Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


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

upgrading video cards...



Gregory Boyce <gboyce-qL0WqcyiFk9Wk0Htik3J/w at public.gmane.org> writes:

> On Mon, 22 Dec 2008, Derek Atkins wrote:
>
>> Jarod Wilson <jarod-ajLrJawYSntWk0Htik3J/w at public.gmane.org> writes:
>>
>>>> The thing I like about dkms is that it happens automagically.  When a
>>>> new kernel is installed, dkms recompiles the kernel for it with no user
>>>> intervention.
>>>
>>> For the record, same thing with akmods.
>>
>> The only problem with dkms (I've never heard about akmods) is that
>> it doesn't build the module for the new kernel until you reboot.
>> That doesn't help if you have a module that needs to be in the
>> preboot (initrd).  Imagine if you need a third-party disk driver
>> module -- how would you solve that with a dkms or akmod solution?
>
> I suppose you'd need an initrd that has the ability to run dkms
> without gaining access to the local disk.   Perhaps mount an NFS
> volume with access to the necessary kernel headers and tools required
> for the compile.
>
> Alternatively, don't buy a disk controller that requires a third party
> module.

Neither of which are reasonable choices, the latter even more-so.  I
used a disk driver as an example concept -- this has nothing to do
with a physical piece of hardware per se.

What I'd like to see is a dkms solution that works based on RPM
install triggers...  So when you install a new kernel package it
automatically fires off the rebuild without requiring a reboot.

-derek

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord-DPNOqEs/LNQ at public.gmane.org                        PGP key available






BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org