Mike Taht wrote:
>
> On 4/28/06, *uhmgawa* <
> <>> wrote:
>
>
> Mike's crash seems quite similar to what I'd seen
> persistently on an edb3902. Though I had some
> suspicion of the target hardware being unstable,
> the jury is still out pending new hardware.
>
> As I've only found the kernel to fault and never
> the userapp running at the time irrespective of
> memory configuration, it does mildly suggest some
> type of memory map config/setup problem.
>
> Incidentally booting with mem= appears so
> far to circumvent this kernel fault. Again this
> is a 2.6.15-gref tree so YMMV.
>
>
>
> Late last night I booted with
> "mem= mem=
> mem= mem="
>
> and plugged in a bunch of devices - a usb sound headset for example. A
> hub a few other things. I more or less have udev working... lastly I
> mounted a 8GB dvd via USB. I was briefly ecstatic, in that this is the
> lowest end/cheapest device I've ever had that had a usb host mode.
> Anyway, that (eventual) crash went out under seperate cover....
>
> What I found puzzling is that in multiple attempts I am doing a pure usb
> -> tmpfs copy, yet it's dying in NFS.
Hmm.. IIRC that's consistently where I've seen it crash
which I attributed loosely to always running on an NFS
root. Perhaps not.
> I will also try it with less memory defined.
The edp9302 board has a 256Mb (32MB) SDRAM configured
as (IIRC) 16MB+16MB. The only memory usage scenario
where I seem to squeak by for hours is with mem=
but not otherwise. Even specifying a single bank of
mem= results in the above crash scenario after
a few minutes. Unsure whether this relates to a HW
problem in this particular patient though..
--
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|