Kernel error with March 20th amd64 snapshot
Hello,
I noticed a crash with the March 20th amd64 snapshot. When I
unplug my USB wireless mouse receiver, i get this;
wskbd1: disconnecting from wsdisplay0
wskbd1 detached
ukbd0 detached
uhidev0 detached
uvm_faut(0x81dc6f00, 0x24, 0, 1) -> e
kernel: page faut trap, code=0
Stopper at strlcpy+0x16movzbl 0(%rcx), %eax
ddb1{1}>
I own a thinkpad x230 and only the right side USB port is working
after the upgrade, the two left side USB port are not working
anymore. Find attached my dmesg.
--
Tristan
OpenBSD 5.5-current (GENERIC.MP) #10: Thu Mar 20 23:09:39 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8254586880 (7872MB)
avail mem = 8026124288 (7654MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (68 entries)
bios0: vendor LENOVO version "G2ET96WW (2.56 )" date 08/27/2013
bios0: LENOVO 2324CTO
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI
UEFI MSDM SSDT SSDT UEFI DBG2
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3)
EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.48 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.11 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.11 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.11 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xf800, bus 0-63
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG_)
acpiprt2 at acpi0: bus 2 (EXP1)
acpiprt3 at acpi0: bus 3 (EXP2)
acpiprt4 at acpi0: bus 4 (EXP3)
acpicpu0 at acpi0: C2, C1, PSS
acpicpu1 at acpi0: C2, C1, PSS
acpicpu2 at acpi0: C2, C1, PSS
acpicpu3 at acpi0: C2, C1, PSS
acpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2
acpitz0 at acpi0: critical temperature is 103 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "45N1175" serial 14096 type LION oem "SANYO"
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
cpu0: Enhanced SpeedStep 2594 MHz: speeds: 2601, 2600, 2500, 2400, 2300, 2200,
2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: 1366x768
wsdisplay0 at vga1 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel 7 Series xHCI" rev 0x04 at pci0 dev 20 function 0 not configured
"Intel 7 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured
em0 at pci0 dev 25 function 0 "Intel 82579LM" rev 0x04: msi, address
3c:97:0e:d8:5d:b4
ehci0 at pci0 dev 26 function 0 "Intel 7 Series USB" rev 0x04: apic 2 int 16
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root
Re: Kernel error with March 20th amd64 snapshot
On Fri, Mar 21, 2014, at 07:34 PM, Tristan PILAT wrote:
> Hello,
>
> I noticed a crash with the March 20th amd64 snapshot. When I
> unplug my USB wireless mouse receiver, i get this;
>
> wskbd1: disconnecting from wsdisplay0
> wskbd1 detached
> ukbd0 detached
> uhidev0 detached
> uvm_faut(0x81dc6f00, 0x24, 0, 1) -> e
> kernel: page faut trap, code=0
> Stopper at strlcpy+0x16movzbl 0(%rcx), %eax
> ddb1{1}>
>
> I own a thinkpad x230 and only the right side USB port is working
> after the upgrade, the two left side USB port are not working
> anymore. Find attached my dmesg.
A similar crash happened with the March 19th snapshot here as well when
switching computers on my USB KVM switch. My backtrace also indicates a
kernel trap in strlcpy. I was about to upgrade to the March 20th
snapshot to see if it was still there.
--
Shawn K. Quinn
skqu...@rushpost.com
Re: Kernel error with March 20th amd64 snapshot
On 22/03/14(Sat) 02:30, Shawn K. Quinn wrote:
> On Fri, Mar 21, 2014, at 07:34 PM, Tristan PILAT wrote:
> > Hello,
> >
> > I noticed a crash with the March 20th amd64 snapshot. When I
> > unplug my USB wireless mouse receiver, i get this;
> >
> > wskbd1: disconnecting from wsdisplay0
> > wskbd1 detached
> > ukbd0 detached
> > uhidev0 detached
> > uvm_faut(0x81dc6f00, 0x24, 0, 1) -> e
> > kernel: page faut trap, code=0
> > Stopper at strlcpy+0x16movzbl 0(%rcx), %eax
> > ddb1{1}>
> >
> > I own a thinkpad x230 and only the right side USB port is working
> > after the upgrade, the two left side USB port are not working
> > anymore. Find attached my dmesg.
>
> A similar crash happened with the March 19th snapshot here as well when
> switching computers on my USB KVM switch. My backtrace also indicates a
> kernel trap in strlcpy. I was about to upgrade to the March 20th
> snapshot to see if it was still there.
It is likely to be there since it's the first time I here about such
regression and sadly there's not enough information in your bug report
to do anything :(
Could you provide a dmesg with the USB keyboard (or whatever device
causing the problem) plugged in and a trace when the panic occurs.
See http://www.openbsd.org/report.html for more information.
Martin
Re: Kernel error with March 20th amd64 snapshot
2014-03-22 18:31 GMT+01:00 Martin Pieuchot :
> On 22/03/14(Sat) 02:30, Shawn K. Quinn wrote:
> > On Fri, Mar 21, 2014, at 07:34 PM, Tristan PILAT wrote:
> > > Hello,
> > >
> > > I noticed a crash with the March 20th amd64 snapshot. When I
> > > unplug my USB wireless mouse receiver, i get this;
> > >
> > > wskbd1: disconnecting from wsdisplay0
> > > wskbd1 detached
> > > ukbd0 detached
> > > uhidev0 detached
> > > uvm_faut(0x81dc6f00, 0x24, 0, 1) -> e
> > > kernel: page faut trap, code=0
> > > Stopper at strlcpy+0x16movzbl 0(%rcx), %eax
> > > ddb1{1}>
> > >
> > > I own a thinkpad x230 and only the right side USB port is working
> > > after the upgrade, the two left side USB port are not working
> > > anymore. Find attached my dmesg.
> >
> > A similar crash happened with the March 19th snapshot here as well when
> > switching computers on my USB KVM switch. My backtrace also indicates a
> > kernel trap in strlcpy. I was about to upgrade to the March 20th
> > snapshot to see if it was still there.
>
> It is likely to be there since it's the first time I here about such
> regression and sadly there's not enough information in your bug report
> to do anything :(
>
> Could you provide a dmesg with the USB keyboard (or whatever device
> causing the problem) plugged in and a trace when the panic occurs.
>
>
That's the error with the trace;
siocGIFADDR: Can't assign requested address
sI0CGIFADDR: Can't assign requested address
ehei idone: ex-tx 8085ca00 is done!
wskbd18 disconnecting fron wsdisplay0
wskbd1 detached
ukbd0 detached
uhidev0 detached
uvn au
(0xf f f f f ff f 81de6 00, 0x24, 0, 1) -> e
kernel: page fault trap, codes0
Stopped at str lepy+0x168 novzbl 0 (Zrcx), Zeax
ddb 10 > trace
stricpyo at stricpy+0x16
config detach at config detach+0x97
config detach at config detache0x143
usb disconnect porto at usb disconnect port+0x6a
uhub explore at uhub explore 0x12b
uhub lore at uhub explore 0x97
usb explore at usb explore+0xcf
usb-task-thread at usb-task-thread+0xb2
end trace frame: 0x0, count -8
ddb 101 >
Attached is the dmesg with the USB receiver plugged.
I hope this will help.
OpenBSD 5.5-current (GENERIC.MP) #10: Thu Mar 20 23:09:39 MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8254586880 (7872MB)
avail mem = 8026124288 (7654MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (68 entries)
bios0: vendor LENOVO version "G2ET96WW (2.56 )" date 08/27/2013
bios0: LENOVO 2324CTO
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI
UEFI MSDM SSDT SSDT UEFI DBG2
acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP3(S4) XHCI(S3) EHC1(S3)
EHC2(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.48 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.12 MHz
cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 1, core 0, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.12 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 1, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz, 2594.12 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, versi
Re: Kernel error with March 20th amd64 snapshot
Hello Martin,
same crash happens here. A USB-monitor-hub is connected to a USB3 port
(though USB3 disabled from BIOS) in a computer. Same setup than
before, dongles are in the monitor hub. I can try if this is
reproducible with a USB2 port. Will let you know tomorrow.
Here's trace with ehcidebug=4 and usbdebug=6 enabled:
ukbd0 detached
uhidev0 detached
uvm_fault(0x81d44f20, 0x24, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at strlcpy+0x16: movzbl 0(%rcx),%eax
ddb{1}> strlcpy() at strlcpy+0x16
config_detach() at config_detach+0x97
config_detach() at config_detach+0x143
usb_disconnect_port() at usb_disconnect_port+0x6a
uhub_detach() at uhub_detach+0x64
config_detach() at config_detach+0x143
usb_disconnect_port() at usb_disconnect_port+0x6a
uhub_explore() at uhub_explore+0x12b
uhub_explore() at uhub_explore+0x97
usb_explore() at usb_explore+0xcf
usb_task_thread() at usb_task_thread+0xb2
end trace frame: 0x0, count: -11
--
Regards,
Ville Valkonen
On 22 March 2014 19:31, Martin Pieuchot wrote:
> On 22/03/14(Sat) 02:30, Shawn K. Quinn wrote:
>> On Fri, Mar 21, 2014, at 07:34 PM, Tristan PILAT wrote:
>> > Hello,
>> >
>> > I noticed a crash with the March 20th amd64 snapshot. When I
>> > unplug my USB wireless mouse receiver, i get this;
>> >
>> > wskbd1: disconnecting from wsdisplay0
>> > wskbd1 detached
>> > ukbd0 detached
>> > uhidev0 detached
>> > uvm_faut(0x81dc6f00, 0x24, 0, 1) -> e
>> > kernel: page faut trap, code=0
>> > Stopper at strlcpy+0x16movzbl 0(%rcx), %eax
>> > ddb1{1}>
>> >
>> > I own a thinkpad x230 and only the right side USB port is working
>> > after the upgrade, the two left side USB port are not working
>> > anymore. Find attached my dmesg.
>>
>> A similar crash happened with the March 19th snapshot here as well when
>> switching computers on my USB KVM switch. My backtrace also indicates a
>> kernel trap in strlcpy. I was about to upgrade to the March 20th
>> snapshot to see if it was still there.
>
> It is likely to be there since it's the first time I here about such
> regression and sadly there's not enough information in your bug report
> to do anything :(
>
> Could you provide a dmesg with the USB keyboard (or whatever device
> causing the problem) plugged in and a trace when the panic occurs.
>
> See http://www.openbsd.org/report.html for more information.
>
> Martin
Re: Kernel error with March 20th amd64 snapshot
Hi Martin Just to add another dimension to this, the same snapshot caused a suspend resume regession for me (I also get a crash if I replug the wireless keyboard/mouse). If I try to suspend with or without a USB flash drive attached I get the same crash. The trace etc below looks fairly similar to what is already reported. Also, before this I was unable to suspend whenever I had a USB flash drive attached, whether it was mounted or not. The system wouldn't actually crash, it would just automatically resume as soon as it was suspended. I think this started around a month or so ago and there were no suspend problems before that. Thanks, Peter OpenBSD 5.5-current (GENERIC.MP) #16: Sat Mar 22 01:04:40 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3193958400 (3045MB) avail mem = 3100270592 (2956MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xf0450 (77 entries) bios0: vendor Dell Inc. version "2.6.4" date 03/01/2010 bios0: Dell Inc. OptiPlex 745 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP SSDT APIC BOOT ASF! MCFG HPET SSDT SSDT SSDT acpi0: wakeup devices VBTN(S4) PCI0(S5) PCI4(S5) PCI2(S5) PCI3(S5) PCI1(S5) PCI5(S5) PCI6(S5) MOU_(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Pentium(R) D CPU 3.40GHz, 3389.50 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR,PDCM,NXE,LONG,LAHF cpu0: 2MB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64 cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Pentium(R) D CPU 3.40GHz, 3389.03 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,EST,CNXT-ID,CX16,xTPR,PDCM,NXE,LONG,LAHF cpu1: 2MB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 4 (PCI4) acpiprt1 at acpi0: bus 2 (PCI2) acpiprt2 at acpi0: bus -1 (PCI3) acpiprt3 at acpi0: bus 1 (PCI1) acpiprt4 at acpi0: bus 3 (PCI5) acpiprt5 at acpi0: bus -1 (PCI6) acpiprt6 at acpi0: bus 0 (PCI0) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpibtn0 at acpi0: VBTN cpu0: Enhanced SpeedStep 3389 MHz: speeds: 3400, 2400 MHz memory map conflict 0xbf603c00/0x9fc400 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 82Q965 Host" rev 0x02 ppb0 at pci0 dev 1 function 0 "Intel 82Q965 PCIE" rev 0x02: msi pci1 at ppb0 bus 1 vga1 at pci0 dev 2 function 0 "Intel 82Q965 Video" rev 0x02 intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1024x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) "Intel 82Q965 Video" rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 "Intel 82801H USB" rev 0x02: apic 8 int 16 uhci1 at pci0 dev 26 function 1 "Intel 82801H USB" rev 0x02: apic 8 int 17 ehci0 at pci0 dev 26 function 7 "Intel 82801H USB" rev 0x02: apic 8 int 22 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 82801H HD Audio" rev 0x02: msi azalia0: codecs: Analog Devices AD1983 audio0 at azalia0 ppb1 at pci0 dev 28 function 0 "Intel 82801H PCIE" rev 0x02: msi pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 4 "Intel 82801H PCIE" rev 0x02: msi pci3 at ppb2 bus 3 bge0 at pci3 dev 0 function 0 "Broadcom BCM5754" rev 0x02, BCM5754/5787 A2 (0xb002): msi, address 00:18:8b:66:ff:e6 brgphy0 at bge0 phy 1: BCM5787 10/100/1000baseT PHY, rev. 0 uhci2 at pci0 dev 29 function 0 "Intel 82801H USB" rev 0x02: apic 8 int 23 uhci3 at pci0 dev 29 function 1 "Intel 82801H USB" rev 0x02: apic 8 int 17 uhci4 at pci0 dev 29 function 2 "Intel 82801H USB" rev 0x02: apic 8 int 18 ehci1 at pci0 dev 29 function 7 "Intel 82801H USB" rev 0x02: apic 8 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xf2 pci4 at ppb3 bus 4 pcib0 at pci0 dev 31 function 0 "Intel 82801H LPC" rev 0x02 pciide0 at pci0 dev 31 function 2 "Intel 82801H SATA" rev 0x02: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using apic 8 int 20 for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA48, 30533MB, 62533296 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 atap
Re: Kernel error with March 20th amd64 snapshot
please try the following patch.
Index: uhidev.c
===
RCS file: /cvs/src/sys/dev/usb/uhidev.c,v
retrieving revision 1.56
diff -u -p -r1.56 uhidev.c
--- uhidev.c19 Mar 2014 08:59:37 - 1.56
+++ uhidev.c23 Mar 2014 10:45:14 -
@@ -387,7 +387,8 @@ uhidev_detach(struct device *self, int f
* IDs, this is a hack since we need a dev -> Report ID mapping
* for uhidev_intr().
*/
- if (sc->sc_nrepid > 0 && sc->sc_subdevs[0] == sc->sc_subdevs[1])
+ if (sc->sc_nrepid > 0 && sc->sc_subdevs[0] != NULL &&
+ sc->sc_subdevs[0] == sc->sc_subdevs[1])
return (config_detach(&sc->sc_subdevs[0]->sc_dev, flags));
for (i = 0; i < sc->sc_nrepid; i++) {
Re: Kernel error with March 20th amd64 snapshot
Hello
By the time I had downloaded the cvs tree it seems a slightly modified
version of Andre's patch had been committed. I tested with that and it
fixed my crash on suspend problem
(I could also replug the keyboard/mouse). However, the problem of an
automatic resume when a USB drive is attached on suspend still persists.
Thanks, Peter
On Sun, Mar 23, 2014 at 11:52 PM, Andre de Oliveira <
deoliveira...@googlemail.com> wrote:
> please try the following patch.
>
> Index: uhidev.c
> ===
> RCS file: /cvs/src/sys/dev/usb/uhidev.c,v
> retrieving revision 1.56
> diff -u -p -r1.56 uhidev.c
> --- uhidev.c19 Mar 2014 08:59:37 - 1.56
> +++ uhidev.c23 Mar 2014 10:45:14 -
> @@ -387,7 +387,8 @@ uhidev_detach(struct device *self, int f
> * IDs, this is a hack since we need a dev -> Report ID mapping
> * for uhidev_intr().
> */
> - if (sc->sc_nrepid > 0 && sc->sc_subdevs[0] == sc->sc_subdevs[1])
> + if (sc->sc_nrepid > 0 && sc->sc_subdevs[0] != NULL &&
> + sc->sc_subdevs[0] == sc->sc_subdevs[1])
> return (config_detach(&sc->sc_subdevs[0]->sc_dev, flags));
>
> for (i = 0; i < sc->sc_nrepid; i++) {
Re: Kernel error with March 20th amd64 snapshot
On Sun, Mar 23, 2014 at 10:49 PM, Peter Kane wrote: > However, the problem of an automatic resume when a USB drive is attached on > suspend still persists. This is the problem that started some time ago, unrelated to mpi@'s recent changes, right? So, what's the latest snapshot or cvs update you're sure did *not* have the problem, and what's the first you're sure *did* have the problem? (Regressions should be reported AFSAP) Philip Guenther
Re: Kernel error with March 20th amd64 snapshot
Hello gents, and thanks to all involved, it's fixed in the latest snapshot. Here are the snapshots I've used lately and marked whether it works: 24-03-2014/ [Works] 20-03-2014/ [Crashes] 24-02-2014/ [Works] Hope this helps even a bit. -- Regards, Ville On 24 March 2014 08:09, Philip Guenther wrote: > On Sun, Mar 23, 2014 at 10:49 PM, Peter Kane wrote: >> However, the problem of an automatic resume when a USB drive is attached on >> suspend still persists. > > This is the problem that started some time ago, unrelated to mpi@'s > recent changes, right? So, what's the latest snapshot or cvs update > you're sure did *not* have the problem, and what's the first you're > sure *did* have the problem? > > (Regressions should be reported AFSAP) > > > Philip Guenther
