Re: [Ltib] Problem getting started with Microwindows/Nano-X

[Robert S. Grimes]

Hi Matt,

On Wed, 2009-03-18 at 19:19 -0700, Matt Waddel wrote:
> Hi Robert,
> 
> Which image are you trying to boot with?  The image.bin
> that is created in the root <ltib> directory after the
> build finishes is a kernel+romfs image.  Just load that
> image to address 0x40020000 and start it.  It should
> work.  Look at the Users Guide in the iso and there are
> sections explaining the different boot image options.

Okay, I tried image.bin, and that does indeed work fine.  It is also
faster than using the uboot image, so that's cool. ;-)  

So I suppose I have a problem with the uboot image, but I'm not sure I
care anymore, and probably won't pursue that - though if someone knows
what's going on, I would be happy to understand...

More serious, though, is that the 320x240 resolution doesn't really make
things acceptably better.  But here's something that now puzzles me, and
makes me pause before claiming it is purely a microwindows problem.  In
both cases (320x240 AND 240x320), the little penguin startup logo is
displayed correctly!  Only if I set the resolution to 640x480 (clearly
wrong, but sometimes you got to get a bit crazy to gain that crucial
Aha! moment!) does that get weird.  Is this to be expected?  Given that
I don't know anything about how the framebuffer is implemented, I don't
know...

So, have I ruled out the framebuffer/kernel, or not?

Thanks,
-Bob

