> On Wed, 8 Jun 2005, Dag Nygren wrote:
>
> > There is also no swap available and 28 MB memory available only.
> > Does that make a difference
>
> It might, if you were to use up all the memory.
Yes, of course. But I am trying to use as little memory as possible
and so far the usage has been far below 28MB.
> > Also forgot to mention that the thing seems to work perfectly
> > with a USB 1.1 stick.
>
> I don't think the USB version has anything to do with it. And "seems" is
> the right word; although the log might not show any errors the USB 1.1
> stick did not work correctly either.
> In fact there are several questionable things about your log. First of
> all, it appears that you plugged in the 1.1 stick before the system bootup
> procedure had finished. That is, the timestamps show various bootup
> activities continuing until 19:45:11, which is the same timestamp for when
> the stick was detected. You should have waited longer before plugging it
> in.
That stick was plugged in during the boot from power on.
The application will have to be able to handle that, so I hope there
is no problem at the kernel layer in this case.
> Next, if you read through the section between when the 1.1 stick was
> plugged in and when the 2.0 stick was plugged in, you'll see that
> everything occurs twice. For some reason the system thought the 1.1 stick
> was disconnected shortly after it was detected. It was detected again and
> the same sequence repeated.
This might be due to my syslogd+ klogd being the ones from busybox,
not the "regular ones". They might both be writing the same things
to the messages file.
Using the USB 1.1 stick does find files and can handle them as expected.
> is too different from mine. Anyway, it killed the khubd thread and that's
> what caused all the USB functions to stop working.
Would that freeze the "cat /proc/net/usb/devices" process too?
> > =============== Why do we need paging at this point?? There is no swap on
> > this embedded device... ===============
> > Jun 9 19:45:26 (none) kern.alert kernel: Unable to handle kernel paging
> > request at virtual address 766f6d65
>
> You don't need paging. What the message means is that the kernel got an
> invalid memory reference, treated it as a paging request, and wasn't able
> to handle it because you don't have any swap.
Of course. Should have realized that myself....
> So there are two mysteries here: Why do the sticks keep getting
> disconnected and why did the oops occur? To help answer the first
> question you should turn on both USB and USB mass storage verbose
> debugging in the kernel configuration (CONFIG_USB_DEBUG and
> CONFIG_USB_STORAGE_DEBUG) and rebuild the drivers. Maybe the dmesg log
> will then contain some useful information.
Will do when I get to work tomorrow. Right now back home.
> Extract just that portion and post it so I can see what your kernel is
> doing.
Here we go:
00000d80 <__scsi_remove_target>:
d80: 55 push %ebp
d81: 57 push %edi
d82: 56 push %esi
d83: 53 push %ebx
d84: 83 ec 08 sub $0x8,%esp
d87: 8b 6c 24 1c mov 0x1c(%esp,1),%ebp
d8b: 8b 5d 34 mov 0x34(%ebp),%ebx
d8e: eb 0d jmp d9d <__scsi_remove_target+0x1d>
d90: 8b 43 20 mov 0x20(%ebx),%eax
d93: 85 c0 test %eax,%eax
d95: 0f 84 d6 00 00 00 je e71 <__scsi_remove_target+0xf1>
d9b: 89 c3 mov %eax,%ebx
d9d: 53 push %ebx
d9e: e8 fc ff ff ff call d9f <__scsi_remove_target+0x1f>
da3: 85 c0 test %eax,%eax
da5: 5e pop %esi
da6: 74 e8 je d90 <__scsi_remove_target+0x10>
da8: 8d bb 20 ff ff ff lea 0xffffff20(%ebx),%edi
dae: 9c pushf
daf: 8f 44 24 04 popl 0x4(%esp,1)
db3: fa cli
db4: b8 01 00 00 00 mov $0x1,%eax
db9: e8 fc ff ff ff call dba <__scsi_remove_target+0x3a>
dbe: ff 85 b0 00 00 00 incl 0xb0(%ebp)
dc4: 8b 07 mov (%edi),%eax
dc6: 8d 58 f8 lea 0xfffffff8(%eax),%ebx
dc9: 8b 73 08 mov 0x8(%ebx),%esi
dcc: 83 ee 08 sub $0x8,%esi
dcf: 39 f8 cmp %edi,%eax
dd1: 74 71 je e44 <__scsi_remove_target+0xc4>
dd3: b8 00 e0 ff ff mov $0xffffe000,%eax
dd8: 21 e0 and %esp,%eax
dda: 89 04 24 mov %eax,(%esp,1)
ddd: eb 10 jmp def <__scsi_remove_target+0x6f>
ddf: 90 nop
de0: 89 f3 mov %esi,%ebx
de2: 8d 43 08 lea 0x8(%ebx),%eax
de5: 8b 76 08 mov 0x8(%esi),%esi
de8: 83 ee 08 sub $0x8,%esi
deb: 39 f8 cmp %edi,%eax
ded: 74 55 je e44 <__scsi_remove_target+0xc4>
def: 8b 85 b4 00 00 00 mov 0xb4(%ebp),%eax
df5: 39 43 44 cmp %eax,0x44(%ebx)
df8: 75 e6 jne de0 <__scsi_remove_target+0x60>
dfa: 8b 85 b8 00 00 00 mov 0xb8(%ebp),%eax
e00: 39 43 3c cmp %eax,0x3c(%ebx)
e03: 75 db jne de0 <__scsi_remove_target+0x60>
e05: ff 74 24 04 pushl 0x4(%esp,1)
e09: 9d popf
e0a: b8 01 00 00 00 mov $0x1,%eax
e0f: e8 fc ff ff ff call e10 <__scsi_remove_target+0x90>
e14: 8b 14 24 mov (%esp,1),%edx
e17: 8b 42 08 mov 0x8(%edx),%eax
e1a: a8 08 test $0x8,%al
e1c: 75 6f jne e8d <__scsi_remove_target+0x10d>
e1e: 53 push %ebx
e1f: e8 fc ff ff ff call e20 <__scsi_remove_target+0xa0>
e24: 9c pushf
e25: 8f 44 24 08 popl 0x8(%esp,1)
e29: fa cli
e2a: b8 01 00 00 00 mov $0x1,%eax
e2f: e8 fc ff ff ff call e30 <__scsi_remove_target+0xb0>
e34: 89 f3 mov %esi,%ebx
e36: 8d 43 08 lea 0x8(%ebx),%eax
e39: 8b 76 08 mov 0x8(%esi),%esi
e3c: 83 ee 08 sub $0x8,%esi
e3f: 39 f8 cmp %edi,%eax
e41: 59 pop %ecx
e42: 75 ab jne def <__scsi_remove_target+0x6f>
e44: ff 74 24 04 pushl 0x4(%esp,1)
e48: 9d popf
e49: b8 01 00 00 00 mov $0x1,%eax
e4e: e8 fc ff ff ff call e4f <__scsi_remove_target+0xcf>
e53: b8 00 e0 ff ff mov $0xffffe000,%eax
e58: 21 e0 and %esp,%eax
e5a: 8b 40 08 mov 0x8(%eax),%eax
e5d: a8 08 test $0x8,%al
e5f: 75 17 jne e78 <__scsi_remove_target+0xf8>
e61: 89 6c 24 1c mov %ebp,0x1c(%esp,1)
e65: 83 c4 08 add $0x8,%esp
e68: 5b pop %ebx
e69: 5e pop %esi
e6a: 5f pop %edi
e6b: 5d pop %ebp
e6c: e9 fc ff ff ff jmp e6d <__scsi_remove_target+0xed>
e71: 31 ff xor %edi,%edi
e73: e9 36 ff ff ff jmp dae <__scsi_remove_target+0x2e>
e78: e8 fc ff ff ff call e79 <__scsi_remove_target+0xf9>
e7d: 89 6c 24 1c mov %ebp,0x1c(%esp,1)
e81: 83 c4 08 add $0x8,%esp
e84: 5b pop %ebx
e85: 5e pop %esi
e86: 5f pop %edi
e87: 5d pop %ebp
e88: e9 fc ff ff ff jmp e89 <__scsi_remove_target+0x109>
e8d: e8 fc ff ff ff call e8e <__scsi_remove_target+0x10e>
e92: eb 8a jmp e1e <__scsi_remove_target+0x9e>
e94: 8d b6 00 00 00 00 lea 0x0(%esi),%esi
e9a: 8d bf 00 00 00 00 lea 0x0(%edi),%edi
00000ea0 <scsi_remove_target>:
Thanks very, very much for your help so far,
really appreciate it.
Dag
-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
