Wireless LAN woes - ath driver
Hi all, I have a laptop with an Atheros 2413-based wireless card running OpenBSD 4.6 (09Sep09 snapshot) which worked fine connecting to my WPA-enabled Netcomm NB6PLUS4W. Well it died from overheating not long ago and was hastily replaced by a Cisco 877 and a Netgear WG602 wireless router, which can only do WEP. I set it up with a 128 bit WEP key (still only a stop gap measure, an Alix board and DCMA81 are on their way to replace it) and while it works fine on my Asus Eee running Windows XP home and my partner's Dell Inspiron 1525 running Windows 7, it fails almost completely on this laptop. It can establish a connection, but TCP/IP performance is incredibly unstable (WEP key censored for obvious reasons): $ cat /etc/hostname.ath0 inet 192.168.1.253 255.255.255.0 NONE nwid AZZACASS-TEMP nwkey \ 0xDECAFC0FFEECAECDEAD9000DAD $ ping -c 400 192.168.1.254 PING 192.168.1.254 (192.168.1.254): 56 data bytes 64 bytes from 192.168.1.254: icmp_seq=77 ttl=255 time=67.710 ms 64 bytes from 192.168.1.254: icmp_seq=83 ttl=255 time=122.036 ms 64 bytes from 192.168.1.254: icmp_seq=84 ttl=255 time=23.836 ms 64 bytes from 192.168.1.254: icmp_seq=85 ttl=255 time=71.204 ms 64 bytes from 192.168.1.254: icmp_seq=90 ttl=255 time=5.063 ms 64 bytes from 192.168.1.254: icmp_seq=91 ttl=255 time=16.174 ms 64 bytes from 192.168.1.254: icmp_seq=92 ttl=255 time=18.868 ms 64 bytes from 192.168.1.254: icmp_seq=93 ttl=255 time=5.765 ms 64 bytes from 192.168.1.254: icmp_seq=94 ttl=255 time=7.194 ms 64 bytes from 192.168.1.254: icmp_seq=98 ttl=255 time=6.420 ms 64 bytes from 192.168.1.254: icmp_seq=107 ttl=255 time=9.166 ms 64 bytes from 192.168.1.254: icmp_seq=110 ttl=255 time=129.187 ms 64 bytes from 192.168.1.254: icmp_seq=112 ttl=255 time=6.756 ms 64 bytes from 192.168.1.254: icmp_seq=114 ttl=255 time=139.026 ms 64 bytes from 192.168.1.254: icmp_seq=115 ttl=255 time=152.119 ms 64 bytes from 192.168.1.254: icmp_seq=116 ttl=255 time=166.641 ms 64 bytes from 192.168.1.254: icmp_seq=118 ttl=255 time=94.697 ms 64 bytes from 192.168.1.254: icmp_seq=213 ttl=255 time=5.392 ms 64 bytes from 192.168.1.254: icmp_seq=375 ttl=255 time=8.643 ms --- 192.168.1.254 ping statistics --- 400 packets transmitted, 19 packets received, 95.2% packet loss round-trip min/avg/max/std-dev = 5.063/55.573/166.641/57.735 ms $ ifconfig ath0 ath0: flags=8863UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:11:f5:a7:ab:e1 priority: 4 groups: wlan egress media: IEEE802.11 autoselect (DS1 mode 11b) status: active ieee80211: nwid AZZACASS-TEMP chan 1 bssid [redacted] 60% nwkey not displayed inet 192.168.1.253 netmask 0xff00 broadcast 192.168.1.255 inet6 [redacted] prefixlen 64 scopeid 0x1 $ It worked fine when I had a WPA-based router and while it is due for replacement, I'd rather find out why this didn't work as I will be using this router again should the replacement fail at any time. It seems to me that the BSDs don't like 128-bit keys much because my brother-in-law's MacBook Pro couldn't talk TCP/IP either. Any ideas? Following is my dmesg, if it helps: OpenBSD 4.6-current (GENERIC) #172: Wed Sep 9 07:44:33 MDT 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Celeron(R) M processor 1.40GHz (GenuineIntel 686-class) 1.40 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,SBF real mem = 736256000 (702MB) avail mem = 704962560 (672MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 08/26/05, BIOS32 rev. 0 @ 0xfd5b0, SMBIOS rev. 2.34 @ 0xdc010 (30 entries) bios0: vendor TOSHIBA version V1.10 date 08/26/2005 bios0: TOSHIBA Satellite M50 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP APIC MCFG acpi0: wakeup devices PB2_(S4) PB3_(S4) PB4_(S4) OHC1(S3) OHC2(S3) EHCI(S3) P2P_(S4) ELAN(S0) MODM(S3) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 99MHz ioapic0 at mainbus0: apid 1 pa 0xfec0, version 21, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PB2_) acpiprt2 at acpi0: bus -1 (PB3_) acpiprt3 at acpi0: bus 2 (PB4_) acpiprt4 at acpi0: bus 4 (P2P_) acpiprt5 at acpi0: bus 1 (AGP_) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2 acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model PA3451U serial 3658Q type Li-Ion oem TOSHIBA acpivideo0 at acpi0: VGA_ acpivout0 at acpivideo0: CRT_ acpivout1 at acpivideo0: LCD_ acpivout2 at acpivideo0: TV__ bios0: ROM list: 0xc/0xf000 0xcf000/0x1000 0xdc000/0x4000! pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 vendor ATI, unknown product 0x5a31 rev 0x01 ppb0 at pci0 dev 1 function 0 ATI RS480 PCIE rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 ATI Radeon XPRESS 200M rev 0x00 wsdisplay0 at vga1 mux 1: console
Re: OpenBGP tcp md5 woes...
On Sat, May 15, 2010 at 05:15:21PM +0200, Xavier Beaudouin wrote: Hi Stuart, Le 15 mai 2010 ` 13:47, Stuart Henderson a icrit : On 2010-05-15, Xavier Beaudouin k...@oav.net wrote: Hello, I am running OpenBSD 4.7-current, and it seems I have some problems to negociate tcp md5 bgp session... They doesn't seems at all to wake up, I have connection timeout... or what ever. Please show ipsecctl -sa and netstat -rnfencap # netstat -rnfencap Routing tables (empty) # ipsecctl -sa FLOWS: No flows SAD: tcpmd5 from 194.68.129.120 to 194.68.129.151 spi 0x18ca8716 tcpmd5 from 194.68.129.120 to 194.68.129.150 spi 0x38c985dd tcpmd5 from 194.68.129.114 to 194.68.129.120 spi 0x4f5d8833 tcpmd5 from 194.68.129.103 to 194.68.129.120 spi 0x5351ca6b tcpmd5 from 194.68.129.120 to 194.68.129.115 spi 0x7a989c0e tcpmd5 from 194.68.129.120 to 194.68.129.121 spi 0x8c8c5051 tcpmd5 from 194.68.129.129 to 194.68.129.120 spi 0xaece6b67 tcpmd5 from 194.68.129.121 to 194.68.129.120 spi 0xbb6260f1 tcpmd5 from 194.68.129.115 to 194.68.129.120 spi 0xbc589b6f tcpmd5 from 194.68.129.120 to 194.68.129.129 spi 0xc16133b3 tcpmd5 from 194.68.129.120 to 194.68.129.114 spi 0xc36216e4 tcpmd5 from 194.68.129.120 to 194.68.129.103 spi 0xc39e4d97 tcpmd5 from 194.68.129.150 to 194.68.129.120 spi 0xc8bf11ca tcpmd5 from 194.68.129.120 to 194.68.129.102 spi 0xcc6b7756 tcpmd5 from 194.68.129.102 to 194.68.129.120 spi 0xd9097ad1 tcpmd5 from 194.68.129.197 to 194.68.129.120 spi 0xdb53b930 tcpmd5 from 194.68.129.151 to 194.68.129.120 spi 0xde1e91da tcpmd5 from 194.68.129.120 to 194.68.129.197 spi 0xe630b27a The .120 is my IP :p I have md5 working with a kernel from April 28th and an absolutely -current bgpd, and also with the version from the Apr 28th snapshot, so I don't think there is a general problem with the code you're running. I'm allmost sure there is no problems... I still try to find where is it the problem :( If you have any hints.. I'm be happy to apply them... Did it work before the update with that peer? Most of the time the problem is different passwords or some other misconfiguration. TCP MD5 is an ugly hack that has some nasty ramifications (it breaks some basic behaviour of TCP e.g. RST signaling). Normaly the best is to turn of md5 and check that the session works. Then enabling md5 or use ttl-security. -- :wq Claudio
Re: pf change in upgrade47.html
* J.C. Roberts list-...@designtools.org [2010-05-13 00:57]: NOTE: At present, I don't understand how pf reacts when interface groups are changed (interfaces added or deleted). it doesn't. it doesn't have to. that stuff happens elsewhere :) the joys of proper design. if you have an on egress rule, it will apply to any interface in the egress group at the time the packet in question is evaluated by pf. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
Re: pf change in upgrade47.html
I plain don't understand your problem, nor was it clear was yur question actually was. * Rod Whitworth glis...@witworx.com [2010-05-12 11:39]: maybe the idea was that it's simpler to write pass/block rules for your traffic, then just match the nat stuff. i don;t know. And neither does anyone else who hangs out here, it seems. pass / block and match nat-to afterwards works fine. so does doing that very same match nat-to beforehands. so does doing the nat-to on the pass rules. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
Re: pf change in upgrade47.html
* J.C. Roberts list-...@designtools.org [2010-05-13 02:09]: If you're overly accustomed to using interface names like '$int_if' it takes a bit to wrap your head around the new interface groups, but they're really cool. your definition of new is interesting... date: 2004/10/11 10:13:49; author: henning; state: Exp; lines: +91 -66 -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
Re: pf change in upgrade47.html
* Claudio Jeker cje...@diehard.n-r-g.com [2010-05-13 09:16]: OK maybe if you destroy and recreate interfaces you use in pf.conf then you will need to reload the ruleset. for match/block/pass on? no, definately not. for using interface or group names that expand to addresses, only if you don't use the () notation. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
e-shop.gr: Διαδήλωση προσφορών!
Episjeuhe_te tgm die}humsg http://www.e-shop.gr/newsletter/mail-100508.html cia ma de_te tir pqosvoq]r lar TGKEVYMIJES PAQACCEKIES 9:00-20:00 STO 211 5000500 Oi til]r isw}oum ap| 08/05/10 l]wqi 24/05/10, ]yr enamtk^seyr tym apohel\tym jai l|mo cia ta l]kg tou e-shop.gr Am h]kete ma diacqave_te ap| tg k_sta emgl]qysgr tou e-shop.gr, paqajako}le apamt^ste sto paq|m le t_tko(subject) tou lgm}lat|r sar: DIACQAVG.
Re: OpenBGP tcp md5 woes...
Hi there, Le 16 mai 2010 ` 14:26, Claudio Jeker a icrit : On Sat, May 15, 2010 at 05:15:21PM +0200, Xavier Beaudouin wrote: Hi Stuart, Le 15 mai 2010 ` 13:47, Stuart Henderson a icrit : On 2010-05-15, Xavier Beaudouin k...@oav.net wrote: Hello, I am running OpenBSD 4.7-current, and it seems I have some problems to negociate tcp md5 bgp session... They doesn't seems at all to wake up, I have connection timeout... or what ever. Please show ipsecctl -sa and netstat -rnfencap # netstat -rnfencap Routing tables (empty) # ipsecctl -sa FLOWS: No flows SAD: tcpmd5 from 194.68.129.120 to 194.68.129.151 spi 0x18ca8716 tcpmd5 from 194.68.129.120 to 194.68.129.150 spi 0x38c985dd tcpmd5 from 194.68.129.114 to 194.68.129.120 spi 0x4f5d8833 tcpmd5 from 194.68.129.103 to 194.68.129.120 spi 0x5351ca6b tcpmd5 from 194.68.129.120 to 194.68.129.115 spi 0x7a989c0e tcpmd5 from 194.68.129.120 to 194.68.129.121 spi 0x8c8c5051 tcpmd5 from 194.68.129.129 to 194.68.129.120 spi 0xaece6b67 tcpmd5 from 194.68.129.121 to 194.68.129.120 spi 0xbb6260f1 tcpmd5 from 194.68.129.115 to 194.68.129.120 spi 0xbc589b6f tcpmd5 from 194.68.129.120 to 194.68.129.129 spi 0xc16133b3 tcpmd5 from 194.68.129.120 to 194.68.129.114 spi 0xc36216e4 tcpmd5 from 194.68.129.120 to 194.68.129.103 spi 0xc39e4d97 tcpmd5 from 194.68.129.150 to 194.68.129.120 spi 0xc8bf11ca tcpmd5 from 194.68.129.120 to 194.68.129.102 spi 0xcc6b7756 tcpmd5 from 194.68.129.102 to 194.68.129.120 spi 0xd9097ad1 tcpmd5 from 194.68.129.197 to 194.68.129.120 spi 0xdb53b930 tcpmd5 from 194.68.129.151 to 194.68.129.120 spi 0xde1e91da tcpmd5 from 194.68.129.120 to 194.68.129.197 spi 0xe630b27a The .120 is my IP :p I have md5 working with a kernel from April 28th and an absolutely -current bgpd, and also with the version from the Apr 28th snapshot, so I don't think there is a general problem with the code you're running. I'm allmost sure there is no problems... I still try to find where is it the problem :( If you have any hints.. I'm be happy to apply them... Did it work before the update with that peer? Most of the time the problem is different passwords or some other misconfiguration. TCP MD5 is an ugly hack that has some nasty ramifications (it breaks some basic behaviour of TCP e.g. RST signaling). Hum, this is strange, in fact all tcp md5 sessions doesn't work at all. I can give you access to this router if you like Claudio... :) Xavier Normaly the best is to turn of md5 and check that the session works. Then enabling md5 or use ttl-security. -- :wq Claudio
Fw: Berita Gembira
Rekan2x.. / Teman.. / Sahabat.. Gak ada salahnya dicoba.. (baca bawah) Cuma gratis ini.. Ada beberapa temen di kantor yg udah dapet HP iphone-nya lho.. Regards, Nadya Revalina Adm. Staff PT. Titan Resources Jl. Gatot Subroto Kav. 31 Blok C7 no. 11 Jakarta Selatan -Forwarded Message- From: hilman.kurn...@microprima.co.id To: purwono_z...@adexec.com, yuli...@adexec.com, hans.sab...@adexec.com, jokos...@adexec.com, lidya.as...@gmail.com, ind...@yahoo.com, naddie.rev...@plasa.com, i...@gmail.com, rika.erm...@id.sunstar.com, ra@ id.sunstar.com , rasad@ id.sunstar.com , ptsmi.gaad@ id.sunstar.com, pr...@id.sunstar.com, popi.firmans@ id.sunstar.com, om...@sankyogroup.co.id, n...@sankyogroup.co.id, purch@ sankyogroup.co.id, musfir@ sankyogroup.co.id, muflih...@ sankyogroup.co.id, margaretha...@sankyogroup.co.id, smangasi@ sankyogroup.co.id, ahmad.sugiy...@detrindo.co.id, Cc: applecorp...@mail2europe.com Subject: Fw: Berita Gembira Dear All, Ini betul2 riil.. Bukan hoax.. Saya sudah dapatkan iPhone3G-nya.. Saya harus kirim ke 20 orang lagi utk mendapatkan produk tambahan (iPod classic) Buruan!!! sebelum masa promo ditutup.. (baca bawah) Best Regards, -Original Message- From: heru.per...@microprima.co.id To: iwan.kur...@microprima.co.id, deasy.wah...@microprima.co.id, irman.su...@microprima.co.id, indri.septi...@microprima.co.id, hans.siman...@microprima.co.id, hadi.wic...@microprima.co.id, burhanuddin.su...@microprima.co.id, karsono.mul...@microprima.co.id, asep.hi...@microprima.co.id, hilman.kurn...@microprima.co.id, cahyono.mul...@microprima.co.id, fitrio.azh...@microprima.co.id, mellani.e...@microprima.co.id, junaedi.ba...@microprima.co.id, leonard.ir...@microprima.co.id, zikra.han...@microprima.co.id, antonio.bak...@microprima.co.id, mashuri.wi...@microprima.co.id, yudha.sap...@microprima.co.id, indah.pu...@microprima.co.id, farid.hendr...@microprima.co.id, Cc: applecorp...@mail2europe.com Subject: Fw: Fw: GRATIS - HP iPhone3G dari AppleCorp Preenn.., buruan..!!!, beberapa orang di bagian finance udah dapet lho HP-nya.. Forwardin ke yg laen. Jangan lupa Cc-in: applecorp...@mail2europe.com (baca bawah) Cheers, Heru --- Jakarta Promotion applecorp...@mail2europe.com wrote: From: Jakarta Promotion applecorp...@mail2europe.com Subject: GRATIS - HP iPhone3G dari AppleCorp To: undisclosed-recipients Cc: Pelanggan yang terhormat, Kami beritahukan kepada seluruh pelanggan bahwa perusahaan kami, Apple Corporation yang berkantor pusat di Cupertino, California US membuka kantor pemasaran di Jakarta, Indonesia Produk yang kami pasarkan adalah Hand Phone tipe iPhone3G yang dilengkapi dengan teknologi GPS, Wi-Fi, bluetooth, video-audio, camera-photo, 16GB flash drive capacity, dll. Details produk kami silakan kunjungi: www.apple.com/iphone/specs.html Untuk peluncuran perdana di Indonesia, kami akan memberikan secara gratis produk terbaru HP iPhone3G yang dilengkapi features seperti diatas. Dengan memberikan iPhone3G ini, kami berharap akan mendapatkan umpan balik yang berharga dari para pelanggan dan mendapatkan efek promosi berantai yang besar. Yang harus anda lakukan adalah: - Fowardkan pesan ini kepada 20 orang teman. Setelah 2 minggu waktu pengiriman, anda akan menerima sebuah iPhone3G. Sebelumnya kami akan mengontak anda untuk alamat detail pengiriman, atau - Forwardkan pesan ini kepada 40 orang, anda akan menerima 2 produk: 1 bh iPhone3G + 1 bh iPod classic berkapasitas 120GB. Detail produk iPod classic kunjungi: www.apple.com/ipodclassic Harap dikirimkan sebuah copy / Cc email kepada kami: applecorp...@mail2europe.com agar kami mengetahui bahwa anda telah memforward pesan ini. Hormat kami, Julia Christvanie Regional Sales Manager Apple Corporation Jakarta Office Sudirman Square Office Tower, Tower B Lt. 23 JI. Jend Sudirman Kav. 45-46 Jakarta Selatan 12930 Email: applecorp...@mail2europe.com Untuk melengkapi hidup Anda, kini telah hadirProtector Postpaid untuk Pelanggan Speedy hanya dengan Rp 8000/bulan, layanan keamanan online yang dapat digunakan langsung saat menjelajahi internet, melindungi Anda dari Virus kapan saja dan di mana saja. Info lebih lanjut hubung 147 atau http://protector.telkomspeedy.com Sekarang Gratis Nelpon SLJJ Flexi diperluas ke Yogja Raih Paket Umroh, Notebook, XBOX, Ipod Touch dan banyak hadiah lain di http://netkuis.telkom.net Netkuis Ramadhan 1430H persembahan Telkom
Re: Date from tmux's status-right is disappearing randomly
Hi, I was checking it during weekend and didn't faced the problem again. Maybe there can't be two #()s? Thanks a lot, Milan On 13 May 2010 17:52, Milin merlyn...@gmail.com wrote: Thanks, I've changed it and will observe it. On 13 May 2010 16:48, Nicholas Marriott nicholas.marri...@gmail.com wrote: I'll have a look but you can just use %H:%M %d.%m.%Y directly in status-right, you don't need to call date. On Thu, May 13, 2010 at 04:25:38PM +0100, Milin wrote: Hi all, I have customized the status-right in tmux to show apm -l output (remaining battery) and date with time. But I'm facing a strange problem - date with time disappears from time to time (randomly). I have no idea what could be the reason. My ~/.tmux.conf contains just these three lines --- set-option -g status-right #(apm -l)%% B #(date \+%H:%M %d.%m.%Y\) set-option -g default-command exec /usr/local/bin/tcsh set-window-option -g mode-keys vi --- The first set-option command's maybe wrong? Thanks in advance for any help Milan Bartos
Unable to connect to WiFi network if nwid is not broadcasted
The WiFi access point in my house and this computer (OpenBSD current amd64) were working well together until I updated to the May 13 snapshot. Now, I am unable to establish a connection through ifconfig if the nwid is not broadcasted. The WiFi light on my Thinkpad T500 just blinks forever, and I am unable to get an address through dhclient. Hoping it was fixed since then, I did a source update to the latest current just a few hours ago, but the problem still exists. After some testing, I found the cause of the problem to be that the nwid was not broadcasted. After changing the settings on the router to broadcast the nwid, I am now able to establish a connection. The command I'm using to connect is: $ ifconfig iwn0 nwid mynetworkname wpa wpapsk `wpa-psk mynetworkname mykey` up; dhclient iwn0 $ uname -a OpenBSD FGD135.hsd1.mi.comcast.net. 4.7 GENERIC#0 amd64 $ dmesg OpenBSD 4.7-current (GENERIC) #0: Sun May 16 12:35:36 EDT 2010 jos...@fgd135.hsd1.mi.comcast.net.:/usr/src/sys/arch/amd64/compile/GENERIC real mem = 2070614016 (1974MB) avail mem = 2001707008 (1908MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (74 entries) bios0: vendor LENOVO version 6FET66WW (2.16 ) date 04/22/2009 bios0: LENOVO 2081CTO acpi0 at bios0: rev 2 acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) UART(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(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)2 Duo CPU P8600 @ 2.40GHz, 2394.40 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG cpu0: 3MB 64b/line 8-way L2 cache cpu0: apic clock running at 266MHz cpu at mainbus0: not configured ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus -1 (EXP2) acpiprt5 at acpi0: bus -1 (EXP3) acpiprt6 at acpi0: bus -1 (EXP4) acpiprt7 at acpi0: bus 21 (PCI1) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature 127 degC acpitz1 at acpi0: critical temperature 100 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK not docked (0) cpu0: Enhanced SpeedStep 2394 MHz: speeds: 2401, 2400, 1600, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel GM45 Host rev 0x07 vga1 at pci0 dev 2 function 0 Intel GM45 Video rev 0x07 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0 at vga1: apic 1 int 16 (irq 11) drm0 at inteldrm0 Intel GM45 Video rev 0x07 at pci0 dev 2 function 1 not configured Intel GM45 HECI rev 0x07 at pci0 dev 3 function 0 not configured pciide0 at pci0 dev 3 function 2 Intel GM45 PT IDER rev 0x07: DMA (unsupported), channel 0 wired to native-PCI, channel 1 wired to native-PCI pciide0: using apic 1 int 18 (irq 11) for native-PCI interrupt pciide0: channel 0 ignored (not responding; disabled or no drives?) pciide0: channel 1 ignored (not responding; disabled or no drives?) Intel GM45 AMT SOL rev 0x07 at pci0 dev 3 function 3 not configured em0 at pci0 dev 25 function 0 Intel ICH9 IGP M AMT rev 0x03: apic 1 int 20 (irq 11), address 00:24:7e:6c:df:df uhci0 at pci0 dev 26 function 0 Intel 82801I USB rev 0x03: apic 1 int 20 (irq 11) uhci1 at pci0 dev 26 function 1 Intel 82801I USB rev 0x03: apic 1 int 21 (irq 11) uhci2 at pci0 dev 26 function 2 Intel 82801I USB rev 0x03: apic 1 int 22 (irq 11) ehci0 at pci0 dev 26 function 7 Intel 82801I USB rev 0x03: apic 1 int 23 (irq 11) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: apic 1 int 17 (irq 11) azalia0: RIRB time out azalia0: codecs: Conexant CX20561, 0x/0x, using Conexant CX20561 azalia0: RIRB time out audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: apic 1 int 20 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: apic 1 int 21 (irq 11) pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel WiFi Link 5300 rev 0x00: apic 1 int 17 (irq 11), MIMO 3T3R, MoW, address 00:21:6a:34:37:56 uhci3 at pci0 dev 29 function 0 Intel 82801I USB rev 0x03: apic 1 int 16 (irq 11) uhci4
Re: *BSD meetup, London May 27th
On Sat, May 15, 2010 at 11:38:34PM +0100, Edd Barrett wrote: On Tue, May 11, 2010 at 1:44 PM, Sevan / Venture37 ventur...@gmail.com wrote: Hi Guys Some of us are meeting at the Barrowboy Banker by London bridge on the 27th this month, 7pm More details here: http://mailman.uk.freebsd.org/pipermail/ukfreebsd/2010-May/012735.html Sevan / Venture37 Anyone considering this? Sure, why not. -0- -- All science is either physics or stamp collecting. -- E. Rutherford
Re: strangely slow OpenBSD server connection
* Claudio Jeker cje...@diehard.n-r-g.com [2010-05-10 19:30]: On Mon, May 10, 2010 at 06:56:27PM +0200, Henning Brauer wrote: * Benny Lvfgren bl-li...@lofgren.biz [2010-05-10 17:42]: What does ifconfig say, particularly the media: line? I've had various problems in the past with certain combinations of switches and ethernet hardware that couldn't work out their autosense capabilities correctly, and that could cause a whole bunch of problems including very slow data rates. Try to lock the port at the desired speed (man ifconfig, man bge), but check with the ISP what physical speed they want to use first. Otherwise you might lose contact with your server since you are (I assume) logged on through the same line that you are fiddling with. rgh! first, autoneg is pretty damn reliable, the few exceptions are VERY old. second, taking one side to a fixed speed is calling for trouble. you almost certainly end up with one side full- and the otehr half-duplex. so if your ISP provides ethernet to you asking them whether they set the port to auto or fixed is a good idea, but randomly pushing buttons is as idiotic as ever. Not correct autoneg is only reliable when both sides are using autoneg. if one side is autoneg only that is not autoneg but plain broken. and i explicitely said exactly that above. Some switches (most notably the cizzzcooeee) disable autoneg if the port is fixed to a speed below 1G or duplex mode. In that case you must fix the other side as well. fixed speed implies autoneg disabled. that said, there are more clever switch vendors that allow you to clamp the speed to someting lower than what the interface actually supports and advertise that in autoneg. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
Re: strangely slow OpenBSD server connection
* Patrick Dohman pdoh...@gmail.com [2010-05-10 23:45]: Not sure if this where your headed Kurt but it's a subject i'm somewhat unclear on when it comes to GbE. Most if not all of the GbE cards I've utilized have drivers with no configuration for duplex when running at gigabit speeds. Basically all the duplex and flow control settings are auto only when running at gig speeds. b.t.w my apologies to the o.p I'm not trying to hijack the thread ;) autoneg is mandantory for GigE. must not be turned off. unfortunately some stupid vendors allow that nontheless which is clearly violating the spec. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
Re: strangely slow OpenBSD server connection
* Patrick Dohman pdoh...@gmail.com [2010-05-10 19:42]: Henning all of my respect I seem to recall you stating this previously. I've run into at least five major issues in the last six or seven years that boiled down to auto negotiate. If my memory serves me correctly the vendors involved were ciscoese, dell sonicwall. that is a partial list of vendors to avoid. not just for that reason. personally I have not run into a cisco broken like that, but I rarely use that shit any more. and dell/sonicwall, leave me alone. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting
sparc64 snapshots
Hello, is there some reason why there isn't any newer sparc64 snapshot than the one from april 27th? Regards, Markus
Re: sparc64 snapshots
Theo is out of town and todd had a baby. Life is busy... On Mon, May 17, 2010 at 12:36:31AM +0200, Markus Lude wrote: Hello, is there some reason why there isn't any newer sparc64 snapshot than the one from april 27th? Regards, Markus
[no subject]
Hi I have 4.6-RELEASE on a lenovo x200s system with Ericsson F3507g Mobile Broadband Module installed (mini-pci express wwan adapter). On FreeBSD the device is detected by the cdce(4) driver which creates an ue0 ethernet interface. On 4.6-RELEASE install this does not happen. The cdce(4) appeared in openBSD 4.1 and following the changelog from 4.1 to -current, cdce(4) should be in generic. Do I need to modload anything for cdce to load? Thanks for helping Kind regards, Patrick
4º Ateneo: Cuidados Paliativos
Responder a: i...@escuelasistemica.com Escuela Sistimica Argentina Institucisn dedicada a la formacisn, asistencia e investigacisn psicolsgica. Hoy nos acercamos a Uds. para invitarlos a la realizacisn del 4: Ateneo 2010 CUIDADOS PALIATIVOS [IMAGE] Los Cuidados Paliativos se definen como el cuidado total activo de los pacientes cuya enfermedad no responde a tratamiento curativo. El control del dolor y de otros smntomas y de problemas psicolsgicos, sociales y espirituales es primordial (OMS). No deben limitarse a los zltimos dmas de vida, sino aplicarse progresivamente a medida que avanza la enfermedad y en funcisn de las necesidades de pacientes y familias. En Argentina esta vertiente de la medicina comenzs a surgir en los aqos 80. La propuesta de esta presentacisn es mostrarles que hacemos desde Pallium, una ONG que se dedica de lleno a los Cuidados Paliativos siendo uno de los precursores y compartir parte de lo hecho, nuestros proyectos y ambiciones en esta prsxima etapa. Disertante: Dr. Nicolas Garrique Pallium Latinoamirica Instituto de Investigaciones Midicas Alfredo Lanari Midecin Conseil - Consulat Giniral de France Dma: Viernes 21 de mayo, 19hs. ENTRADA LIBRE Y GRATUITA (Sin inscripcisn previa) ESCUELA SISTIMICA ARGENTINA Fray J. S. M. Oro 1843 (C1414DBC) Cap. Fed. Tel/ Fax: 4774-2875/6112 - 4899-1053 i...@escuelasistemica.com.ar / www.escuelasistemica.com.ar
Re:
On Fri, 14 May 2010 17:11:16 +0200 patrick kristensen kristensenpatri...@gmail.com wrote: Hi I have 4.6-RELEASE on a lenovo x200s system with Ericsson F3507g Mobile Broadband Module installed (mini-pci express wwan adapter). On FreeBSD the device is detected by the cdce(4) driver which creates an ue0 ethernet interface. On 4.6-RELEASE install this does not happen. The cdce(4) appeared in openBSD 4.1 and following the changelog from 4.1 to -current, cdce(4) should be in generic. Do I need to modload anything for cdce to load? It seems you forgot to post your dmesg and the output of `usbdevs -vd` -- The OpenBSD Journal - http://www.undeadly.org