Re: not known intel ethernet card

[Holger Glaess]

hi

dont worry , i'm happy that you care about this problem so fast.

holger

Am 17.04.2015 um 22:18 schrieb Dariusz Swiderski:
> Hi,
>
> was not quite expecting that, new diff is being cooked up, but expect 
> it later this night
>
> greets
> -- 
> Maciej 'sfires' Swiderski
> ---
> SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
> 193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
> ---
> A mouse is a device used to point at the xterm you want to type in.
>
>> On 17 kwi 2015, at 18:45, Holger Glaess > > wrote:
>>
>> hi
>>
>> Am 17.04.2015 um 13:28 schrieb Dariusz Swiderski:
>>> hi
>>>
>>> is this only on em1?
>> yes just em1
>>> and can you try plugging each of this port to a switch and see in 
>>> ifconfig if
>>> media gets
>>> negotiated?
>> i did and no negoation ,
>> ifconfig says no link because the link led is on.
>>
>> if i do an "ifconfig em3 up"
>>
>> em3: flags=8843 mtu 1500
>>lladdr 00:14:b7:00:61:66
>>priority: 0
>>media: Ethernet autoselect (1000baseT full-duplex)
>>status: active
>>
>> if i pull the cable
>>
>> same result like ahead.
>>
>> holger
>>
>>
>>
>>>
>>> greets
>>> --
>>> Maciej 'sfires' Swiderski
>>> ---
>>> SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
>>> 193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
>>> ---
>>> A mouse is a device used to point at the xterm you want to type in.
>>>
 On 17 kwi 2015, at 13:21, Holger Glaess >>> > wrote:

 hi

 looks good , but this "unable to read" is coming from
 not connected port ?

 Holger


 # dmesg | grep "^em"
 em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
 00:14:b7:00:61:63
 em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 
 int 16,
 address 00:14:b7:00:61:64
 em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 
 int 17,
 address 00:14:b7:00:61:65
 em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 
 int 18,
 address 00:14:b7:00:61:66
 em1: unable to read phy 0 reg 2
 em1: unable to read phy 0 reg 3
 em1: unable to read phy 0 reg 2
 em1: unable to read phy 0 reg 3
 em1: unable to read phy 0 reg 2
 em1: unable to read phy 0 reg 3
 em1: unable to read phy 0 reg 1
 em1: unable to read phy 0 reg 1
 em1: unable to read phy 0 reg 1
 em1: unable to read phy 0 reg 1



> hi
>
> please apply attached patch on top of the previous one, build and 
> reboot
> :)
>
> greets
> dms
>
> On Fri, 17 Apr 2015, Holger Glaess wrote:
>
>> hi
>>
>> after build and boot the a patched kernel
>> i see now the em interface but
>> he show an eeprom error.
>>
>>
>> see demsg
>>
>> Holger
>>
>> OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
>> root@DAF.rocki.intern 
>> :/usr/src/sys/arch/i386/compile/GENERIC
>> cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 
>> 686-class) 1.21
> GHz
>> cpu0:
>>
>>> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
> CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
>> real mem  = 1072041984 (1022MB)
>> avail mem = 1042157568 (993MB)
>> mpath0 at root
>> scsibus0 at mpath0: 256 targets
>> mainbus0 at root
>> bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS 
>> rev.
>> 2.2
>> @ 0xf0800 (39 entries)
>> bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
>> Jul,2,2009" date 07/06/2009
>> acpi0 at bios0: rev 0
>> acpi0: sleep states S0 S3 S4 S5
>> acpi0: tables DSDT FACP MCFG APIC
>> acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
>> PEX3(S5) HUB0(S5) PCI0(S5)
>> acpitimer0 at acpi0: 3579545 Hz, 24 bits
>> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
>> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>> cpu0 at mainbus0: apid 0 (boot processor)
>> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
>> cpu0: apic clock running at 133MHz
>> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
>> acpiprt0 at acpi0: bus 0 (PCI0)
>> acpiprt1 at acpi0: bus 2 (EPA1)
>> acpiprt2 at acpi0: bus -1 (BR10)
>> acpiprt3 at acpi0: bus -1 (BR11)
>> acpiprt4 at acpi0: bus -1 (BR12)
>> acpiprt5 at acpi0: bus -1 (BR13)
>> acpiprt6 at acpi0: bus -1 (BR14)
>> acpiprt7 at acpi0: bus 3 (P0P1)
>> acpiprt8 at acpi0: bus -1 (PEX0)
>> acpiprt9 at acpi0: bus -1 (PEX1)
>> acpiprt10 at acpi0: bus -1 (PEX2)
>> acpiprt11 at acpi0: bus -1 (PEX3)
>> acpiprt12 at acpi0: bus -1 (HU

Re: seamonkey error

[L.R. D.S.]

Solved on lastest snapshot.

> Sent: Thursday, April 16, 2015 at 9:35 PM
> From: "L.R. D.S." 
> To: misc@openbsd.org
> Subject: Re: seamonkey error
>
> Exactly same error on -current snapshot (i386). 
> Initially I was thinking that 5.7 get out and than my -current turn to 
> -release, 
> but I tried others PKG_PATH and the problem persisted.

Re: Usb-audio not working

[Stuart Henderson]

On 2015-04-17, Timo Myyra  wrote:
> After setting the sdiod_flags I get sound from headset but its distorted.

This code isn't fully working yet.

Re: Usb-audio not working

[Timo Myyra]

On 04/17/15 18:28, Alexandre Ratchov wrote:

On Fri, Apr 17, 2015 at 04:11:16PM +0300, Timo Myyra wrote:

Hi,

I saw recent commit which should have enabled uaudio support for ehci-only
systems.
It doesn't seem to work for desktop with my USB DAC.

So far I've changed the following symlinks to point to my USB DAC.

zmyrgel:2202$ ls -la /dev/{audio,sound,audioctl,mixer}
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/audio@ -> /dev/audio1
lrwxr-xr-x  1 root  wheel  14 Apr 17 15:57 /dev/audioctl@ -> /dev/audioctl1
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/mixer@ -> /dev/mixer1
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/sound@ -> /dev/sound1


programs don't use the symlinks any longer, try to set sndiod_flags
to "-f rsnd/1" and restart sndiod


It seems to work as per audioctl and mixerctl output:

zmyrgel:2204$ mixerctl
outputs.spkr.mute=off
outputs.spkr=255,255
zmyrgel:2205$ audioctl
name=USB audio
encodings=slinear_le:16:2:1,slinear_le:24:3:1
properties=independent
hiwat=7
lowat=5
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.samples=0
play.pause=0
play.active=0
play.block_size=8816
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.samples=0
record.pause=0
record.active=0
record.block_size=8816
record.errors=0

When I use mplayer or audacious, both seem to playback just fine except I
can't hear anything from my headset. Am I missing something here?

probably programs are still using the first device.



Thanks, but there seems to be more to this.
After setting the sdiod_flags I get sound from headset but its distorted.
I tried to play around with audioctl but couldn't make any difference.

The DAC and headset works fine on windows/linux side so hardware-wise 
everything is ok.


timo

Re: not known intel ethernet card

[Dariusz Swiderski]

Hi,

was not quite expecting that, new diff is being cooked up, but expect it later
this night

greets
--
Maciej 'sfires' Swiderski
---
SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
---
A mouse is a device used to point at the xterm you want to type in.

> On 17 kwi 2015, at 18:45, Holger Glaess mailto:gla...@glaessixs.de>> wrote:
>
> hi
>
> Am 17.04.2015 um 13:28 schrieb Dariusz Swiderski:
>> hi
>>
>> is this only on em1?
> yes just em1
>> and can you try plugging each of this port to a switch and see in ifconfig
if
>> media gets
>> negotiated?
> i did and no negoation ,
> ifconfig says no link because the link led is on.
>
> if i do an "ifconfig em3 up"
>
> em3: flags=8843 mtu 1500
>lladdr 00:14:b7:00:61:66
>priority: 0
>media: Ethernet autoselect (1000baseT full-duplex)
>status: active
>
> if i pull the cable
>
> same result like ahead.
>
> holger
>
>
>
>>
>> greets
>> --
>> Maciej 'sfires' Swiderski
>> ---
>> SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
>> 193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
>> ---
>> A mouse is a device used to point at the xterm you want to type in.
>>
>>> On 17 kwi 2015, at 13:21, Holger Glaess mailto:gla...@glaessixs.de>> wrote:
>>>
>>> hi
>>>
>>> looks good , but this "unable to read" is coming from
>>> not connected port ?
>>>
>>> Holger
>>>
>>>
>>> # dmesg | grep "^em"
>>> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
>>> 00:14:b7:00:61:63
>>> em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 16,
>>> address 00:14:b7:00:61:64
>>> em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 17,
>>> address 00:14:b7:00:61:65
>>> em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 18,
>>> address 00:14:b7:00:61:66
>>> em1: unable to read phy 0 reg 2
>>> em1: unable to read phy 0 reg 3
>>> em1: unable to read phy 0 reg 2
>>> em1: unable to read phy 0 reg 3
>>> em1: unable to read phy 0 reg 2
>>> em1: unable to read phy 0 reg 3
>>> em1: unable to read phy 0 reg 1
>>> em1: unable to read phy 0 reg 1
>>> em1: unable to read phy 0 reg 1
>>> em1: unable to read phy 0 reg 1
>>>
>>>
>>>
 hi

 please apply attached patch on top of the previous one, build and reboot
 :)

 greets
 dms

 On Fri, 17 Apr 2015, Holger Glaess wrote:

