<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">All --<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">I am running Slackware64 + Multilib with the Huge 4.4.17 Kernel from Slackware64 Current.<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">I installed libx86emu-1.4 and hwinfo-20.1 from the 14.2 SBo Repository and tried out hwinfo.<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">When hwinfo tries to load the "st" module, I get the attached Kernel Oops.<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">I checked the hwinfo man page and I don't see where I can blacklist or exclude modules from hwinfo but it may be I simply don't understand what I am reading.<br><br>But IMO, a userland program shouldn't cause a Kernel Oops :)<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">I also tried Kernels Huge 4.4.15 ( from Current ) and Huge 4.4.14 ( from 14.2 ) and I still see the same Oops in /var/log/syslog.<br><br>I am not sure where to report this and I don't know whether it's a Kernel Bug or a bug in hwinfo or if it's because I am running the huge kernel, but I did find a 'work-around':  Don't invoke load_module(hd_data, "st") in src/hd/block.c<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">Attached is a patch for hwinfo.SlackBuild and an ugly patch for src/hd/block.c<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">Maybe Y'All know the REAL cause of the bug ?<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">Thanks for all the good work you're doing for Slackware !<br><br></div><div class="gmail_default" style="font-family:courier new,monospace">-- kjh<br></div></div>