Alistair John Strachan wrote: > Hi, > > I have an IP35 Pro mainboard with the uGuru feature. Until recently I was > using the abituguru hwmon driver without issue. Recently (possibly since > upgrading the BIOS to 16) the driver no longer loads, citing: > > abituguru3: no Abit uGuru3 found, data = 0x00, cmd = 0x55 > > After looking at the code in the driver, I found the force module parameter > and tried it. Sure enough, the module loaded fine: > <snip> > A fix that works here is to add 0x55 as an additional cmd_val check in > abituguru3_detect(), but I think we all know this function is starting to > look a bit suspicious. I've attached a patch which does this (tested as > working), but I won't be surprised if you guys don't want to apply it. > Well I'm afraid that even though that makes the detection rather weak it is still the best thing todo, having to use force with a newer BIOS is no good. I guess that to limit any potential issues we can best first do a DMI based check to see if this is an Abit motherboard at all before doing any IO based probing, just like we are already doing for the abituguru (note no 3) driver. Alistair, can you send me the output of the dmidecode command on your motherboard, I need that to make sure Abit hasn't changed their DMi manufacturer string on newer motherboards. Regards, Hans