> hi
>
> after build and boot the a patched kernel
> i see now the em interface but
> he show an eeprom error.
>
>
> see demsg
>
> Holger
>
> OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
>root@DAF.rocki.intern
:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class)
1.21
 GHz
> cpu0:
>
>>
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
 CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
> real mem  = 1072041984 (1022MB)
> avail mem = 1042157568 (993MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev.
> 2.2
> @ 0xf0800 (39 entries)
> bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
> Jul,2,2009" date 07/06/2009
> acpi0 at bios0: rev 0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP MCFG APIC
> acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
> PEX3(S5) HUB0(S5) PCI0(S5)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 133MHz
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 2 (EPA1)
> acpiprt2 at acpi0: bus -1 (BR10)
> acpiprt3 at acpi0: bus -1 (BR11)
> acpiprt4 at acpi0: bus -1 (BR12)
> acpiprt5 at acpi0: bus -1 (BR13)
> acpiprt6 at acpi0: bus -1 (BR14)
> acpiprt7 at acpi0: bus 3 (P0P1)
> acpiprt8 at acpi0: bus -1 (PEX0)
> acpiprt9 at acpi0: bus -1 (PEX1)
> acpiprt10 at acpi0: bus -1 (PEX2)
> acpiprt11 at acpi0: bus -1 (PEX3)
> acpiprt12 at acpi0: bus -1 (HUB0)
> acpicpu0 at acpi0
> acpitz0 at acpi0: critical temperature is 75 degC
> acpibtn0 at acpi0: PWRB
> bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
> "Intel EP80579 Memory" rev 0x01 at 

Re: OpenBSD hosting in Hong Kong?

[Adam Thompson]

For the usual reasons - most VPS providers do not allow you to install 
from arbitrary ISOs, and even fewer are willing to give you any 
assistance at all with unsupported OSes.  ("You're only getting 1kbps? 
Let's see... oh, you're running OpenBSD.  Have a nice day, bye.")

-Adam


On 04/17/2015 08:00 AM, Paul S. wrote:

Just buy a box with KVM/IPMI from any provider?

Why does it have to be OpenBSD centric?

On 4/17/2015 午前 10:41, OpenBSD user wrote:

Hello,

I was wondering if there are any hosting companies
in Hong Kong offering OpenBSD dedicated servers?

Would be truly grateful for any replies!

Re: acpi0: failed to allocate hibernate memory

[Mike Larkin]

On Fri, Apr 17, 2015 at 04:23:36PM +0200, Alessandro DE LAURENZIS wrote:
> Dear misc@ readers,
> 
> I'm facing intermittent failures during hibernation on my Thinkpad R61.
> The relevant info in the dmesg [1] is:
> 
> acpi0: failed to allocate hibernate memory
> 
> This is a very recent snapshot, but I'm not able to confirm that the
> problem is new, 'cause I rarely use the suspend-to-disk feature. On the
> other hand, most of the times the hibernation (and resume) phase
> completes correctly (and I didn't find out what is triggering the
> fault).
> 
> When it occurs, only a reboot can recover the correct behavior.

TL;DR - known issue on some machines, it's about as good as it's going to
get for a while.

Thanks for the report.

Hibernate allocates a 16MB area of memory on suspend, that will subsequently
be available to be used later, during resume. We use this area for staging
and unpacking the compressed memory image.  We have to allocate it up front
because we won't know on resume what areas are free and what areas will
end up having real data restored into them.

If you don't have 16MB contiguous memory free at time of hibernate, we abort
with the message you noted above.

As you use the machine, memory becomes more fragmented over time. There is a
chance, especially on a 2GB RAM machine, that you won't have 16MB contiguous
free anymore, and thus the hibernate request fails.

Further complicating matters is the fact that the hibernate memory area being
requested here is subject to certain alignment restrictions making the number
of places the area can be placed in memory even lower.

As we enter the hibernate sequence, we toss out just about everything we can,
to help reduce the potential for this problem. But sometimes there are pages
sprinkled around physical memory that we can't toss out that end up breaking
the contiguous ranges. I'm pretty sure that's what's happening here.

For what it's worth, we've seen this even on machines with more memory, it is
just a matter of time before it happens on any given machine.

There are a few things we could possibly do here to avoid this, like allocate
discontiguous memory, or reserve the 16MB on boot. The problem with the
former approach is that it is pretty tricky to do in the constraints of the
subsystem presently (we are running out of bookkeeping space in the 
hibernate signature block which is where we'd need to store that info). The
preallocation approach penalizes low-memory machines or machines that will
never be hibernated. Neither approach is something I've got on the short list
presently. If I had infinite time, I'd probably pursue the first approach
and increase the size of the signature block at the same time. That's not
a trivial amount of work though.

Right now, short of fixing the problem in code by using one of the approaches
outlined above or perhaps another way I'm not thinking of, your best bet is
to add more memory if you can, to postpone the problem a bit. But like I said
above, that's not a guarantee you won't see the problem again someday.

PS if anyone wanted to tackle the discontiguous allocation approach, let me
know off list and I can point you to where to get started.

-ml

> 
> Some additional info:
> 
> - "vmstat -m" output:
> 
> Memory statistics by bucket size
> Size   In Use   Free   Requests  HighWater  Couldfree
>   1619158  3895476144731280   1295
>   32 4222   70421189555 640  11697
>   64 3398   10826711838 320  24330
>  128 7986   12621415473 160   5106
>  256 2220   12361093678  80   4008
>  512 2743241 504121  40   1193
> 1024 1772548 235523  20  63410
> 2048  149137  26169  10   8961
> 4096  622238 154197   5 143961
> 8192   25 10   9331   5   5072
>163845  0160   5  0
>32768   11  0 39   5  0
>655367  0 170701   5  0
>   1310721  0109   5  0
>   2621443  0 50   5  0
> 
> Memory usage type by bucket size
> Size  Type(s)
>   16  devbuf, pcb, routetbl, UFS mount, dirhash, ACPI, exec, VM swap,
> UVM amap, UVM aobj, USB, USB device, temp, DRM
>   32  devbuf, pcb, routetbl, ifaddr, sem, dirhash, ACPI, in_multi, exec,
> UVM amap, UVM aobj, USB, USB device, temp, AGP Memory, DRM
>   64  devbuf, routetbl, ifaddr, sysctl, vnodes, UFS mount, dirhash, ACPI,
> proc, VFS cluster, in_multi, ether_multi, VM swap, UVM amap, UVM aobj,
> USB, USB device, NDP, temp, DRM
>  128  devbuf, pcb, routetbl, UFS mount, sem, dirhash, ACPI, NFS srvsock,
> in_multi, ttys, pfkey d

Re: not known intel ethernet card

[Holger Glaess]

hi

Am 17.04.2015 um 13:28 schrieb Dariusz Swiderski:

hi

is this only on em1?

yes just em1

and can you try plugging each of this port to a switch and see in ifconfig if
media gets
negotiated?

i did and no negoation ,
ifconfig says no link because the link led is on.

if i do an "ifconfig em3 up"

em3: flags=8843 mtu 1500
lladdr 00:14:b7:00:61:66
priority: 0
media: Ethernet autoselect (1000baseT full-duplex)
status: active

if i pull the cable

same result like ahead.

holger





greets
--
Maciej 'sfires' Swiderski
---
SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
---
A mouse is a device used to point at the xterm you want to type in.


On 17 kwi 2015, at 13:21, Holger Glaess  wrote:

hi

looks good , but this "unable to read" is coming from
not connected port ?

Holger


# dmesg | grep "^em"
em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
00:14:b7:00:61:63
em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 16,
address 00:14:b7:00:61:64
em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 17,
address 00:14:b7:00:61:65
em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 18,
address 00:14:b7:00:61:66
em1: unable to read phy 0 reg 2
em1: unable to read phy 0 reg 3
em1: unable to read phy 0 reg 2
em1: unable to read phy 0 reg 3
em1: unable to read phy 0 reg 2
em1: unable to read phy 0 reg 3
em1: unable to read phy 0 reg 1
em1: unable to read phy 0 reg 1
em1: unable to read phy 0 reg 1
em1: unable to read phy 0 reg 1




hi

please apply attached patch on top of the previous one, build and reboot
:)

greets
dms

On Fri, 17 Apr 2015, Holger Glaess wrote:


hi

after build and boot the a patched kernel
i see now the em interface but
he show an eeprom error.


see demsg

Holger

OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
root@DAF.rocki.intern:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21

GHz

cpu0:


FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A

CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF

real mem  = 1072041984 (1022MB)
avail mem = 1042157568 (993MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev.
2.2
@ 0xf0800 (39 entries)
bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
Jul,2,2009" date 07/06/2009
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP MCFG APIC
acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
PEX3(S5) HUB0(S5) PCI0(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (EPA1)
acpiprt2 at acpi0: bus -1 (BR10)
acpiprt3 at acpi0: bus -1 (BR11)
acpiprt4 at acpi0: bus -1 (BR12)
acpiprt5 at acpi0: bus -1 (BR13)
acpiprt6 at acpi0: bus -1 (BR14)
acpiprt7 at acpi0: bus 3 (P0P1)
acpiprt8 at acpi0: bus -1 (PEX0)
acpiprt9 at acpi0: bus -1 (PEX1)
acpiprt10 at acpi0: bus -1 (PEX2)
acpiprt11 at acpi0: bus -1 (PEX3)
acpiprt12 at acpi0: bus -1 (HUB0)
acpicpu0 at acpi0
acpitz0 at acpi0: critical temperature is 75 degC
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
"Intel EP80579 Memory" rev 0x01 at pci0 dev 0 function 1 not configured
"Intel EP80579 EDMA" rev 0x01 at pci0 dev 1 function 0 not configured
ppb0 at pci0 dev 2 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int
16
pci1 at ppb0 bus 1
em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
00:14:b7:00:61:63
ppb1 at pci0 dev 3 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int
16
pci2 at ppb1 bus 2
ppb2 at pci0 dev 4 function 0 "Intel EP80579" rev 0x01
pci3 at ppb2 bus 3
em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01em1: Unknown
MAC
Type
: apic 2 int 16em1: The EEPROM Checksum Is Not Valid
em1: Unable to initialize the hardware
em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01em2: Unknown
MAC
Type
: apic 2 int 17em2: The EEPROM Checksum Is Not Valid
em2: Unable to initialize the hardware
em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01em3: Unknown
MAC
Type
: apic 2 int 18em3: The EEPROM Checksum Is Not Valid
em3: Unable to initialize the hardware
gcu0 at pci3 dev 3 function 0 "Intel EP80579 GCU" rev 0x01
"Intel EP80579 CANbus" rev 0x01 at pci3 dev 4 function 0 not configured
"Intel EP80579 CANbus" rev 0x01

Re: Usb-audio not working

[Alexandre Ratchov]

On Fri, Apr 17, 2015 at 04:11:16PM +0300, Timo Myyra wrote:
> Hi,
> 
> I saw recent commit which should have enabled uaudio support for ehci-only
> systems.
> It doesn't seem to work for desktop with my USB DAC.
> 
> So far I've changed the following symlinks to point to my USB DAC.
> 
> zmyrgel:2202$ ls -la /dev/{audio,sound,audioctl,mixer}
> lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/audio@ -> /dev/audio1
> lrwxr-xr-x  1 root  wheel  14 Apr 17 15:57 /dev/audioctl@ -> /dev/audioctl1
> lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/mixer@ -> /dev/mixer1
> lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/sound@ -> /dev/sound1
> 

programs don't use the symlinks any longer, try to set sndiod_flags
to "-f rsnd/1" and restart sndiod

> It seems to work as per audioctl and mixerctl output:
> 
> zmyrgel:2204$ mixerctl
> outputs.spkr.mute=off
> outputs.spkr=255,255
> zmyrgel:2205$ audioctl
> name=USB audio
> encodings=slinear_le:16:2:1,slinear_le:24:3:1
> properties=independent
> hiwat=7
> lowat=5
> mode=
> play.rate=44100
> play.channels=2
> play.precision=16
> play.bps=2
> play.msb=1
> play.encoding=slinear_le
> play.samples=0
> play.pause=0
> play.active=0
> play.block_size=8816
> play.errors=0
> record.rate=44100
> record.channels=2
> record.precision=16
> record.bps=2
> record.msb=1
> record.encoding=slinear_le
> record.samples=0
> record.pause=0
> record.active=0
> record.block_size=8816
> record.errors=0
> 
> When I use mplayer or audacious, both seem to playback just fine except I
> can't hear anything from my headset. Am I missing something here?

probably programs are still using the first device.

Usb-audio not working

[Timo Myyra]

Hi,

I saw recent commit which should have enabled uaudio support for 
ehci-only systems.

It doesn't seem to work for desktop with my USB DAC.

So far I've changed the following symlinks to point to my USB DAC.

zmyrgel:2202$ ls -la /dev/{audio,sound,audioctl,mixer}
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/audio@ -> /dev/audio1
lrwxr-xr-x  1 root  wheel  14 Apr 17 15:57 /dev/audioctl@ -> /dev/audioctl1
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/mixer@ -> /dev/mixer1
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/sound@ -> /dev/sound1

It seems to work as per audioctl and mixerctl output:

zmyrgel:2204$ mixerctl
outputs.spkr.mute=off
outputs.spkr=255,255
zmyrgel:2205$ audioctl
name=USB audio
encodings=slinear_le:16:2:1,slinear_le:24:3:1
properties=independent
hiwat=7
lowat=5
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
play.msb=1
play.encoding=slinear_le
play.samples=0
play.pause=0
play.active=0
play.block_size=8816
play.errors=0
record.rate=44100
record.channels=2
record.precision=16
record.bps=2
record.msb=1
record.encoding=slinear_le
record.samples=0
record.pause=0
record.active=0
record.block_size=8816
record.errors=0

When I use mplayer or audacious, both seem to playback just fine except 
I can't hear anything from my headset. Am I missing something here?


zmyrgel:2204$ dmesg
OpenBSD 5.7-current (GENERIC.MP) #912: Sat Apr 11 13:12:26 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8481976320 (8089MB)
avail mem = 8221065216 (7840MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb0f0 (28 entries)
bios0: vendor American Megatrends Inc. version "P1.60" date 07/13/2011
bios0: ASRock Z68 Pro3
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT MCFG AAFT HPET SLIC
acpi0: wakeup devices CIR_(S3) PS2K(S4) PS2M(S4) UAR1(S4) BR20(S4) 
EUSB(S4) USBE(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) PE2P(S4) 
PEX5(S4) PEX6(S4) PEX7(S4) [...]

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) Core(TM) i5-2500K CPU @ 3.30GHz, 3293.06 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,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC

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.0, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 3292.53 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,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC

cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 3292.53 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,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC

cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz, 3292.53 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,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC

cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (BR20)
acpiprt2 at acpi0: bus 2 (PEX0)
acpiprt3 at acpi0: bus -1 (PEX1)
acpiprt4 at acpi0: bus -1 (PEX2)
acpiprt5 at acpi0: bus 3 (PEX4)
acpiprt6 at acpi0: bus 4 (PE2P)
acpiprt7 at acpi0: bus 5 (PEX5)
acpiprt8 at acpi0: bus 6 (PEX6)
acpiprt9 at acpi0: bus 7 (PEX7)
acpiprt10 at acpi0: bus 1 (P0P1)
acpiprt11 at acpi0: bus -1 (P0P2)
acpiprt12 at acpi0: bus -1 (P0P3)
acpiprt13 at acpi0: bus -1 (P0P4)
acpicpu0 at acpi0: C3, C3, C1, PSS
acpicpu1 at acpi0: C3, C3, C1, PSS
acpicpu2 at acpi0: C3, C3, C1, PSS
acpicpu3 at acpi0: C3, C3, C1, PSS
acpibtn0 at acpi0: SLPB
acpibtn1 at acpi0: PWRB
cpu0: Enhanced SpeedStep 3293 MHz: speeds: 3301, 3300, 3100, 2900, 2700, 
2500, 2300, 2100, 1900, 1700, 1600 MHz

pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "In

Re: OpenBSD on iMac

[Stefan Sperling]

On Fri, Apr 17, 2015 at 09:06:55AM +0200, Martijn van Duren wrote:
> 3) When doing an ifconfig athn0 scan I get a kernel panic. Because my USB
> keyboard stops working after the panic I can't provide a trace. I don't need
> wifi on this system, so this isn't an issue with me.

> athn0 at pci3 dev 0 function 0 "Atheros AR9300" rev 0x01: apic 2 int 17
> athn0: AR9380 rev 3 (2T3R), ROM rev 0, address 00:00:ef:be:ad:de

Known issue. We've removed this device from the driver's list for 5.7.
The support never worked, the code was enabled without testing on hardware.

CVSROOT:/cvs
Module name:src
Changes by: s...@cvs.openbsd.org2014/11/11 09:26:28

Modified files:
sys/dev/pci: if_athn_pci.c 

Log message:
Stop athn(4) from attaching to AR9300 devices for now. There are unresolved
bugs that panic the kernel and it's unclear if any such device works at all.
Anyone in possession of a working AR9300 device that stops working with this
commit please talk to me. I've only seen evidence of this code not working.
ok kirby@ mpi@ phessler@ dcoppa@

acpi0: failed to allocate hibernate memory

[Alessandro DE LAURENZIS]

Dear misc@ readers,

I'm facing intermittent failures during hibernation on my Thinkpad R61.
The relevant info in the dmesg [1] is:

acpi0: failed to allocate hibernate memory

This is a very recent snapshot, but I'm not able to confirm that the
problem is new, 'cause I rarely use the suspend-to-disk feature. On the
other hand, most of the times the hibernation (and resume) phase
completes correctly (and I didn't find out what is triggering the
fault).

When it occurs, only a reboot can recover the correct behavior.

Some additional info:

- "vmstat -m" output:

Memory statistics by bucket size
Size   In Use   Free   Requests  HighWater  Couldfree
  1619158  3895476144731280   1295
  32 4222   70421189555 640  11697
  64 3398   10826711838 320  24330
 128 7986   12621415473 160   5106
 256 2220   12361093678  80   4008
 512 2743241 504121  40   1193
1024 1772548 235523  20  63410
2048  149137  26169  10   8961
4096  622238 154197   5 143961
8192   25 10   9331   5   5072
   163845  0160   5  0
   32768   11  0 39   5  0
   655367  0 170701   5  0
  1310721  0109   5  0
  2621443  0 50   5  0

Memory usage type by bucket size
Size  Type(s)
  16  devbuf, pcb, routetbl, UFS mount, dirhash, ACPI, exec, VM swap,
  UVM amap, UVM aobj, USB, USB device, temp, DRM
  32  devbuf, pcb, routetbl, ifaddr, sem, dirhash, ACPI, in_multi, exec,
  UVM amap, UVM aobj, USB, USB device, temp, AGP Memory, DRM
  64  devbuf, routetbl, ifaddr, sysctl, vnodes, UFS mount, dirhash, ACPI,
  proc, VFS cluster, in_multi, ether_multi, VM swap, UVM amap, UVM aobj,
  USB, USB device, NDP, temp, DRM
 128  devbuf, pcb, routetbl, UFS mount, sem, dirhash, ACPI, NFS srvsock,
  in_multi, ttys, pfkey data, inodedep, UVM amap, UVM aobj, USB,
  USB device, USB HC, temp, AGP Memory, DRM
 256  devbuf, routetbl, ifaddr, sysctl, ioctlops, vnodes, UFS mount, shm,
  VM map, dirhash, ACPI, MSDOSFS node, exec, UVM amap, UVM aobj, USB,
  USB device, NDP, temp, DRM
 512  devbuf, ifaddr, sysctl, ioctlops, iov, UFS mount, dirhash, ACPI,
  file desc, MSDOSFS mount, ttys, newblk, UVM amap, UVM aobj, USB,
  USB device, USB HC, temp, DRM
1024  devbuf, pcb, ioctlops, mount, shm, dirhash, file desc, proc, ttys,
  exec, UVM amap, UVM aobj, crypto data, temp, DRM
2048  devbuf, pcb, ioctlops, UFS mount, shm, ACPI, file desc, VM swap,
  UVM amap, UVM aobj, temp, DRM
4096  devbuf, ifaddr, ioctlops, UFS mount, shm, file desc, proc, UVM amap,
  memdesc, temp, DRM
8192  devbuf, shm, ACPI, file, pagedep, UVM amap, USB, temp, DRM
   16384  devbuf, NFS daemon, MSDOSFS mount, indirdep, temp, DRM
   32768  devbuf, UFS quota, UFS mount, ISOFS mount, MSDOSFS fat, inodedep, DRM
   65536  devbuf, temp
  131072  devbuf, temp
  262144  devbuf, VM swap

Memory statistics by type   Type  Kern
  Type InUse MemUse HighUse  Limit Requests Limit Limit Size(s)
devbuf  4500  5282K   5384K 78644K212550 0  
16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536,131072,262144
   pcb   14527K 32K 78644K 36410 0  
16,32,128,1024,2048
  routetbl85 7K  7K 78644K 50300 0  16,32,64,128,256
ifaddr   13318K 18K 78644K  1850 0  
32,64,256,512,4096
sysctl 2 1K  1K 78644K   520 0  64,256,512
  ioctlops 0 0K  4K 78644K549710 0  
256,512,1024,2048,4096
   iov 0 0K  1K 78644K90 0  512
 mount 7 7K  8K 78644K90 0  1024
vnodes  112171K 73K 78644K 24240 0  64,256
 UFS quota 132K 32K 78644K10 0  32768
 UFS mount2966K 66K 78644K   290 0  
16,64,128,256,512,2048,4096,32768
   shm 730K 42K 78644K  2400 0  
256,1024,2048,4096,8192
VM map 2 1K  1K 78644K20 0  256
   sem 2 1K  1K 78644K20 0  32,128
   dirhash  1065   216K221K 78644K 12780 0  
16,32,64,128,256,512,1024
  ACPI  5577   673K681K 78644K   5265390 0  
16,32,64,128,256,512,2048,8192
  file 0 0K  8K 78644K   100 0  8192
 file desc2452K 76K 78644K 10010 0  
512,1024,2048

Re: Blocking Teamviewer

[Tuyosi Takesima]

teamviewer access over all-too-common firewall .
it is convinient ,but  it is dangerous to company .

in my intranet experiment ,
i manage to prevent access from windows81's teamviewer
   to   linux's teamviewer.

i touch squid after long iinterval , so there perhaps are  mistakes . the
followings may be false illusion .

after serching internet ,my setting is next.

internet
|
|
wifi router---windows81
|
|
urtwn0 dhcp
openbsd
fxp0 192.168.64.1/24(dhcpd)
|
|
dhcp
linux
(firefox edit>preference>adavance>setting>http proxy 192.168.64.1 port 3128


1st
# ./comment-out.bat /etc/squid/squid.conf
acl localnet src 10.0.0.0/8 # RFC1918 possible internal network
acl localnet src 172.16.0.0/12  # RFC1918 possible internal network
acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
acl localnet src fc00::/7   # RFC 4193 local private network range
acl localnet src fe80::/10  # RFC 4291 link-local (directly plugged)
machines
acl SSL_ports port 443
acl Safe_ports port 80  # http
acl Safe_ports port 21  # ftp
acl Safe_ports port 443 # https
acl Safe_ports port 70  # gopher
acl Safe_ports port 210 # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280 # http-mgmt
acl Safe_ports port 488 # gss-http
acl Safe_ports port 591 # filemaker
acl Safe_ports port 777 # multiling http
acl CONNECT method CONNECT
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost manager
http_access deny manager
http_access allow localnet
http_access allow localhost
http_access deny all
http_port 3128
coredump_dir /var/squid/cache
refresh_pattern ^ftp:   144020% 10080
refresh_pattern ^gopher:14400%  1440
refresh_pattern -i (/cgi-bin/|\?) 0 0%  0
refresh_pattern .   0   20% 432


2nd
# ./comment-out.bat
/etc/pf.conf

ext_if="urtwn0"
int_if="fxp0"
set skip on lo
set skip on {pfsync}
set reassemble yes no-df
pass in quick log on $ext_if inet proto tcp to port 80 divert-to 127.0.0.1
port 3128
pass out quick from 127.0.0.1 divert-reply


3rd
linux access internet .

---
tuyosi takesima

Re: OpenBSD hosting in Hong Kong?

[Paul S.]

Just buy a box with KVM/IPMI from any provider?

Why does it have to be OpenBSD centric?

On 4/17/2015 午前 10:41, OpenBSD user wrote:

Hello,

I was wondering if there are any hosting companies
in Hong Kong offering OpenBSD dedicated servers?

Would be truly grateful for any replies!

Re: davical on openbsd

[Kristaps Dzonsons]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

> If I'd have to deploy a new caldav only server (i.e. no carddav)
> I'd go testing kcaldav (which I've learned about just today,
> thanks, Joerg Jung!): http://kristaps.bsd.lv/kcaldav/

Do note that small version number with kcaldav--it's still very new
and will gain functionality quite rapidly!  I use it for all of my own
stuff, but I only use regular calendaring, not free-busy and advanced
queries and sharing.  (Though I plan on adding support as time goes on.)

If you use Apache, you'll need to add a re-write rule to let through
Digest authentication.  Reyk's httpd(8) works out of the box via
slowcgi(8).  (No FastCGI til kcgi supports it...)

Best,

Kristaps
-BEGIN PGP SIGNATURE-
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJVMQGwAAoJEMT2SUY9XBESMqgQAKREkDWe6V+AMzvnYGxceoTB
z87O0YWaVbdvhNHk/QP4afE9T2JHheKS2346ZGSV4xii0n/c3dwKy0q3BMhHxyGc
F7A0GkvonS+Xmcraj8IttrYwD6JHEfjYpw6uIke9YpODqqinB5PNvtY60NpJa6/E
sM/qQwWAjcuj3UVmHu3J4YJ9XCHX28JqJzaembbt26Lzi8YUS8vuh+/WCuXV8hjL
NML//xZHkKZ5y98n1Dz3XODRsBbtITPjUGt+XocK3f1wlotsj974JMj4ZpePc0sn
kUecpjmRfA26Ca1LenJ0qayZE/UzOpDq/9cSu1A+mnnEhIjREWZYlnmDp5hXCkKR
VgcaFgccWQ8IiAxVKSd/rw70sRUEfhz5DwuFHOiUoj01Vj7AYtPZggwyUsIgGskj
oHjU2tJE1hqPe5u5deN93Q8SoQo+xLd41jnhVK37esqsNPJ9Q22duD0ftcW91+p5
jh2yYH7taOOon2sxmxPT+35omhxp7nbth2teYLw3kB9734zyndgOEKGWQhSVu4kp
OpRmQW66HU7ra2WXc092HIy0LeLHris/oIt4NvSa36EQ8wiWIDYYiEvjDJYkJFCM
RrIaHz99gXZHa/r4yMeHqMImsiKJlzL+fcCxbYhPsibghxph5gqthSCnn41u4qSh
peOylKTWd4Qfvm/k4R6m
=dDMx
-END PGP SIGNATURE-

Re: not known intel ethernet card

[Dariusz Swiderski]

hi

is this only on em1?
and can you try plugging each of this port to a switch and see in ifconfig if
media gets
negotiated?

greets
--
Maciej 'sfires' Swiderski
---
SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
---
A mouse is a device used to point at the xterm you want to type in.

> On 17 kwi 2015, at 13:21, Holger Glaess  wrote:
>
> hi
>
> looks good , but this "unable to read" is coming from
> not connected port ?
>
> Holger
>
>
> # dmesg | grep "^em"
> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
> 00:14:b7:00:61:63
> em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 16,
> address 00:14:b7:00:61:64
> em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 17,
> address 00:14:b7:00:61:65
> em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 18,
> address 00:14:b7:00:61:66
> em1: unable to read phy 0 reg 2
> em1: unable to read phy 0 reg 3
> em1: unable to read phy 0 reg 2
> em1: unable to read phy 0 reg 3
> em1: unable to read phy 0 reg 2
> em1: unable to read phy 0 reg 3
> em1: unable to read phy 0 reg 1
> em1: unable to read phy 0 reg 1
> em1: unable to read phy 0 reg 1
> em1: unable to read phy 0 reg 1
>
>
>
>> hi
>>
>> please apply attached patch on top of the previous one, build and reboot
>> :)
>>
>> greets
>> dms
>>
>> On Fri, 17 Apr 2015, Holger Glaess wrote:
>>
>>> hi
>>>
>>> after build and boot the a patched kernel
>>> i see now the em interface but
>>> he show an eeprom error.
>>>
>>>
>>> see demsg
>>>
>>> Holger
>>>
>>> OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
>>>root@DAF.rocki.intern:/usr/src/sys/arch/i386/compile/GENERIC
>>> cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21
>> GHz
>>> cpu0:
>>>
>>
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
>> CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
>>> real mem  = 1072041984 (1022MB)
>>> avail mem = 1042157568 (993MB)
>>> mpath0 at root
>>> scsibus0 at mpath0: 256 targets
>>> mainbus0 at root
>>> bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev.
>>> 2.2
>>> @ 0xf0800 (39 entries)
>>> bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
>>> Jul,2,2009" date 07/06/2009
>>> acpi0 at bios0: rev 0
>>> acpi0: sleep states S0 S3 S4 S5
>>> acpi0: tables DSDT FACP MCFG APIC
>>> acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
>>> PEX3(S5) HUB0(S5) PCI0(S5)
>>> acpitimer0 at acpi0: 3579545 Hz, 24 bits
>>> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
>>> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>>> cpu0 at mainbus0: apid 0 (boot processor)
>>> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
>>> cpu0: apic clock running at 133MHz
>>> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
>>> acpiprt0 at acpi0: bus 0 (PCI0)
>>> acpiprt1 at acpi0: bus 2 (EPA1)
>>> acpiprt2 at acpi0: bus -1 (BR10)
>>> acpiprt3 at acpi0: bus -1 (BR11)
>>> acpiprt4 at acpi0: bus -1 (BR12)
>>> acpiprt5 at acpi0: bus -1 (BR13)
>>> acpiprt6 at acpi0: bus -1 (BR14)
>>> acpiprt7 at acpi0: bus 3 (P0P1)
>>> acpiprt8 at acpi0: bus -1 (PEX0)
>>> acpiprt9 at acpi0: bus -1 (PEX1)
>>> acpiprt10 at acpi0: bus -1 (PEX2)
>>> acpiprt11 at acpi0: bus -1 (PEX3)
>>> acpiprt12 at acpi0: bus -1 (HUB0)
>>> acpicpu0 at acpi0
>>> acpitz0 at acpi0: critical temperature is 75 degC
>>> acpibtn0 at acpi0: PWRB
>>> bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
>>> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
>>> pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
>>> "Intel EP80579 Memory" rev 0x01 at pci0 dev 0 function 1 not configured
>>> "Intel EP80579 EDMA" rev 0x01 at pci0 dev 1 function 0 not configured
>>> ppb0 at pci0 dev 2 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int
>>> 16
>>> pci1 at ppb0 bus 1
>>> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
>>> 00:14:b7:00:61:63
>>> ppb1 at pci0 dev 3 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int
>>> 16
>>> pci2 at ppb1 bus 2
>>> ppb2 at pci0 dev 4 function 0 "Intel EP80579" rev 0x01
>>> pci3 at ppb2 bus 3
>>> em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01em1: Unknown
>>> MAC
>>> Type
>>> : apic 2 int 16em1: The EEPROM Checksum Is Not Valid
>>> em1: Unable to initialize the hardware
>>> em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01em2: Unknown
>>> MAC
>>> Type
>>> : apic 2 int 17em2: The EEPROM Checksum Is Not Valid
>>> em2: Unable to initialize the hardware
>>> em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01em3: Unknown
>>> MAC
>>> Type
>>> : apic 2 int 18em3: The EEPROM Checksum Is Not Valid
>>> em3: Unable to initialize the hardware
>>> gcu0 at pci3 dev 3 function 0 "Intel EP80579 GCU" rev 0x01
>>> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 4 function 0 not configured
>>> "In

Re: not known intel ethernet card

[Holger Glaess]

hi

looks good , but this "unable to read" is coming from
not connected port ?

Holger


# dmesg | grep "^em"
em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
00:14:b7:00:61:63
em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 16,
address 00:14:b7:00:61:64
em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 17,
address 00:14:b7:00:61:65
em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01: apic 2 int 18,
address 00:14:b7:00:61:66
em1: unable to read phy 0 reg 2
em1: unable to read phy 0 reg 3
em1: unable to read phy 0 reg 2
em1: unable to read phy 0 reg 3
em1: unable to read phy 0 reg 2
em1: unable to read phy 0 reg 3
em1: unable to read phy 0 reg 1
em1: unable to read phy 0 reg 1
em1: unable to read phy 0 reg 1
em1: unable to read phy 0 reg 1



> hi
>
> please apply attached patch on top of the previous one, build and reboot
> :)
>
> greets
> dms
>
> On Fri, 17 Apr 2015, Holger Glaess wrote:
>
>> hi
>>
>> after build and boot the a patched kernel
>> i see now the em interface but
>> he show an eeprom error.
>>
>>
>> see demsg
>>
>> Holger
>>
>> OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
>> root@DAF.rocki.intern:/usr/src/sys/arch/i386/compile/GENERIC
>> cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21
> GHz
>> cpu0:
>>
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
> CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
>> real mem  = 1072041984 (1022MB)
>> avail mem = 1042157568 (993MB)
>> mpath0 at root
>> scsibus0 at mpath0: 256 targets
>> mainbus0 at root
>> bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev.
>> 2.2
>> @ 0xf0800 (39 entries)
>> bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
>> Jul,2,2009" date 07/06/2009
>> acpi0 at bios0: rev 0
>> acpi0: sleep states S0 S3 S4 S5
>> acpi0: tables DSDT FACP MCFG APIC
>> acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
>> PEX3(S5) HUB0(S5) PCI0(S5)
>> acpitimer0 at acpi0: 3579545 Hz, 24 bits
>> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
>> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
>> cpu0 at mainbus0: apid 0 (boot processor)
>> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
>> cpu0: apic clock running at 133MHz
>> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
>> acpiprt0 at acpi0: bus 0 (PCI0)
>> acpiprt1 at acpi0: bus 2 (EPA1)
>> acpiprt2 at acpi0: bus -1 (BR10)
>> acpiprt3 at acpi0: bus -1 (BR11)
>> acpiprt4 at acpi0: bus -1 (BR12)
>> acpiprt5 at acpi0: bus -1 (BR13)
>> acpiprt6 at acpi0: bus -1 (BR14)
>> acpiprt7 at acpi0: bus 3 (P0P1)
>> acpiprt8 at acpi0: bus -1 (PEX0)
>> acpiprt9 at acpi0: bus -1 (PEX1)
>> acpiprt10 at acpi0: bus -1 (PEX2)
>> acpiprt11 at acpi0: bus -1 (PEX3)
>> acpiprt12 at acpi0: bus -1 (HUB0)
>> acpicpu0 at acpi0
>> acpitz0 at acpi0: critical temperature is 75 degC
>> acpibtn0 at acpi0: PWRB
>> bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
>> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
>> pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
>> "Intel EP80579 Memory" rev 0x01 at pci0 dev 0 function 1 not configured
>> "Intel EP80579 EDMA" rev 0x01 at pci0 dev 1 function 0 not configured
>> ppb0 at pci0 dev 2 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int
>> 16
>> pci1 at ppb0 bus 1
>> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
>> 00:14:b7:00:61:63
>> ppb1 at pci0 dev 3 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int
>> 16
>> pci2 at ppb1 bus 2
>> ppb2 at pci0 dev 4 function 0 "Intel EP80579" rev 0x01
>> pci3 at ppb2 bus 3
>> em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01em1: Unknown
>> MAC
>> Type
>> : apic 2 int 16em1: The EEPROM Checksum Is Not Valid
>> em1: Unable to initialize the hardware
>> em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01em2: Unknown
>> MAC
>> Type
>> : apic 2 int 17em2: The EEPROM Checksum Is Not Valid
>> em2: Unable to initialize the hardware
>> em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01em3: Unknown
>> MAC
>> Type
>> : apic 2 int 18em3: The EEPROM Checksum Is Not Valid
>> em3: Unable to initialize the hardware
>> gcu0 at pci3 dev 3 function 0 "Intel EP80579 GCU" rev 0x01
>> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 4 function 0 not configured
>> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 5 function 0 not configured
>> "Intel EP80579 Serial" rev 0x01 at pci3 dev 6 function 0 not configured
>> "Intel EP80579 1588" rev 0x01 at pci3 dev 7 function 0 not configured
>> "Intel EP80579 LEB" rev 0x01 at pci3 dev 8 function 0 not configured
>> vendor "Intel", unknown product 0x502d (class processor subclass
>> Co-processor, rev 0x01) at pci3 dev 9 function 0 not configured
>> "Intel EP80579 Reserved" rev 0x01 at pci3 dev 10 function 0 not
>> configured
>> vendor "Intel", unknown product 0x504c (class processor subclass
>> Co-processor, rev 0x01) at pci3 dev 11 function 0 not configured

Re: davical on openbsd

[Marcus MERIGHI]

paol...@gmail.com (Paolo Aglialoro), 2015.04.15 (Wed) 03:10 (CEST):
> is there someone who already had experiences with davical in
> production on openbsd?

yes. But only for a handful of users.
What does production mean to you? Your personal caldav server? A
caldav server for hundreds of users?

> Especially interfacing with ical 

yes. Though my impression is that apple changes it's caldav/carddav
implementation as it likes, causing troubles.

> and internals'/externals' invitations?

no.

> I would like to share configs and ideas.

gladly! But...

Are you sure you've chosen the right tool (davical) for the task
(caldav)? Please read the archives:

most traffic:
https://lists.sourceforge.net/lists/listinfo/davical-general
seldom used:
https://lists.sourceforge.net/lists/listinfo/davical-devel

summary: original author left, project is being taken over by a
community.

If I'd have to deploy a new caldav only server (i.e. no carddav) I'd go
testing kcaldav (which I've learned about just today, thanks, Joerg
Jung!): http://kristaps.bsd.lv/kcaldav/

My current favourite is sogo (thanks sebastia@!) though this is a rather
large beast if you just want caldav.

Other options from the top of my head: baikal, radicale, owncloud (all
in ports/packages).
Even citadel (http://www.citadel.org/) does caldav, I've had that one
running on openbsd once (not in ports/packages).

Regarding davical your first task will be to find out whether the
ports/packages version is the one that works with current iStuff.
My impression is that landry@ is a very active ports maintainer but I
havent installed that port anew in years, I try to touch davical as
little as possible during OS upgrades: copy davical directory to backup,
pkg_add -u, diff afterwards. Try to keep all patches from mailinglist.

Bye, Marcus

> !DSPAM:552dbab6235906663518250!

Re: OpenBSD on iMac

[Martijn van Duren]

On 04/17/15 11:07, Jonathan Gray wrote:

On Fri, Apr 17, 2015 at 09:57:49AM +0200, Martijn van Duren wrote:

On 04/17/15 09:36, Alexandre Ratchov wrote:

On Fri, Apr 17, 2015 at 09:06:55AM +0200, Martijn van Duren wrote:

Hello misc@,

I just got a replacement system (iMac 12,1) at work, so I decided to go
ahead and install OpenBSD on it. To do so I installed refind through debian
and created a GPT/MBR hybrid.

Most of the system runs perfectly (see dmesg pr0n below), but there are a
couple of minor inconveniences:
1) The sound from the speakers sound like they come from a cheap cellphone.


You mean the level is to low? Does "mixerctl outputs.spkr_boost=on"
improves things?


It's not that the volume is low, but it sounds like it sounds rather high
pitched and a narrow with a narrow bandwith.


Does undoing the gpio quirk for that subid change anything?

Index: sys/dev/pci/azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.165
diff -u -p -r1.165 azalia_codec.c
--- sys/dev/pci/azalia_codec.c  10 Dec 2014 14:18:11 -  1.165
+++ sys/dev/pci/azalia_codec.c  17 Apr 2015 09:03:22 -
@@ -65,8 +65,7 @@ azalia_codec_init_vtbl(codec_t *this)
switch (this->vid) {
case 0x10134206:
this->name = "Cirrus Logic CS4206";
-   if (this->subid == 0xcb8910de || /* APPLE_MBA3_1 */
-   this->subid == 0x72708086) { /* APPLE_MBA4_1 */
+   if (this->subid == 0xcb8910de) { /* APPLE_MBA3_1 */
this->qrks |= AZ_QRK_GPIO_UNMUTE_1 |
AZ_QRK_GPIO_UNMUTE_3;
}



This renders my system completely mute.

Re: not known intel ethernet card

[Dariusz Swiderski]

hi

please apply attached patch on top of the previous one, build and reboot
:)

greets
dms

On Fri, 17 Apr 2015, Holger Glaess wrote:

> hi
>
> after build and boot the a patched kernel
> i see now the em interface but
> he show an eeprom error.
>
>
> see demsg
>
> Holger
>
> OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
> root@DAF.rocki.intern:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21
GHz
> cpu0:
>
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
> real mem  = 1072041984 (1022MB)
> avail mem = 1042157568 (993MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev. 2.2
> @ 0xf0800 (39 entries)
> bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
> Jul,2,2009" date 07/06/2009
> acpi0 at bios0: rev 0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP MCFG APIC
> acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
> PEX3(S5) HUB0(S5) PCI0(S5)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 133MHz
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 2 (EPA1)
> acpiprt2 at acpi0: bus -1 (BR10)
> acpiprt3 at acpi0: bus -1 (BR11)
> acpiprt4 at acpi0: bus -1 (BR12)
> acpiprt5 at acpi0: bus -1 (BR13)
> acpiprt6 at acpi0: bus -1 (BR14)
> acpiprt7 at acpi0: bus 3 (P0P1)
> acpiprt8 at acpi0: bus -1 (PEX0)
> acpiprt9 at acpi0: bus -1 (PEX1)
> acpiprt10 at acpi0: bus -1 (PEX2)
> acpiprt11 at acpi0: bus -1 (PEX3)
> acpiprt12 at acpi0: bus -1 (HUB0)
> acpicpu0 at acpi0
> acpitz0 at acpi0: critical temperature is 75 degC
> acpibtn0 at acpi0: PWRB
> bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
> "Intel EP80579 Memory" rev 0x01 at pci0 dev 0 function 1 not configured
> "Intel EP80579 EDMA" rev 0x01 at pci0 dev 1 function 0 not configured
> ppb0 at pci0 dev 2 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int 16
> pci1 at ppb0 bus 1
> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
> 00:14:b7:00:61:63
> ppb1 at pci0 dev 3 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int 16
> pci2 at ppb1 bus 2
> ppb2 at pci0 dev 4 function 0 "Intel EP80579" rev 0x01
> pci3 at ppb2 bus 3
> em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01em1: Unknown MAC
> Type
> : apic 2 int 16em1: The EEPROM Checksum Is Not Valid
> em1: Unable to initialize the hardware
> em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01em2: Unknown MAC
> Type
> : apic 2 int 17em2: The EEPROM Checksum Is Not Valid
> em2: Unable to initialize the hardware
> em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01em3: Unknown MAC
> Type
> : apic 2 int 18em3: The EEPROM Checksum Is Not Valid
> em3: Unable to initialize the hardware
> gcu0 at pci3 dev 3 function 0 "Intel EP80579 GCU" rev 0x01
> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 4 function 0 not configured
> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 5 function 0 not configured
> "Intel EP80579 Serial" rev 0x01 at pci3 dev 6 function 0 not configured
> "Intel EP80579 1588" rev 0x01 at pci3 dev 7 function 0 not configured
> "Intel EP80579 LEB" rev 0x01 at pci3 dev 8 function 0 not configured
> vendor "Intel", unknown product 0x502d (class processor subclass
> Co-processor, rev 0x01) at pci3 dev 9 function 0 not configured
> "Intel EP80579 Reserved" rev 0x01 at pci3 dev 10 function 0 not configured
> vendor "Intel", unknown product 0x504c (class processor subclass
> Co-processor, rev 0x01) at pci3 dev 11 function 0 not configured
> "Intel EP80579 Reserved" rev 0x01 at pci3 dev 12 function 0 not configured
> uhci0 at pci0 dev 29 function 0 "Intel EP80579 USB" rev 0x01: apic 2 int 23
> ehci0 at pci0 dev 29 function 7 "Intel EP80579 USB" rev 0x01: apic 2 int 23
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> pcib0 at pci0 dev 31 function 0 "Intel EP80579 LPC" rev 0x01
> ahci0 at pci0 dev 31 function 2 "Intel EP80579 AHCI" rev 0x01: msi, AHCI
1.1
> scsibus1 at ahci0: 32 targets
> sd0 at scsibus1 targ 0 lun 0:  SCSI3 0/direct
> fixed t10.ATA_TOSHIBA_MK6037GSX_676FTD3DT
> sd0: 57231MB, 512 bytes/sector, 117210240 sectors
> ichiic0 at pci0 dev 31 function 3 "Intel EP80579 SMBus" rev 0x01: apic 2
> int 19
> iic0 at ichiic0
> spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM
> usb1 at uhci0: USB revision 1.0
> uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> isa0 at pcib0
> isadma0 at isa0
> 

Re: OpenBSD on iMac

[Jonathan Gray]

On Fri, Apr 17, 2015 at 09:57:49AM +0200, Martijn van Duren wrote:
> On 04/17/15 09:36, Alexandre Ratchov wrote:
> >On Fri, Apr 17, 2015 at 09:06:55AM +0200, Martijn van Duren wrote:
> >>Hello misc@,
> >>
> >>I just got a replacement system (iMac 12,1) at work, so I decided to go
> >>ahead and install OpenBSD on it. To do so I installed refind through debian
> >>and created a GPT/MBR hybrid.
> >>
> >>Most of the system runs perfectly (see dmesg pr0n below), but there are a
> >>couple of minor inconveniences:
> >>1) The sound from the speakers sound like they come from a cheap cellphone.
> >
> >You mean the level is to low? Does "mixerctl outputs.spkr_boost=on"
> >improves things?
> 
> It's not that the volume is low, but it sounds like it sounds rather high
> pitched and a narrow with a narrow bandwith.

Does undoing the gpio quirk for that subid change anything?

Index: sys/dev/pci/azalia_codec.c
===
RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.165
diff -u -p -r1.165 azalia_codec.c
--- sys/dev/pci/azalia_codec.c  10 Dec 2014 14:18:11 -  1.165
+++ sys/dev/pci/azalia_codec.c  17 Apr 2015 09:03:22 -
@@ -65,8 +65,7 @@ azalia_codec_init_vtbl(codec_t *this)
switch (this->vid) {
case 0x10134206:
this->name = "Cirrus Logic CS4206";
-   if (this->subid == 0xcb8910de ||/* APPLE_MBA3_1 */
-   this->subid == 0x72708086) {/* APPLE_MBA4_1 */
+   if (this->subid == 0xcb8910de) {/* APPLE_MBA3_1 */
this->qrks |= AZ_QRK_GPIO_UNMUTE_1 |
AZ_QRK_GPIO_UNMUTE_3;
}

Re: not known intel ethernet card

[Dariusz Swiderski]

Hi,

this is good, will supply a new patch in about an hour

greets
--
Maciej 'sfires' Swiderski
---
SysAdm | SecOff  | DS14145-RIPE| DS11-6BONE
193.178.161.0/24 | 3ffe:8010:7:2a::/64 | AS16288
---
A mouse is a device used to point at the xterm you want to type in.

> On 17 kwi 2015, at 09:15, Holger Glaess  wrote:
>
> hi
>
> after build and boot the a patched kernel
> i see now the em interface but
> he show an eeprom error.
>
>
> see demsg
>
> Holger
>
> OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
>root@DAF.rocki.intern
:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21
GHz
> cpu0:
>
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,A
CPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
> real mem  = 1072041984 (1022MB)
> avail mem = 1042157568 (993MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev. 2.2
> @ 0xf0800 (39 entries)
> bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01
> Jul,2,2009" date 07/06/2009
> acpi0 at bios0: rev 0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP MCFG APIC
> acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
> PEX3(S5) HUB0(S5) PCI0(S5)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimcfg0 at acpi0 addr 0xe000, bus 0-255
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 133MHz
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 2 (EPA1)
> acpiprt2 at acpi0: bus -1 (BR10)
> acpiprt3 at acpi0: bus -1 (BR11)
> acpiprt4 at acpi0: bus -1 (BR12)
> acpiprt5 at acpi0: bus -1 (BR13)
> acpiprt6 at acpi0: bus -1 (BR14)
> acpiprt7 at acpi0: bus 3 (P0P1)
> acpiprt8 at acpi0: bus -1 (PEX0)
> acpiprt9 at acpi0: bus -1 (PEX1)
> acpiprt10 at acpi0: bus -1 (PEX2)
> acpiprt11 at acpi0: bus -1 (PEX3)
> acpiprt12 at acpi0: bus -1 (HUB0)
> acpicpu0 at acpi0
> acpitz0 at acpi0: critical temperature is 75 degC
> acpibtn0 at acpi0: PWRB
> bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
> "Intel EP80579 Memory" rev 0x01 at pci0 dev 0 function 1 not configured
> "Intel EP80579 EDMA" rev 0x01 at pci0 dev 1 function 0 not configured
> ppb0 at pci0 dev 2 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int 16
> pci1 at ppb0 bus 1
> em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
> 00:14:b7:00:61:63
> ppb1 at pci0 dev 3 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int 16
> pci2 at ppb1 bus 2
> ppb2 at pci0 dev 4 function 0 "Intel EP80579" rev 0x01
> pci3 at ppb2 bus 3
> em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01em1: Unknown MAC
> Type
> : apic 2 int 16em1: The EEPROM Checksum Is Not Valid
> em1: Unable to initialize the hardware
> em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01em2: Unknown MAC
> Type
> : apic 2 int 17em2: The EEPROM Checksum Is Not Valid
> em2: Unable to initialize the hardware
> em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01em3: Unknown MAC
> Type
> : apic 2 int 18em3: The EEPROM Checksum Is Not Valid
> em3: Unable to initialize the hardware
> gcu0 at pci3 dev 3 function 0 "Intel EP80579 GCU" rev 0x01
> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 4 function 0 not configured
> "Intel EP80579 CANbus" rev 0x01 at pci3 dev 5 function 0 not configured
> "Intel EP80579 Serial" rev 0x01 at pci3 dev 6 function 0 not configured
> "Intel EP80579 1588" rev 0x01 at pci3 dev 7 function 0 not configured
> "Intel EP80579 LEB" rev 0x01 at pci3 dev 8 function 0 not configured
> vendor "Intel", unknown product 0x502d (class processor subclass
> Co-processor, rev 0x01) at pci3 dev 9 function 0 not configured
> "Intel EP80579 Reserved" rev 0x01 at pci3 dev 10 function 0 not configured
> vendor "Intel", unknown product 0x504c (class processor subclass
> Co-processor, rev 0x01) at pci3 dev 11 function 0 not configured
> "Intel EP80579 Reserved" rev 0x01 at pci3 dev 12 function 0 not configured
> uhci0 at pci0 dev 29 function 0 "Intel EP80579 USB" rev 0x01: apic 2 int 23
> ehci0 at pci0 dev 29 function 7 "Intel EP80579 USB" rev 0x01: apic 2 int 23
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> pcib0 at pci0 dev 31 function 0 "Intel EP80579 LPC" rev 0x01
> ahci0 at pci0 dev 31 function 2 "Intel EP80579 AHCI" rev 0x01: msi, AHCI
1.1
> scsibus1 at ahci0: 32 targets
> sd0 at scsibus1 targ 0 lun 0:  SCSI3 0/direct
> fixed t10.ATA_TOSHIBA_MK6037GSX_676FTD3DT
> sd0: 57231MB, 512 bytes/sector, 1172102

Re: OpenBSD on iMac

[Martijn van Duren]

On 04/17/15 09:36, Alexandre Ratchov wrote:

On Fri, Apr 17, 2015 at 09:06:55AM +0200, Martijn van Duren wrote:

Hello misc@,

I just got a replacement system (iMac 12,1) at work, so I decided to go
ahead and install OpenBSD on it. To do so I installed refind through debian
and created a GPT/MBR hybrid.

Most of the system runs perfectly (see dmesg pr0n below), but there are a
couple of minor inconveniences:
1) The sound from the speakers sound like they come from a cheap cellphone.


You mean the level is to low? Does "mixerctl outputs.spkr_boost=on"
improves things?


It's not that the volume is low, but it sounds like it sounds rather 
high pitched and a narrow with a narrow bandwith.





2) When plugging in headphones the main speakers are muted, but there's no
sound from the headphones themselves. I tried setting sndiod to channels 0:1
(default - main speakers), 2:3 (main speakers) and 4:5 (no sound)


You could set sndiod_flags to "-c0:3" to make it output to all
dacs. Does this help?



This doesn't help unfortunately.

Re: OpenBSD on iMac

[Alexandre Ratchov]

On Fri, Apr 17, 2015 at 09:06:55AM +0200, Martijn van Duren wrote:
> Hello misc@,
> 
> I just got a replacement system (iMac 12,1) at work, so I decided to go
> ahead and install OpenBSD on it. To do so I installed refind through debian
> and created a GPT/MBR hybrid.
> 
> Most of the system runs perfectly (see dmesg pr0n below), but there are a
> couple of minor inconveniences:
> 1) The sound from the speakers sound like they come from a cheap cellphone.

You mean the level is to low? Does "mixerctl outputs.spkr_boost=on"
improves things?

> 2) When plugging in headphones the main speakers are muted, but there's no
> sound from the headphones themselves. I tried setting sndiod to channels 0:1
> (default - main speakers), 2:3 (main speakers) and 4:5 (no sound)

You could set sndiod_flags to "-c0:3" to make it output to all
dacs. Does this help?

Re: not known intel ethernet card

[Holger Glaess]

hi

after build and boot the a patched kernel
i see now the em interface but
he show an eeprom error.


see demsg

Holger

OpenBSD 5.7-stable (GENERIC) #10: Fri Apr 17 10:48:45 CEST 2015
root@DAF.rocki.intern:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
real mem  = 1072041984 (1022MB)
avail mem = 1042157568 (993MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0 @ 0xfa530, SMBIOS rev. 2.2
@ 0xf0800 (39 entries)
bios0: vendor Phoenix Technologies, LTD version "ANSA 3020  R01 
Jul,2,2009" date 07/06/2009
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP MCFG APIC
acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5)
PEX3(S5) HUB0(S5) PCI0(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 133MHz
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (EPA1)
acpiprt2 at acpi0: bus -1 (BR10)
acpiprt3 at acpi0: bus -1 (BR11)
acpiprt4 at acpi0: bus -1 (BR12)
acpiprt5 at acpi0: bus -1 (BR13)
acpiprt6 at acpi0: bus -1 (BR14)
acpiprt7 at acpi0: bus 3 (P0P1)
acpiprt8 at acpi0: bus -1 (PEX0)
acpiprt9 at acpi0: bus -1 (PEX1)
acpiprt10 at acpi0: bus -1 (PEX2)
acpiprt11 at acpi0: bus -1 (PEX3)
acpiprt12 at acpi0: bus -1 (HUB0)
acpicpu0 at acpi0
acpitz0 at acpi0: critical temperature is 75 degC
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc8000/0x4000! 0xcc000/0x2200! 0xef000/0x1000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel EP80579 Host" rev 0x01
"Intel EP80579 Memory" rev 0x01 at pci0 dev 0 function 1 not configured
"Intel EP80579 EDMA" rev 0x01 at pci0 dev 1 function 0 not configured
ppb0 at pci0 dev 2 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int 16
pci1 at ppb0 bus 1
em0 at pci1 dev 0 function 0 "Intel 82574L" rev 0x00: msi, address
00:14:b7:00:61:63
ppb1 at pci0 dev 3 function 0 "Intel EP80579 PCIE" rev 0x01: apic 2 int 16
pci2 at ppb1 bus 2
ppb2 at pci0 dev 4 function 0 "Intel EP80579" rev 0x01
pci3 at ppb2 bus 3
em1 at pci3 dev 0 function 0 "Intel EP80579 LAN" rev 0x01em1: Unknown MAC
Type
: apic 2 int 16em1: The EEPROM Checksum Is Not Valid
em1: Unable to initialize the hardware
em2 at pci3 dev 1 function 0 "Intel EP80579 LAN" rev 0x01em2: Unknown MAC
Type
: apic 2 int 17em2: The EEPROM Checksum Is Not Valid
em2: Unable to initialize the hardware
em3 at pci3 dev 2 function 0 "Intel EP80579 LAN" rev 0x01em3: Unknown MAC
Type
: apic 2 int 18em3: The EEPROM Checksum Is Not Valid
em3: Unable to initialize the hardware
gcu0 at pci3 dev 3 function 0 "Intel EP80579 GCU" rev 0x01
"Intel EP80579 CANbus" rev 0x01 at pci3 dev 4 function 0 not configured
"Intel EP80579 CANbus" rev 0x01 at pci3 dev 5 function 0 not configured
"Intel EP80579 Serial" rev 0x01 at pci3 dev 6 function 0 not configured
"Intel EP80579 1588" rev 0x01 at pci3 dev 7 function 0 not configured
"Intel EP80579 LEB" rev 0x01 at pci3 dev 8 function 0 not configured
vendor "Intel", unknown product 0x502d (class processor subclass
Co-processor, rev 0x01) at pci3 dev 9 function 0 not configured
"Intel EP80579 Reserved" rev 0x01 at pci3 dev 10 function 0 not configured
vendor "Intel", unknown product 0x504c (class processor subclass
Co-processor, rev 0x01) at pci3 dev 11 function 0 not configured
"Intel EP80579 Reserved" rev 0x01 at pci3 dev 12 function 0 not configured
uhci0 at pci0 dev 29 function 0 "Intel EP80579 USB" rev 0x01: apic 2 int 23
ehci0 at pci0 dev 29 function 7 "Intel EP80579 USB" rev 0x01: apic 2 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
pcib0 at pci0 dev 31 function 0 "Intel EP80579 LPC" rev 0x01
ahci0 at pci0 dev 31 function 2 "Intel EP80579 AHCI" rev 0x01: msi, AHCI 1.1
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0:  SCSI3 0/direct
fixed t10.ATA_TOSHIBA_MK6037GSX_676FTD3DT
sd0: 57231MB, 512 bytes/sector, 117210240 sectors
ichiic0 at pci0 dev 31 function 3 "Intel EP80579 SMBus" rev 0x01: apic 2
int 19
iic0 at ichiic0
spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 SO-DIMM
usb1 at uhci0: USB revision 1.0
uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exc

OpenBSD on iMac

[Martijn van Duren]

Hello misc@,

I just got a replacement system (iMac 12,1) at work, so I decided to go 
ahead and install OpenBSD on it. To do so I installed refind through 
debian and created a GPT/MBR hybrid.


Most of the system runs perfectly (see dmesg pr0n below), but there are 
a couple of minor inconveniences:

1) The sound from the speakers sound like they come from a cheap cellphone.
2) When plugging in headphones the main speakers are muted, but there's 
no sound from the headphones themselves. I tried setting sndiod to 
channels 0:1 (default - main speakers), 2:3 (main speakers) and 4:5 (no 
sound)
3) When doing an ifconfig athn0 scan I get a kernel panic. Because my 
USB keyboard stops working after the panic I can't provide a trace. I 
don't need wifi on this system, so this isn't an issue with me.


