Re: IPv6 autoconf
o Sent from my Samsung Galaxy smartphone. Original message From: Sterling Archer Date: 2017-07-28 7:05 PM (GMT-05:00) To: Hamza Sheikh Cc: Thomas Smith , OpenBSD Misc Subject: Re: IPv6 autoconf I switched from wide-dhcp to dhcpcd after reading recommendations on this mailing list, and I don't regret it. Setup is just as easy, and the code is more actively maintained. On Sat, Jul 29, 2017 at 12:37 AM, Hamza Sheikh wrote: > I went through the process of creating an OpenBSD-based gateway for my > home network (IPv4 and IPv6). Learned a lot and documented my setup in > a blog post[0]. Maybe it can help troubleshoot your IPv6 setup. Pay > special attention to these sections: (a) cnmac0; (b) dhcp6c; (c) The > "Wrong" Config. > > [0] http://codeghar.com/blog/openbsd-network-gateway-on-edgerouter-lite.html >
Re: opensshbb
BbBbbU Sent from my BlackBerry 10 smartphone on the Rogers network. From: Dennis Davis Sent: Thursday, July 3, 2014 10:18 To: misc@openbsd.org Subject: Re: openssh On Thu, 3 Jul 2014, Blaise Hizded wrote: > From: Blaise Hizded > To: misc@openbsd.org > Date: Thu, 3 Jul 2014 14:41:10 > Subject: Re: openssh > > Le 03/07/2014 15:17, Dennis Davis a ?crit : > > On Thu, 3 Jul 2014, Peter N. M. Hansteen wrote: > > > >> From: Peter N. M. Hansteen > >> To: misc@openbsd.org > >> Date: Thu, 3 Jul 2014 09:41:12 > >> Subject: Re: openssh > >> > >> On Thu, Jul 03, 2014 at 10:32:42AM +0200, Henning Brauer wrote: > >>> * Mihai Popescu [2014-07-02 17:05]: > Better buy a hardisk, copy your data and mail it > abroad. Seriously. > >>> A truck full of harddisks is a transport link with fantastic > >>> bandwidth. Latency kinda sucks, tho. > >> And if the hard disks are small enough, you can attach them to > >> pigeons, or swallows, even! (African or European) > > Sounds to me like this means that RFC1149[1] should be updated. > > Technology has improved somewhat since this RFC was written. > > > > [1] http://tools.ietf.org/html/rfc1149 > It was: > https://tools.ietf.org/html/rfc2549 Oops, my apologies to all. My research was obviously conducted without due diligence. I must try harder. Further afternoon, armchair research shows a later RFC[2] with an extension for IPv6. Nice to see the IETF on the ball :-) [2] http://tools.ietf.org/html/rfc6214 -- Dennis Davis
Samsung 840 Pro SSD : Incompatible with OpenBSD or defective?
I am running openbsd off a Kingston USB stick. I am trying to install on a Samsung 840 Pro SSD. The same model (but not the same physical drive) works with CentOS 6.5 so I wanted to try it out with OpenBSD. Installation worked but when installing packages I get continuous errors of the following type: Jan 3 12:39:45 genetraveller /bsd: umass1: BBB reset failed, IOERRORJan 3 12:39:45 genetraveller /bsd: umass1: BBB bulk-in clear stall failed, IOERRORJan 3 12:39:45 genetraveller /bsd: umass1: BBB bulk-out clear stall failed, IOERROR I could only shut power off at that point: no unix commands worked. I then booted openbsd from the USB stick, mounted the SSD disk onto openbsd running the same version of the OS and attempted to copy a few GB of files from the USB stick onto the SSD. After about 3 GB of data transfer, the above messages appeared in /var/log/messages there as well, with umass1 being the SSD disk. As the OS was on a physically separate device, I was able to shut down the system properly in this case. I will investigate further but the question is: is this a physically defective dik which I can return (it is new) or is there an incompatibility between this particular SSD and OpenBSD?? Thank you. Details: uname -aOpenBSD genetraveller.local 5.4 GENERIC.MP#222 amd64 running on a Lenovo X1C dmesg.boot when booting from the Samsung SSD: the fsck was required because I could only power down the system once these errors started. No commands of any type were available once the errors above started. OpenBSD 5.4-current (GENERIC.MP) #236: Mon Dec 30 12:24:28 MST 2013 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MPreal mem = 8236244992 (7854MB)avail mem = 8008806400 (7637MB)mainbus0 at rootbios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdae9d000 (71 entries)bios0: vendor LENOVO version "G6ET59WW (2.03 )" date 09/11/2012bios0: LENOVO 3448A68acpi0 at bios0: rev 2acpi0: sleep states S0 S3 S4 S5acpi0: tables DSDT FACP SLIC TCPA SSDT SSDT SSDT HPET APIC MCFG ECDT FPDT ASF! UEFI UEFI POAT SSDT SSDT DMAR UEFI SSDT DBG2acpi0: wakeup devices LID_(S4) SLPB(S3) IGBE(S4) EXP2(S4) XHCI(S3) EHC1(S3) EHC2(S3) HDEF(S4)acpitimer0 at acpi0: 3579545 Hz, 24 bitsacpihpet0 at acpi0: 14318179 Hzacpimadt0 at acpi0 addr 0xfee0: PC-AT compatcpu0 at mainbus0: apid 0 (boot processor)cpu0: Intel(R) Core(TM) i5-3427U CPU @ 1.80GHz, 1696.50 MHzcpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMScpu0: 256KB 64b/line 8-way L2 cachecpu0: smt 0, core 0, package 0mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed rangescpu0: apic clock running at 99MHzcpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBEcpu1 at mainbus0: apid 1 (application processor)cpu1: Intel(R) Core(TM) i5-3427U CPU @ 1.80GHz, 1696.14 MHzcpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMScpu1: 256KB 64b/line 8-way L2 cachecpu1: smt 1, core 0, package 0cpu2 at mainbus0: apid 2 (application processor)cpu2: Intel(R) Core(TM) i5-3427U CPU @ 1.80GHz, 1696.14 MHzcpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMScpu2: 256KB 64b/line 8-way L2 cachecpu2: smt 0, core 1, package 0cpu3 at mainbus0: apid 3 (application processor)cpu3: Intel(R) Core(TM) i5-3427U CPU @ 1.80GHz, 1696.14 MHzcpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX ,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,A ES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMScpu3: 256KB 64b/line 8-way L2 cachecpu3: smt 1, core 1, package 0ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pinsacpimcfg0 at acpi0 addr 0xf800, bus 0-63acpiec0 at acpi0acpiprt0 at acpi0: bus 0 (PCI0)acpiprt1 at acpi0: bus -1 (PEG_)acpiprt2 at acpi0: bus 2 (EXP1)acpiprt3 at acpi0: bus 3 (EXP2)acpicpu0 at acpi0: C2, C1, PSSacpicpu1 at acpi0: C2, C1, PSSacpicpu2 at acpi0: C2, C1, PSSacpicpu3 at acpi0: C2, C1, PSSacpipwrres0 at acpi0: PUBS, resource for XHCI, EHC1, EHC2acpitz0 at acpi0: critical temperature is 200 degCacpibtn0 at acpi0: LID_acpibtn1 at acpi0: SLPBacpibat0 at acpi0: BAT0 model "45N1071" serial 1015 type LiP oem "SMP"acpibat1 at acpi0: BAT1 not presentacpiac0 at acpi0: AC unit onlineacpithinkpad0
Re: Help with USB speakers
Thanks Remco: I installed the utils. bcdADC is 1.00 in this case From lsusb: I can see bus 000 device 005 is these speakers and: AudioControl Interface Descriptor:bLength 9 bDescriptorType36bDescriptorSubtype 1 (HEADER) bcdADC 1.00wTotalLength 40 bInCollection 1baInterfaceNr( 0) On a linux mailist I saw: " I contacted somebody from technical support for KEF and the feedback I got was that the KEF's DAC needs to have a USB asynchronous connection (and it needs to be in control of that)" That may be a hint on to how to manage the device on OpenBSD but I cannot see how to apply it. The full lsusb output for this device is below if there are any other hints in lsusb: Bus 000 Device 005: ID 27ac:1002 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize016 idVendor 0x27ac idProduct 0x1002 bcdDevice1.07 iManufacturer 1 KEF iProduct 2 KEF X300A Speaker iSerial 0 bNumConfigurations 1 Configuration Descriptor:bLength 9bDescriptorType 2wTotalLength 220bNumInterfaces 3 bConfigurationValue 1iConfiguration 0 bmAttributes 0x80 (Bus Powered)MaxPower 100mAInterface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 1 Control Device bInterfaceProtocol 0 iInterface 0 AudioControl Interface Descriptor:bLength 9 bDescriptorType36bDescriptorSubtype 1 (HEADER) bcdADC 1.00wTotalLength 40 bInCollection 1baInterfaceNr( 0) 1 AudioControl Interface Descriptor:bLength12bDescriptorType 36bDescriptorSubtype 2 (INPUT_TERMINAL)bTerminalID 1wTerminalType 0x0101 USB StreamingbAssocTerminal 0bNrChannels 2wChannelConfig 0x0003 Left Front (L) Right Front (R)iChannelNames 0 iTerminal 0 AudioControl Interface Descriptor: bLength 9bDescriptorType36 bDescriptorSubtype 3 (OUTPUT_TERMINAL)bTerminalID 2 wTerminalType 0x0301 SpeakerbAssocTerminal 0 bSourceID 3iTerminal 0 AudioControl Interface Descriptor:bLength10bDescriptorType 36bDescriptorSubtype 6 (FEATURE_UNIT)bUnitID 3bSourceID 1bControlSize1 bmaControls( 0) 0x01 Mute ControlbmaControls( 1) 0x02 Volume ControlbmaControls( 2) 0x02 Volume ControliFeature0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 0 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber1 bAlternateSetting 1 bNumEndpoints 2 bInterfaceClass 1 Audio bInterfaceSubClass 2 Streaming bInterfaceProtocol 0 iInterface 0 AudioStreaming Interface Descriptor:bLength 7 bDescriptorType36bDescriptorSubtype 1 (AS_GENERAL) bTerminalLink 1bDelay 1 frames wFormatTag 1 PCM AudioStreaming Interface Descriptor: bLength23bDescriptorType36 bDescriptorSubtype 2 (FORMAT_TYPE)bFormatType 1 (FORMAT_TYPE_I)bNrChannels 2bSubframeSize 2bBitResolution 16bSamFreqType5 Discrete tSamFreq[ 0]32000tSamFreq[ 1]44100tSamFreq[ 2] 48000tSamFreq[ 3]88200tSamFreq[ 4]96000 Endpoint Descriptor:bLength 9bDescriptorType 5bEndpointAddress 0x01 EP 1 OUTbmAttributes5 Transfer TypeIsochronous Synch Type Asynchronous Usage Type DatawMaxPacketSize 0x0184 1x 388 bytesbInterval 1bRefresh 0bSynchAddress 129AudioControl Endpoint Descriptor: bLength 7 bDescriptorType37 bDescriptorSubtype 1 (EP_GENERA
Help with USB speakers
I am running openbsd -current 5.4 GENERIC.MP#171 amd64 on a lenovo X1C I just received some USB speakers with DAC and amplifier. The system can see the speakers but I cannot get them to be used when playing music In messages I see: Dec 12 17:09:16 genetraveller /bsd: uaudio0 at uhub3 port 3 configuration 1 interface 0 "KEF KEF X300A Speaker" rev 1.10/1.07 addr 5Dec 12 17:09:16 genetraveller /bsd: uaudio0: sync ep address mismatchDec 12 17:09:16 genetraveller /bsd: uaudio0: sync ep address mismatchDec 12 17:09:16 genetraveller /bsd: uaudio0: no usable endpoint foundDec 12 17:09:16 genetraveller /bsd: uaudio0: audio descriptors make no sense, error=4Dec 12 17:09:16 genetraveller /bsd: uhidev0 at uhub3 port 3 configuration 1 interface 2 "KEF KEF X300A Speaker" rev 1.10/1.07 addr 5Dec 12 17:09:16 genetraveller /bsd: uhidev0: iclass 3/0, 1 report idDec 12 17:09:16 genetraveller /bsd: uhid0 at uhidev0 reportid 1: input=15, output=15, feature=0Dec 12 17:09:16 genetraveller /bsd: ugen0 at uhub3 port 3 configuration 1 "KEF KEF X300A Speaker" rev 1.10/1.07 addr 5 Does anyone know how to debug this and get it working? Thanks. Len Zaifman
Wireless N availability and Atheros availability
1) I can now run wireless N on phones and tablets, and my laptop when in Windows, but not when in OpenBSD. I understand that there is a lot of work to make this available in openbsd, but is there a rough time line? I am running 5.1current , i386. The card built in is the Intel WiFi Link 5100 minpci card. Is this likely to be available in 5.2, 5.3 ??? 2) The Intel card is okay, but I am told the Atheros chipset is better supported under OpenBSD. The chipset that looks most interesting is: AR9001-3NX2 (AR9160+AR9106)2GHz/5GHz3x3:2PCI Is this available in minpci for a laptop? If so which manufacturers make them? I cannot seem to find a source for them Thanks. Len Zaifman
Volunteer project to implement wireless in a school
I have volunteered to implement a wireless network in a school. I have about 2 months (till January) to do a proof of concept and implementation will be summer of 2012. Initial thoughts: School is L shaped with 20 rooms , each arm of the L is ~ 35 M (~ 110 ft) in length, everything is on one floor.There will be between 40 and 100 clients connected at any one time throughout the school. Clients need to stay connected to the wireless network as they move throughout the school. each arm would have 2 access points at ~ 12M (40 ft) and 24 M (80 ft) from the vertex of the 2 arms, and one in the vertex ( 5 APs total) I hope to use soekris net6501-50: 1 Ghz CPU, 1 Gbyte DDR2-SDRAM, 4 Gigabit Ethernet Ports as the AP host, SparkLAN WMIA-199NI INDUSTRIAL GRADE WLAN 802.11n draft wifi 2.4/5Ghz dual band 3T/3R Module (Atheros AR9001 + AR9160 XSPAN) Wireless miniPCI cardas the wireless cardProof of concept will use OpenBSD 5.0 to set up the wireless network using hostAP to ensure the clients can stay connected to the smae ssid throughout the school.. Production network in 2012 will likely be openbsd 5.1 Before I invest money and time into this, does the plan sound reasonable? Are there better wireless cards to use as access points? Thanks for any advise, in particular on better wireless card choice, if there is one. Len Zaifman
Re: iwn stopped working after OpenBSD upgrade in January, 2010
Re: iwn stopped working after OpenBSD upgrade in January, 2010 damien . bergamini Sat, 23 Jan 2010 01:01:44 -0800 There is no iwn-firmware-5.3. The latest package is rev 5.2. It contains the exact same images than you can download from: http://intellinuxwireless.org/?n=Downloads Please run "ifconfig iwn0 debug" before "dhclient iwn0" and send me the output. | media: IEEE802.11 OFDM54 mode 11g (autoselect mode 11g) Have you forced media to OFDM54? If so, try with "ifconfig iwn0 media autoselect". Damien Script started on Sat Jan 23 05:55:56 2010 leona...@genetraveller OpenBSD 498>>sudo ifconfig iwn0 media OFDM54 mode 11g leona...@genetraveller OpenBSD 499>>sudo ifconfig iwn0 debug leona...@genetraveller OpenBSD 500>>sudo ifconfig iwn0 iwn0: flags=8847 mtu 1500 lladdr 00:21:5d:9c:76:80 priority: 4 groups: wlan media: IEEE802.11 OFDM54 mode 11g (autoselect mode 11g) status: no network ieee80211: nwid NETGEAR wpapsk 0x inet6 fe80::221:5dff:fe9c:7680%iwn0 prefixlen 64 scopeid 0x2 leona...@genetraveller OpenBSD 502>>sudo dhclient iwn0 iwn0: no link . sleeping leona...@genetraveller OpenBSD 503>>exit Script done on Sat Jan 23 05:57:10 2010 >From /var/log/messages I see repeated many times Jan 23 06:10:41 genetraveller /bsd: iwn0: end passive scan Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -27 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -26 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -26 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:12:0e:13:31:10 rssi -79 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:12:0e:13:31:10 rssi -78 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -26 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:12:0e:13:31:10 rssi -77 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:0d:3a:70:51:f7 rssi -77 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:12:0e:13:31:10 rssi -77 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received beacon from 00:12:0e:13:31:10 rssi -77 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -37 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -45 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:14:6c:1e:9d:f4 rssi -36 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received beacon from 00:14:6c:1e:9d:f4 rssi -36 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received beacon from 00:0d:3a:70:51:f7 rssi -77 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:0d:3a:70:51:f7 rssi -79 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:0d:3a:70:51:f7 rssi -82 mode 11g Jan 23 06:10:41 genetraveller /bsd: iwn0: received probe_resp from 00:0d:3a:70:51:f7 rssi -81 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received probe_resp from 00:1a:70:ea:1d:5e rssi -78 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received probe_resp from 00:1e:2a:07:c5:c8 rssi -61 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received probe_resp from 00:1a:70:ea:1d:5e rssi -76 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received probe_resp from 00:1e:2a:07:c5:c8 rssi -59 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received beacon from 00:22:b0:b1:3b:fc rssi -84 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received beacon from 00:1a:70:ea:1d:5e rssi -77 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received beacon from 00:1e:2a:07:c5:c8 rssi -60 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: received beacon from 00:1a:70:ea:1d:5e rssi -82 mode 11g Jan 23 06:10:42 genetraveller /bsd: iwn0: end passive scan Len Zaifman
Re: iwn stopped working after OpenBSD upgrade in January, 2010
I went to a windows box and it says the encryption methods were either TKIP or AES : it uses TKIP. It is also WPA-PSK, not WPA2-PSK. The AP in question is a NETGEAR WPN824. Len Zaifman From: leona...@sympatico.ca To: misc@openbsd.org Subject: iwn stopped working after OpenBSD upgrade in January, 2010 Date: Thu, 21 Jan 2010 17:50:57 + I have been tracking openbsd current (i386) for a while. The latest upgrade OpenBSD 4.6-current (GENERIC.MP) #391: Fri Jan 15 14:55:45 MST 2010 and iwn-firmware-5.2.tgz seem to no longer work. I have a 'no link' error when I try to connect. Scanning , however does appear to work. Details: In /var/log/messages: Jan 21 07:32:33 genetraveller /bsd: iwn0 at pci3 dev 0 function 0 "Intel WiFi Link 5100" rev 0x00: apic 1 int 17 (irq 11), MIMO 1T2R, MoW, address 00:21:5d:9c:76:80 looks normal when I do ifconfig iwn0 it also looks normal ifconfig iwn0 iwn0: flags=8843 mtu 1500 lladdr 00:21:5d:9c:76:80 priority: 4 groups: wlan media: IEEE802.11 OFDM54 mode 11g (autoselect mode 11g) status: no network ieee80211: nwid NETGEAR wpapsk 0x inet6 fe80::221:5dff:fe9c:7680%iwn0 prefixlen 64 scopeid 0x2 where wpa key is masked out by Scanning works: ifconfig iwn0 scan iwn0: flags=8843 mtu 1500 lladdr 00:21:5d:9c:76:80 priority: 4 groups: wlan media: IEEE802.11 OFDM54 mode 11g (autoselect mode 11g) status: no network ieee80211: nwid NETGEAR wpapsk 0x nwid Louden chan 6 bssid 00:0d:3a:70:51:f7 184dB 54M privacy nwid WEST1055 chan 6 bssid 00:12:0e:13:31:10 179dB 54M privacy,short_preamble,short_slottime nwid NETGEAR chan 6 bssid 00:14:6c:1e:9d:f4 228dB 54M privacy,short_preamble,short_slottime nwid PRO_SHOP chan 11 bssid 00:15:e9:68:da:90 170dB 54M short_preamble,short_slottime nwid Msalsa.com chan 8 bssid 00:18:39:cc:c5:a9 167dB 54M privacy,short_slottime nwid gaynel chan 11 bssid 00:1a:70:ea:1d:5e 175dB 54M privacy,short_slottime nwid Coedgirl chan 11 bssid 00:1e:2a:07:c5:c8 193dB 54M privacy,short_preamble,short_slottime nwid Waltzer chan 6 bssid 00:1e:c7:f6:9b:01 171dB 54M privacy,short_preamble,short_slottime nwid Princess chan 6 bssid 00:21:29:6b:32:89 173dB 54M privacy,short_slottime nwid MARJORIE chan 1 bssid 00:22:3f:c9:e8:fa 168dB 54M privacy,short_slottime nwid Contreras chan 6 bssid 00:22:75:58:2b:7c 171dB 54M short_slottime nwid Belkin_5d6176 chan 7 bssid 00:22:75:5d:61:76 168dB 54M short_slottime nwid "Wi-Fi N" chan 11 bssid 00:22:b0:b1:3b:fc 178dB 54M privacy,short_preamble,short_slottime nwid acoolblue chan 1 bssid 00:23:69:5f:b8:e6 169dB 54M privacy,short_slottime nwid 0x00 chan 1 bssid 00:24:b2:bf:d5:24 169dB 54M short_slottime NETGEAR is the AP for which I have the wpapsk set. r...@genetraveller log 514>>dhclient iwn0 iwn0: no link . sleeping This did work at an earlier version of openbsd. Any help is appreciated. Len Zaifman
iwn stopped working after OpenBSD upgrade in January, 2010
I have been tracking openbsd current (i386) for a while. The latest upgrade OpenBSD 4.6-current (GENERIC.MP) #391: Fri Jan 15 14:55:45 MST 2010 and iwn-firmware-5.2.tgz seem to no longer work. I have a 'no link' error when I try to connect. Scanning , however does appear to work. Details: In /var/log/messages: Jan 21 07:32:33 genetraveller /bsd: iwn0 at pci3 dev 0 function 0 "Intel WiFi Link 5100" rev 0x00: apic 1 int 17 (irq 11), MIMO 1T2R, MoW, address 00:21:5d:9c:76:80 looks normal when I do ifconfig iwn0 it also looks normal ifconfig iwn0 iwn0: flags=8843 mtu 1500 lladdr 00:21:5d:9c:76:80 priority: 4 groups: wlan media: IEEE802.11 OFDM54 mode 11g (autoselect mode 11g) status: no network ieee80211: nwid NETGEAR wpapsk 0x inet6 fe80::221:5dff:fe9c:7680%iwn0 prefixlen 64 scopeid 0x2 where wpa key is masked out by Scanning works: ifconfig iwn0 scan iwn0: flags=8843 mtu 1500 lladdr 00:21:5d:9c:76:80 priority: 4 groups: wlan media: IEEE802.11 OFDM54 mode 11g (autoselect mode 11g) status: no network ieee80211: nwid NETGEAR wpapsk 0x nwid Louden chan 6 bssid 00:0d:3a:70:51:f7 184dB 54M privacy nwid WEST1055 chan 6 bssid 00:12:0e:13:31:10 179dB 54M privacy,short_preamble,short_slottime nwid NETGEAR chan 6 bssid 00:14:6c:1e:9d:f4 228dB 54M privacy,short_preamble,short_slottime nwid PRO_SHOP chan 11 bssid 00:15:e9:68:da:90 170dB 54M short_preamble,short_slottime nwid Msalsa.com chan 8 bssid 00:18:39:cc:c5:a9 167dB 54M privacy,short_slottime nwid gaynel chan 11 bssid 00:1a:70:ea:1d:5e 175dB 54M privacy,short_slottime nwid Coedgirl chan 11 bssid 00:1e:2a:07:c5:c8 193dB 54M privacy,short_preamble,short_slottime nwid Waltzer chan 6 bssid 00:1e:c7:f6:9b:01 171dB 54M privacy,short_preamble,short_slottime nwid Princess chan 6 bssid 00:21:29:6b:32:89 173dB 54M privacy,short_slottime nwid MARJORIE chan 1 bssid 00:22:3f:c9:e8:fa 168dB 54M privacy,short_slottime nwid Contreras chan 6 bssid 00:22:75:58:2b:7c 171dB 54M short_slottime nwid Belkin_5d6176 chan 7 bssid 00:22:75:5d:61:76 168dB 54M short_slottime nwid "Wi-Fi N" chan 11 bssid 00:22:b0:b1:3b:fc 178dB 54M privacy,short_preamble,short_slottime nwid acoolblue chan 1 bssid 00:23:69:5f:b8:e6 169dB 54M privacy,short_slottime nwid 0x00 chan 1 bssid 00:24:b2:bf:d5:24 169dB 54M short_slottime NETGEAR is the AP for which I have the wpapsk set. r...@genetraveller log 514>>dhclient iwn0 iwn0: no link . sleeping This did work at an earlier version of openbsd. Any help is appreciated. Len Zaifman
