> You might want to see what debugging messages you've got being generated.
> Try reconfiguring syslogd to redirect 'kernel.debug' to a seperate logfile.

I must admit never checking anything else but /var/log/messages.
I get the same messages in kern.log and syslog:

localhost kernel: usb.c: registered new driver skeleton
localhost kernel: usb-skeleton.c: USB HC08 device now attached to
/dev/usbskel0
localhost kernel: usb.c: skeleton driver claimed interface c3fb92c0
localhost kernel: usb-skeleton.c: USB 68HC08JB8 Driver v0.1
localhost kernel: Unable to handle kernel paging request at virtual
address 00011fbc
localhost kernel:  printing eip:
localhost kernel: c48283d6
localhost kernel: *pde = 00000000
localhost kernel: Oops: 0000
localhost kernel: CPU:    0

which I do not find very helpful

> Also, I assume that the open and close calls are fine (no seg faults) but
> the write causes the problem? Try changing the write call to send a zero
> lengh buffer, this should be successfully caught by the skeleton and output
> some debugging.

I will check this when I get physical access to my usb-enabled computer
again.

> Also, why bother taking the devfs stuff out, why not use it?

Mainly because I do not understand it, and since I do not run devfsd (I
did compile it and enable this option in my kernel, but I would like to
avoid multiplying difficulties and would at first like to have
everything
working with my current /dev setup and then try to understand what
devfsd
does). Actually, what is the default location of the USB devs ? At the
moment I manually created /dev/usbskel0 (with major 180 and minor 200 --
I
do not have any oyher USB peripheral), but should it be in 
/dev/usb/usbskel0 ?

Thanks for the help, Jean-Michel

_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to