$ mixerctl -v
inputs.dac-2:3_mute=off  [ off on ]
inputs.dac-2:3=154,154
inputs.dac-0:1_mute=off  [ off on ]
inputs.dac-0:1=154,154
record.adc-2:3_source=line-in  [ line-in ]
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=124,124
record.adc-0:1_source=mic  [ mic ]
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124
record.dig-adc-0:1_sou=SPDIF-in  [ SPDIF-in ]
outputs.spkr_source=dac-2:3  [ dac-2:3 ]
outputs.spkr_boost=off  [ off on ]
outputs.hp_source=dac-0:1  [ dac-0:1 ]
outputs.spkr2_source=  [ ]
inputs.line-in=85,85
inputs.mic=85,85
outputs.mic_dir=input-vr80  [ none input input-vr0 input-vr50 input-vr80 ]
outputs.SPDIF_source=dig-dac-0:1  [ dig-dac-0:1 ]
outputs.hp_sense=unplugged  [ unplugged plugged ]
outputs.line-in_sense=unplugged  [ unplugged plugged ]
outputs.SPDIF-in_sense=unplugged  [ unplugged plugged ]
outputs.spkr_muters=hp  { hp }
outputs.master=155,155
outputs.master.mute=off  [ off on ]
outputs.master.slaves=dac-2:3,dac-0:1  { dac-2:3 dac-0:1 }
record.volume=124,124
record.volume.mute=off  [ off on ]
record.volume.slaves=adc-2:3,adc-0:1  { adc-2:3 adc-0:1 line-in mic }
outputs.mode=analog  [ analog digital ]
record.mode=analog  [ analog digital ]