> 
> --Matt
> 
> Robert S. Grimes wrote:
> > Hi Matt et. al.,
> > 
> > Okay, now I tried option 2, but again, no luck - though different.  This
> > time, I do get the 320x240 option (yes!), but when I attempt to boot the
> > new image, I get this:
> > 
> >         VFS: Mounted root (romfs filesystem) readonly.
> >         Freeing unused kernel memory: 92k freed (0x40251000 -
> >         0x40267000)
> >         Kernel panic - not syncing: No init found.  Try passing init=
> >         option to kernel.
> >         eth0: status: link up, 100MBit Full Duplex, auto-negotiation
> >         complete.
> > 
> > I pretty much used all the default options - in fact, all I really did
> > was make sure the 320x240 framebuffer (only change from defaults) and
> > microwindows were selected.  And earlier in the log, I did see this:
> > 
> >         ...
> >         Kernel command line: rootfstype=romfs
> >         ...
> >         uclinux[mtd]: RAM probe address=0x402803ac size=0x68f000
> >         Creating 1 MTD partitions on "RAM":
> >         0x00000000-0x0068f000 : "ROMfs"
> >         uclinux[mtd]: set ROMfs to be root filesystem
> >         ...
> > 
> > So I'm at a different problem.
> > 
> > Then, I broke my old cvs version, as an earlier post explained!
> > 
> > So now both of these approaches don't work!
> > 
> > I'd really like to get back to CVS with the newer kernel (i.e. with the
> > 320x240 framebuffer for m532x) - if I can fix the build problem, though
> > I can live with the Freescale m53xxevb-20081215-ltib.iso distro for the
> > short term - if I can get that one to boot!
> > 
> > Anyone have any ideas/hints/suggestions for either or both approaches?
> > I certainly don't mind pursuing both paths right now, as I really need
> > to show some progress soon!
> > 
> > Got to get some food and sleep now...
> > 
> > Thanks, all!
> > -Bob
> > 
> > 
> > On Wed, 2009-03-18 at 20:12 -0400, Robert S. Grimes wrote:
> >> Hi Matt,
> >>
> >> So I tried option 1, but no luck - I only see separate "M532xEVB" and
> >> "M537xEVB" options, and selecting the "M532xEVB" and kernel-v2.6.22-uc1
> >> only gives 240x320 still.  I tried a CVS update then, and still, no joy.
> >> Given that for my project, Stuart has recommended working from CVS, I'm
> >> a bit at a loss here.  Any other ideas?
> >>
> >> In the meantime, I'm going to try option 2 - if that works, it'll help
> >> me make the most pressing progress (e.g. proof-of-concept).  Either way,
> >> I'll keep you informed.
> >>
> >> Thanks,
> >> -Bob
> >>
> >> On Tue, 2009-03-17 at 20:02 -0700, Matt Waddel wrote:
> >>> Hi Bob,
> >>>
> >>> --- On Tue, 3/17/09, address@hidden <address@hidden> wrote:
> >>>
> >>>> From: address@hidden <address@hidden>
> >>>> Subject: Re: [Ltib] Problem getting started with Microwindows/Nano-X
> >>>> To: "Matt Waddel" <address@hidden>, address@hidden
> >>>> Date: Tuesday, March 17, 2009, 7:52 PM
> >>>> Oh, I should clarify. In my ltib
> >>>> kernel config, I do see a 240x320 option, but no 320x240
> >>>> option - is this my problem?  If so, how do I fix
> >>>> this?
> >>> I think I know what's going on and there are a couple of ways
> >>> to fix this.  I had started to combine all ColdFire mmuless 
> >>> BSPs into one unified BSP.  The first step was to combine
> >>> the 5329 and the 5373.  So if you selected the 5329 BSP on
> >>> the ltib initial selection you would get an older kernel without 
> >>> the 320x240 support.
> >>>
> >>> There are 2 ways to get around this...
> >>>
> >>> 1) If you clean out your ltib build directory with a ./ltib -m distclean 
> >>> (Make sure you have saved any existing work) then rerun
> >>> ltib and this time select "Freescale Coldfire noMMu - 53xx"
> >>> instead of 5329 you will get the latest kernel.  If you select
> >>> the configure kernel option you'll see the 320x240 support.
> >>>
> >>> 2) You can get the full BSP iso from the Freescale BSP iso 
> >>> download area.  It's called m53xxevb-20081215-ltib.iso even 
> >>> though the link lable still says 5329.  If you do this then you'll 
> >>> get the documents I was refering to previously.
> >>>
> >>> Best regards,
> >>> Matt
> >>>> Is this something in the BSP?
> >>>>
> >>>> Help!
> >>>>
> >>>> Bob
> >>>>
> >>>> Sent from my Verizon Wireless BlackBerry
> >>>>
> >>>> -----Original Message-----
> >>>> From: address@hidden
> >>>>
> >>>> Date: Wed, 18 Mar 2009 01:38:06 
> >>>> To: Matt Waddel<address@hidden>;
> >>>> <address@hidden>
> >>>> Subject: Re: [Ltib] Problem getting started with
> >>>> Microwindows/Nano-X
> >>>>
> >>>>
> >>>> Hi Matt,
> >>>>
> >>>> I'm using a custom board based quite closely on the
> >>>> Freescale 5329 eval board. 
> >>>>
> >>>> The symptom you mentioned does seem likely, but I cannot
> >>>> find out where the settings are!
> >>>>
> >>>> No, there is no Help directory in my ltib - which is from a
> >>>> recent CVS grab. 
> >>>>
> >>>> I can't seem to figure out where to even look!  Any
> >>>> ideas would be greatly appreciated!
> >>>>
> >>>>
> >>>> Bob
> >>>>
> >>>> Sent from my Verizon Wireless BlackBerry
> >>>>
> >>>> -----Original Message-----
> >>>> From: Matt Waddel <address@hidden>
> >>>>
> >>>> Date: Fri, 13 Mar 2009 09:47:35 
> >>>> To: <address@hidden>
> >>>> Subject: Re: [Ltib] Problem getting started with
> >>>> Microwindows/Nano-X
> >>>>
> >>>>
> >>>>
> >>>> Hi Bob,
> >>>>
> >>>> Which platform are you using?  There are a couple
> >>>> m68knommu
> >>>> that have displays and there are 4 different display types
> >>>> supported.
> >>>> It sounds like the wrong display is selected in the kernel
> >>>>
> >>>> configuration.  There is a 240Wx320H and if the last
> >>>> 1/3 of your 
> >>>> 320W x 240H is messed up it may just be a wrong kernel 
> >>>> configuration.
> >>>>
> >>>> About the microwindows demos.  Most of the the scripts
> >>>> aren't 
> >>>> really "executable scripts".  I've had luck just
> >>>> starting them
> >>>> individually.  Does the BSP you're using have the
> >>>> nanox.html
> >>>> document in <ltib>/Help/software/?  There are
> >>>> some suggestions
> >>>> there for some of the nanox demos.
> >>>>
> >>>> Best regards,
> >>>> Matt
> >>>>
> >>>>
> >>>> --- On Thu, 3/12/09, Robert S. Grimes <address@hidden>
> >>>> wrote:
> >>>>
> >>>>> From: Robert S. Grimes <address@hidden>
> >>>>> Subject: [Ltib] Problem getting started with
> >>>> Microwindows/Nano-X
> >>>>> To: address@hidden
> >>>>> Date: Thursday, March 12, 2009, 7:59 PM
> >>>>>
> >>>>> Hi,
> >>>>>
> >>>>> So, I'm trying to get version 0.90 running on my
> >>>> embedded
> >>>>> target
> >>>>> (m68knommu under uClinux).  Everything seems to
> >>>> build
> >>>>> properly, but
> >>>>> that's as far as I can get.  I do see a /usr/nanox
> >>>>> directory on my
> >>>>> target, with several demo scripts and a bin
> >>>>> directory.  But none of the
> >>>>> programs run very well.
> >>>>>
> >>>>> For example, I try the following from /usr/nanox:
> >>>>>
> >>>>>   ./laucher.sh
> >>>>>
> >>>>> This results in the following output on my serial
> >>>>> terminal:
> >>>>>
> >>>>>   $ ./launcher.sh
> >>>>>   BIN_FLAT: bad header magic
> >>>>>   BINFMT_FLAT: bad header magic
> >>>>>   tsdev (compaq touchscreen emulation) is scheduled
> >>>>> for removal.
> >>>>>   See Documentation/feature-removal-schedule.txt for
> >>>>> details.
> >>>>>   nxclient: retry connect attempt 1
> >>>>>
> >>>>> and the LCD (320W x 240 H) is interesting: the left
> >>>> 2/3 of
> >>>>> the screen
> >>>>> show a matrix of eight icon, presumably representing
> >>>>> sub-demos (which
> >>>>> seem to exist in the /usr/nanox/bin directory), seems
> >>>> a
> >>>>> good start.
> >>>>> But, the right third of the screen is garbage, and
> >>>> the
> >>>>> bottom 2-3 lines
> >>>>> are also garbled across the entire width.  Seems a
> >>>>> configuration
> >>>>> problem?
> >>>>>
> >>>>> I couldn't seem to find anything within LTIB to
> >>>> specify the
> >>>>> correct
> >>>>> screen configuration for Microwindows, but the
> >>>> framebuffer
> >>>>> _seems_
> >>>>> correct, and the Penguin logo is displayed on
> >>>> startup.
> >>>>> Any ideas?
> >>>>>
> >>>>> Oh, and is this even an issue for here, or is this
> >>>> solely a
> >>>>> Microwindows
> >>>>> issue? 
> >>>>>
> >>>>> Thanks!
> >>>>> -Bob
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> LTIB home page: http://bitshrine.org
> >>>>>
> >>>>> Ltib mailing list
> >>>>> address@hidden
> >>>>> http://lists.nongnu.org/mailman/listinfo/ltib
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> LTIB home page: http://bitshrine.org
> >>>> Ltib mailing list
> >>>> address@hidden
> >>>> http://lists.nongnu.org/mailman/listinfo/ltib
> >>>
> >>>       
> >>>
> > 
> > 
> > 
> 
> 
> 
> 
> 
> 
>       
> 
> 
> 
> _______________________________________________
> LTIB home page: http://bitshrine.org
> 
> Ltib mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/ltib