On Fri, Jul 31, 2015 at 06:50:16AM +0000, Glen Barber wrote: > On Fri, Jul 31, 2015 at 01:33:32AM -0500, Larry Rosenman wrote: > > On 2015-07-30 23:21, Glen Barber wrote: > > >On Fri, Jul 31, 2015 at 04:18:15AM +0000, Glen Barber wrote: > > >>On Thu, Jul 30, 2015 at 06:57:05PM -0500, Larry Rosenman wrote: > > >>> On 2015-07-30 17:17, Glen Barber wrote: > > >>> >On Thu, Jul 30, 2015 at 03:20:46PM -0500, Larry Rosenman wrote: > > >>> >>Kernel compiling -- give mr a bit and I'll boot it and make sure it > > >>> >>comes > > >>> >>up. > > >>> >> > > >>> > > > >>> >Larry, have you had any luck with this patch applied? If it resolves > > >>> >your issue, I want to make sure it is included in the 10.2-RC2 build. > > >>> > > > >>> >Thanks. > > >>> > > > >>> [...] > > >>> > > >>> There are 3 pictures from the CURRENT panic. > > >>> > > >>> it STILL fails. :( > > >>> > > >> > > >>Larry, I am sorry this is causing headaches for you, and I certainly > > >>appreciate the prompt (and detailed) report, and assistance debugging > > >>this. > > >> > > >>Would you be able to try one more test case? > > >> > > >>I'm interested in the behavior without the 'nodevice pmsdrv' addition to > > >>your kernel configuration (effectively, removing the device from the > > >>GENERIC kernel), and *without* the patch provided from Benno? > > >> > > > > > >To be more specific on what I'm interested in, 'nodevice pmsdrv' and > > >'device pmsdrv' should *both* be removed from the kernel configuration, > > >and the pms(4) should only be available as a .ko module. > > > > > >>In particular, I'm interested in if ahd(4) attaches or if loader(8) > > >>auto-loads pms(4) after the PCI IDs are detected. > > >> > > >>As this issue also affects the upcoming 10.2-RELEASE, your willingness > > >>to help debug this is greatly appreciated, as you've tripped over > > >>something that would have caused a great deal of pain after 10.2 was > > >>release. > > >> > > >>I owe you several beers. > > >> > > > > > >Glen > > My kernel is based on GENERIC (I.E. include GENERIC). > > With the nodedevice pmspcv, after boot, if I kldload pmspcv, NO PANIC. > > > > Okay. I'm interested in the behavior if the pmspcv is removed entirely > (no 'nodevice' or 'device' entry). > > > Unfortunately, I've got a funeral to go to in Dallas (~150Mi away from home) > > today, Friday, and will > > not be back until late Saturday (US/CDT, GMT-5). > > > > My condolences. :( > > I'm going to be occupied testing the 10.2-RC2 (while taking into account > the pms(4) issue), so no worries regarding getting back to me. There > was another report as well, so I'll parallelize as needed. > > > I can probably help someone with this on Sunday, but would appreciate a > > real-tome conversation, as the box in question is at > > a COLO facility, and does NOT have IPMI, so I need to be physically there. > > > > Where in the world are you located, Glen? > > > > I'm in Pennsylvania. I'll email you my phone number off-list when you > return if that is helpful for debugging, and we can try to streamline > this. > > Deal with the non-computer stuff first though, please. > > Glen > Ok, I made a GENERIC-NOPMS, without the device pmspcv, and adjusted my custom to include GENERIC-NOPMS. And we boot (I'm typing this from a ssh session to the box). Included: the GENERIC-NOPMS, my custom VT-LER, dmesg.boot. pciconf -lv: hostb0_at_pci0:0:0:0: class=0x060000 card=0x658015d9 chip=0x35908086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E7520 Memory Controller Hub' class = bridge subclass = HOST-PCI none0_at_pci0:0:0:1: class=0xff0000 card=0x658015d9 chip=0x35918086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E7525/E7520 Error Reporting Registers' none1_at_pci0:0:1:0: class=0x088000 card=0x658015d9 chip=0x35948086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E7520 DMA Controller' class = base peripheral pcib1_at_pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x35958086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E7525/E7520/E7320 PCI Express Port A' class = bridge subclass = PCI-PCI pcib4_at_pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x35978086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E7525/E7520 PCI Express Port B' class = bridge subclass = PCI-PCI pcib5_at_pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x35998086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E7520 PCI Express Port C' class = bridge subclass = PCI-PCI uhci0_at_pci0:0:29:0: class=0x0c0300 card=0x658015d9 chip=0x24d28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci1_at_pci0:0:29:1: class=0x0c0300 card=0x658015d9 chip=0x24d48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci2_at_pci0:0:29:2: class=0x0c0300 card=0x658015d9 chip=0x24d78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB uhci3_at_pci0:0:29:3: class=0x0c0300 card=0x658015d9 chip=0x24de8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB UHCI Controller' class = serial bus subclass = USB ehci0_at_pci0:0:29:7: class=0x0c0320 card=0x658015d9 chip=0x24dd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller' class = serial bus subclass = USB pcib6_at_pci0:0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI isab0_at_pci0:0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0_at_pci0:0:31:1: class=0x01018a card=0x658015d9 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) IDE Controller' class = mass storage subclass = ATA none2_at_pci0:0:31:3: class=0x0c0500 card=0x658015d9 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus pcib2_at_pci0:1:0:0: class=0x060400 card=0x00000000 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Bridge A' class = bridge subclass = PCI-PCI ioapic0_at_pci0:1:0:1: class=0x080020 card=0x658015d9 chip=0x03268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '6700/6702PXH I/OxAPIC Interrupt Controller A' class = base peripheral subclass = interrupt controller pcib3_at_pci0:1:0:2: class=0x060400 card=0x00000000 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Bridge B' class = bridge subclass = PCI-PCI ioapic1_at_pci0:1:0:3: class=0x080020 card=0x658015d9 chip=0x03278086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '6700PXH I/OxAPIC Interrupt Controller B' class = base peripheral subclass = interrupt controller ahd0_at_pci0:2:2:0: class=0x010000 card=0x658015d9 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902B U320' class = mass storage subclass = SCSI ahd1_at_pci0:2:2:1: class=0x010000 card=0x658015d9 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec' device = 'AIC-7902B U320' class = mass storage subclass = SCSI em0_at_pci0:3:2:0: class=0x020000 card=0x117a15d9 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546GB Gigabit Ethernet Controller' class = network subclass = ethernet em1_at_pci0:3:2:1: class=0x020000 card=0x117a15d9 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546GB Gigabit Ethernet Controller' class = network subclass = ethernet vgapci0_at_pci0:6:1:0: class=0x030000 card=0x658015d9 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'Rage XL' class = display subclass = VGA
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:59 UTC