$ sudo pcidump -v
Password:
Domain /dev/pci0:
 0:0:0: Intel Core 2G Host
0x: Vendor ID: 8086 Product ID: 0100
0x0004: Command: 0006 Status: 2090
0x0008: Class: 06 Subclass: 00 Interface: 00 Revision: 09
0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line 
Size: 00

0x0010: BAR empty ()
0x0014: BAR empty ()
0x0018: BAR empty ()
0x001c: BAR empty ()
0x0020: BAR empty ()
0x0024: BAR empty ()
0x0028: Cardbus CIS: 
0x002c: Subsystem Vendor ID: 8086 Product ID: 2010
0x0030: Expansion ROM Base Address: 
0x0038: 
0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
0x00e0: Capability 0x09: Vendor Specific
 0:1:0: Intel Core 2G PCIE
0x: Vendor ID: 8086 Product ID: 0101
0x0004: Command: 0007 Status: 0010
0x0008: Class: 06 Subclass: 04 Interface: 00 Revision: 09
0x000c: BIST: 00 Header Type: 81 Latency Timer: 00 Cache Line 
Size: 40

0x0010: 
0x0014: 
0x0018: Primary Bus: 0 Secondary Bus: 1 Subordinate Bus: 1
Secondary Latency Timer: 00
0x001c: I/O Base: 20 I/O Limit: 20 Secondary Status: 2000
0x0020: Memory Base: a880 Memory Limit: a880
0x0024: Prefetch Memory Base: 9001 Prefetch Memory Limit: 9ff1
0x0028: Prefetch Memory Base Upper 32 Bits: 
0x002c: Prefetch Memory Limit Upper 32 Bits: 
0x0030: I/O Base Upper 16 Bits:  I/O Limit Upper 16 Bits: 
0x0038: Expansion ROM Base Address: 
0x003c: Interrupt Pin: 01 Line: ff Bridge Control: 0008
0x0088: Capability 0x0d: PCI-PCI
0x0080: Capability 0x01: Power Management
0x0090: Capability 0x05: Message Signaled Interrupts (MSI)
0x00a0: Capability 0x10: PCI Express
Link Speed: 5.0 / 5.0 GT/s Link Width: x16 / x16
 0:22:0: Intel 6 Series MEI
0x: Vendor ID: 8086 Product ID: 1c3a
0x0004: Command: 0006 Status: 0010
0x0008: Class: 07 Subclass: 80 Interface: 00 Revision: 04
0x000c: BIST: 00 Header Type: 80 Latency Timer: 00 Cache Line 
Size: 00

0x0010: BAR mem 64bit addr: 0xa8907100/0x0010
0x0018: BAR empty ()
0x001c: BAR empty ()
0x0020: BAR empty ()
0x0024: BAR empty ()
0x0028: Cardbus CIS: 
0x002c: Subsystem Vendor ID: 8086 Product ID: 7270
0x0030: Expansion ROM Base Address: 
0x0038: 
0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00
0x0050: Capability 0x01: Power Management
0x008c: Capability 0x05: Message Signaled Interrupts (MSI)
0:26:0: Intel unknown
0x: Vendor ID: 8086 Product ID: 1c2c
0x0004: Command: 0005 Status: 0290
0x0008