Switch to VT2 and take a look at logs. X logs in particular, sounds
like it might not be starting up properly.
You didn't mention installing the L4T binaries -- the build system
won't do it for you with the default public overlay since the binaries
we use aren't open for redistribution. There has been some talk about
switching to using the L4T tarball from the nvidia website instead but
it hasn't been implemented yet.
-Olof
On Wed, Feb 15, 2012 at 12:48 PM, Rick <rga...@gmail.com> wrote:
> Thank you for your response.
>
> It was indeed missing the tegra driver. So I downloaded the package
> (harmony_Tegra-Linux-R12.beta.1.0) and tried to insert the the files
> into the right places:
> - /lib/firmware/*
> - /usr/lib/* (overwriting libEGL and libGLES)
> - /usr/lib/xorg/modules/driver/ (the abi8 one, renamed to
> tegra_drv.so)
>
> But instead of a black screen, the ac100 now shuts down (nicely with a
> kernel message). But there is no info why?
Shuts down or reboots? What is the message?
> When I look at the xorg log now, it looks like everything gets loaded.
> Looking at var/log/messages I see a couple of these "laptop-mode:
> failed - udev not active?" Could this have something to do with kernel
> build config?
Possible, not sure.
> I've tried different kernels as well (like marvin24s chromeos-
> ac100-3.0) but the result is still the same :(. I've also moved from
> using a copied SD card, to using the generated USB stick... but no
> change.
What if you disable the ui start (move /etc/init/ui.conf out if
/etc/init and reboot) and start X manually? Any errors, same
behaviour, etc?
-Olof
Yes, just start "X" manually, not "startx".
> "(EE) src/prop_registry.cc:52:Property already created"
> and then it ends with:
> "/etc/X11/xinit/xinitrc: 66: xclock: not found"
> "exec: 66: /etc/X11/xinit/xinitrc: 66: xterm: not found"
> "twm: not found"
> "xinit: connection to X server lost"
>
> Update:
> Yesterday I built the image again (after a repo sync), and this seems to
> have solved the first error:
>
> "(EE) src/prop_registry.cc:52:Property already created"
>
> It is still missing the xclock, xterm and twm though. The following
> information might also be usefull:
> - I chose the minilayout
> - I run startx as root
starts assumes there's an environment there for "regular" X, and there
isn't. But you can still try starting up the X server (just by
launching "X &") and then start a terminal app by "DISPLAY=:0 urxvt"
to see if it works. You can even start chrome manually that way.
How much free memory do you have on the system before starting up ui/X?
-Olof
> Starting X manualy and then urxvt works. So X is working :-)
>
Hmmm… The boot process starts X automatically. I've
lost track of what problem you were having, so I'm a
bit confused as to why you're starting X manually.
Was this for debug, to see why you can't boot?
> Before starting X I have 360MB of free RAM (not much...) and no swap. So I tried to add some swap space to /etc/fstab, but looks like it is not being mounted during startup. Only after I do a "swapon -a" it gets mounted.
>
> Is 360MB enough to boot?
> How do I enable swap in chromium?
>
Ugh. 360MB is mighty small. I don't think anyone's tested
specifically as to how small qualifies as "too small"; my
recollection is that testing found that 2GB is small but with
borderline usability. I expect (though I don't know) that
360MB is too small to be usable.
Here's one key observation: during boot, the system moves
about 120MB from disk to memory. I expect much of that data
stays in memory and is used, although some of it will be used
once for initialization and is then dead. That means that up to
one third your system's memory is assigned to code and static
data before accounting for stack space and dynamic allocations.
I would expect that actual memory use would be high enough
to cause considerable memory pressure.
Regarding adding swap: The boot process doesn't look in
/etc/fstab, so changes there won't have any impact. If you want
to tinker with automatically adding swap or other file system
changes, the place to do it is /sbin/chromeos_startup. In the
past, I experimented with using 'mount -a' to simplify the script;
that change isn't an enormous amount of work, unless you plan
to keep your changes in sync with upstream. :-/ The source
package is chromeos-init, and the source files are under
src/platform/init.
I note that if your system can't boot without swapping, you're
not likely to have a satisfactory performance experience.
Systems that swap more than rarely are slow; if your system
swaps before the login screen appears, it will swap all the
time: every keystroke or mouse click will be painful.
> --
> Chromium OS discuss mailing list: chromium-...@chromium.org
> View archives, change email options, or unsubscribe:
> http://groups.google.com/a/chromium.org/group/chromium-os-discuss?hl=en
-- jrb
Also, to make things more difficult, I don't believe we have swap
enabled in the default kernel config.
2012-02-20T11:41:18.923639-08:00 localhost kernel: [ 55.787669] init: ui main process ended, respawning