Re: SD card adapter doesn't working anymore
On Mon, Mar 28, 2016 at 11:38 PM, Ian Lepore wrote: > Wow, there's just nothing to work with in that output. I think the > increased debuging didn't output anything because nothing is happening, > and that's consistant with the value in the Present State register when > the driver attaches, which says that no card is inserted. (It says > that in several ways... when a card is in, half a dozen of those bits > should be non-zero.) > > It makes me think the controller isn't powered up, or is in some > suspend mode or something. But that would be at the pci bus level, not > something the driver is in control of. I had a problem like that > initially on my FitPc2 x86 board that has sdhci on it, but the problem > went away with a bios update. > I tried it on my once-worked notebook. If sdcard was not inserted mmc0 does not get probed. If sdcard was inserted while loading sdhci_pci module, timeout repeats until I eject the sdcard. And inserting card afterward did not get it probed in either cases. Kernel is FreeBSD jsli-nb 11.0-CURRENT FreeBSD 11.0-CURRENT #8 r297267M: Fri Mar 25 19:50:53 CST 2016 jsli@4cbsd:/usr/obj/usr/src/sys/Minimal-NODEBUG amd64 No card: found-> vendor=0x197b, dev=0x2381, revid=0x00 domain=0, bus=7, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0407, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:2: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J382 pci0:7:0:2: Transition from D3 to D0 sdhci_pci0: mem 0xd7000200-0xd70002ff irq 16 at device 0.2 on pci5 sdhci_pci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 1 vector 54 sdhci_pci0: using IRQ 259 for MSI sdhci_pci0-slot0: 50MHz 8bits 3.3V DMA sdhci_pci0-slot0: == REGISTER DUMP == sdhci_pci0-slot0: Sys addr: 0x | Version: 0xac01 sdhci_pci0-slot0: Blk size: 0x | Blk cnt: 0x sdhci_pci0-slot0: Argument: 0x | Trn mode: 0x sdhci_pci0-slot0: Present: 0x0008 | Host ctl: 0x sdhci_pci0-slot0: Power:0x | Blk gap: 0x sdhci_pci0-slot0: Wake-up: 0x | Clock:0x sdhci_pci0-slot0: Timeout: 0x | Int stat: 0x sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x | Slot int: 0x sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x sdhci_pci0-slot0: === sdhci_pci0: 1 slot(s) allocated random: harvesting attach, 8 bytes (4 bits) from sdhci_pci0 Card inserted: found-> vendor=0x197b, dev=0x2381, revid=0x00 domain=0, bus=7, slot=0, func=2 class=08-05-01, hdrtype=0x00, mfdev=1 cmdreg=0x0407, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:2: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J382 pci0:7:0:2: Transition from D3 to D0 sdhci_pci0: mem 0xd7000200-0xd70002ff irq 16 at device 0.2 on pci5 sdhci_pci0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 259 to local APIC 1 vector 54 sdhci_pci0: using IRQ 259 for MSI sdhci_pci0-slot0: 50MHz 8bits 3.3V DMA sdhci_pci0-slot0: == REGISTER DUMP == sdhci_pci0-slot0: Sys addr: 0x | Version: 0xac01 sdhci_pci0-slot0: Blk size: 0x | Blk cnt: 0x sdhci_pci0-slot0: Argument: 0x | Trn mode: 0x sdhci_pci0-slot0: Present: 0x000f | Host ctl: 0x sdhci_pci0-slot0: Power:0x | Blk gap: 0x sdhci_pci0-slot0: Wake-up: 0x | Clock:0x sdhci_pci0-slot0: Timeout: 0x | Int stat: 0x sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x | Slot int: 0x sdhci_pci0-slot0: Caps: 0x014832b2 | Max curr: 0x sdhci_pci0-slot0: === sdhci_pci0: 1 slot(s) allocated random: harvesting attach, 8 bytes (4 bits) from sdhci_pci0 found-> vendor=0x197b, dev=0x2383, revid=0x00 domain=0, bus=7, slot=0, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=16 powerspec 3 supports D0 D3 current D3 MSI supports 1 message pci0:7:0:3: reprobing on driver added pci5: set ACPI power state D0 on \134_SB_.PCI0.EXP5.J383 pci0:7:0:3: Transition from D3 to D0 pci0:7:0:3: Transition from D0 to D3 found-> vendor=0x197b, dev=0x2384, revid=0x00 domain=0, bus=7, slot=0, fun
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/28/16 06:38 PM: On Mon, 2016-03-28 at 12:33 +0300, Ruslan Makhmatkhanov wrote: Ian Lepore wrote on 03/28/16 05:29 AM: [...] I updated to r297281 with this quirk applied. Sadly, it doesn't change anything - controllers still not recognized. I also tried to boot this revision with disabled hw.sdhci.enable_msi=0, that I applied earlier. I finally found some time today to give this stuff a try on my one x86 system that has an sdhci controller in it. Unfortunately, everything just works fine. I tried with a GENERIC kernel that has those devices compiled in, and I tried taking them out and loading sdhci_pci, mmc, and mmcsd as modules, and everything just worked both ways. The only thing I can think of now is to turn up the debugging levels. That's going to generate a lot of spewage, but if you paste/upload the output somewhere I'll look through it. So try setting: hw.sdhci.debug=3 hw.mmc.debug=3 in either loader.conf or via sysctl before you kldload the modules. If the sdhci output is too trashed with interrupt info, maybe lower it to 2. -- Ian Ian, not much changed with setting this knobs in loader.conf except of showing the "REGISTER DUMP" table, that I already sent you in one of earlier responses. Here is the full dmesg: https://dpaste.de/GeaT/raw Also nothing is showing in messages/console upon plugging an SD card. Maybe I should enable some debug in kernel to make it show anything? Here is my kern conf: https://dpaste.de/0v9k/raw It's mostly generic, but with debug bits disabled. Mine mmc/sdhci stuff is compiled in and shown in kldstat output: [rm@smsh-zfs ~]> kldstat -v | grep mmc 238 sdhci_pci/mmc 187 mmc/mmcsd Wow, there's just nothing to work with in that output. I think the increased debuging didn't output anything because nothing is happening, and that's consistant with the value in the Present State register when the driver attaches, which says that no card is inserted. (It says that in several ways... when a card is in, half a dozen of those bits should be non-zero.) It makes me think the controller isn't powered up, or is in some suspend mode or something. But that would be at the pci bus level, not something the driver is in control of. I had a problem like that initially on my FitPc2 x86 board that has sdhci on it, but the problem went away with a bios update. -- Ian Ok, I'll try to do something about that. Just want to tell, that some time ago, after this controller stopped to work in -current, I had dual boot system with windows. And when I was needed to burn some SD, I just booted to windows and successfully write SD. I have a latest firmware for my laptop installed, so the only thing I can try is to boot some old FreeBSD versions to see if it will work with them, because this firmware can't be downgraded as far I know. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Mon, 2016-03-28 at 12:33 +0300, Ruslan Makhmatkhanov wrote: > Ian Lepore wrote on 03/28/16 05:29 AM: > > [...] > > > > I updated to r297281 with this quirk applied. Sadly, it doesn't > > > change > > > anything - controllers still not recognized. I also tried to boot > > > this > > > revision with disabled hw.sdhci.enable_msi=0, that I applied > > > earlier. > > > > > > > I finally found some time today to give this stuff a try on my one > > x86 > > system that has an sdhci controller in it. Unfortunately, > > everything > > just works fine. I tried with a GENERIC kernel that has those > > devices > > compiled in, and I tried taking them out and loading sdhci_pci, > > mmc, > > and mmcsd as modules, and everything just worked both ways. > > > > The only thing I can think of now is to turn up the debugging > > levels. > > That's going to generate a lot of spewage, but if you > > paste/upload the > > output somewhere I'll look through it. So try setting: > > > >hw.sdhci.debug=3 > >hw.mmc.debug=3 > > > > in either loader.conf or via sysctl before you kldload the modules. > > If > > the sdhci output is too trashed with interrupt info, maybe lower it > > to > > 2. > > > > -- Ian > > Ian, not much changed with setting this knobs in loader.conf except > of > showing the "REGISTER DUMP" table, that I already sent you in one of > earlier responses. Here is the full dmesg: https://dpaste.de/GeaT/raw > > Also nothing is showing in messages/console upon plugging an SD card. > Maybe I should enable some debug in kernel to make it show anything? > Here is my kern conf: https://dpaste.de/0v9k/raw It's mostly generic, > but with debug bits disabled. > > Mine mmc/sdhci stuff is compiled in and shown in kldstat output: > [rm@smsh-zfs ~]> kldstat -v | grep mmc > 238 sdhci_pci/mmc > 187 mmc/mmcsd > Wow, there's just nothing to work with in that output. I think the increased debuging didn't output anything because nothing is happening, and that's consistant with the value in the Present State register when the driver attaches, which says that no card is inserted. (It says that in several ways... when a card is in, half a dozen of those bits should be non-zero.) It makes me think the controller isn't powered up, or is in some suspend mode or something. But that would be at the pci bus level, not something the driver is in control of. I had a problem like that initially on my FitPc2 x86 board that has sdhci on it, but the problem went away with a bios update. -- Ian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/28/16 05:29 AM: [...] I updated to r297281 with this quirk applied. Sadly, it doesn't change anything - controllers still not recognized. I also tried to boot this revision with disabled hw.sdhci.enable_msi=0, that I applied earlier. I finally found some time today to give this stuff a try on my one x86 system that has an sdhci controller in it. Unfortunately, everything just works fine. I tried with a GENERIC kernel that has those devices compiled in, and I tried taking them out and loading sdhci_pci, mmc, and mmcsd as modules, and everything just worked both ways. The only thing I can think of now is to turn up the debugging levels. That's going to generate a lot of spewage, but if you paste/upload the output somewhere I'll look through it. So try setting: hw.sdhci.debug=3 hw.mmc.debug=3 in either loader.conf or via sysctl before you kldload the modules. If the sdhci output is too trashed with interrupt info, maybe lower it to 2. -- Ian Ian, not much changed with setting this knobs in loader.conf except of showing the "REGISTER DUMP" table, that I already sent you in one of earlier responses. Here is the full dmesg: https://dpaste.de/GeaT/raw Also nothing is showing in messages/console upon plugging an SD card. Maybe I should enable some debug in kernel to make it show anything? Here is my kern conf: https://dpaste.de/0v9k/raw It's mostly generic, but with debug bits disabled. Mine mmc/sdhci stuff is compiled in and shown in kldstat output: [rm@smsh-zfs ~]> kldstat -v | grep mmc 238 sdhci_pci/mmc 187 mmc/mmcsd -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Sat, 2016-03-26 at 12:23 +0300, Ruslan Makhmatkhanov wrote: > Ian Lepore wrote on 03/26/16 04:09 AM: > > On Sat, 2016-03-26 at 02:42 +0300, Ruslan Makhmatkhanov wrote: > > > Ian Lepore wrote on 03/26/16 02:11 AM: > > > > On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: > > > > > Hello, > > > > > > > > > > I have this in pciconf output: > > > > > > > > > > = > > > > > > > > > > > > > > > = > > > > > none1@pci0:36:0:0:class=0x088000 card=0x167e103c > > > > > chip=0x2392197b > > > > > 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 > > > > > chip=0x2393197b > > > > > 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 > > > > > -current > > > > > on the same laptop year or two ago). Do I need to load some > > > > > kld > > > > > to > > > > > make > > > > > it working, or support for this controllers was dropped > > > > > altogether > > > > > for > > > > > some reason? I have mostly vanilla GENERIC at r296772, but it > > > > > actually > > > > > stopped to work much earlier. > > > > > > > > > > Thanks. > > > > > > > > > > > > > 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 o > > > > r > > > > 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 > > > > attached. > > > > > > > > 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 > > > > > > Sorry, but nothing has changed in pciconf/dmesg with this option > > > at > > > boot. > > > > > > > Hmm, well so much for logic ("what changed around the time reported > > in > > that PR?"). Now for intuition... > > > > Maybe this JMicro device id needs the same quirks as the 2381 ID > > that's > > already in the driver. The attached patch would add that. If this > > fixes it, that's good, but it doesn't explain why it worked then > > stopped working at some point. > > > > -- Ian > > I updated to r297281 with this quirk applied. Sadly, it doesn't > change > anything - controllers still not recognized. I also tried to boot > this > revision with disabled hw.sdhci.enable_msi=0, that I applied earlier. > I finally found some time today to give this stuff a try on my one x86 system that has an sdhci controller in it. Unfortunately, everything just works fine. I tried with a GENERIC kernel that has those devices compiled in, and I tried taking them out and loading sdhci_pci, mmc, and mmcsd as modules, and everything just worked both ways. The only thing I can think of now is to turn up the debugging levels. That's going to generate a lot of spewage, but if you paste/upload the output somewhere I'll look through it. So try setting: hw.sdhci.debug=3 hw.mmc.debug=3 in either loader.conf or via sysctl before you kldload the modules. If the sdhci output is too trashed with interrupt info, maybe lower it to 2. -- Ian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/26/16 04:09 AM: On Sat, 2016-03-26 at 02:42 +0300, Ruslan Makhmatkhanov wrote: Ian Lepore wrote on 03/26/16 02:11 AM: On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: = = none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. 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 o r 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 attached. 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 Sorry, but nothing has changed in pciconf/dmesg with this option at boot. Hmm, well so much for logic ("what changed around the time reported in that PR?"). Now for intuition... Maybe this JMicro device id needs the same quirks as the 2381 ID that's already in the driver. The attached patch would add that. If this fixes it, that's good, but it doesn't explain why it worked then stopped working at some point. -- Ian I updated to r297281 with this quirk applied. Sadly, it doesn't change anything - controllers still not recognized. I also tried to boot this revision with disabled hw.sdhci.enable_msi=0, that I applied earlier. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/26/16 02:11 AM: On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: = = none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. 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 attached. 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 Sorry, but nothing has changed in pciconf/dmesg with this option at boot. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Sat, 2016-03-26 at 02:42 +0300, Ruslan Makhmatkhanov wrote: > Ian Lepore wrote on 03/26/16 02:11 AM: > > On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: > > > Hello, > > > > > > I have this in pciconf output: > > > > > > = > > > > > > = > > > none1@pci0:36:0:0:class=0x088000 card=0x167e103c > > > chip=0x2392197b > > > 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 > > > chip=0x2393197b > > > 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 > > > -current > > > on the same laptop year or two ago). Do I need to load some kld > > > to > > > make > > > it working, or support for this controllers was dropped > > > altogether > > > for > > > some reason? I have mostly vanilla GENERIC at r296772, but it > > > actually > > > stopped to work much earlier. > > > > > > Thanks. > > > > > > > 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 o > > r > > 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 > > attached. > > > > 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 > > Sorry, but nothing has changed in pciconf/dmesg with this option at > boot. > Hmm, well so much for logic ("what changed around the time reported in that PR?"). Now for intuition... Maybe this JMicro device id needs the same quirks as the 2381 ID that's already in the driver. The attached patch would add that. If this fixes it, that's good, but it doesn't explain why it worked then stopped working at some point. -- Ian Index: dev/sdhci/sdhci_pci.c === --- dev/sdhci/sdhci_pci.c (revision 297146) +++ dev/sdhci/sdhci_pci.c (working copy) @@ -105,6 +105,9 @@ static const struct sdhci_device { { 0x2381197B, 0x, "JMicron JMB38X SD", SDHCI_QUIRK_32BIT_DMA_SIZE | SDHCI_QUIRK_RESET_AFTER_REQUEST }, + { 0x2391197B, 0x, "JMicron JMB38X SD", + SDHCI_QUIRK_32BIT_DMA_SIZE | + SDHCI_QUIRK_RESET_AFTER_REQUEST }, { 0x16bc14e4, 0x, "Broadcom BCM577xx SDXC/MMC Card Reader", SDHCI_QUIRK_BCM577XX_400KHZ_CLKSRC }, { 0, 0x, NULL, ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/26/16 02:11 AM: On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: = = none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. 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 attached. 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 For what it worth, I also boot with hw.sdhci.debug=1 and got this: sdhci_pci0: mem 0xd4802000-0xd48020ff irq 18 at device 0.2 on pci4 sdhci_pci0-slot0: 50MHz 8bits 3.3V 1.8V DMA sdhci_pci0-slot0: == REGISTER DUMP == sdhci_pci0-slot0: Sys addr: 0x | Version: 0xad01 sdhci_pci0-slot0: Blk size: 0x | Blk cnt: 0x sdhci_pci0-slot0: Argument: 0x | Trn mode: 0x sdhci_pci0-slot0: Present: 0x0008 | Host ctl: 0x sdhci_pci0-slot0: Power:0x | Blk gap: 0x sdhci_pci0-slot0: Wake-up: 0x | Clock:0x sdhci_pci0-slot0: Timeout: 0x | Int stat: 0x sdhci_pci0-slot0: Int enab: 0x01ff00fb | Sig enab: 0x01ff00fb sdhci_pci0-slot0: AC12 err: 0x | Slot int: 0x sdhci_pci0-slot0: Caps: 0x054032b2 | Max curr: 0x sdhci_pci0-slot0: === sdhci_pci0: 1 slot(s) allocated -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/26/16 02:11 AM: On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: = = none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. 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 attached. 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 Sorry, but nothing has changed in pciconf/dmesg with this option at boot. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/26/16 02:11 AM: On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: = = none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. 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 attached. 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: 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 -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/26/16 12:33 AM: On Fri, 2016-03-25 at 23:11 +0200, Ivan Klymenko wrote: On Sat, 26 Mar 2016 00:05:13 +0300 Ruslan Makhmatkhanov wrote: Ivan Klymenko wrote on 03/25/16 11:41 PM: On Fri, 25 Mar 2016 23:33:45 +0300 Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: === === none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. +1 I would also like to clarify about this problem was drawn up a bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 Thanks. Hah, I even see my comment from 2014 in this PR. I have it broken just from that moment to this day. uname -a FreeBSD nonamehost.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r297234: Thu Mar 24 15:15:39 EET 2016 ivan@nonamehost.local:/media/da0s1/obj/usr/src/sys/mk11 amd64 So looks like it was broken not in r292180 as Ian pointed, but much-much earlier. Anyway, I'll try to update to fresh -current first. That PR has a very small range, r271081-138, but I don't any changes in that range related to sdhci, or to pci. The PR doesn't say anything about how the device "doesn't work". Does the sdhci device show up in dmesg, but the sd card is never detected, or does sdhci not even attach? -- Ian If memory serves me right, I first run into this problem about 2-6 months before I added a comment to the PR, that it doesn't works for me on r271687. Doesn't work means driver doesn't attaching to the hardware, so plugging memory card doesn't trigger any changes in system - still no driver attached to hardware and no device, that I can mount, appeared. But I sure that it worked without any intervention before - I just plugged an SD-card and it auto-mounted with my DE. But after that there is just nothing to mount. The reason why I missed particular revision it stopped working is because I'm using SD not too often (once a year or something) to update car music playlist. I can try to boot earlier releases like 10.0 etc, to find out revision on what it works. Anyway, Ian, if you may suggest something, I'm open to any tests and providing all the infos that is needed to debug the issue. Especially, because there is at least three person that are facing the same issue. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: > Hello, > > I have this in pciconf output: > > = > = > none1@pci0:36:0:0:class=0x088000 card=0x167e103c > chip=0x2392197b > 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 > chip=0x2393197b > 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 > -current > on the same laptop year or two ago). Do I need to load some kld to > make > it working, or support for this controllers was dropped altogether > for > some reason? I have mostly vanilla GENERIC at r296772, but it > actually > stopped to work much earlier. > > Thanks. > 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 attached. 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 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Fri, 25 Mar 2016 15:33:58 -0600 Ian Lepore wrote: > On Fri, 2016-03-25 at 23:11 +0200, Ivan Klymenko wrote: > > On Sat, 26 Mar 2016 00:05:13 +0300 > > Ruslan Makhmatkhanov wrote: > > > > > Ivan Klymenko wrote on 03/25/16 11:41 PM: > > > > On Fri, 25 Mar 2016 23:33:45 +0300 > > > > Ruslan Makhmatkhanov wrote: > > > > > > > > > Hello, > > > > > > > > > > I have this in pciconf output: > > > > > > > > > > === > > > > > === > > > > > none1@pci0:36:0:0:class=0x088000 card=0x167e103c > > > > > chip=0x2392197b 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 > > > > > chip=0x2393197b 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 > > > > > -current on the same laptop year or two ago). Do I need to > > > > > load some kld to make it working, or support for this > > > > > controllers was > > > > > dropped altogether for some reason? I have mostly vanilla > > > > > GENERIC > > > > > at r296772, but it actually stopped to work much earlier. > > > > > > > > > > Thanks. > > > > > > > > > > > > > +1 > > > > I would also like to clarify about this problem was drawn up a > > > > bug > > > > report. > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 > > > > > > > > Thanks. > > > > > > Hah, I even see my comment from 2014 in this PR. > > > > I have it broken just from that moment to this day. > > uname -a > > FreeBSD nonamehost.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > > r297234: > > Thu Mar 24 15:15:39 EET 2016 > > ivan@nonamehost.local:/media/da0s1/obj/usr/src/sys/mk11 amd64 > > > > > > > So looks like it was > > > broken not in r292180 as Ian pointed, but much-much earlier. > > > Anyway, > > > I'll try to update to fresh -current first. > > > > > That PR has a very small range, r271081-138, but I don't any changes > in that range related to sdhci, or to pci. The PR doesn't say > anything about how the device "doesn't work". Does the sdhci device > show up in dmesg, but the sd card is never detected, or does sdhci > not even attach? > > -- Ian "doesn't work" - this means that the necessary modules loaded either nothing happens by dmesg and does not appear in the device /dev/ in any case - it is a message about the problem and some strange reason, unless specified more detailed report. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Fri, 2016-03-25 at 23:11 +0200, Ivan Klymenko wrote: > On Sat, 26 Mar 2016 00:05:13 +0300 > Ruslan Makhmatkhanov wrote: > > > Ivan Klymenko wrote on 03/25/16 11:41 PM: > > > On Fri, 25 Mar 2016 23:33:45 +0300 > > > Ruslan Makhmatkhanov wrote: > > > > > > > Hello, > > > > > > > > I have this in pciconf output: > > > > > > > > === > > > > === > > > > none1@pci0:36:0:0: class=0x088000 card=0x167e103c > > > > chip=0x2392197b 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 > > > > chip=0x2393197b 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 > > > > -current on the same laptop year or two ago). Do I need to load > > > > some kld to make it working, or support for this controllers > > > > was > > > > dropped altogether for some reason? I have mostly vanilla > > > > GENERIC > > > > at r296772, but it actually stopped to work much earlier. > > > > > > > > Thanks. > > > > > > > > > > +1 > > > I would also like to clarify about this problem was drawn up a > > > bug > > > report. > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 > > > > > > Thanks. > > > > Hah, I even see my comment from 2014 in this PR. > > I have it broken just from that moment to this day. > uname -a > FreeBSD nonamehost.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 > r297234: > Thu Mar 24 15:15:39 EET 2016 > ivan@nonamehost.local:/media/da0s1/obj/usr/src/sys/mk11 amd64 > > > > So looks like it was > > broken not in r292180 as Ian pointed, but much-much earlier. > > Anyway, > > I'll try to update to fresh -current first. > > That PR has a very small range, r271081-138, but I don't any changes in that range related to sdhci, or to pci. The PR doesn't say anything about how the device "doesn't work". Does the sdhci device show up in dmesg, but the sd card is never detected, or does sdhci not even attach? -- Ian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Sat, 26 Mar 2016 00:05:13 +0300 Ruslan Makhmatkhanov wrote: > Ivan Klymenko wrote on 03/25/16 11:41 PM: > > On Fri, 25 Mar 2016 23:33:45 +0300 > > Ruslan Makhmatkhanov wrote: > > > >> Hello, > >> > >> I have this in pciconf output: > >> > >> == > >> none1@pci0:36:0:0: class=0x088000 card=0x167e103c > >> chip=0x2392197b 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 > >> chip=0x2393197b 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 > >> -current on the same laptop year or two ago). Do I need to load > >> some kld to make it working, or support for this controllers was > >> dropped altogether for some reason? I have mostly vanilla GENERIC > >> at r296772, but it actually stopped to work much earlier. > >> > >> Thanks. > >> > > > > +1 > > I would also like to clarify about this problem was drawn up a bug > > report. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 > > > > Thanks. > > Hah, I even see my comment from 2014 in this PR. I have it broken just from that moment to this day. uname -a FreeBSD nonamehost.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r297234: Thu Mar 24 15:15:39 EET 2016 ivan@nonamehost.local:/media/da0s1/obj/usr/src/sys/mk11 amd64 > So looks like it was > broken not in r292180 as Ian pointed, but much-much earlier. Anyway, > I'll try to update to fresh -current first. > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ivan Klymenko wrote on 03/25/16 11:41 PM: On Fri, 25 Mar 2016 23:33:45 +0300 Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: == none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. +1 I would also like to clarify about this problem was drawn up a bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 Thanks. Hah, I even see my comment from 2014 in this PR. So looks like it was broken not in r292180 as Ian pointed, but much-much earlier. Anyway, I'll try to update to fresh -current first. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
Ian Lepore wrote on 03/25/16 11:58 PM: On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: Hello, I have this in pciconf output: = = none1@pci0:36:0:0: class=0x088000 card=0x167e103c chip=0x2392197b 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 chip=0x2393197b 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 -current on the same laptop year or two ago). Do I need to load some kld to make it working, or support for this controllers was dropped altogether for some reason? I have mostly vanilla GENERIC at r296772, but it actually stopped to work much earlier. Thanks. This is probably my fault, introduced with r292180 in December, and fixed a few days ago with r297127; sorry about that. Updating should get you running again. Unfortunately you can't fix it just by pre-loading the right modules, because part of the problem was a missing MODULE_DEPENDS() that helps the kernel linker resolve symbols between different modules. -- Ian Thank you! Will try. -- Regards, Ruslan T.O.S. Of Reality ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Fri, 25 Mar 2016 23:33:45 +0300 Ruslan Makhmatkhanov wrote: > Hello, > > I have this in pciconf output: > > == > none1@pci0:36:0:0:class=0x088000 card=0x167e103c > chip=0x2392197b 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 > chip=0x2393197b 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 > -current on the same laptop year or two ago). Do I need to load some > kld to make it working, or support for this controllers was dropped > altogether for some reason? I have mostly vanilla GENERIC at r296772, > but it actually stopped to work much earlier. > > Thanks. > +1 I would also like to clarify about this problem was drawn up a bug report. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 Thanks. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: SD card adapter doesn't working anymore
On Fri, 2016-03-25 at 23:33 +0300, Ruslan Makhmatkhanov wrote: > Hello, > > I have this in pciconf output: > > = > = > none1@pci0:36:0:0:class=0x088000 card=0x167e103c > chip=0x2392197b > 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 > chip=0x2393197b > 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 > -current > on the same laptop year or two ago). Do I need to load some kld to > make > it working, or support for this controllers was dropped altogether > for > some reason? I have mostly vanilla GENERIC at r296772, but it > actually > stopped to work much earlier. > > Thanks. > This is probably my fault, introduced with r292180 in December, and fixed a few days ago with r297127; sorry about that. Updating should get you running again. Unfortunately you can't fix it just by pre-loading the right modules, because part of the problem was a missing MODULE_DEPENDS() that helps the kernel linker resolve symbols between different modules. -- Ian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"