Hi,

I have

bootargs=console=ttyS0,115200n8 root=1f01 rootfstype=jffs2 ro 3

Good to hear that your system runs without any LCD despite one being configured.  So you're likely right about my unfounded hypothesis.




On 8/1/07, Brad House <brad@mainstreetsoftworks.com > wrote:
> Thanks for the explanation.  I'm not sure how to double-check the
> directory tree contents in the rootfs.arm_nofpu.jffs2 without being in
> the running Linux itself (u-boot has "ls" but not "ls -l" while
> jffs2dump displays inodes), but I'll assume the device_table.txt
> translates to the correct nodes in /dev.  It makes sense that nodes are
> pre-created to eliminate unnecessary flash writes on (every) boot-up.
>
> So, the question remains as to why /dev/console doesn't open correctly.
> I still suspect the LCD configuration stuff re-arranges console
> initialization, since this build option (done outside of the normal
> .config) did not exist in rev 1161.  I wish there were a "no LCD"
> option, to reflect my hardware set-up.

What bootargs are you using?
I assume you have at least "console=ttyS0,115200n8" in there, right?

I really think you're barking up the wrong tree with the LCD theory.
I have the samsung (#3) selected in my kernel, but no LCD display
at all, no issues booting that kernel (granted, I boot only via
an external CF card, don't use jffs2, but I think your failure
is occurring before that is relevant anyhow).

-Brad

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users