<div dir="ltr"><div>Hi all, sorry for my slow testing.</div><div><br></div><div>I am running into an issue and I have a feeling it may be mostly due to my shallow understanding of how this all works.<br></div><div><br></div><div>Part of my challenge is that although I can very slowly install CentOS from a USB stick using the CentOS 7 in-tree sata_via module, when installation finishes and the system tries to boot the OS, it fails (dropping to an emergency shell).</div><div><br></div><div>To work around that, I thought what I'd do is create a DUD image with the new RPM and attempt to load it into the CentOS installation environment. I created the DUD and loaded it using the `inst.dd` option. It seemed to find it just fine and loaded Anaconda.</div><div><br></div><div>Sadly however, I noticed the same performance issue (see results of `hdparm` test below):</div><div><br></div><div>[anaconda root@localhost ~]# hdparm -Tt /dev/sdc<br>/dev/sdc:<br> Timing cached reads: 250 MB in 2.00 seconds = 124.81 MB/sec<br> Timing buffered disk reads: 4 MB in 3.09 seconds = 1.30 MB/sec</div><div><br></div><div>So, I then wondered if perhaps the OS is still loading the in-tree sata_via module and I suspect that is the case:</div><div><br></div><div>[anaconda root@localhost ~]# modinfo sata_via<br>filename: /lib/modules/3.10.0-1160.el7.x86_64/kernel/drivers/ata/sata_via.ko.xz<br>version: 2.6<br>license: GPL<br>description: SCSI low-level driver for VIA SATA controllers<br>author: Jeff Garzik<br>retpoline: Y<br>rhelversion: 7.9<br>srcversion: DF0359571E2253676A28950<br>alias: pci:v00001106d00009000sv*sd*bc*sc*i*<br>alias: pci:v00001106d00005287sv*sd*bc*sc*i*<br>alias: pci:v00001106d00007372sv*sd*bc*sc*i*<br>alias: pci:v00001106d00005372sv*sd*bc*sc*i*<br>alias: pci:v00001106d00003249sv*sd*bc*sc*i*<br>alias: pci:v00001106d00003149sv*sd*bc*sc*i*<br>alias: pci:v00001106d00000591sv*sd*bc*sc*i*<br>alias: pci:v00001106d00005337sv*sd*bc*sc*i*<br>depends: libata<br>intree: Y<br>vermagic: 3.10.0-1160.el7.x86_64 SMP mod_unload modversions<br>signer: CentOS Linux kernel signing key<br>sig_key: E1:FD:B0:E2:A7:E8:61:A1:D1:CA:80:A2:3D:CF:0D:BA:3A:A4:AD:F5<br>sig_hashalgo: sha256</div><div><br></div><div>I tried digging for some logs related to the package, this is all I could find:</div><div><br></div><div>[anaconda root@localhost tmp]# grep kmod *<br>packaging.log:14:32:47,744 INFO packaging: DD: adding required package: kmod-sata_via<br>packaging.log:14:32:50,827 DEBUG yum.verbose.YumBase: TSINFO: Marking kmod-20-28.el7.x86_64 as install for initscripts-9.49.53-1.el7.x86_64<br>packaging.log:14:32:53,267 DEBUG yum.verbose.YumBase: TSINFO: Marking kmod-libs-20-28.el7.x86_64 as install for systemd-219-78.el7.x86_64<br>packaging.log:14:32:54,067 DEBUG yum.verbose.YumBase: TSINFO: Marking binutils-2.27-44.base.el7.x86_64 as install for kmod-20-28.el7.x86_64<br>syslog:14:29:22,979 DEBUG dd_list:found drivers: kmod-sata_via<br>syslog:14:29:32,128 INFO Extracting:kmod-sata_via<br>syslog:14:29:32,129 DEBUG dd_extract:extracting /media/DD-5/rpms/x86_64/kmod-sata_via-2.6-1.el7_9.elrepo.x86_64.rpm<br>syslog:14:29:32,279 DEBUG journal:copying /media/DD-5/rpms/x86_64/kmod-sata_via-2.6-1.el7_9.elrepo.x86_64.rpm to /run/install/DD-1/.</div><div><br></div><div>Checked the RPM DB to see if the package is installed (`rpm -qa | grep sata`), but it does not appear so.</div><div><br></div><div>If I search for "sata_via" on the filesystem, this is all I find:</div><div><br></div><div>[anaconda root@localhost tmp]# find / -name *sata_via*<br>/sys/bus/pci/drivers/sata_via<br>/sys/module/sata_via<br>/sys/module/sata_via/drivers/pci:sata_via<br>/sys/module/libata/holders/sata_via<br>/usr/lib/modules/3.10.0-1160.el7.x86_64/kernel/drivers/ata/sata_via.ko.xz<br>/usr/lib/modules/3.10.0-1160.el7.x86_64/extra/sata_via<br>/usr/share/doc/kmod-sata_via-2.6<br>/run/install/DD-1/kmod-sata_via-2.6-1.el7_9.elrepo.x86_64.rpm</div><div><br></div><div>If I try to actually manually install the RPM, this is what I get:</div><div><br></div><div>[anaconda root@localhost tmp]# rpm -i /run/install/DD-1/kmod-sata_via-2.6-1.el7_9.elrepo.x86_64.rpm<br>warning: /run/install/DD-1/kmod-sata_via-2.6-1.el7_9.elrepo.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID baadae52: NOKEY<br>error: Failed dependencies:<br> /usr/sbin/depmod is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> /bin/sh is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(__dynamic_dev_dbg) = 0xc140ad72 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(__fentry__) = 0xbdfb6dbb is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(__pci_register_driver) = 0x99487493 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(__stack_chk_fail) = 0xf0fdf6cb is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(__x86_indirect_thunk_rax) = 0x2ea2c95c is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(_dev_info) = 0x4cce8b07 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(_raw_spin_lock_irqsave) = 0x9327f5ce is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(_raw_spin_unlock_irqrestore) = 0x08f64aa4 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_bmdma_interrupt) = 0xe818b32b is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_bmdma_irq_clear) = 0xaba843b9 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_bmdma_port_ops) = 0x5d6cb968 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_bmdma_start) = 0x9bdbfef7 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_common_sdev_attrs) = 0x6fed14b2 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_host_activate) = 0xdde5e365 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_host_alloc_pinfo) = 0xbe7a5488 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_host_resume) = 0x9d7dff3e is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_msleep) = 0xe62f30aa is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_pci_bmdma_prepare_host) = 0x9ccef4c7 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_pci_device_do_resume) = 0xf89a75fa is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_pci_device_suspend) = 0x2f1a8361 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_pci_remove_one) = 0x7cc0b9e9 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_port_freeze) = 0x1f635d72 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_port_pbar_desc) = 0xc126b784 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_port_printk) = 0xac202ca1 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_print_version) = 0x71cff295 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_scsi_ioctl) = 0x9f2e91a9 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_scsi_queuecmd) = 0x3da94ee3 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_scsi_slave_config) = 0xa3fc65c4 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_scsi_slave_destroy) = 0x2db8ca2f is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_scsi_unlock_native_capacity) = 0x680b4229 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_sff_error_handler) = 0xea1bd58d is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_sff_pause) = 0x4d1f82ec is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_sff_std_ports) = 0x73a48b4a is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_sff_tf_load) = 0xcbf23c5c is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_sff_wait_ready) = 0xda256b15 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_slave_link_init) = 0x2a00d69b is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ata_std_bios_param) = 0xe99f1c8d is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(dev_err) = 0x0d795224 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(dev_get_drvdata) = 0x7cf5b2b3 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(dev_warn) = 0x43b38448 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(devm_kmalloc) = 0x636462f8 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(dma_set_mask) = 0x59d5a7f7 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(dma_supported) = 0x7a7f7d68 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(ioread32) = 0xe484e35f is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(iowrite32) = 0x436c2179 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(jiffies) = 0x7d11c268 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(module_layout) = 0x28950ef1 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(param_ops_int) = 0x15692c87 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pci_read_config_byte) = 0xc2f7c1b1 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pci_read_config_dword) = 0xebfdcb96 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pci_set_master) = 0xbe4a1520 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pci_unregister_driver) = 0x2cb61da5 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pci_write_config_byte) = 0xc9426d6d is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pci_write_config_dword) = 0x07f59e59 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pcim_enable_device) = 0x17c754ae is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pcim_iomap_regions) = 0xfe911bc6 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(pcim_iomap_table) = 0xf44490e2 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(sata_std_hardreset) = 0x48274201 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(sme_active) = 0x7ae5ad74 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(sme_me_mask) = 0x17fbce60 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br> kernel(warn_slowpath_null) = 0x16305289 is needed by kmod-sata_via-2.6-1.el7_9.elrepo.x86_64<br></div><div><br></div><div>Here is my basic kernel and CentOS release info:</div><div><br></div><div>[anaconda root@localhost ~]# uname -a<br>Linux <a href="http://unknown001a6443e48f.attlocal.net">unknown001a6443e48f.attlocal.net</a> 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux</div><div><br></div><div>[anaconda root@localhost ~]# cat /etc/centos-release<br>CentOS Linux release 7.9.2009 (Core)<br></div><div><br></div><div>Is the problem that the RPM is just failing to install due to the failed dependencies listed above?<br></div><div><br></div><div>Let me know if I can provide any additional information. Again, thank you so much for your quick assistance and patience with me!</div><div><br></div><div>Tristan<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 19, 2021 at 7:48 AM Tristan Evans <<a href="mailto:azurepancake@gmail.com">azurepancake@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Absolutely! You guys are amazing...<div><br></div><div>I'll be testing the new package out today and let you know how it goes :)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 19, 2021 at 6:29 AM chuck elliot <<a href="mailto:c.elliot@pobox.com" target="_blank">c.elliot@pobox.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">5* service or what?! :o)<br>
<br>
<br>
On 18/07/2021 11:43 am, Phil Perry wrote:<br>
> On 13/07/2021 18:13, Tristan Evans wrote:<br>
>> That would be so amazing. Thank you!<br>
>><br>
>> On Tue, Jul 13, 2021 at 1:03 PM Akemi Yagi <<a href="mailto:amyagi@gmail.com" target="_blank">amyagi@gmail.com</a> <br>
>> <mailto:<a href="mailto:amyagi@gmail.com" target="_blank">amyagi@gmail.com</a>>> wrote:<br>
>><br>
>> On Mon, Jul 12, 2021 at 4:51 AM Tristan Evans<br>
>> <<a href="mailto:azurepancake@gmail.com" target="_blank">azurepancake@gmail.com</a> <mailto:<a href="mailto:azurepancake@gmail.com" target="_blank">azurepancake@gmail.com</a>>> wrote:<br>
>><br>
>> > On Sun, Jul 11, 2021 at 12:23 PM Akemi Yagi <<a href="mailto:amyagi@gmail.com" target="_blank">amyagi@gmail.com</a><br>
>> <mailto:<a href="mailto:amyagi@gmail.com" target="_blank">amyagi@gmail.com</a>>> wrote:<br>
>> >><br>
>> >> On Sun, Jul 11, 2021 at 9:18 AM Tristan Evans<br>
>> <<a href="mailto:azurepancake@gmail.com" target="_blank">azurepancake@gmail.com</a> <mailto:<a href="mailto:azurepancake@gmail.com" target="_blank">azurepancake@gmail.com</a>>> wrote:<br>
>> >> ><br>
>> >> > Hi, I sent this before I was subscribed and I'm not sure if it<br>
>> got out. I am now subscribed and sending. Apologies if I created a<br>
>> duplicate message.<br>
>> >> ><br>
>> >> > I'm running into an issue with the "sata_via" module on <br>
>> CentOS7.<br>
>> >> ><br>
>> >> > I have a system that has super high I/O latency when using<br>
>> this module. The system is pretty much unusable. If I install<br>
>> CentOS8 and load the kmod-sata_via module from ELREPO, everything<br>
>> works great!<br>
>> >> ><br>
>> >> > I'm not sure what the difference is between the CentOS7<br>
>> "sata_via" module and the ELREPO one, but whatever it is, it fixes<br>
>> my issue.<br>
>> >> ><br>
>> >> > The problem is, for reasons I don't think it is necessary to<br>
>> get into, I can't go to CentOS8. And sadly, I can't seem to find the<br>
>> kmod-sata_via module for CentOS7 (I would imagine that is because it<br>
>> is already part of the system).<br>
>> >> ><br>
>> >> > I'm not too sure what to do at this point to get this system<br>
>> running properly on CentOS7. This my be a very stupid question, but<br>
>> I'm asking out of desperation, is there anyway I can somehow obtain<br>
>> a kmod-sata_via module for CentOS7?<br>
>> >> ><br>
>> >> > Sorry if I'm lacking any details, still trying to learn a lot<br>
>> of this stuff. I will be happy to provide anything that may be <br>
>> useful.<br>
>> >> ><br>
>> >> > Thanks,<br>
>> >> > Tristan<br>
>> >><br>
>> >> Can you provide the device ID pairing [xxxx:yyyy] as reported by<br>
>> 'lspci -nn' ?<br>
>> >><br>
>> >> Akemi<br>
>> ><br>
>> > Hi Akemi, of course:<br>
>> ><br>
>> > 00:0f.0 IDE interface [0101]: VIA Technologies, Inc. VT8251<br>
>> Serial ATA Controller [1106:5287] (rev 20)<br>
>> ><br>
>><br>
>> We are trying to see if we can backport the code from a newer <br>
>> kernel.<br>
>><br>
>> Akemi<br>
><br>
><br>
> Hi Tristan,<br>
><br>
> Apologies for the slow response!<br>
><br>
> I've backported the sata_via driver from the latest 5.13.2 kernel for <br>
> you to try. I've uploaded to our testing repository and the package <br>
> should be available on our mirrors shortly.<br>
><br>
> kmod-sata_via-2.6-1.el7_9.elrepo.x86_64.rpm<br>
><br>
> If you have the elrepo repository set up, you can install with:<br>
><br>
> yum --enablerepo=elrepo-testing install kmod-sata_via<br>
><br>
> Once installed, I'd suggest you reboot to test the new module.<br>
><br>
> Please let us know if this updated driver works any better for you.<br>
><br>
> Phil<br>
><br>
> _______________________________________________<br>
> elrepo mailing list<br>
> <a href="mailto:elrepo@lists.elrepo.org" target="_blank">elrepo@lists.elrepo.org</a><br>
> <a href="http://lists.elrepo.org/mailman/listinfo/elrepo" rel="noreferrer" target="_blank">http://lists.elrepo.org/mailman/listinfo/elrepo</a><br>
_______________________________________________<br>
elrepo mailing list<br>
<a href="mailto:elrepo@lists.elrepo.org" target="_blank">elrepo@lists.elrepo.org</a><br>
<a href="http://lists.elrepo.org/mailman/listinfo/elrepo" rel="noreferrer" target="_blank">http://lists.elrepo.org/mailman/listinfo/elrepo</a><br>
</blockquote></div>
</blockquote></div>