[elrepo] kmod-sata_via module for CentOS7

[Phil Perry]

On 21/07/2021 22:00, Tristan Evans wrote:
> Hey Wolfy,
> 
> I examined the %postinstall section of the package and ran it (just 
> copied it into a script and ran it with `bash -x`):
> 
> [anaconda root at unknown001a6443e48f tmp]# bash -x ./post_install.sh
> + echo 'Working. This may take some time ...'
> Working. This may take some time ...
> + '[' -e /boot/System.map-3.10.0-1160.el7.x86_64 ']'
> + modules=($(find /lib/modules/3.10.0-1160.el7.x86_64/extra/sata_via | 
> grep '\.ko\.xz$'))
> ++ grep '\.ko\.xz$'
> ++ find /lib/modules/3.10.0-1160.el7.x86_64/extra/sata_via
> + '[' -x /sbin/weak-modules ']'
> + /sbin/weak-modules --add-modules
> + printf '%s\n'
> weak-modules: this tool requires a dracut-enabled kernel
> + echo Done.
> Done.
> 
> Is that normal for it not to be able to find `dracut`?
> 
> 
> Hi Phil,
> 
> I followed your instructions for creating the DUD and they worked great, 
> thank you! Unfortunately it didn't change any of my results, but at 
> least I now know how to do it and I can cross that off the list of 
> possible issues!
> 
> So I went through the manual process of distributing the kmod RPM files 
> to the installation media. Here is what was logged in the kernel ring 
> buffer as soon as I loaded the module (note the "ELRepo.org Secure Boot 
> Key" message Phil had mentioned):
> 
> [  500.993314] Request for unknown module key 'The ELRepo Project 
> (http://elrepo.org <http://elrepo.org>): ELRepo.org Secure Boot Key: 
> f365ad3481a7b20e3427b61b2a26635b83fe427b' err -11
> [  500.993335] sata_via: loading out-of-tree module taints kernel.
> [  500.993598] sata_via: module verification failed: signature and/or 
> required key missing - tainting kernel


Yes, that's definitely the elrepo driver loading above.

> [  500.998404] sata_via 0000:00:0f.0: version 2.6
> [  500.998647] sata_via 0000:00:0f.0: routed to hard irq line 10
> [  501.011067] scsi host6: sata_via
> [  501.015070] scsi host7: sata_via
> [  501.015217] ata5: SATA max UDMA/133 cmd 0xfc00 ctl 0xf800 bmdma 
> 0xec00 irq 21
> [  501.015224] ata6: SATA max UDMA/133 cmd 0xf400 ctl 0xf000 bmdma 
> 0xec08 irq 21

<snip>

> 
> So it seems to be loading it? Sadly however, my disk test results are 
> the same:
> 
> [anaconda root at unknown001a6443e48f 3.10.0-1160.el7.x86_64]# hdparm -Tt 
> /dev/sdc
> 
> /dev/sdc:
>   Timing cached reads:   256 MB in  2.00 seconds = 127.89 MB/sec
>   Timing buffered disk reads:   4 MB in  3.09 seconds =   1.30 MB/sec
> > I'm definitely scratching my head here.. I'm not sure what to even try
> at this point.
> 
> Thanks again folks.
> 

Me neither, but this is absolutely outside my area of expertise. What I 
can offer is that we can build you a custom patched kernel 
(kernel-3.10.0-1160.el7.x86_64) with updated sata_via module if you can 
figure out how to use that with the CentOS installation media (or to 
create new media). Wolfy hinted this was possible using inst.stage2 
earlier in the thread.

Phil