Ian Lepore wrote on 03/26/16 02:11 AM:
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote:

I have this in pciconf output:

none1@pci0:36:0:0:      class=0x088000 card=0x167e103c
rev=0x30 hdr=0x00
      vendor     = 'JMicron Technology Corp.'
      device     = 'SD/MMC Host Controller'
      class      = base peripheral

none2@pci0:36:0:3:      class=0x088000 card=0x167e103c
rev=0x30 hdr=0x00
      vendor     = 'JMicron Technology Corp.'
      device     = 'MS Host Controller'
      class      = base peripheral

And my SD-card controller is not working anymore (it worked on
on the same laptop year or two ago). Do I need to load some kld to
it working, or support for this controllers was dropped altogether
some reason? I have mostly vanilla GENERIC at r296772, but it
stopped to work much earlier.


Do you have a pciconf entry for class=080501 chip=0x2391197b, device
would probably be "SD Host Controller", and if so, is it none@pci or
sdhci_pci@pci ?  If sdhci_pci attached, there would be dmesg output for
it, and I'm curious whether any irq-related error showed up when it

The only change I can find that might have some effect is a switch to
MSI-based interrupts some time ago.  That was MFC'd to 10-stable in
r271051, and that's very close to range cited in that PR.

It might be worth trying to set hw.sdhci.enable_msi=0 in loader.conf
and see if it makes a difference.

-- Ian

rm@smsh-zfs:/usr/src/sys/dev/ath/ath_hal> pciconf -vl | grep 0x2391197b
sdhci_pci0@pci0:36:0:2: class=0x080501 card=0x167e103c chip=0x2391197b rev=0x30 hdr=0x00

rm@smsh-zfs:/usr/src/sys/dev/ath/ath_hal> dmesg | grep sdhci
sdhci_pci0: <Generic SD HCI> mem 0xd4802000-0xd48020ff irq 18 at device 0.2 on pci4
sdhci_pci0: 1 slot(s) allocated

Here is the full dmesg of mine: https://dpaste.de/Xq1H/raw


T.O.S. Of Reality
freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to