On Mon, Aug 29, 2011 at 4:58 PM, Tomas Bodzar <tomas.bod...@gmail.com> wrote:
> On Mon, Aug 29, 2011 at 1:28 PM, Mark Kettenis <mark.kette...@xs4all.nl>
wrote:
>>> Date: Mon, 29 Aug 2011 11:53:02 +0200
>>> From: Tomas Bodzar <tomas.bod...@gmail.com>
>>>
>>> On Sun, Aug 28, 2011 at 9:38 AM, Tomas Bodzar <tomas.bod...@gmail.com>
wrote:
>>> > On Sun, Aug 28, 2011 at 2:53 AM, Jonathan Gray <j...@goblin.cx> wrote:
>>> >> On Sat, Aug 27, 2011 at 09:38:31PM +0200, Peter N. M. Hansteen wrote:
>>> >>> My new employer handed me a fresh Thinkpad x220 for my day-to-day
needs,
>>> >>> nice little number but the iwn
>>> >>>
>>> >>> iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev
0x34: msi, MIMO 2T2R, MoW, address a0:88:b4:41:6f:5c
>>> >>>
>>> >>> (which is a bit temperamental under recent linuxes too) is refusing
to
>>> >>> play nice with OpenBSD (specifically the 17 Aug amd64 snapshot). B I
>>> >>> imagine it's another firmware iteration that's need
>>> >>> dmesg followed by pcidump -v:
>>> >>
>>> >> kettenis has a diff for this
>>> >>
>>> >> http://marc.info/?l=openbsd-bugs&m=131404660404926&w=2
>>>
>>> diff works fine. scan is running, connection is running without
>>> issues, passwords working,dhcp works
>>> just detection in dmesg is still wrong
>>>
>>> iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6005" rev
>>> 0x34: MIMO 2T2R, MoW, address MAC
>>
>> Uh what do you mean by that? B Are you saying this really is an "Intel
>> Centrino Advanced-N 6205" card, but it is identified as 6005?
Actual situation with unmodified sources:
$ sysctl kern.version
kern.version=OpenBSD 5.0-current (GENERIC.MP) #2: Tue Sep 6 06:59:19 CEST
2011
root@fqdn:/usr/src/sys/arch/i386/compile/GENERIC.MP
$ dmesg | grep iwn
iwn0 at pci2 dev 0 function 0 "Intel Centrino Advanced-N 6205" rev
0x34: msi, MIMO 2T2R, MoW, address MAC
$
$ sudo pcidump -vxx 2:0:0
2:0:0: Intel Centrino Advanced-N 6205
0x0000: Vendor ID: 8086 Product ID: 0082
0x0004: Command: 0006 Status ID: 0010
0x0008: Class: 02 Subclass: 80 Interface: 00 Revision: 34
0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size:
10
0x0010: BAR mem 64bit addr: 0x00000000e2d00000/0x00002000
0x0018: BAR empty (00000000)
0x001c: BAR empty (00000000)
0x0020: BAR empty (00000000)
0x0024: BAR empty (00000000)
0x0028: Cardbus CIS: 00000000
0x002c: Subsystem Vendor ID: 8086 Product ID: 1321
0x0030: Expansion ROM Base Address: 00000000
0x0038: 00000000
0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
0x00c8: Capability 0x01: Power Management
0x00d0: Capability 0x05: Message Signaled Interrupts (MSI)
0x00e0: Capability 0x10: PCI Express
Link Speed: 2.5 / 2.5 Gb/s Link Width: x1 / x1
0x0000: 00828086 00100006 02800034 00000010
0x0010: e2d00004 00000000 00000000 00000000
0x0020: 00000000 00000000 00000000 13218086
0x0030: 00000000 000000c8 00000000 0000010a
0x0040: 00000000 00000000 00000000 00000000
0x0050: 00000000 00000000 00000000 00000000
0x0060: 00000000 00000000 00000000 00000000
0x0070: 00000000 00000000 00000000 00000000
0x0080: 00000000 00000000 00000000 00000000
0x0090: 00000000 00000000 00000000 00000000
0x00a0: 00000000 00000000 00000000 00000000
0x00b0: 00000000 00000000 00000000 00000000
0x00c0: 00000000 00000000 c823d001 0d000000
0x00d0: 0081e005 fee00000 00000000 00000061
0x00e0: 00010010 10008ec0 00190810 0006ec11
0x00f0: 10110142 00000000 00000000 00000000
$
So seems completely fine now. Thanks a lot for your patches
>
> Yep https://www.dell.com/us/business/p/latitude-e6320/pd , Intel 6005
> is not even an option for this model. On Linux it's detected as 6205
> and as I checked if_iwn.c and other files there's not 6205 mentioned
> at all.
>
> Here you can find how it's detected by Linux
> http://marc.info/?l=openbsd-misc&m=131229962808914&w=2 and my original
> post http://marc.info/?l=openbsd-misc&m=131228154321103&w=2
