Re: ehci: kernel diagnostic assertion (reg 0x3) == 0 failed

2014-03-29 Thread Brynet
On Sat, Mar 29, 2014 at 02:16:38PM +0100, Donovan Watteau wrote:
 On Sun, 23 Mar 2014, Mark Kettenis wrote:
   Date: Sun, 23 Mar 2014 17:53:47 +0100 (CET)
   From: Donovan Watteau tso...@gmail.com
   
   ehci0 at pci0 dev 3 function 3 SiS 7002 USB rev 0x00: apic 2 int 23
   panic: kernel diagnostic assertion (reg  0x3) == 0 failed: file 
   ../../../
   arch/amd64/pci/pci_machdep.c, line 272
   Stopped atDebugger+0x5:   leave
   Debugger() at Debugger+0x5
   panic() at panic+0xee
   __assert() at __assert+0x21
   pci_conf_read() at pci_conf_read+0xdd

Ignoring the unaligned memory access for a moment, should ehci_pci even
be using pci_conf_*(9) here? The registers it's accessing aren't
technically part of the devices PCI configuration space.

..

   ehci_pci_takecontroller() at ehci_pci_takecontroller+0x6b
   ehci_pci_attach() at ehci_pci_attach+0x22a
   config_attach() at config_attach+0x1bc
   pci_probe_device() at pci_probe_device+0x447
   pci_enumerate_bus() at pci_enumerate_bus+0xe9
   config_attach() at config_attach+0x1bc
   end trace frame: 0x81edce80, count: 0
   RUN AT LEASE 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS 
   PANIC!
   DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
   ddb trace
   Debugger() at Debugger+0x5
   panic() at panic+0xee
   __assert() at __assert+0x21
   pci_conf_read() at pci_conf_read+0xdd
   ehci_pci_takecontroller() at ehci_pci_takecontroller+0x6b
   ehci_pci_attach() at ehci_pci_attach+0x22a
   config_attach() at config_attach+0x1bc
   pci_probe_device() at pci_probe_device+0x447
   pci_enumerate_bus() at pci_enumerate_bus+0xe9
   config_attach() at config_attach+0x1bc
   mainbus_attach() at mainbus_attach+0x163
   config_attach() at config_attach+0x1bc
   cpu_configure() at cpu_configure+0x17
   main() at main+0x41c
   end trace frame: 0x0, count: -14
   ddb ps
  PID   PPID   PGRPUID  S  FLAGS  WAIT   COMMAND
   *0 -1  0  0  7  0x200 swapper
   ddb
  
  Can you send the output of pcidump -vxx from that machine?
  
 
 Here you go:
 
 ...
  0:3:3: SiS 7002 USB
   0x: Vendor ID: 1039 Product ID: 7002
   0x0004: Command: 0006 Status: 0290
   0x0008: Class: 0c Subclass: 03 Interface: 20 Revision: 00
   0x000c: BIST: 00 Header Type: 00 Latency Timer: 20 Cache Line Size: 08
   0x0010: BAR mem 32bit addr: 0xef002000/0x1000
   0x0014: BAR empty ()
   0x0018: BAR empty ()
   0x001c: BAR empty ()
   0x0020: BAR empty ()
   0x0024: BAR empty ()
   0x0028: Cardbus CIS: 
   0x002c: Subsystem Vendor ID: 17aa Product ID: 100a
   0x0030: Expansion ROM Base Address: 
   0x0038: 
   0x003c: Interrupt Pin: 04 Line: 03 Min Gnt: 00 Max Lat: 50
   0x0050: Capability 0x01: Power Management
   0x: 70021039 0296 0c032000 2008
   0x0010: ef002000   
   0x0020:    100a17aa
   0x0030:  0050  5403
   0x0040: 0800   
   0x0050: c9c20001 0003 210a 
   0x0060: 01ff2020   
   0x0070: 0001 c000 3fff 
   0x0080:    
   0x0090:    
   0x00a0:    
   0x00b0:    
   0x00c0:    
   0x00d0:    
   0x00e0:    
   0x00f0:    

...

Of course, using bus_space(9) would have hidden this panic on
i386/amd64. :-)

-Bryan.



Re: ehci: kernel diagnostic assertion (reg 0x3) == 0 failed

