kernel module
Hi all, I created a kernel module which can be passed some command line arguments (I tried that with insmod and it works). Now I would like, when I start the kernel with grub, to have this module loaded at boot time so I can pass, at boot time, a kernel boot option to it. I mean having something like kernel vmlinuz root=/dev/ram0 initrd=linuxrc mymodule.param1=myparamvalue initrd is it possible? Thanks, Luca -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: kernel module
2010/1/9 Luca lucar...@gmail.com: Hi all, I created a kernel module which can be passed some command line arguments (I tried that with insmod and it works). Now I would like, when I start the kernel with grub, to have this module loaded at boot time so I can pass, at boot time, a kernel boot option to it. I think this usually happens in a modules configuration file. Something like this? https://fedoraproject.org/wiki/KernelCommonProblems#How_to_set_module_options_for_boot_drivers; -c -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
See the options that were passed to a currently-loaded kernel module?
Running 'modinfo MODULE_NAME' shows me all of the available module options that could be passed to the module called MODULE_NAME. But I want to know what options were actually passed when the current instance of the module was loaded. I know I can look at the values under '/sys/module/MODULE_NAME/parameters/' and find a pseudofile containing the value of each option parameter. But is there a standard utility that can parse this stuff and format it, or do I have to roll my own, here? -Ryan Ryan B. Lynch ryan.b.ly...@gmail.com -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: What is the fedora way of setting a kernel module to load at boot time?
Mikkel L. Ellertson wrote: [...] One thing to keep in mind is that the module is not going to get loaded until the root file system gets mounted. If you need the module loaded before that, you can include it in the initrd. You would list it in /etc/sysconfig/mkinitrd. (I don't remember the exact format.) you set the MODULES variable, which is picked up by mkinitrd. MODULES=intelfb or similar. Multiple modules are space separated inside the quotes. Regards, Stuart -- Stuart Sears RHCA etc. It's today! said Piglet. My favourite day, said Pooh. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: What is the fedora way of setting a kernel module to load at boot time?
Mark wrote: Hey, The title prity much says it all. What i want to do is add a certain module at the fedora boot time. Mainly one of the fb modules and i want to use them in the grub boot line. For example: uvesafb, vesafb, intelfb to name a few. I either want to use there fb options in the grub line or in the place where i load the module. The point is that other distros have a /etc/modprobe.conf or a /etc/modules.conf but i can only find a blacklist file in /etc/modprobe.d along with a few others. Fedora will use /etc/modprobe.conf if there is one. Or you can create a file in /etc/modprobe.d. You should probably take a look at the modprobe.conf man page. I want to append something like this: video=intelfb:mode=800x600...@75,accel,hwcursor,vram=8 Or in a modprobe line: modprobe intelfb mode=800x600...@75 vram=8 accel=1 hwcursor=1 Source: http://www.mjmwired.net/kernel/Documentation/fb/intelfb.txt And something i just noticed.. Why are all the *fb modules blacklisted in the /etc/modprobe.d/blacklist file? This way, they do not load automaticly - you have to configure the one you want to load the one you want. One thing to keep in mind is that the module is not going to get loaded until the root file system gets mounted. If you need the module loaded before that, you can include it in the initrd. You would list it in /etc/sysconfig/mkinitrd. (I don't remember the exact format.) Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Unable to build NVIDIA kernel module
Alex Makhlin wrote: Trapper wrote: Alex Makhlin wrote: Has anyone ran into this error Unable to build NVIDIA kernel module while installing the latest Nvidia drivers? Anyone know the fix? I don't know if it's the same circumstances but I do know I had to do this prior to installing the drivers from livna. yum install kernel-devel kernel-headers glibc-headers Trapper I have those installed already and am still getting the same error. The last time that I installed an Nvidia driver on this laptop I used an RPM file but can't remember which one it was. rr. This time I am trying to install the driver from Nvidia NVIDIA-Linux-x86-173.08-pkg1.run and am using Fedora 9 KDE 4.1. Anyone else have any suggestions? The nvidia script won't work with an X session running. You have to get to run level 3 and run directly from the command line console screen. It is getting harder and harder to get out of gui to get a plain text console. Probably easiest for you is to edit /boot/grub/grub.conf and put a blank followed by a 3 on the line with the kernel description. For example kernel /vmlinuz-2.6.25.6-55.fc9.i686 ro root=LABEL=/ 3 vga=791 early-login Robert McBroom -- View this message in context: http://www.nabble.com/Unable-to-build-NVIDIA-kernel-module-tp19804695p19860606.html Sent from the Fedora List mailing list archive at Nabble.com. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Unable to build NVIDIA kernel module
TNWestTex wrote: Alex Makhlin wrote: Trapper wrote: Alex Makhlin wrote: Has anyone ran into this error Unable to build NVIDIA kernel module while installing the latest Nvidia drivers? Anyone know the fix? I don't know if it's the same circumstances but I do know I had to do this prior to installing the drivers from livna. yum install kernel-devel kernel-headers glibc-headers Trapper I have those installed already and am still getting the same error. The last time that I installed an Nvidia driver on this laptop I used an RPM file but can't remember which one it was. rr. This time I am trying to install the driver from Nvidia NVIDIA-Linux-x86-173.08-pkg1.run and am using Fedora 9 KDE 4.1. Anyone else have any suggestions? The nvidia script won't work with an X session running. You have to get to run level 3 and run directly from the command line console screen. It is getting harder and harder to get out of gui to get a plain text console. Probably easiest for you is to edit /boot/grub/grub.conf and put a blank followed by a 3 on the line with the kernel description. For example kernel /vmlinuz-2.6.25.6-55.fc9.i686 ro root=LABEL=/ 3 vga=791 early-login Robert McBroom Hi Or you can issue the command init 3 while X is running. This will kill X and you will be at the command line. Install the driver: # sh NVIDIA... and reboot the machine. Regards Marcelo -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Unable to build NVIDIA kernel module
On Tue, Oct 7, 2008 at 8:44 AM, Marcelo M. Garcia [EMAIL PROTECTED] wrote: Hi Or you can issue the command init 3 while X is running. This will kill X and you will be at the command line. Install the driver: # sh NVIDIA... and reboot the machine. There's no need to reboot anything. Just switch back to runlevel 5. -- ~ L. Friedman[EMAIL PROTECTED] LlamaLand https://netllama.linux-sxs.org -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Unable to build NVIDIA kernel module
Marcelo M. Garcia wrote: TNWestTex wrote: kernel /vmlinuz-2.6.25.6-55.fc9.i686 ro root=LABEL=/ 3 vga=791 early-login Robert McBroom Hi Or you can issue the command init 3 while X is running. This will kill X and you will be at the command line. Install the driver: # sh NVIDIA... and reboot the machine. I get system lockup with the new paths through gdm/kdm to Kde unless I get to the command line console directly from boot. Haven't tried from Gnome. Robert McBroom -- View this message in context: http://www.nabble.com/Unable-to-build-NVIDIA-kernel-module-tp19804695p19863441.html Sent from the Fedora List mailing list archive at Nabble.com. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Unable to build NVIDIA kernel module
Has anyone ran into this error Unable to build NVIDIA kernel module while installing the latest Nvidia drivers? Anyone know the fix? Thank you -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Unable to build NVIDIA kernel module
Alex Makhlin wrote: Has anyone ran into this error Unable to build NVIDIA kernel module while installing the latest Nvidia drivers? Anyone know the fix? I don't know if it's the same circumstances but I do know I had to do this prior to installing the drivers from livna. yum install kernel-devel kernel-headers glibc-headers Trapper -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Unable to build NVIDIA kernel module
Trapper wrote: Alex Makhlin wrote: Has anyone ran into this error Unable to build NVIDIA kernel module while installing the latest Nvidia drivers? Anyone know the fix? I don't know if it's the same circumstances but I do know I had to do this prior to installing the drivers from livna. yum install kernel-devel kernel-headers glibc-headers Trapper I have those installed already and am still getting the same error. The last time that I installed an Nvidia driver on this laptop I used an RPM file but can't remember which one it was. rr. This time I am trying to install the driver from Nvidia NVIDIA-Linux-x86-173.08-pkg1.run and am using Fedora 9 KDE 4.1. Anyone else have any suggestions? Thanks -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Making my linux Kernel Module start during bootup
Hi I am using Fedora 6 and would like to know how to make my kernel module load during bootup. Cheers, Balaji -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Making my linux Kernel Module start during bootup
On Thu, 28 Aug 2008 14:25:55 +0530 [EMAIL PROTECTED] (\G\) wrote: Hi I am using Fedora 6 and would like to know how to make my kernel module load during bootup. First of all, note that Fedora Core 6 is end of life and no longer supported. You will get no security (or any other) updates for it. You should look into upgrading to a supported release. Kernel modules should detect their own hardware and load automagically on boot, but in the event they do not, you can make a small script in /etc/sysconfig/modules/ that loads them...ie: --cut-- #!/bin/sh /sbin/modprobe foobar --cut-- Cheers, Balaji kevin signature.asc Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: kernel module options for cpufreq
On Fri, Jun 27, 2008 at 05:13:24PM +0100, Richard Hughes wrote: * remove CONFIG_CPU_FREQ_GOV_POWERSAVE -- ondemand automatically throttles down to lowest, and is just a hardcoded state I don't think removal of powersave governor is good idea. Generally ondemand governor does great job but in some cases doesn't. For example when I play some films in mplayer ondemand sets frequency to max which is not needed, of course. Powersave governor is also good in case that you have bad fan in your laptop and you are going to compile some big source. Without powersave it is not possible (yes, it really happens :) ) Matthew Garrett and I are working on a latency profile for power management, and having all these modules potentially loaded is bad. Comments? I think we should preserve ondemand and powersave governors (and potentialy others as Dave Jones wrote in this thread). Please don't drop them in favour of your project which might be generally better but I believe there are cases where current governors are better. Adam -- Adam Tkac, Red Hat, Inc. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Mon, 2008-06-30 at 09:10 +0200, Adam Tkac wrote: On Fri, Jun 27, 2008 at 05:13:24PM +0100, Richard Hughes wrote: * remove CONFIG_CPU_FREQ_GOV_POWERSAVE -- ondemand automatically throttles down to lowest, and is just a hardcoded state I don't think removal of powersave governor is good idea. Generally ondemand governor does great job but in some cases doesn't. For example when I play some films in mplayer ondemand sets frequency to max which is not needed, of course. Right, so we need to fix ondemand to be cleverer. Powersave governor is also good in case that you have bad fan in your laptop and you are going to compile some big source. Without powersave it is not possible (yes, it really happens :) ) Right, thermal management is similar to power management for the action but not for the policy. I don't think forcing the lowest speed setting is the correct way to fix this. If the laptop is running cool, why use the slowest speed? Matthew Garrett and I are working on a latency profile for power management, and having all these modules potentially loaded is bad. Comments? I think we should preserve ondemand and powersave governors (and potentialy others as Dave Jones wrote in this thread). Please don't drop them in favour of your project which might be generally better but I believe there are cases where current governors are better. Right, cheers for your feedback. In view of everybodies comments, what about the following: * Compile _into_ the kernel ondemand, performance, powersave and userspace. * Default to performance in the kernel rather than userspace * Build as a module conservative with the view of just fixing ondemand if there are any special use-cases that conservative is better at * Export the P and C state latency to userspace and let the system policy dictate the governor. For instance, even for machines that have a long latency for changing P states should be able to use ondemand if we want to save maximum power. How does that sound? Richard. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Mon, Jun 30, 2008 at 09:10:28AM +0200, Adam Tkac wrote: On Fri, Jun 27, 2008 at 05:13:24PM +0100, Richard Hughes wrote: * remove CONFIG_CPU_FREQ_GOV_POWERSAVE -- ondemand automatically throttles down to lowest, and is just a hardcoded state I don't think removal of powersave governor is good idea. Generally ondemand governor does great job but in some cases doesn't. For example when I play some films in mplayer ondemand sets frequency to max which is not needed, of course. The same can be achieved by altering /sys/devices/system/cpu/*/cpufreq/scaling_max_freq, but it's still likely that you're consuming less power when ondemand is setting your frequency to max. An idle fast processor consumes less power than an active slow one. Powersave governor is also good in case that you have bad fan in your laptop and you are going to compile some big source. Without powersave it is not possible (yes, it really happens :) ) http://lkml.org/lkml/2008/6/16/100 I think we should preserve ondemand and powersave governors (and potentialy others as Dave Jones wrote in this thread). Please don't drop them in favour of your project which might be generally better but I believe there are cases where current governors are better. I'm open to indications as to what these are :) Powersave is semantically identical to ondemand with scaling_max_freq altered. Performance is semantically identical to ondemand with scaling_min_freq altered. -- Matthew Garrett | [EMAIL PROTECTED] ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Monday 30 June 2008 05:54:32 am Richard Hughes wrote: Right, cheers for your feedback. In view of everybodies comments, what about the following: * Compile _into_ the kernel ondemand, performance, powersave and userspace. Sounds reasonable. * Default to performance in the kernel rather than userspace What's the difference? Both leave the cpu at its max speed all the time, unless the cpuspeed daemon gets started up in the userspace case. * Build as a module conservative with the view of just fixing ondemand if there are any special use-cases that conservative is better at * Export the P and C state latency to userspace and let the system policy dictate the governor. For instance, even for machines that have a long latency for changing P states should be able to use ondemand if we want to save maximum power. How does that sound? Mostly sane. System policy dictating governor over the ugliness we do in the cpuspeed init script would be nice. Even nicer would be if we could outright get rid of the initscript (not sure what people who need the cpuspeed daemon are to do in that case though). -- Jarod Wilson [EMAIL PROTECTED] ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
kernel module options for cpufreq
At the moment we set: # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y # CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=m CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m This is not ideal from a power-saving point of view. In an ideal world we would: * remove CONFIG_CPU_FREQ_GOV_CONSERVATIVE -- ondemand does a better job on all workloads * remove CONFIG_CPU_FREQ_GOV_USERSPACE -- we have nothing in userspace that needs this sort of control, and if we did, the latency would be horrible * remove CONFIG_CPU_FREQ_GOV_POWERSAVE -- ondemand automatically throttles down to lowest, and is just a hardcoded state * compile into the kernel CONFIG_CPU_FREQ_GOV_ONDEMAND -- we really want to be running this on all systems that support it * set ONDEMAND or PERFORMANCE to default as USERSPACE is just changed to something else by cpuspeed. You really don't want to be using USERSPACE at all. Matthew Garrett and I are working on a latency profile for power management, and having all these modules potentially loaded is bad. Comments? Richard. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Fri, 27 Jun 2008 17:13:24 +0100 Richard Hughes [EMAIL PROTECTED] wrote: At the moment we set: # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y # CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=m CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=m CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m This is not ideal from a power-saving point of view. In an ideal world we would: * remove CONFIG_CPU_FREQ_GOV_CONSERVATIVE -- ondemand does a better job on all workloads * remove CONFIG_CPU_FREQ_GOV_USERSPACE -- we have nothing in userspace that needs this sort of control, and if we did, the latency would be horrible * remove CONFIG_CPU_FREQ_GOV_POWERSAVE -- ondemand automatically throttles down to lowest, and is just a hardcoded state * compile into the kernel CONFIG_CPU_FREQ_GOV_ONDEMAND -- we really want to be running this on all systems that support it * set ONDEMAND or PERFORMANCE to default as USERSPACE is just changed to something else by cpuspeed. You really don't want to be using USERSPACE at all. Matthew Garrett and I are working on a latency profile for power management, and having all these modules potentially loaded is bad. Comments? I totally agree with your suggestions. -- If you want to reach me at my work email, use [EMAIL PROTECTED] For development, discussion and tips for power savings, visit http://www.lesswatts.org ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
Richard Hughes wrote: In an ideal world we would: * compile into the kernel CONFIG_CPU_FREQ_GOV_ONDEMAND -- we really want to be running this on all systems that support it * set ONDEMAND or PERFORMANCE to default as USERSPACE is just changed to something else by cpuspeed. You really don't want to be using USERSPACE at all. How can an administrator set a known constant frequency, so that the CPU might be able to deliver the same amount of work per unit time, over a span of half an hour? Some performance measurement and tuning is much simpler when this is so. -- ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Fri, Jun 27, 2008 at 6:13 PM, Richard Hughes [EMAIL PROTECTED] wrote: You really don't want to be using USERSPACE at all. seems like cpufreq-applet uses it ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Fri, 2008-06-27 at 22:56 +0200, drago01 wrote: On Fri, Jun 27, 2008 at 10:01 PM, Richard Hughes [EMAIL PROTECTED] wrote: On Fri, 2008-06-27 at 21:16 +0200, drago01 wrote: On Fri, Jun 27, 2008 at 6:13 PM, Richard Hughes [EMAIL PROTECTED] wrote: You really don't want to be using USERSPACE at all. seems like cpufreq-applet uses it Sure, it shouldn't. If you're using userspace for thermal or latency reasons, then a setuid applet is totally the wrong way to achieve both of these :-) its not a setuid applet .. something seems to allow non root to do this (hal? consolekit? pam? udev? .. dunno) It currently uses consolehelper to get root. IMO, it shouldn't allow setting frequencies at all. ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list
Re: kernel module options for cpufreq
On Fri, Jun 27, 2008 at 09:01:34PM +0100, Richard Hughes wrote: On Fri, 2008-06-27 at 21:16 +0200, drago01 wrote: On Fri, Jun 27, 2008 at 6:13 PM, Richard Hughes [EMAIL PROTECTED] wrote: You really don't want to be using USERSPACE at all. seems like cpufreq-applet uses it Sure, it shouldn't. If you're using userspace for thermal or latency reasons, then a setuid applet is totally the wrong way to achieve both of these :-) Maybe we can just use these as loadable modules (i.e. not built default) rather than built-in and loaded by default. DaveJ, do these suggestions seem acceptable? Having the userspace governor built-in means absolutely nothing in terms of overhead, until something in userspace actually uses it. When the cpuspeed init script starts up, the first thing it does is check if the CPU is on the whitelist for using ondemand, and if so, it starts up ondemand. Not a single line of the userspace governor code gets run in this case. The only time the above isn't true is when the CPU isn't on that whitelist, when it's incapable of running ondemand, in which case we need to use.. ta-da... userspace, and then we start the cpuspeed process. Again, if you're seeing overhead from using userspace, it's due to your CPU being crap. There's nothing we can do about it. Whilst ondemand will load on some of these CPUs, the associated overhead of switching is very noticable on benchmarks. Even 'conservative' was too demanding for some of the challenged CPUs. 'crap' here doesn't mean really old stuff too. Any pre-centrino Intel CPU, any VIA CPU before Nehemiah generation, all mobile Athlons. We're using ondemand on all K8's too, but the first generation also sucked iirc, but we're just sucking it up because a) it makes the already convoluted startup script even more messy and b) no-one can remember which stepping/models were affected. Dave -- http://www.codemonkey.org.uk ___ Fedora-kernel-list mailing list Fedora-kernel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-kernel-list