/dev/cpu/microcode is now under /dev/misc/microcode with symlink to /dev/microcode and so the microcode_ctl update fails.
Okay, this is just as simple as changing "#define MICROCODE_DEVICE_DEFAULT" in the source... The problem we'll get here though is that if you statically change it to the 2.6 device, it would fail on 2.4. Easy solution:- use the '-d flag'. I've added a little einfo the the ebuild in CVS.
Created attachment 22762 [details, diff] a patch for /etc/init.d/microcode a patch for the init-script... slightly more elegant solution than a simple ebuild comment as this will work when dual-booting 2.4.x and 2.6.x
Seemant, as you've tarballed the whole thing can you patch this in and remove the 2.6 comment? Thanks.
not fixed, till I put the patch on the mirrors
Tim, what was I supposed to do with this again?
Seemant: Can you please apply the patch on this bug to the initialization script which I think you rolled up and remove the comment in the ebuild regarding this? Thanks!
done