2014-03-29 Thread Brynet
On Sat, Mar 29, 2014 at 09:15:15PM -0400, Brynet wrote:
 Ignoring the unaligned memory access for a moment, should ehci_pci even
 be using pci_conf_*(9) here? The registers it's accessing aren't
 technically part of the devices PCI configuration space.
 
 ..

Nevermind, I wasn't reading the specification properly carefully.



Re: Must Disable ACPI to Boot -- current

2014-03-11 Thread Brynet
On Tue, Mar 11, 2014 at 07:29:59PM -0700, Dan Becker wrote:
 This is where it hangs
 ..
 [demime 1.01d removed an attachment of type image/jpeg which had a
name of WP_20140311_19_28_44_Pro.jpg]

The list strips attachments, you should transcribe or upload the file
somewhere else.

-Bryan.



Re: Kernel panic on current amd64 running under Ubuntu KVM (patch included)

2013-05-20 Thread Brynet
On Mon, May 20, 2013 at 09:16:21AM +0300, Roman Kravchuk wrote:
 I'm have problem with run OpenBSD current amd64 as guest in KVM hypervisor
 on Ubuntu server with AMD CPU.
..
 cpu0 at mainbus0: apid 0 (boot processor)
 cpu0: AMD Phenom(tm) 9550 Quad-Core Processor, 3600.53 MHz
 cpu0:
 FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CF
 LUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CM
 PLEG,SVM,AMCR8,ABM,SSE4A,MASSE,3DNOWP
 cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
 64b/line 1
 6-way L2 cache
 cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
 cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
 kernel: protection fault trap, code=0
 Stopped at aesni_setup+0x1a0: rdmsr
 aesni_setup() at aesni setup+0x1a0
 amd64_errata() at amd64 errata+0xc9
 identifycpu() at identifycpu+0x729
 cpu attach() at cpu_attach+0x2ce
 config_attach() at config_attach+0x1d4
 mpbios_cpu() at mpbios_cpu+0x5b
 mpbios_scan() at mpbios_scan+0x355
 config_attach() at config_attach+0x1d4
 bios_attach() at bios_attach+0x296
 config_attach() at config_attach+0x1d4
 end trace frame: 0x81de9e30, count: 0
 ddb{0}

This is another KVM bug. It's pretending to be an AMD CPU, but not
emulating one that actually exists.

-Bryan.



G3 iMac (PowerMac4,1), unable to boot cd52.

2012-11-11 Thread Brynet
It seems that macppc snapshots are broken on this model.

The RAMDISK kernel never reaches userland, it gets as far as mounting
root (root on rd0a..) and then.. stops.

Unfortunately, I'm not sure when this started, I haven't powered on this
system since I moved.. my bad. :-)

USB device insertions/removals continue making noise, so, it's not
completely dead.

No problems with release, dmesg attached.

-Bryan.

Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California,  All rights reserved.
Copyright (c) 1995-2012 OpenBSD. All rights reserved. http://www.OpenBSD.org

