Re: [PATCH 1/3] staging: comedi: fix auto-unconfig kernel error

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2014-01-07 10:50, Bernd Porr wrote:
Ian Abbott wrote:
On 2014-01-07 10:01, Bernd Porr wrote:
Ian Abbott wrote:
On 2013-12-28 21:31, Bernd Porr wrote:
This doesn't apply to linux-next any more.  (For example,
cleanup_device() function was renamed amongst other stuff.)  I've also
fixed a load of stuff related to this bug since this patch was
applicable, so possibly the bug has been squashed already.

Bernd, can you reproduce the problem on the latest tagged linux-next
branch?
I can. Still the same problem as before.

Linux bp1-Dimension-9100 3.13.0-rc7-next-20140106 #1 SMP Tue Jan 7
06:36:37 GMT 2014 x86_64 x86_64 x86_64 GNU/Linux

[   74.183729] ------------[ cut here ]------------
[   74.183741] WARNING: CPU: 0 PID: 28 at fs/sysfs/group.c:216
sysfs_remove_group+0x93/0xa0()
[   74.183744] sysfs group ffffffff81caa9e0 not found for kobject
'comedi0_subd0'

I'll try and reproduce it.  I don't have the usbdux devices, but I
should be able to reproduce it with PCI devices that support comedi
asynchronous commands by removing them via the
/sys/bus/pci/devices/xxxx:xx:xx.x/remove interface.  (I thought I had
tested it actually, but must have missed something!).
  > Was the device in use by a comedi application when disconnected, or was
  > it just idle?
  >

Hi,

it was idling and gave the kernel error above.

I've just run comedirecord and pulled the plug. That works fine (gives
error -1 in userspace) and after plugging it back in it works.

That might be what I missed. I was mostly testing by disconnecting them (via the sysfs remove mechanism mentioned earlier) while they were open (and possibly running an asynchronous acquisition at the time).

/Bernd
BTW: I've also tried to compile Greg's staging tree but that goes into
busybox (no root fs) without a working keyboard / mouse.

Well the comedi stuff seems to be in sync between Greg's staging-next branch and the linux-next tree at the moment, so using linux-next shouldn't affect this testing.

--
-=( Ian Abbott @ MEV Ltd.    E-mail: <abbotti@xxxxxxxxx>        )=-
-=( Tel: +44 (0)161 477 1898   FAX: +44 (0)161 718 3587         )=-
_______________________________________________
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxx
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel




[Index of Archives]     [Linux Driver Backports]     [DMA Engine]     [Linux GPIO]     [Linux SPI]     [Video for Linux]     [Linux USB Devel]     [Linux Coverity]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux