July 31 2015 4:21 PM, Glen Barber g...@freebsd.org wrote:
On Fri, Jul 31, 2015 at 04:18:15AM +, 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
Hi All,
I've experienced the same bug although with a mvs(4) device on 10.2-PRERELEASE,
once the pms driver is removed from the kernel config the problem disappears, I
haven't had time to try the suggested patch as I only found this thread after
removing the pms driver from the kernel.
Rob Evers
P.S. some info from the machine
working system:
# pciconf -l | grep mvs1
mvs1@pci0:5:0:0:class=0x010400 card=0x02439005 chip=0x02439005 rev=0x02
hdr=0x00
Failed boot:
cib2: allocated memory range (0xd040-0xd04f) for rid 10 of pci0:5:0:0
map[18]: type I/O Port, range 32, base 0x3000, size 8, enabled
pcib2: allocated I/O port range (0x3000-0x30ff) for rid 18 of pci0:5:0:0
map[1c]: type Memory, range 64, base 0xd030, size 20, enabled
pcib2: attempting to grow memory window for (0xd030-0xd03f,0x10)
front candidate range: 0xd030-0xd03f
pci5: pci0:5:0:0 bar 0x1c failed to allocate
pcib2: matched entry for 5.0.INTA
pcib2: slot 0 INTA hardwired to IRQ 16
pmspcv0 port 0x3000-0x30ff mem 0xd040-0xd04f irq 16 at device 0.0 on
pci5
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x28
fault code = supervisor read data, page not present
instruction pointer = 0x20:0x80a0d984
stack pointer = 0x28:0x821ac2c0
frame pointer = 0x28:0x821ac2d0
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 0 (swapper)
trap number = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0x80a17a30 at kdb_backtrace+0x60
#1 0x809db196 at vpanic+0x126
#2 0x809db063 at panic+0x43
#3 0x80dee3eb at trap_fatal+0x36b
#4 0x80dee6ed at trap_pfault+0x2ed
#5 0x80dedd8a at trap+0x47a
#6 0x80dd4102 at calltrap+0x8
#7 0x806b7a20 at agtiapi_attach+0x3a0
#8 0x80a0e6cd at device_attach+0x43d
#9 0x80a0f82c at bus_generic_attach+0x4c
#10 0x8038069c at acpi_pci_attach+0x15c
#11 0x80a0e6cd at device_attach+0x43d
#12 0x80a0f82c at bus_generic_attach+0x4c
#13 0x803827cc at acpi_pcib_attach+0x22c
#14 0x80383a2f at acpi_pcib_pci_attach+0x9f
#15 0x80a0e6cd at device_attach+0x43d
#16 0x80a0f82c at bus_generic_attach+0x4c
#17 0x8038069c at acpi_pci_attach+0x15c
Uptime: 1s
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org