[ts-7000] Re: didn't take long for me to crash the thing

["Mike Taht" <>]

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.

Next up is seeing if I can convince the flash to work....

now gotta compile alsa and a couple sound tools and mtd-utils and I forget what else...

I will also try it with less memory defined.

> I suspect this is because you booted with mem=64M.
>
> Try booting with "mem=@@0x05000000"
> or somesuch?  (Maybe you need "mem= mem=
> mem= mem=" instead, not sure.)

"mem= mem=" parses as expected.

--

-- 
Mike Taht
PostCards From the Bleeding Edge
http://the-edge.blogspot.com

SPONSORED LINKS

Linux os	Hardware	Arms
Computer internet	Computer security	Computer hardware security

---

YAHOO! GROUPS LINKS

•  Visit your group "ts-7000" on the web.
   
•  To unsubscribe from this group, send an email to:
   =Unsubscribe
   
•  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

---