[elrepo] kmod-sata_via module for CentOS7

[Tristan Evans]

Yeah, I totally understand! This is obviously way out of my area of
expertise as well haha.

I really do appreciate the offer to build that kernel and I will happily
take you up on that if it's no big deal. I started looking into doing it,
but I have a feeling it would take me forever to figure it out lol.

I owe you a beer ;)

Thanks!!!!

On Wed, Jul 21, 2021, 5:30 PM Phil Perry <phil at elrepo.org> wrote:

> 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
> _______________________________________________
> elrepo mailing list
> elrepo at lists.elrepo.org
> http://lists.elrepo.org/mailman/listinfo/elrepo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.elrepo.org/pipermail/elrepo/attachments/20210721/88c0ff3b/attachment.html>