Re: Handling /etc/modprobe.d and module load order

2012-09-20 Thread Amit
Marco d'Itri Linux.IT> writes: [snip] > > Or just: > > echo ' ' > /sys/bus/usb/drivers/usbhid/remove_id > modprobe your_driver > Tried this but it seems the PIC is buggier than I thought. There are times when it disconnects and reconnects itself. As soon as the reconnect happens, usb

Re: Handling /etc/modprobe.d and module load order

2012-09-18 Thread Marco d'Itri
On Sep 18, Amit wrote: > This is main problem. Both the drivers try and control the device. The > only work around I could come up with was to pass a usbhid quirks to > ignore this specific board and then load the custom driver. Actually there is a different solution: # stop handling the device

Re: Handling /etc/modprobe.d and module load order

2012-09-18 Thread Amit
Ian Jackson chiark.greenend.org.uk> writes: > > Ben Hutchings writes ("Re: Handling /etc/modprobe.d and module load order"): > > On Mon, 2012-09-17 at 16:46 +, Amit wrote: > > > It is a driver for a PIC microcontroller board. I was using usbhid but > >

Re: Handling /etc/modprobe.d and module load order

2012-09-18 Thread Ian Jackson
Ben Hutchings writes ("Re: Handling /etc/modprobe.d and module load order"): > On Mon, 2012-09-17 at 16:46 +, Amit wrote: > > It is a driver for a PIC microcontroller board. I was using usbhid but > > there was a bug that I couldn't work around. > > A

Re: Handling /etc/modprobe.d and module load order

2012-09-17 Thread Ben Hutchings
On Mon, 2012-09-17 at 16:46 +, Amit wrote: > Ben Hutchings decadent.org.uk> writes: > > > > > > > Trying to load usbhid and passing a quirks parameter so that it ignores > > > a specific device. Then, I have my own kernel module to control that > > > device. > > > > What is this driver? >

Re: Handling /etc/modprobe.d and module load order

2012-09-17 Thread Amit
Ben Hutchings decadent.org.uk> writes: > > > > Trying to load usbhid and passing a quirks parameter so that it ignores > > a specific device. Then, I have my own kernel module to control that > > device. > > What is this driver? It is a driver for a PIC microcontroller board. I was using usbhi

Re: Handling /etc/modprobe.d and module load order

2012-09-13 Thread Ben Hutchings
On Thu, 2012-09-13 at 21:47 +, Amit wrote: > Ben Hutchings decadent.org.uk> writes: > > [snip] > > > > 1. I am currently using dh_installmodules to install package.modprobe. > > > However, I noticed that the automated debhelper commands in > > > postins/postrm don't run update-initr

Re: Handling /etc/modprobe.d and module load order

2012-09-13 Thread Amit
Michael Biebl michaelbiebl.de> writes: > > Am 13.09.2012 22:53, schrieb Ben Hutchings: [snip] > > Don't ever touch /etc/modules, that's for the user/administrator. You > > can load modules from an init script if there is really no better way. > > You can use a modules-load.d file [1]. While

Re: Handling /etc/modprobe.d and module load order

2012-09-13 Thread Amit
Ben Hutchings decadent.org.uk> writes: [snip] > > 1. I am currently using dh_installmodules to install package.modprobe. > > However, I noticed that the automated debhelper commands in > > postins/postrm don't run update-initramfs. Is updating initramfs not > > necessary? > > That

Re: Handling /etc/modprobe.d and module load order

2012-09-13 Thread Michael Biebl
Am 13.09.2012 22:53, schrieb Ben Hutchings: > On Thu, 2012-09-13 at 19:19 +, Amit wrote: >> 2. I also need to specify module load order so I am bundling >> /etc/modules. However, there doesn't seem to be a debhelper script >> to handle /etc/modules. > > Don't ever touch /etc/modules,

Re: Handling /etc/modprobe.d and module load order

2012-09-13 Thread Ben Hutchings
On Thu, 2012-09-13 at 19:19 +, Amit wrote: > Hello, > > I am using debhelper 9.20120115 and would like some advice on bundling > /etc/modprobe.d/package.modprobe and /etc/modules. > > 1. I am currently using dh_installmodules to install package.modprobe. > However, I noticed that the auto