On Wednesday, September 07, 2011 5:48:01 pm Daniel Eischen wrote: > On Wed, 7 Sep 2011, John Baldwin wrote: > > > On Wednesday, September 07, 2011 4:18:25 pm Daniel Eischen wrote: > >> On Tue, 6 Sep 2011, John Baldwin wrote: > >> > >>> On Tuesday, September 06, 2011 3:34:58 pm Daniel Eischen wrote: > >>>> On Tue, 6 Sep 2011, John Baldwin wrote: > >>>>> > >>>>> Looks like I had a typo in my original e-mail, try > >>>>> "debug.acpi.disabled=hostres" > >>>>> rather than "debug.acpi.disable=hostres". > >>>> > >>>> Ok, I'll try that. > >> > >> Setting debug.acpi.disabled=hostres in /boot/loader.conf > >> did not help. I tried this with a recent kernel from HEAD. > > > > Did it remove the 'pcib0: decoding ....' lines from a verbose dmesg? > > I don't see that line in a verbose dmesg. The hostres verbose > dmesg is here: > > http://people.freebsd.org/~deischen/ath_dmesg_hostres.txt Ok, that exonerates those changes then. > I'm using a local CVS repo, so the a -D date means (I guess) > the beginning of the day. So the commit that actually broke > the kernel for me occurred on Mar 31. According to: > > cvs diff -u -D"31 Mar 2011" -D"1 Apr 2011" > > there were a lot of sys/dev/pci changes. There was one commit: Author: jhb Date: Thu Mar 31 13:22:12 2011 New Revision: 220195 URL: http://svn.freebsd.org/changeset/base/220195 Log: Explicitly track the state of all known BARs for each PCI device. The PCI bus driver will now remember the size of a BAR obtained during the initial bus scan and use that size when doing lazy resource allocation rather than resizing the BAR. The bus driver will now also report unallocated BARs to userland for display by 'pciconf -lb'. Psuedo-resources that are not BARs (such as the implicit I/O port resources for master/slave ATA controllers) will no longer be listed as BARs in 'pciconf -lb'. During resume, BARs are restored from their new saved state instead of having the raw registers saved and restored across resume. This also fixes restoring BARs at unusual loactions if said BAR has been allocated by a driver. Add a constant for the offset of the ROM BIOS BAR in PCI-PCI bridges and properly handle ROM BIOS BARs in PCI-PCI bridges. The PCI bus now also properly handles the lack of a ROM BIOS BAR in a PCI-Cardbus bridge. Tested by: jkim Modified: head/sys/dev/pci/pci.c head/sys/dev/pci/pci_user.c head/sys/dev/pci/pcireg.h head/sys/dev/pci/pcivar.h Can you get a verbose dmesg from just after this change (you will need the patch from earlier to fix the panic you saw)? The output of pciconf -lb from both before and after would also be good. -- John BaldwinReceived on Thu Sep 08 2011 - 11:46:55 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:17 UTC