Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
Topher Fischer wrote:
Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
The normal approach is "get things upstream". Then, davej tends to turn on new drivers as they appear. In this specific case, it looks like hdaps is already being built and included in the kernel
Jeremy
On Mon, Jan 29, 2007 at 02:45:38PM -0700, Topher Fischer wrote:
Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
It's been in the Fedora kernel since it got merged upstream.
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Dave
Dave Jones wrote:
On Mon, Jan 29, 2007 at 02:45:38PM -0700, Topher Fischer wrote:
Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
It's been in the Fedora kernel since it got merged upstream.
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Dave
It doesn't get loaded by default thought, even on systems which support it.
You could create a file, /etc/sysconfig/modules/sumthinorother.modules, containing something like:
--- #!/bin/sh for i in hdaps; do /sbin/modprobe $i >/dev/null 2>&1 done ---
That should get it loaded on boot
/Thomas
On Mon, Jan 29, 2007 at 10:55:14PM +0100, Thomas M Steenholdt wrote:
It doesn't get loaded by default thought, even on systems which support it.
You could create a file, /etc/sysconfig/modules/sumthinorother.modules, containing something like:
#!/bin/sh for i in hdaps; do /sbin/modprobe $i >/dev/null 2>&1 done
Nnngh.. This driver doesn't have export anything useful like PCI IDs to make autoloading easy. Its init routine does checking of DMI tables to make it only load on specific laptops. (Which is actually quite sensible).
Short of adding a script to call dmidecode to modprobe if necessary, I can't think of a clean way of doing this. Perhaps just making it built-in instead of modular is the best option, at least for now in FC6 and previous.
Dave
On Tue, 2007-01-30 at 16:36 -0500, Dave Jones wrote:
Nnngh.. This driver doesn't have export anything useful like PCI IDs to make autoloading easy. Its init routine does checking of DMI tables to make it only load on specific laptops. (Which is actually quite sensible).
Short of adding a script to call dmidecode to modprobe if necessary, I can't think of a clean way of doing this. Perhaps just making it built-in instead of modular is the best option, at least for now in FC6 and previous.
Perhaps a new advisory MODULE_ tag might be useful? Then we can just have depmod pick up the dependency according to its configuration?
Jon.
Dave Jones (davej@redhat.com) said:
Nnngh.. This driver doesn't have export anything useful like PCI IDs to make autoloading easy. Its init routine does checking of DMI tables to make it only load on specific laptops. (Which is actually quite sensible).
Short of adding a script to call dmidecode to modprobe if necessary, I can't think of a clean way of doing this. Perhaps just making it built-in instead of modular is the best option, at least for now in FC6 and previous.
Can't we add modaliases for DMI data, and have the kernel export that?
Bill
On Tue, Jan 30, 2007 at 05:26:56PM -0500, Bill Nottingham wrote:
Dave Jones (davej@redhat.com) said:
Nnngh.. This driver doesn't have export anything useful like PCI IDs to make autoloading easy. Its init routine does checking of DMI tables to make it only load on specific laptops. (Which is actually quite sensible).
Short of adding a script to call dmidecode to modprobe if necessary, I can't think of a clean way of doing this. Perhaps just making it built-in instead of modular is the best option, at least for now in FC6 and previous.
Can't we add modaliases for DMI data, and have the kernel export that?
Sure. We could. Needs someone to write the bits for module-init-tools to parse them based on the dmi of the running system too though.
Dave
On Tue, 2007-01-30 at 18:52 -0500, Dave Jones wrote:
Sure. We could. Needs someone to write the bits for module-init-tools to parse them based on the dmi of the running system too though.
HAL exports dmidata in properties on the computer object - or is that too late in the boot to modprobe stuff?
Richard.
On Wed, Jan 31, 2007 at 12:11:09AM +0000, Richard Hughes wrote:
On Tue, 2007-01-30 at 18:52 -0500, Dave Jones wrote:
Sure. We could. Needs someone to write the bits for module-init-tools to parse them based on the dmi of the running system too though.
HAL exports dmidata in properties on the computer object - or is that too late in the boot to modprobe stuff?
That could work too I guess. The window between bootup and hal starting is sufficiently small not to really be that big a deal.
Dave
Dave Jones (davej@redhat.com) said:
Can't we add modaliases for DMI data, and have the kernel export that?
Sure. We could. Needs someone to write the bits for module-init-tools to parse them based on the dmi of the running system too though.
Nonono.... these would be exported in /sys/bus/dmi/blahblah/modalias... that way udev automatically handles it.
Bill
On Tue, Jan 30, 2007 at 09:00:53PM -0500, Bill Nottingham wrote:
Dave Jones (davej@redhat.com) said:
Can't we add modaliases for DMI data, and have the kernel export that?
Sure. We could. Needs someone to write the bits for module-init-tools to parse them based on the dmi of the running system too though.
Nonono.... these would be exported in /sys/bus/dmi/blahblah/modalias... that way udev automatically handles it.
Oh, that idea I like. A lot.
Dave
Dave Jones wrote:
On Mon, Jan 29, 2007 at 02:45:38PM -0700, Topher Fischer wrote:
Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
It's been in the Fedora kernel since it got merged upstream.
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Dave
I checked a couple fc5 machines that I have access to, and it's in their kernel packages, but I don't see it in either 2.6.18-1.2869.fc6 or 2.6.19-1.2895.fc6. Is there anybody that can verify this?
On Mon, 2007-01-29 at 15:02 -0700, Topher Fischer wrote:
Dave Jones wrote:
On Mon, Jan 29, 2007 at 02:45:38PM -0700, Topher Fischer wrote:
Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
It's been in the Fedora kernel since it got merged upstream.
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Dave
I checked a couple fc5 machines that I have access to, and it's in their kernel packages, but I don't see it in either 2.6.18-1.2869.fc6 or 2.6.19-1.2895.fc6. Is there anybody that can verify this?
You mean aside from the output which Dave provided and you quoted? Sure...
sudo /sbin/modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6xen/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6xen SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
josh
Josh Boyer wrote:
On Mon, 2007-01-29 at 15:02 -0700, Topher Fischer wrote:
Dave Jones wrote:
On Mon, Jan 29, 2007 at 02:45:38PM -0700, Topher Fischer wrote:
Is there a standard process for getting things added to Fedora's kernel package. In particular, I'm interested in the hdaps modules (IBM's Hard Drive Active Protection System). I believe it has been in the stable kernel since 2.6.14.
Or, am I just thinking about this wrong. Do uncommon modules not go in the kernel package? Do they usually get packaged separately?
It's been in the Fedora kernel since it got merged upstream.
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Dave
I checked a couple fc5 machines that I have access to, and it's in their kernel packages, but I don't see it in either 2.6.18-1.2869.fc6 or 2.6.19-1.2895.fc6. Is there anybody that can verify this?
You mean aside from the output which Dave provided and you quoted? Sure...
sudo /sbin/modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6xen/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6xen SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
josh
I'm assuming that kernel packages I listed, the debug kernel that Dave listed, and your xen kernel are separate packages and might be different. Am I making a bad assumption? I was hoping somebody using the same kernel package that I am could verify.
On Mon, 2007-01-29 at 15:09 -0700, Topher Fischer wrote:
I'm assuming that kernel packages I listed, the debug kernel that Dave listed, and your xen kernel are separate packages and might be different. Am I making a bad assumption? I was hoping somebody using the same kernel package that I am could verify.
They are all based off the same source. Here's a stock kernel package:
[jwboyer@vader ~]$ sudo /sbin/modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6 SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
josh
Josh Boyer wrote:
On Mon, 2007-01-29 at 15:09 -0700, Topher Fischer wrote:
I'm assuming that kernel packages I listed, the debug kernel that Dave listed, and your xen kernel are separate packages and might be different. Am I making a bad assumption? I was hoping somebody using the same kernel package that I am could verify.
They are all based off the same source. Here's a stock kernel package:
[jwboyer@vader ~]$ sudo /sbin/modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6 SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
josh
Thank you for clearing that up. I'm still confused why I don't have it on my system. I don't think it's interesting enough for anybody else to worry about, but then again, I don't really have a good idea about what constitutes "interesting." Here's what I see:
[root@virgil javert42]# uname -r 2.6.19-1.2895.fc6 [root@virgil javert42]# modinfo hdaps modinfo: could not find module hdaps
I also get nothing when I grep my kernel package for hdaps:
[root@virgil javert42]# rpm -ql kernel | grep hdaps
Again, thanks for the input. Thomas also answered a separate question that I had.
Topher Fischer wrote:
Josh Boyer wrote:
On Mon, 2007-01-29 at 15:09 -0700, Topher Fischer wrote:
I'm assuming that kernel packages I listed, the debug kernel that Dave listed, and your xen kernel are separate packages and might be different. Am I making a bad assumption? I was hoping somebody using the same kernel package that I am could verify.
They are all based off the same source. Here's a stock kernel package:
[jwboyer@vader ~]$ sudo /sbin/modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6 SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
josh
Thank you for clearing that up. I'm still confused why I don't have it on my system. I don't think it's interesting enough for anybody else to worry about, but then again, I don't really have a good idea about what constitutes "interesting." Here's what I see:
[root@virgil javert42]# uname -r 2.6.19-1.2895.fc6 [root@virgil javert42]# modinfo hdaps modinfo: could not find module hdaps
I also get nothing when I grep my kernel package for hdaps:
[root@virgil javert42]# rpm -ql kernel | grep hdaps
Again, thanks for the input. Thomas also answered a separate question that I had.
Just a guess, but maybe you have i586 kernels installed instead of i686?
See http://fedoraproject.org/wiki/Bugs/FC6Common to check on that...
--jarod
Jarod Wilson wrote:
Topher Fischer wrote:
Josh Boyer wrote:
On Mon, 2007-01-29 at 15:09 -0700, Topher Fischer wrote:
I'm assuming that kernel packages I listed, the debug kernel that Dave listed, and your xen kernel are separate packages and might be different. Am I making a bad assumption? I was hoping somebody using the same kernel package that I am could verify.
They are all based off the same source. Here's a stock kernel package:
[jwboyer@vader ~]$ sudo /sbin/modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6 SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
josh
Thank you for clearing that up. I'm still confused why I don't have it on my system. I don't think it's interesting enough for anybody else to worry about, but then again, I don't really have a good idea about what constitutes "interesting." Here's what I see:
[root@virgil javert42]# uname -r 2.6.19-1.2895.fc6 [root@virgil javert42]# modinfo hdaps modinfo: could not find module hdaps
I also get nothing when I grep my kernel package for hdaps:
[root@virgil javert42]# rpm -ql kernel | grep hdaps
Again, thanks for the input. Thomas also answered a separate question that I had.
Just a guess, but maybe you have i586 kernels installed instead of i686?
See http://fedoraproject.org/wiki/Bugs/FC6Common to check on that...
--jarod
That was it.
Again, thanks for all the input.
On Mon, 2007-01-29 at 15:21 -0700, Topher Fischer wrote:
[root@virgil javert42]# uname -r 2.6.19-1.2895.fc6 [root@virgil javert42]# modinfo hdaps modinfo: could not find module hdaps
I also get nothing when I grep my kernel package for hdaps:
[root@virgil javert42]# rpm -ql kernel | grep hdaps
Again, thanks for the input. Thomas also answered a separate question that I had.
Maybe you are running the i586 arch kernel without realizing it. It looks like the i586 kernel doesn't get the HDAPS module. Run:
rpm -q --queryformat "%{ARCH}\n" kernel
to see what arch you are running. FC6 has a nasty issue with occasionally installing i586 kernels on i686 capable systems at random times.
Hi.
On Mon, 29 Jan 2007 16:47:56 -0500, Dave Jones wrote:
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Unfortunately there is more to this than just this module (which just drives the sensor, the actual parking has to be done in software). There have been patches floating around that add this capability to the IDE/SATA drivers, as the command necessary to protect the hard disk is not supported by the stock driver.
On Tue, Jan 30, 2007 at 08:36:27AM +0100, Ralf Ertzinger wrote:
Hi.
On Mon, 29 Jan 2007 16:47:56 -0500, Dave Jones wrote:
$ modinfo hdaps filename: /lib/modules/2.6.19-1.2895.fc6debug/kernel/drivers/hwmon/hdaps.ko license: GPL v2 description: IBM Hard Drive Active Protection System (HDAPS) driver author: Robert Love srcversion: 1C5A2654C3D15545ECF46D0 depends: vermagic: 2.6.19-1.2895.fc6debug SMP mod_unload 686 REGPARM 4KSTACKS parm: invert:invert data along each axis (bool)
Unfortunately there is more to this than just this module (which just drives the sensor, the actual parking has to be done in software). There have been patches floating around that add this capability to the IDE/SATA drivers, as the command necessary to protect the hard disk is not supported by the stock driver.
I'm not touching ata patches that aren't upstream. Call me chicken, but they mean someone needs to claim responsibility for maintaining them etc across rebases, and storage drivers generally give me the creeps in this regard.
Stock answer: get it upstream.
Dave
Hi.
On Tue, 30 Jan 2007 16:37:54 -0500, Dave Jones wrote:
I'm not touching ata patches that aren't upstream. Call me chicken, but they mean someone needs to claim responsibility for maintaining them etc across rebases, and storage drivers generally give me the creeps in this regard.
I'm fine with that, I just wanted to point out that just getting hdaps into the kernel will save your bacon in case you start throwing your laptop around.
Hi.
On Wed, 31 Jan 2007 09:11:39 +0100, Ralf Ertzinger wrote:
I'm fine with that, I just wanted to point out that just getting hdaps into the kernel will save your bacon in case you start throwing your laptop around.
Of course it will _not_ save your bacon or any other breakfast products.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Ralf Ertzinger wrote:
Hi.
On Wed, 31 Jan 2007 09:11:39 +0100, Ralf Ertzinger wrote:
I'm fine with that, I just wanted to point out that just getting hdaps into the kernel will save your bacon in case you start throwing your laptop around.
Of course it will _not_ save your bacon or any other breakfast products.
That's not true! It could save all the Spam I have on my hard drive.
- -- Topher Fischer GnuPG Fingerprint: 3597 1B8D C7A5 C5AF 2E19 EFF5 2FC3 BE99 D123 6674 javert42@cs.byu.edu