OpenBSD 5.2 (RAMDISK) #195: Mon Jul 30 17:00:39 MDT 2012
dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/RAMDISK
real mem = 268435456 (256MB)
avail mem = 245751808 (234MB)
mainbus0 at root: model PowerMac4,1
cpu0 at mainbus0: 750 (Revision 0x2215): 500 MHz: 256KB backside cache
mem at mainbus0 not configured
memc0 at mainbus0: uni-n
kiic0 at memc0 offset 0xf8001000
mpcpcibr0 at mainbus0 pci: uni-north, Revision 0xff
pci0 at mpcpcibr0 bus 0
pchb0 at pci0 dev 11 function 0 Apple Pangea AGP rev 0x00
vgafb0 at pci0 dev 16 function 0 ATI Rage 128 Pro rev 0x00, mmio
wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation)
mpcpcibr1 at mainbus0 pci: uni-north, Revision 0x0
pci1 at mpcpcibr1 bus 0
pchb1 at pci1 dev 11 function 0 Apple Pangea rev 0x00
macobio0 at pci1 dev 23 function 0 Apple Pangea Macio rev 0x00
openpic0 at macobio0 offset 0x4: version 0x4614 feature 3f0302 LE
macgpio0 at macobio0 offset 0x50
macgpio1 at macgpio0 irq 47
programmer-switch at macgpio0 not configured
escc-legacy at macobio0 offset 0x12000 not configured
zsc0 at macobio0 offset 0x13000: irq 22,50
zstty0 at zsc0 channel 0
zstty1 at zsc0 channel 1
davbus at macobio0 offset 0x14000 not configured
timer at macobio0 offset 0x15000 not configured
adb0 at macobio0 offset 0x16000 irq 25: via-pmu, 0 targets
i2c at macobio0 offset 0x18000 not configured
wdc0 at macobio0 offset 0x1f000 irq 19: DMA
wd0 at wdc0 channel 0 driver 0: MAXTOR 4K020H1
wd0: 16-sector PIO, LBA, 19536MB, 40011300 sectors
atapiscsi0 at wdc0 channel 0 drive 1
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: MATSHITA, CD-RW CW-7121, AH36 ATAPI 5/cdrom 
removable
wd0(wdc0:0:0): using PIO mode 4, DMA mode 2
cd0(wdc0:0:1): using PIO mode 4, DMA mode 2
ohci0 at pci1 dev 24 function 0 Apple Pangea USB rev 0x00: irq 27, version 1.0
ohci1 at pci1 dev 25 function 0 Apple Pangea USB rev 0x00: irq 28, version 1.0
usb0 at ohci0: USB revsion 1.0
uhub0 at usb0 Apple OHCI root hub rev 1.00/1.00 addr 1
usb1 at ohci1: USB revsion 1.0
uhub1 at usb1 Apple OHCI root hub rev 1.00/1.00 addr 1
mpcpcibr2 at mainbus0 pci: uni-north, Revision 0x16
pci2 at mpcpcibr2 bus 0
pchb2 at pci2 dev 11 function 0 Apple Pangea PCI rev 0x00
Apple Pangea FireWire rev 0x00 at pci2 dev 14 function 0 not configured
gem0 at pci2 dev 15 function 0 Apple Pangea GMAC rev 0x00: irq 41, address 
00:03:93:44:39:74
bmtphy0 at gem0 phy 0: BCM5201 10/100 PHY, rev. 2
uhub2 at uhub1 port 1 Mitsumi Electric Hub in Apple Extended USB Keyboard rev
1.10/1.22 addr 2
uhidev0 at uhub2 port 1 configuration 1 interface 0 Mitsumi Electric Apple
Extended USB Keyboard rev 1.10/1.22 addr 3
uhidev0: iclass 3/1
ukbd0 at uhidev0
wskbd0 at ukbd0: console keyboard, using wsdisplay0
uhidev1 at uhub2 port 1 configuration 1 interface 1 Mitsumi Electric Apple
Extended USB Keyboard rev 1.10/1.22 addr 3
uhidev1: iclass 3/0, 3 report ids
uhid0 at uhidev1 reportid 2: input=1, output=0, feature=0
uhid1 at uhidev1 reportid 3: input=3, output=0, feature=0
uhidev2 at uhub2 port 3 configuration 1 interface 0 Logitech Apple Optical USB
Mouse rev 1.10/16.02 addr 4
uhidev2: iclass 3/1
uhid2 at uhidev2: input=3, output=0, feature=0
softraid0 at root
scsibus1 at softraid0: 256 targets
bootpath: /pci@f200/mac-io@17/ata-4@1f000/disk@1:/5.2/macppc/bsd.rd
root on rd0a swap on rd0b dump on rd0b
WARNING: clock gained 103 days -- CHECK AND RESET THE DATE!



Re: kernel/6501: CPU frequency scaling on AMD K10/Acer Aspire laptop.

2011-01-07 Thread Brynet
On 10/27/10 00:05, gn...@cvs.openbsd.org wrote:
 Thank you very much for your problem report.
 It has the internal identification `kernel/6501'.
 The individual assigned to look at your
 report is: bugs. 
 
 Category:   kernel
 Responsible:bugs
 Synopsis:   CPU frequency scaling on AMD K10/Acer Aspire laptop.
 Arrival-Date:   Wed Oct 27 04:00:01 GMT 2010
 

Hi again,

I realize now this was essentially a feature request, but I'm wondering
if anyone is playing with this at all?

Alternatively, is anyone aware of some published documentation that
outlines the differences between AMD K8/K10 PowerNow/Cool'n'Quiet?

What changes are required to implement support for this on OpenBSD?

Thanks,
-Bryan.