wd0a: id not found (wake-up from suspend)
I'm experiencing the same problem as in Linux on Thinkpad G40. After suspending machine and waking it up it becomes very slow (totally unusable) and seems to eventually hang up trying to read disk data, meanwhile I'm seeing these lines from dmesg: wd0a: id not found reading fsbn 3334048 of 3334048-3334079 (wd0 bn 75698368; cn 5006 tn 121 sn 25) wd0a: id not found reading fsbn 3334048 of 3334048-3334079 (wd0 bn 75698368; cn 5006 tn 121 sn 25), retrying wd0a: id not found reading fsbn 3334048 of 3334048-3334079 (wd0 bn 75698368; cn 5006 tn 121 sn 25) wd0a: id not found reading fsbn 3334048 of 3334048-3334079 (wd0 bn 75698368; cn 5006 tn 121 sn 25), retrying wd0a: id not found reading fsbn 3334048 of 3334048-3334079 (wd0 bn 75698368; cn 5006 tn 121 sn 25) .. I have no problems with the disk itself after reboot. What can be broken here ? = dmesg: = OpenBSD 4.9-current (GENERIC) #17: Tue May 31 00:11:37 MDT 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,CNXT-ID,xTPR real mem = 526905344 (502MB) avail mem = 507424768 (483MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/19/03, BIOS32 rev. 0 @ 0xfd7e0, SMBIOS rev. 2.33 @ 0xe0010 (47 entries) bios0: vendor IBM version "1TET79WW (1.03b)" date 06/19/2003 bios0: IBM 23883SG acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT BOOT acpi0: wakeup devices LID_(S3) SLPB(S4) PCI0(S4) BLAN(S4) CBS0(S0) USB0(S3) USB1(S3) USB2(S3) AC97(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (PCI1) acpicpu0 at acpi0: C2 acpitz0 at acpi0: critical temperature 90 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model "IBM-08K8181 " serial 142 type LION oem "Panasonic" acpithinkpad0 at acpi0 bios0: ROM list: 0xc/0xc600 0xcc800/0x1800 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0: (uniprocessor) memory map conflict 0xf6f/0xd000 memory map conflict 0xf6fd000/0x3000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82855GM Host" rev 0x01 "Intel 82855GM Memory" rev 0x01 at pci0 dev 0 function 1 not configured "Intel 82855GM Config" rev 0x01 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 "Intel 82855GM Video" rev 0x01 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 0xe000, size 0x800 inteldrm0 at vga1: irq 11 drm0 at inteldrm0 "Intel 82855GM Video" rev 0x01 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 "Intel 82801DB USB" rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 "Intel 82801DB USB" rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 "Intel 82801DB USB" rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 "Intel 82801DB USB" rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb0 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x81 pci1 at ppb0 bus 2 bge0 at pci1 dev 0 function 0 "Broadcom BCM5901" rev 0x01, BCM5705 A1 (0x3001): irq 11, address 00:06:1b:c2:02:c4 brgphy0 at bge0 phy 1: BCM5705 10/100/1000baseT PHY, rev. 1 cbb0 at pci1 dev 1 function 0 "TI PCI1410 CardBus" rev 0x02: irq 11 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x8, lattimer 0x20 pcmcia0 at cardslot0 ichpcib0 at pci0 dev 31 function 0 "Intel 82801DBM LPC" rev 0x01 pciide0 at pci0 dev 31 function 1 "Intel 82801DBM IDE" rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: wd0: 16-sector PIO, LBA, 38154MB, 78140160 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: ATAPI 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 "Intel 82801DB SMBus" rev 0x01: irq 11 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 256MB DDR SDRAM non-parity PC2100CL2.5 spdmem1 at iic0 addr 0x51: 256MB DDR SDRAM non-parity PC3200CL3.0 auich0 at pci0 dev 31 function 5 "Intel 82801DB AC97" rev 0x01: irq 11, ICH4 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo audio0 at auich0 "Intel 82801DB Modem" rev 0x01 at pci0 dev 31 function 6 not configured usb1 at uhci0: USB revision 1.0 uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 "Intel UHCI root hub" rev 1.00/1.00 addr 1 usb3 at uhci2: USB revision 1
Votre Compte VerifiedbyVisa!
âââââLogo VISA Mise a jour de la base de donnee 2011 Votre reference client : 1-6JWLDZE Votre banque a pris contact avec nos services pour vous proposer la securite 3D secure, Les achats sur Internet sont devenus monnaie courante, Avec eux est apparu un besoin croissant de securisation des paiements tant pour les consommateurs que pour les sites commercants. . Suite au nouvelles mesure de securite mise en place pour lutter contre les fraudes, Nous vous invitons a effectuer la mise a jour ou la creation de votre compte VerifiedbyVisa : Cliquez sur le lien ci-dessous pour ouvrir une fenetre de navigateur securise . Acceder a votre Compte Merci de ne pas repondre a ce courrier electronique, il est emis depuis l'adresse technique de votre banque en ligne . - Nous vous remercions de votre cooperation dans le cadre de votre dossier 1-6JWLDZE - VerifedByVisa vous garanti un paiement securise par la technologie de cryptage SSL - Pour en savoir plus consulter la rubrique + Verified By Visa ; Tres cordialement, (*) : Pour toute information veuillez nous contacter +33 (0)4 42 60 56 93 Tarif dun appel local depuis une ligne fixe en France metropolitaine . Copyright 1999-2011 VerifedbyVisa . Tous droits reserves.( VerifiedByVisa & MasterCard SecureCode).âââââ
Re: OT: Re: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
I know neither C(++), or LISP, or PERL, or python or any other language. I've worked on VirtualBox porting to FreeBSD. I am working on GNOME3 on FreeBSD for ppc and sparc64 in my spare time. No lisp, no c, no other language . This is just from being able to read and understand code. I know how far emacspeak can be compiled on OpenBSD PPC and what is needed. Many people can do what I do; but, I don't consider them a "waste of mind" as you do. Your head is so far up your ass that you have a ring of shit for a necklace. --- On Wed, 6/8/11, Thomas de Grivel wrote: From: Thomas de Grivel Subject: Re: OT: Re: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems. To: "misc@openbsd.org" Date: Wednesday, June 8, 2011, 10:23 AM [Other shit removed to concentrate on the ignorance of the last line.] Any hacker not knowing a couple of Lisp macros is a waste of mind. -- Thomas de Grivel "I must plunge into the water of doubt again and again."
Re: Bilgilendirme...
On Wed, 08 Jun 2011 23:56:22 +0200 Henrik Engmark wrote: > exactly my point. I looked at your mail because I thought, someone replied, was that a real mail and that comment tickled me.
Re: Bilgilendirme...
exactly my point. On Thu, 9 Jun 2011 00:48:44 +0300, Trafik Denetimleri!... wrote: B]LG]LEND]RME! F]RMAYA KAYITLI ARACI OLANLARIN D]KKAT]NE! D]KKAT! SON M\RACAT TAR]H] 15.HAZ]RAN.2011 HERT\RL\ KAMYON, KAMYONET, OTOB\S,M]N\B\S,GEK]C], YARI RVMORK,TANKER V.B. ARAGLARI KULLANAN S\R\C\LER, 15.HAZ]RAN.2011 TAR]H]NE KADAR SRC VE PS]KOTEKN]K BELGES] ALMAK ZORUNDADIRLAR. (25.^UBAT.2003 EHL]YETE VE SSK G]R]^]NE SAH]P OLANLAR, SRC BELGES]N] EP]T]ME VE SINAVA KATILMAKSIZIN DOPRUDAN ALMA HAKKINA SAH]PT]RLER. SRC ve PS]KOTEKN]K BELGELER] 14.HAZ]RAN.2011 TAR]H]NE KADAR SORULMAZ 15.HAZ]RAN.2011 TAR]H]NDEN SONRA TRAF]KTE YAPILACAK UYGULAMALARDA SRC VE PS]KOTEKN]K BELGES] BULUNDURMAYAN S\R\C\LERE VE ARAG SAH]PLER]NE CEZA] ]^LEM UYGULANACAKTIR. HATIRLATMA ! YAPILACAK UYGULAMALARDA SRC VE PS]KOTEKN]K BELGES] BULUNDURMAMASI DURUMUNDA (F]RMA'YA 5000TL S\R\C\ ARKADA^LARA 250TL) CEZA] ]^LEM UYGULANACAKTIR. VNEML] NOT L\TFEN OKUYUN ; TRAF]K KAZASINA KARI^AN S\R\C\N\N PS]KOTEKN]K DEPERLEND]RME BELGES] YOK ]SE S]GORTA ^]RKETLER] TARAFINDAN HASAR VDEMES] YAPILMAMAKTADIR. KISACASI S\R\C\LER]N]Z]N BELGELER]N]N OLMAMASI D]REKT OLARAK F]RMANIZI ETK]LEMEKTED]R. (1) - ]^VERENLERE; 15.HAZ]RAN.2011 TAR]H] ]T]BAR]YLE ^OFVRLER]N]Z]N ]^LER]NE DEVAM EDEB]LMELER] ]G]N MUTLAK SURETTE SRC VE PS]KOTEKN]K BELGELER] \ZER]NDE DURMALIDIRLAR. AKS] HALDE S\R\C\ ARKADA^A CEZA] ]^LEM UYGULANDIPI G]B] ARAGTA BAPLANACAKTIR. (2) - S\R\C\ ARKADA^LARA; 15.HAZ]RAN.2011 TAR]H] ]T]BAR]YLE ]^VERENLER PS]KOTEKN]K BELGES] OLMAYAN S\R\C\LERE ARAGLARINI VEREMEYECEKLER] ]G]N ]^] BIRAKMANIZ DAH] SVZ KONUSU OLAB]L]R, BU SEBEPTEN DOLAYI B]RAN VNCE KAYDINIZI YAPTIRIP BELGEN]Z] ALINIZ. SRC EP]T]M: 25.^UBAT.2003 VNCES] EHL]YET] VE SSK'SI OLMAYAN S\R\C\LER]N]Z 28 SAAT'L]K EP]T]ME VE BAKANLIPIN AGTIPI SINAVA KATILIP %60 BA^ARI SAPLAYIP BELGELER]N] ALAB]LECEKLER. PS]KOTEKN]K BELGES] NED]R? Gal}~ma psikolojisinin bir dal} olan psikoteknik deperlendirme, bireyin belirli bir i~teki yeterlilipinin ortaya konmas} amac}yla, gerekli bedensel ve zihinsel vzelliklerinin testler arac}l}p}yla vlg|lmesidir. Ba~ka bir deyi~le psikoteknik deperlendirme, bireyin belirli bir i~e uygun olup olmad}p}n} anlamaya yvnelik olarak tasarlanm}~ bir inceleme-deperlendirme yvntemidir. SRC BELGES] NED]R? SRC Mesleki Yeterlilik belgesi; Ula~t}rma Bakanl}p}nca firmalara kay}tl} araglar} kullanan s|r|c|lerin almas} Gereken zorunlu bir belgedir. S|r|c| (Src): Karayolunda motorlu bir arac} veya ta~}t} sevk ve idare eden ki~iyi, ifade eder. DENET]M YAPACAK B]R]MLER; ULA^TIRMA BAKANLIPINA BAPLI 30 B]N S]V]L MEMUR,JANDARMA TRAF]K, TRAF]K POL]S],TRAF]K ZABITASI UYGULAMA; S\R\C\LERDE PS]KOTEKN]K DEPERLEND]RME S|r|c|lerin g|venli arag kullanmalar}n} saplayan zihinsel vzelliklerinin (alg}, dikkat, haf}za, muhakeme vb.); Psikomotor yetenek ve becerilerinin (tepki h}z}, gvz, el, ayak koordinasyonu vb.); tutum-davran}~, al}~kanl}k ve ki~ilik vzelliklerinin (risk alma, sald}rganl}k, sorumluluk, vz kontrol vb.) vlg|lmesi ve s|r|c|l|k ag}s}ndan uygunlupu-yeterlilipi hakk}nda bir sonuca var}lmas}d}r. Standart, tarafs}z, Bilimsel, Deperlendirme Psikoteknik merkezimiz g|ler y|zl| personeli ve be~ ayr} ~ubesiyle m|~teri odakl} Tarafs}z ,Standart ve Bilimsel kriterlere uygun olarak Psikoteknik deperlendirme, Psikiyatri muayenesi ve s|r|c| davran}~ analiziyle sizlere hizmet vermektedir. (GEG KALMADAN BELGELER]N]Z] ALIN) F]RMANIZ ADINA KAYITLI ARAGLARINIZ VAR ]SE ARACINIZI KULLANAN S\R\C\ ARKADA^ALARIN SRC VE PS]KOTEKN]K BELGES]YLE TRAF]PE GIKILMASI ULA^TIRMA BAKANLIPI TARAFINDAN ZORUNLU KILINMI^TIR. YVNETMEL]KLER 25.02.2004 tarih ve 25384 say}l} resmi gazetede yay}nlanan KARAYOLU TA^IMA YVNETMEL]P] 60. maddesi 'e' bendine gvre profesyonel s|r|c|lere Psikoteknik degerlendirme yapmaktad}r. Ayn} yvnetmelipin 73 |nc| maddesine gvre bu deperlendirmeyi yapt}rmayan s|r|c|leri gal}~t}ran firmalar igin para cezas}, yetki belgesinin iptali ile ceza ko~ullar} belirtilmi~tir. ]LG]L] KANUN RESM] GAZETE'DE YAYINLANMI^TIR. 25.02.2004 tarih ve 25384 say}l} Resmi Gazete(KTY Asl}) 08.09.2004 tarih ve 25577 say}l} Resmi Gazete(1.Depi~iklik) 15.12.2004 tarih ve 25671 say}l} Resmi Gazete(2.Depi~iklik) 26.02.2005 tarih ve 25739 say}l} Resmi Gazete(3.Depi~iklik) 09.09. 2005tarih ve 25931 say}l} Resmi Gazete(4.Depi~iklik) 18.01.2006 tarihi ve 26053 say}l} Resmi Gazete(5.Depi~iklik) SRC BELGES] VE PS]KOTEKN]K BELGELER] YASA GEREP] ZORUNLUDUR T.C Ula~t}rma Bakanl}p} 4925 Say}l} Karayolu Kanunu Bu yaz} T.C. ULA^TIRMA BAKANLIPI Resmi sitesinden al}nm}~t}r. http://www.kugm.gov.tr/ Not: Hafta Sonu Ag}k Olmayan Psikoteknik Merkezlerimiz Denetimler Ba~layacap}dan Cumartesi ve Pazar G|nleride Ag}k Olup Hizmet Vermektedir. Not:S|r|c|lerin merkezlerimizde daha rahat ve h}zl} bir ~ekilde testten gegebilmesi igin gelmeden vnce mutlaka randevu al}nmas} gerekmektedir. VNEML] NOT: RANDEVUSUZ GELENLERE ]^LEM YAPILMAZ GELEN T\M S\R\C\ ARKADA^LARIN RANDEVU ALMASI ZORU
Re: watchdog timeout with re0 after MSI change
John Danks wrote: > Unrelated but this machine pauses for a good 30 seconds on boot and > resume after ahci1 is detected. I think it started when I added the > Intel SSD. On the SSD topic (and in case it helps trigger a thought), I was running into a problem on a Soekris box and a largish SSD where sometimes shortly after boot the disk would error out. After asking around, the solution seemed to be increasing the Soekris' pause-at-boot from 5 seconds to 15. The extra time seemed to be needed to stablize the SSD from a cold boot. I saw this on multiple machines using an Intel SSDSA2M040G2GC, which otherwise seems to be a good drive. Devin
Original Sony products
Have a good shopping on this website. There are many kinds of electronc products. Sony, dell,apple iphone. computer.Nokia. Yamaha motor. the price is much lower Motorala Web: cart-e.com i Panasonic Motorala LG
Bilgilendirme...
B]LG]LEND]RME! F]RMAYA KAYITLI ARACI OLANLARIN D]KKAT]NE! D]KKAT! SON M\RACAT TAR]H] 15.HAZ]RAN.2011 HERT\RL\ KAMYON, KAMYONET, OTOB\S,M]N\B\S,GEK]C], YARI RVMORK,TANKER V.B. ARAGLARI KULLANAN S\R\C\LER, 15.HAZ]RAN.2011 TAR]H]NE KADAR SRC VE PS]KOTEKN]K BELGES] ALMAK ZORUNDADIRLAR. (25.^UBAT.2003 EHL]YETE VE SSK G]R]^]NE SAH]P OLANLAR, SRC BELGES]N] EP]T]ME VE SINAVA KATILMAKSIZIN DOPRUDAN ALMA HAKKINA SAH]PT]RLER. SRC ve PS]KOTEKN]K BELGELER] 14.HAZ]RAN.2011 TAR]H]NE KADAR SORULMAZ 15.HAZ]RAN.2011 TAR]H]NDEN SONRA TRAF]KTE YAPILACAK UYGULAMALARDA SRC VE PS]KOTEKN]K BELGES] BULUNDURMAYAN S\R\C\LERE VE ARAG SAH]PLER]NE CEZA] ]^LEM UYGULANACAKTIR. HATIRLATMA ! YAPILACAK UYGULAMALARDA SRC VE PS]KOTEKN]K BELGES] BULUNDURMAMASI DURUMUNDA (F]RMA'YA 5000TL S\R\C\ ARKADA^LARA 250TL) CEZA] ]^LEM UYGULANACAKTIR. VNEML] NOT L\TFEN OKUYUN ; TRAF]K KAZASINA KARI^AN S\R\C\N\N PS]KOTEKN]K DEPERLEND]RME BELGES] YOK ]SE S]GORTA ^]RKETLER] TARAFINDAN HASAR VDEMES] YAPILMAMAKTADIR. KISACASI S\R\C\LER]N]Z]N BELGELER]N]N OLMAMASI D]REKT OLARAK F]RMANIZI ETK]LEMEKTED]R. (1) - ]^VERENLERE; 15.HAZ]RAN.2011 TAR]H] ]T]BAR]YLE ^OFVRLER]N]Z]N ]^LER]NE DEVAM EDEB]LMELER] ]G]N MUTLAK SURETTE SRC VE PS]KOTEKN]K BELGELER] \ZER]NDE DURMALIDIRLAR. AKS] HALDE S\R\C\ ARKADA^A CEZA] ]^LEM UYGULANDIPI G]B] ARAGTA BAPLANACAKTIR. (2) - S\R\C\ ARKADA^LARA; 15.HAZ]RAN.2011 TAR]H] ]T]BAR]YLE ]^VERENLER PS]KOTEKN]K BELGES] OLMAYAN S\R\C\LERE ARAGLARINI VEREMEYECEKLER] ]G]N ]^] BIRAKMANIZ DAH] SVZ KONUSU OLAB]L]R, BU SEBEPTEN DOLAYI B]RAN VNCE KAYDINIZI YAPTIRIP BELGEN]Z] ALINIZ. SRC EP]T]M: 25.^UBAT.2003 VNCES] EHL]YET] VE SSK'SI OLMAYAN S\R\C\LER]N]Z 28 SAAT'L]K EP]T]ME VE BAKANLIPIN AGTIPI SINAVA KATILIP %60 BA^ARI SAPLAYIP BELGELER]N] ALAB]LECEKLER. PS]KOTEKN]K BELGES] NED]R? Gal}~ma psikolojisinin bir dal} olan psikoteknik deperlendirme, bireyin belirli bir i~teki yeterlilipinin ortaya konmas} amac}yla, gerekli bedensel ve zihinsel vzelliklerinin testler arac}l}p}yla vlg|lmesidir. Ba~ka bir deyi~le psikoteknik deperlendirme, bireyin belirli bir i~e uygun olup olmad}p}n} anlamaya yvnelik olarak tasarlanm}~ bir inceleme-deperlendirme yvntemidir. SRC BELGES] NED]R? SRC Mesleki Yeterlilik belgesi; Ula~t}rma Bakanl}p}nca firmalara kay}tl} araglar} kullanan s|r|c|lerin almas} Gereken zorunlu bir belgedir. S|r|c| (Src): Karayolunda motorlu bir arac} veya ta~}t} sevk ve idare eden ki~iyi, ifade eder. DENET]M YAPACAK B]R]MLER; ULA^TIRMA BAKANLIPINA BAPLI 30 B]N S]V]L MEMUR,JANDARMA TRAF]K, TRAF]K POL]S],TRAF]K ZABITASI UYGULAMA; S\R\C\LERDE PS]KOTEKN]K DEPERLEND]RME S|r|c|lerin g|venli arag kullanmalar}n} saplayan zihinsel vzelliklerinin (alg}, dikkat, haf}za, muhakeme vb.); Psikomotor yetenek ve becerilerinin (tepki h}z}, gvz, el, ayak koordinasyonu vb.); tutum-davran}~, al}~kanl}k ve ki~ilik vzelliklerinin (risk alma, sald}rganl}k, sorumluluk, vz kontrol vb.) vlg|lmesi ve s|r|c|l|k ag}s}ndan uygunlupu-yeterlilipi hakk}nda bir sonuca var}lmas}d}r. Standart, tarafs}z, Bilimsel, Deperlendirme Psikoteknik merkezimiz g|ler y|zl| personeli ve be~ ayr} ~ubesiyle m|~teri odakl} Tarafs}z ,Standart ve Bilimsel kriterlere uygun olarak Psikoteknik deperlendirme, Psikiyatri muayenesi ve s|r|c| davran}~ analiziyle sizlere hizmet vermektedir. (GEG KALMADAN BELGELER]N]Z] ALIN) F]RMANIZ ADINA KAYITLI ARAGLARINIZ VAR ]SE ARACINIZI KULLANAN S\R\C\ ARKADA^ALARIN SRC VE PS]KOTEKN]K BELGES]YLE TRAF]PE GIKILMASI ULA^TIRMA BAKANLIPI TARAFINDAN ZORUNLU KILINMI^TIR. YVNETMEL]KLER 25.02.2004 tarih ve 25384 say}l} resmi gazetede yay}nlanan KARAYOLU TA^IMA YVNETMEL]P] 60. maddesi 'e' bendine gvre profesyonel s|r|c|lere Psikoteknik degerlendirme yapmaktad}r. Ayn} yvnetmelipin 73 |nc| maddesine gvre bu deperlendirmeyi yapt}rmayan s|r|c|leri gal}~t}ran firmalar igin para cezas}, yetki belgesinin iptali ile ceza ko~ullar} belirtilmi~tir. ]LG]L] KANUN RESM] GAZETE'DE YAYINLANMI^TIR. 25.02.2004 tarih ve 25384 say}l} Resmi Gazete(KTY Asl}) 08.09.2004 tarih ve 25577 say}l} Resmi Gazete(1.Depi~iklik) 15.12.2004 tarih ve 25671 say}l} Resmi Gazete(2.Depi~iklik) 26.02.2005 tarih ve 25739 say}l} Resmi Gazete(3.Depi~iklik) 09.09. 2005tarih ve 25931 say}l} Resmi Gazete(4.Depi~iklik) 18.01.2006 tarihi ve 26053 say}l} Resmi Gazete(5.Depi~iklik) SRC BELGES] VE PS]KOTEKN]K BELGELER] YASA GEREP] ZORUNLUDUR T.C Ula~t}rma Bakanl}p} 4925 Say}l} Karayolu Kanunu Bu yaz} T.C. ULA^TIRMA BAKANLIPI Resmi sitesinden al}nm}~t}r. http://www.kugm.gov.tr/ Not: Hafta Sonu Ag}k Olmayan Psikoteknik Merkezlerimiz Denetimler Ba~layacap}dan Cumartesi ve Pazar G|nleride Ag}k Olup Hizmet Vermektedir. Not:S|r|c|lerin merkezlerimizde daha rahat ve h}zl} bir ~ekilde testten gegebilmesi igin gelmeden vnce mutlaka randevu al}nmas} gerekmektedir. VNEML] NOT: RANDEVUSUZ GELENLERE ]^LEM YAPILMAZ GELEN T\M S\R\C\ ARKADA^LARIN RANDEVU ALMASI ZORUNLU. GEREKL] EVRAKLAR; Src Belgesi Gerkli Evraklar: 3 Resim, Kimlik fotokopisi, Ehliyet fotokopisi Psikoteknik Belgesi Gerkli Evrak
Re: watchdog timeout with re0 after MSI change
* John Danks [110608 17:59]: > I'm seeing "re0: watchdog timeout" after the MSI change to the re > driver. Reverted the change and it stops. I have reported the same issue already http://cvs.openbsd.org/cgi-bin/query-pr-wrapper?full=yes&numbers=6622 -- Alexander Polakov | plhk.ru
Re: Fixing pkg_add "Fatal error: can't parse object version" error after 4.9 upgrade
>On Tue, Jun 07, 2011 at 11:57:42AM -0700, yary wrote: >> I have installed my own build of perl into /usr/local which might be >> the cause- though it can also happen with the system perl, All one has >> to do is install a binary/XS version of a library that system perl has >> a non-binary version of, in a directory that the system perl uses. > > Ariane van der Steldt wrote: >Don't do that. No, it can't happen with the system perl, we control that. It happens, though I'm not sure why or how to prevent it. Note that in 4.9 the system perl looks in some /usr/local directories before /usr/libdata - $ /usr/bin/perl -e 'print join "\n",@INC' /usr/local/libdata/perl5/site_perl/i386-openbsd /usr/libdata/perl5/site_perl/i386-openbsd /usr/local/libdata/perl5/site_perl /usr/libdata/perl5/site_perl /usr/libdata/perl5/i386-openbsd/5.12.2 /usr/local/libdata/perl5/i386-openbsd/5.12.2 /usr/libdata/perl5 /usr/local/libdata/perl5 The right way to fix this is to have all the /usr/libdata paths before any /usr/local paths in the system perl's @INC. Order them like so: /usr/libdata/perl5/site_perl/i386-openbsd /usr/libdata/perl5/site_perl /usr/libdata/perl5/i386-openbsd/5.12.2 /usr/libdata/perl5 /usr/local/libdata/perl5/site_perl/i386-openbsd /usr/local/libdata/perl5/site_perl /usr/local/libdata/perl5/i386-openbsd/5.12.2 /usr/local/libdata/perl5 Here's a scenario- and I don't have a 4.8 system to test it on, just from memory- In OpenBSD 4.8, using only the system perl, install the XS version of Digest::SHA. OBSD 4.8 uses perl 5.10. This isn't so farfetched. Even if 4.8 comes with a binary Digest::SHA, it may have an update that you want. Perl decides to put it under /usr/local/libdata/perl5/site_perl/i386-openbsd/ Upgrade the same machine to OpenBSD 4.9. It uses perl 5.12 which is not binary-compatible with perl 5.10 Now any system utilities that use Digest::SHA will get the version in /usr/local/libdata/perl5/site_perl/i386-openbsd , at the top of @INC. Not sure if that's what happened to me (or the other poster at http://comments.gmane.org/gmane.os.openbsd.misc/185763 ) but it's my most plausible guess
Snapshot hangs at lm1 detached
I upgraded one of my CARPed firewalls this morning and on reboot with the new kernel it hangs just before it detaches lm1. bsd.rd will boot, but neither bsd.sp or bsd.mp will. I disabled lm* at boot. Here's the dmesg from that, followed by the dmesg from the last kernel (May 2). I marked the last line printed on the screen. Hooray for CARP! I was able to do all of this messing around and the rest of the users didn't know a thing. Jeff OpenBSD 4.9-current (GENERIC.MP) #65: Mon Jun 6 14:30:48 MDT 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.21 GHz cpu0: FPU,V86,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,CNXT-ID,CX16,xTPR real mem = 3757490176 (3583MB) avail mem = 3685838848 (3515MB) User Kernel Config UKC> disable lm 306 lm0 disabled 307 lm* disabled 308 lm* disabled UKC> quit Continuing... mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/29/05, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev. 2.3 @ 0xfa380 (61 entries) bios0: vendor American Megatrends Inc. version "080010" date 03/29/2005 bios0: SiMech R200 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC OEMB acpi0: wakeup devices PXHA(S4) PXHB(S4) EPA0(S4) EPA1(S4) EPB0(S4) EPB1(S4) EPC0(S4) P0P1(S4) MC97(S4) USB1(S1) USB2(S1) EUSB(S4) PS2K(S4) PS2M(S4) P0PC(S4) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 200MHz cpu1 at mainbus0: apid 6 (application processor) cpu1: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.21 GHz cpu1: FPU,V86,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,CNXT-ID,CX16,xTPR cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.21 GHz cpu2: FPU,V86,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,CNXT-ID,CX16,xTPR cpu3 at mainbus0: apid 7 (application processor) cpu3: Intel(R) Xeon(TM) CPU 3.20GHz ("GenuineIntel" 686-class) 3.21 GHz cpu3: FPU,V86,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,CNXT-ID,CX16,xTPR ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic1 at mainbus0: apid 11 pa 0xfec1, version 20, 24 pins ioapic1: misconfigured as apic 9, remapped to apid 11 ioapic2 at mainbus0: apid 9 pa 0xfec8, version 20, 24 pins ioapic2: misconfigured as apic 10, remapped to apid 9 ioapic3 at mainbus0: apid 10 pa 0xfec80400, version 20, 24 pins ioapic3: misconfigured as apic 11, remapped to apid 10 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (EPA0) acpiprt2 at acpi0: bus 3 (PXHA) acpiprt3 at acpi0: bus 2 (PXHB) acpiprt4 at acpi0: bus 4 (EPA1) acpiprt5 at acpi0: bus 6 (P0P1) acpiprt6 at acpi0: bus 5 (P0PC) acpicpu0 at acpi0 acpicpu1 at acpi0 acpicpu2 at acpi0 acpicpu3 at acpi0 acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB bios0: ROM list: 0xc/0x8000 0xc8000/0x800 0xc8800/0x1000 0xc9800/0x1000 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel E7320 Host" rev 0x0c ppb0 at pci0 dev 2 function 0 "Intel E7520 PCIE" rev 0x0c pci1 at ppb0 bus 1 ppb1 at pci1 dev 0 function 0 "Intel 6700PXH PCIE-PCIX" rev 0x09 pci2 at ppb1 bus 3 mpi0 at pci2 dev 5 function 0 "Symbios Logic 53c1030" rev 0xc1: msi scsibus0 at mpi0: 16 targets, initiator 7 ppb2 at pci1 dev 0 function 2 "Intel 6700PXH PCIE-PCIX" rev 0x09 pci3 at ppb2 bus 2 em0 at pci3 dev 1 function 0 "Intel PRO/1000MT (82546GB)" rev 0x03: apic 10 int 0, address 00:1b:21:15:6a:82 em1 at pci3 dev 1 function 1 "Intel PRO/1000MT (82546GB)" rev 0x03: apic 10 int 1, address 00:1b:21:15:6a:83 ppb3 at pci0 dev 3 function 0 "Intel E7520 PCIE" rev 0x0c pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 0 "Intel 6300ESB PCIX" rev 0x02 pci5 at ppb4 bus 5 em2 at pci5 dev 1 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: apic 11 int 2, address 00:30:48:87:2e:b0 em3 at pci5 dev 2 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: apic 11 int 3, address 00:30:48:87:2e:b1 uhci0 at pci0 dev 29 function 0 "Intel 6300ESB USB" rev 0x02: apic 8 int 16 uhci1 at pci0 dev 29 function 1 "Intel 6300ESB USB" rev 0x02: apic 8 int 19 "Intel 6300ESB WDT" rev 0x02 at pci0 dev 29 function 4 not configured "Intel 6300ESB APIC" rev 0x02 at pci0 dev 29 function 5 not configured ehci0 at pci0 dev 29 function 7 "Intel 6300ESB USB" rev 0x02: apic 8 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb5 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x0a pci6 at ppb5 bus 6 vga1 at pci6 dev 2 fu
Re: watchdog timeout with re0 after MSI change
On Wed, Jun 8, 2011 at 10:19 AM, Matthew Dempsky wrote: > On Wed, Jun 8, 2011 at 7:14 AM, Mattieu Baptiste wrote: >> On Wed, Jun 8, 2011 at 3:54 PM, John Danks wrote: >>> I'm seeing "re0: watchdog timeout" after the MSI change to the re >>> driver. Reverted the change and it stops. >>> >>> Unrelated but this machine pauses for a good 30 seconds on boot and >>> resume after ahci1 is detected. I think it started when I added the >>> Intel SSD. >> >> I'm seeing this on my machine since this commit: >> http://marc.info/?l=openbsd-cvs&m=129607814223510&w=2 > > Do you still see this 30 second pause with recent snapshots? A few > weeks ago, I committed this change: > >http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/ata/atascsi.c#rev1.104 > > which should have eliminated the 30 second pause unless you have a > port-multiplier. If you still see the pause and aren't using > port-multipliers, I might be able to send you some diffs to figure out > what's going on. > I still saw it on an up-to-date -current kernel this morning. I don't think I'm using port multipliers unless it's something built in to the motherboard. Happy to test any diffs.
Re: watchdog timeout with re0 after MSI change
On Wed, Jun 8, 2011 at 7:14 AM, Mattieu Baptiste wrote: > On Wed, Jun 8, 2011 at 3:54 PM, John Danks wrote: >> I'm seeing "re0: watchdog timeout" after the MSI change to the re >> driver. Reverted the change and it stops. >> >> Unrelated but this machine pauses for a good 30 seconds on boot and >> resume after ahci1 is detected. I think it started when I added the >> Intel SSD. > > I'm seeing this on my machine since this commit: > http://marc.info/?l=openbsd-cvs&m=129607814223510&w=2 Do you still see this 30 second pause with recent snapshots? A few weeks ago, I committed this change: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/ata/atascsi.c#rev1.104 which should have eliminated the 30 second pause unless you have a port-multiplier. If you still see the pause and aren't using port-multipliers, I might be able to send you some diffs to figure out what's going on.
Re: IPv6 - www.openbsd.org
* Martin Schrvder [2011-06-05 21:44]: > 2011/6/3 Kevin Chadwick : > > preference for ipv4 since I first compared them. The fact programmers > > don't like it, tops it off. > Carrier grade NAT is so much better than IPv6 easily. -- 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 with gigabit voice/video streams
* Eric K. Miller [2011-06-03 22:31]: > > Are you running -current? There have been some massive tweaks in > networking performance in -current. Try out and report back. > > We were running 4.7 amd64 version (GENERIC.MP). Also tried the single > processor version. > > Intel Pro/1000 MT cards were used. > > I should mention that we had a large number of virtual interfaces (300+) > for routing traffic among these VLANs. So maybe this was the cause. I can immediately come up with 5 changes after 4.7 that massively change the picture, so that comparision is useless. -- 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: NTP driftness oddity
* Otto Moerbeek [2011-06-03 08:12]: > ntpd does not jump. if invoked with -s it actually does, once, at startup: > > >set local clock to Thu Jun 2 19:56:25 IST 2011 (offset 119.421739s) > It adjusts by running the clock faster or slower. that is of course true, after startup. > The offsets you are seeing are newly caclulated differences between > what ntpd thinks is the time and the clocks time. yup -- 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: OT: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
Just wanna say "Thanks" to Thomas and his big, dumb, yet fun show. But now I think we're all bored.
Re: OT: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
Le 06/08/11 14:00, Ariane van der Steldt a icrit : On Wed, Jun 08, 2011 at 02:24:14AM +0200, Thomas de Grivel wrote: This really has nothing to do on this list, but here I go... Pfft, this mail sucks. If you had actually responded properly, instead of reiterating your arguments, I would have enjoyed it. You're just baiting. Oh well, I'll take the bait. I'll just pretend you actually replied to my e-mail (and for the love of clean, threaded mailinglists, please make proper use of mail threading; no fun to have to look all over the place to find your mail). Sorry for that. Frankly you were much more interesting about vmmap and avl trees. I did not mean to disturb you. I'll answer anyway because you flame me just for the sake of flaming. Languages are like gods : there can be only one, and its perfect, and everywhere, and we show our faith. Sure.. who wants to believe that crap ? Well... you do. Obviously no. You completely misconceived my intentions. That was a gross caricature, but also what I felt of previous comments by programmers. Languages have flaws, they are (slightly) bugged to the core and we're so much into their usage^Wabuse that we dont see walls anymore. "Hey my windows works fine at home when installing every year !!" This paragraph added nothing to the discussion. Yes, a lot of programmers are lost in trust to their language being the one true way to think programming. It was linked to the previous paragraph. You dismiss assisted code proof because proving code is not verified itself. I did say that. I said code proof (assisted or manual) is a lot of work. What if it could be ? Actually it has been done with a compiler of a subset of C and a few ML like languages. Compiled assembly code of compiler was proven correct by humans. Writing an assisted proof compiler for C is just as trivial as writing one for lisp. I'm not talking about assisted proof, but proving the compiler correct. This way, when you can prove the code by hand or assisted, then you can be sure the binary is correct. This was indeed a lot of work, like you said. The ML like languages, along with type theory, are now used to study math theorems by writing them in types and proving the theorem by writing a program of that type. IIRC this is Curry-Howard correspondence. Turing machines are used in proofs. I think we should ditch the current architectures and switch to really-long-tape! You think that because a language is suitable for one thing, it is suitable for everything. A common fallacy. I am precisely advocating the discovery of other languages, not one true language. When you start looking around you see the flaws in each of them. Most often it is syntax, since if the language is useful the semantics are quite right. I'm wondering, what other languages do you know along with C ? In languages like ocaml every expression has a static type, possibly removing all need for runtime type info. I also think the ocaml grammar and static typing sucks, but programs that compile *always* work and are fast. C has static typing! int a; really describes an int, not a float... Programs don't *always* work. Malloc may return NULL, mmap may fail, for many reasons. And that's just memory. I don't think you understand what it takes to run a program. Anyway, C programs work for the same value of *always* and the same value of fast. Why are you talking about C here ? It was about ocaml. You don't seem to know how it works and its type system. In 1996, a researcher named J.L Krivine took the theorem of the completeness of classical logic (we all use in science, math, programming), expressed it in type theory, and actually proved it by writing a step by step userland disassembler. Pure wtf, but true. Mind blower to me. Good for him. What has that to do with C or lisp or other programming languages? You'll have to dig up youself. That writing a disassembler is equivalent to proving a fundamental theorem of mathematics is awesome enough to me. Just like C, OCaml has skills in its semantics, but they both suck at grammar : parsing ml requires a full lex/yacc above and below gcc. Not really checked code but if the bug hasnt shown it must not exist. Or in the next release. Ah, OCaml is cool because you have not seen a bug in a compiler... Parsing lisp, i can explain to a 2 year old. Bold statement. You know 2 year olds aren't known for their ability at abstract thinking? Yeah I've always thought too much wonders about kids. Maybe 5 years old. Do it in *any* language. In less than 1kb. On the syntax, Lisp is the red pill. Bla bla bla, no arguments supplied. Arguments ? Do I need to explain a 50 years old widely taught academic root of computing here to be heard ? If you care why don't you try it ? I bet that with your skills (i read very interesting things from you on tech@) writing a s-exp parser would be a less than 2 hours task. If C was so easy to parse
Re: watchdog timeout with re0 after MSI change
On Wed, Jun 8, 2011 at 3:54 PM, John Danks wrote: > I'm seeing "re0: watchdog timeout" after the MSI change to the re > driver. Reverted the change and it stops. > > Unrelated but this machine pauses for a good 30 seconds on boot and > resume after ahci1 is detected. I think it started when I added the > Intel SSD. I'm seeing this on my machine since this commit: http://marc.info/?l=openbsd-cvs&m=129607814223510&w=2 > OpenBSD 4.9-current (GENERIC.MP) #61: Thu Jun 2 18:55:12 MDT 2011 >dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 12879527936 (12282MB) > avail mem = 12514459648 (11934MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (38 entries) > bios0: vendor Award Software International, Inc. version "F5" date 11/20/2009 > bios0: Gigabyte Technology Co., Ltd. P55M-UD2 > acpi0 at bios0: rev 0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP HPET MCFG \M-o\M->\M--\M-^ TAMG APIC SSDT > acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) > PEX5(S5) PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USB0(S3) USB1(S3) > USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) USBE(S3) USE2(S3) > AZAL(S5) PCI0(S5) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 14318179 Hz > acpimcfg0 at acpi0 addr 0xf400, bus 0-63 > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2665.10 MHz > cpu0: 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S SSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: apic clock running at 133MHz > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2664.77 MHz > cpu1: 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S SSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG > cpu1: 256KB 64b/line 8-way L2 cache > cpu2 at mainbus0: apid 4 (application processor) > cpu2: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2664.77 MHz > cpu2: 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S SSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG > cpu2: 256KB 64b/line 8-way L2 cache > cpu3 at mainbus0: apid 6 (application processor) > cpu3: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2664.77 MHz > cpu3: 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,S SSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG > cpu3: 256KB 64b/line 8-way L2 cache > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 0, remapped to apid 2 > condref: \\_OSI 0x816be608 > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 2 (PEX0) > acpiprt2 at acpi0: bus -1 (PEX1) > acpiprt3 at acpi0: bus -1 (PEX2) > acpiprt4 at acpi0: bus -1 (PEX3) > acpiprt5 at acpi0: bus 4 (PEX4) > acpiprt6 at acpi0: bus 5 (PEX5) > acpiprt7 at acpi0: bus -1 (PEX6) > acpiprt8 at acpi0: bus -1 (PEX7) > acpiprt9 at acpi0: bus 6 (HUB0) > acpicpu0 at acpi0: C3, C2, C1, PSS > acpicpu1 at acpi0: C3, C2, C1, PSS > acpicpu2 at acpi0: C3, C2, C1, PSS > acpicpu3 at acpi0: C3, C2, C1, PSS > acpibtn0 at acpi0: PWRB > cpu0: Enhanced SpeedStep 2664 MHz: speeds: 2660, 2527, 2394, 2261, > 2128, 1995, 1862, 1729, 1596, 1463, 1330, 1197 MHz > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel Core DMI" rev 0x11 > ppb0 at pci0 dev 3 function 0 "Intel Core PCIE" rev 0x11: msi > pci1 at ppb0 bus 1 > vga1 at pci1 dev 0 function 0 "ATI Radeon HD 4890" rev 0x00 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > radeondrm0 at vga1: apic 2 int 16 > drm0 at radeondrm0 > azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 48xx HD Audio" rev 0x00: msi > azalia0: no supported codecs > "Intel Core Management" rev 0x11 at pci0 dev 8 function 0 not configured > "Intel Core Scratch" rev 0x11 at pci0 dev 8 function 1 not configured > "Intel Core Control" rev 0x11 at pci0 dev 8 function 2 not configured > "Intel Core Misc" rev 0x11 at pci0 dev 8 function 3 not configured > "Intel Core QPI Link" rev 0x11 at pci0 dev 16 function 0 not configured > "Intel Core QPI Routing" rev 0x11 at pci0 dev 16 function 1 not configured > uhci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 2 int 16 > uhci1 at pci0 dev 26 function 1 "Intel 3400 USB" rev 0x05: apic 2 int 21 > uhci2 at pci0 dev 26 function 2 "Intel 3400 USB" rev 0x05: apic 2 int 18 > ehci0 at pci0 dev 26 function 7 "Intel 3400 USB" rev 0x05: apic 2 int 18 > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > azalia
watchdog timeout with re0 after MSI change
I'm seeing "re0: watchdog timeout" after the MSI change to the re driver. Reverted the change and it stops. Unrelated but this machine pauses for a good 30 seconds on boot and resume after ahci1 is detected. I think it started when I added the Intel SSD. OpenBSD 4.9-current (GENERIC.MP) #61: Thu Jun 2 18:55:12 MDT 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 12879527936 (12282MB) avail mem = 12514459648 (11934MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xf0100 (38 entries) bios0: vendor Award Software International, Inc. version "F5" date 11/20/2009 bios0: Gigabyte Technology Co., Ltd. P55M-UD2 acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET MCFG \M-o\M->\M--\M-^ TAMG APIC SSDT acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) PEX6(S5) PEX7(S5) HUB0(S5) UAR1(S3) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) USB5(S3) USB6(S3) USBE(S3) USE2(S3) AZAL(S5) PCI0(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 addr 0xf400, bus 0-63 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2665.10 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,SSE4.2,POPCNT,NXE,LONG cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 133MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2664.77 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2664.77 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i5 CPU 750 @ 2.67GHz, 2664.77 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 condref: \\_OSI 0x816be608 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 2 (PEX0) acpiprt2 at acpi0: bus -1 (PEX1) acpiprt3 at acpi0: bus -1 (PEX2) acpiprt4 at acpi0: bus -1 (PEX3) acpiprt5 at acpi0: bus 4 (PEX4) acpiprt6 at acpi0: bus 5 (PEX5) acpiprt7 at acpi0: bus -1 (PEX6) acpiprt8 at acpi0: bus -1 (PEX7) acpiprt9 at acpi0: bus 6 (HUB0) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpibtn0 at acpi0: PWRB cpu0: Enhanced SpeedStep 2664 MHz: speeds: 2660, 2527, 2394, 2261, 2128, 1995, 1862, 1729, 1596, 1463, 1330, 1197 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core DMI" rev 0x11 ppb0 at pci0 dev 3 function 0 "Intel Core PCIE" rev 0x11: msi pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "ATI Radeon HD 4890" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 2 int 16 drm0 at radeondrm0 azalia0 at pci1 dev 0 function 1 "ATI Radeon HD 48xx HD Audio" rev 0x00: msi azalia0: no supported codecs "Intel Core Management" rev 0x11 at pci0 dev 8 function 0 not configured "Intel Core Scratch" rev 0x11 at pci0 dev 8 function 1 not configured "Intel Core Control" rev 0x11 at pci0 dev 8 function 2 not configured "Intel Core Misc" rev 0x11 at pci0 dev 8 function 3 not configured "Intel Core QPI Link" rev 0x11 at pci0 dev 16 function 0 not configured "Intel Core QPI Routing" rev 0x11 at pci0 dev 16 function 1 not configured uhci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 2 int 16 uhci1 at pci0 dev 26 function 1 "Intel 3400 USB" rev 0x05: apic 2 int 21 uhci2 at pci0 dev 26 function 2 "Intel 3400 USB" rev 0x05: apic 2 int 18 ehci0 at pci0 dev 26 function 7 "Intel 3400 USB" rev 0x05: apic 2 int 18 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia1 at pci0 dev 27 function 0 "Intel 3400 HD Audio" rev 0x05: msi azalia1: codecs: Realtek/0x0887, 0x/0x, using Realtek/0x0887 audio0 at azalia1 ppb1 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05: msi pci2 at ppb1 bus 2 ppb2 at pci2 dev 0 function 0 "PLX PEX 8112" rev 0xaa pci3 at ppb2 bus 3 vendor "C-Media Electro
IPv4 routing fails after IPv6 default route is added
Hi again, I've got an issue related to my earlier problems with GRE tunnels and OSPF. My OpenBSD box acts as a (NAT) router between my local network and the IPv4 Internet. Additionally there is a GRE tunnel between the box and a server over which I route into the IPv6 internet. What happens is that after I add the IPv6 default route on gre0 I loose IPv4 connectivity on the local network. The whole setup looks like this: GRE (fe80::acfa:ffa0) GRE (fe80...) _ __ IPv6 Router --- IPv6 Internet / \ / LAN -- OpenBSD - Modem --- IPv4 Internet (172.22.94.64/27) 172.22.94.1 2001:470:9ed3:1423:: The GRE tunnel endpoints don't have public IPv6 addresses and I add the default route on the Router via "route -n add -inet6 default fe80::acfa:ffa0%gre0". ICMPv4 still works on LAN but establishing TCP connections fails initially, hinting that my firewall config is somewhat skewed. On the first connection request to an IPV4 host on the Internet the router doesn't NAT the packets, forwarding them with the LAN IPv4 address to the modem. Subsequent requests get NATed correctly. My pf.conf looks like this: set skip on lo set skip on enc0 set skip on gre0 pass match out on egress inet from !(egress:network) to any nat-to (egress:0) pass out quick I'm still not that familiar with OpenBSD, but I've read all relevant man pages and couldn't find an explanation for this behavior. Regards, Benjamin Kiessling [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Votre Hôtel sur Iphone : 70 % de remise
HNR-JUIN-V2 Si ce message ne s'affiche pas correctement, vous pouvez le visualiser grC"ce C ce lien. B Partez en Week-End en bC)nC)fiC'iant des meilleurs tarifs, n ous vous offrons lbapplication Iphone HOTEL NET-RESA qui met C votre disposition les fonctions de rC)servation dbHC4tel. Cette rC)alisation est une illustration des solutions C)vC)nementielles professionnelles qub ALGO DATA met C votre disposition depuis plus de 15 ans. B B 30% C 70% de remise B La carte des bons plans B 100% gratuit sur Iphone B B B B B B ActualisC)e quotidiennement la liste des "bons plansB B; pour vous permettre dbidentifier les meilleures promotions B Visualisez en direct et par rC)gion les promotions que nous collectons chaque jour pour vous. B Ce service destinC) aux particuliers est gratuit, pas de frais de rC)servation.B HOTEL NET-RESA est une application gratuite pour Iphone, Ipod, Ipad C)ditC)e par ALGO DATA. B B Hotel Net-Resa - B Gipco-ADNS - Web-ADNS B B Mail-Adns sont C)ditC)s par ALGO DATA B Si ce message ne s'affiche pas correctement, vous pouvez le visualiser grC"ce C ce lien. Si vous souhaitez ne plus recevoir de message de cette liste.
Re: OT: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
On Wed, Jun 08, 2011 at 02:00:03PM +0200, Ariane van der Steldt wrote: > On Wed, Jun 08, 2011 at 02:24:14AM +0200, Thomas de Grivel wrote: > > Just like C, OCaml has skills in its semantics, but they both suck at > > grammar : parsing ml requires a full lex/yacc above and below gcc. Not > > really checked code but if the bug hasnt shown it must not exist. Or in the > > next release. > > Ah, OCaml is cool because you have not seen a bug in a compiler... There are lots of good points and bad points in Ocaml. One thing you won't find is a bug in its Garbage-Collector (that was Damien Doligez's thesis, and he had to fix all the bugs in it to finish the proof that it was bug-free). As far as I know, similar work has not been done in the remaining parts of OCaml. So there are definitely bugs in it. Just because no-one hasn't found them doesn't mean they don't exist (and there are few system hackers as brilliant as Damien). There are less cool parts of ocaml development, like feuds between various sets of developers, but I won't go there, it's just the nitty gritty of a real life language, thus very much imperfect. Of course, ocaml type system sucks. But so do all type systems, since type-inference is a semi-decidable problem, and all "smart" languages out there are making-do by using a "suitable" approximation of the best matching type for a given construct... Well, if de Grivel likes ocaml so much, why doesn't he improve our port ? like figure out why it doesn't run on hppa (at a wild guess, ocaml assumes things about stack orientation...), or to polish the compiler so that it actually compiles on, say, arm, for instance...
Re: OT: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
> > This really has nothing to do on this list, but here I go... @ Ariane van der Steldt wrote (2011-06-08 14:00+0200): > I did say that. I said code proof (assisted or manual) is a lot of work. > > Yes, we should start over. If we start over we can make it so much > better! We can do this and that and... spend ten times as much time to > reach where we are now. > > We're doing that already. And we're much better in it than you. > > I don't know what "fighting on the same plane" means. Can you please > explain? > > Bingo. > > Huh, point? Where? Well this monday i really planned to darken down your (all of you) day, with this: #include #include #include #include #include int main(void) { #define ERROR(T,MSG)if (T) { perror(MSG); exit(1); } void *mp; ssize_t wb; off_t off; char sb[8]; int fd = open("test.dat", O_RDWR | O_CREAT | O_EXCL, 0600); ERROR(fd < 0, "open"); off = lseek(fd, (off_t)0xfffdUL, SEEK_SET); ERROR(off < 0, "lseek"); wb = write(fd, "abcd", 4); ERROR(wb != 4, "write"); /*ERROR(fcntl(fd, F_FULLFSYNC), "fcntl(F_FULLFSYNC)"); fsync() insuff. */ mp = mmap(NULL, 0x10001ULL, PROT_READ, MAP_PRIVATE, fd, 0); ERROR(mp == NULL, "mmap"); sb[0] = *((char*)mp + 0xfffdUL + 0) - '0'; write(1, sb, 1); sb[0] = *((char*)mp + 0xfffdUL + 1) - '0'; write(1, sb, 1); sb[0] = *((char*)mp + 0xfffdUL + 2) - '0'; write(1, sb, 1); sb[0] = *((char*)mp + 0xfffdUL + 3) - '0'; write(1, sb, 1); write(1, "\n", 1); ERROR(munmap(mp, 0x10001ULL), "munmap"); ERROR(close(fd), "close"); return 0; } running on OS X (it was due to the "vmmap" thread), and the expected behaviour should have been ab SIGBUS and then i wanted to talk about that i don't believe that Open Source software will last over time because you have to walk yourself instead of being driven in a nice shuttle bus etc. etc. Even free heroin shipped by SuperBiscuit can't beat that, unless - maybe - on a perfect day... (I did not know about the "super cheap hotel" mail at that time.) But guess what? Apple fixed the mmap bug on sparse files! No nore 3. For at least sparse files the VMS of Mac OS X is unable to create an accessible mmap(2)ing if the size of the mapping is in the inclusive range UINT32_MAX+1 .. UINT32_MAX + PAGESIZE (== 4096) and the file has been written to. (but maybe still killed all tests which spent more than about three minutes first, later i did so whenever 900M was not reached in top(1) output - it seems to me that Apple's VM is not intelligent enough to detect that it effectively has entered an endless loop!!!) I was so disappointed! I maybe roared like a non-useless lion would. No useful contribution by me in 2011. -- Ciao, Steffen sdaoden(*)(gmail.com) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments
workshop: Exportação em 5 passos >> Como expandir os seus negócios a nível internacional
se nco conseguir visualizar correctamente o contezdo deste e-mail, por favor, clique aqui. [IMAGE] Formulario de Contacto == Nome: Empresa: Csdigo Postal: - NIF: Produto/servigo a exportar: E-mail: Telefone: Telemsvel: Mensagem: --- powered by: [IMAGE] AVISO -- De acordo com a legislagco internacional que regulamenta o correio electrsnico, Secgco 301, paragrafo (a)(2)(c) Decreto S 1618, tmtulo terceiro aprovado pelo "105 Congresso Base Das Normativas Internacionais Sobre Spam" diz o seguinte: "O email nco podera ser considerado SPAM quando incluir uma forma do receptor ser removido da lista". Se por algum acaso o seu nome esta inclumdo nesta lista por erro ou gostaria de ser removido desta lista, por favor clique aqui Esta mensagem (incluindo quaisquer anexos) pode conter informagco confidencial ou legalmente protegida para uso exclusivo do destinatario. Se nco for o destinatario pretendido da mesma, nco devera usar, copiar, distribuir ou revelar o seu contezdo (incluindo quaisquer anexos) a terceiros, sem autorizagco. Se recebeu esta mensagem por engano, por favor informe o emissor por e-mail e elimine-a imediatamente. Obrigado. A transmissco de mensagens via e-mail nco pode ser considerada protegida ou isenta de erros uma vez que a informagco podera ser interceptada, corrompida, perdida, destrumda, chegar ao destino com atraso ou conter vmrus. Assim, o remetente nco podera ser responsabilizado por quaisquer erros ou omissues. -- [demime 1.01d removed an attachment of type image/jpeg which had a name of main.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of logo.jpg]
Re: OT: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
Here's a helpful start: http://www.unlambda.com/lisp/mit.page Enjoy!
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
> ipmi does not attach, I don't know if it should work: > "ipmi at mainbus0 not configured" The code is disabled because it is broken.
Re: OT: Re: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
Like I said before, there is amply enough work in the ports tree for lisp hackers. Go work on porting clisp to other OpenBSD architectures. Give us something concrete. Talk is very, very cheap.
Re: Fixing pkg_add "Fatal error: can't parse object version" error after 4.9 upgrade
On Tue, Jun 07, 2011 at 11:57:42AM -0700, yary wrote: > I have installed my own build of perl into /usr/local which might be > the cause- though it can also happen with the system perl, All one has > to do is install a binary/XS version of a library that system perl has > a non-binary version of, in a directory that the system perl uses. Don't do that. No, it can't happen with the system perl, we control that.
Re: OT: Re: Seems OpenBSD isn't absolutely alone in it's quest, atleast on embedded systems.
I'm not really selling anything. I'm seeing a deeply rooted bug in our way of thinking programming languages. Struggling is not necessary unless you want to punish yourself. My experience, and I feel I have enough in C to speak untroubled, is that not all languages are like C when it comes to laying out your thoughts. I used to think so, all my mind was trapped in this. The language is very well defined, but cannot understand itself. Cannot be worked itself like we work other data, except with a gigantic piece of software. If the code does not reflect the layers of thoughts, of course it cannot scale, or very slowly. You need good abstractions to solve complex problems. And good data structure, C has that better than any other language. In CL I can speak my mind in terms of layers and these layers fit nice, or are easy to fix because there is no duplicate code. This also means very short code. This is not because of the semantics of the language, C is much better defined at precise memory handling, but precisely because part of the art of programming in s-exp is partly in generating the uninteresting part of the code, or reading it with a function, checking for some bug patterns. I could try to explain it another way : we are compilers. We have ideas we need to translate into C, knowing that in turn C will be compiled into some behaviour of the system. That pipeline is broken when your layers do not fit well into the language. To fix this we'd need macros to generate code, but C macros generate not code but text ! How's that in any way useful ? Other hint debunks : - CL is much much older than C. Again not talking about the semantics, but at the time it was out, C compiler technology was really not state of the art. Though it had much more focused semantics, which made it win most system code. - CL is not functional, it is procedural like C and can generate native code. - You can encode any language in s-exp. Actually this is done at AST level though we cannot access it with these bulky C compilers. The good features of lisp are just from symbolic expressions. What Theo said remains true to all programming. How the language is processed is what I'm talking about. Any hacker not knowing a couple of Lisp macros is a waste of mind. -- Thomas de Grivel "I must plunge into the water of doubt again and again."
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
Hi guys, Thank you so much for all of the replies. Regards, Stefan From: Paul de Weerd To: Stefan N Cc: misc@openbsd.org Sent: Wed, June 8, 2011 5:42:04 PM Subject: Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710 On Tue, Jun 07, 2011 at 08:49:50PM -0700, Stefan N wrote: | Hi All, | | Have you ever tried to install OpenBSD 4.9/amd64 on the Dell | PowerEdge Server | R210,R410,R610,R710 (2.5" SAS Disk) with additional Intel. | Gigabit ET Quad Port | Server Adapter? If yes, are those servers fully | compatible with OpenBSD | 4.9/amd64? Anyone with a dmesg for the newer Dell PowerEdge R210 II ? The below is for a 'regular' R210 (yes, I need to upgrade that machine). Paul 'WEiRD' de Weerd OpenBSD 4.8-current (GENERIC.MP) #433: Thu Sep 30 00:20:40 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3210317824 (3061MB) avail mem = 3111002112 (2966MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xbf79c000 (63 entries) bios0: vendor Dell Inc. version "1.3.4" date 05/24/2010 bios0: Dell Inc. PowerEdge R210 acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC SPCR HPET DMAR MCFG WDAT SLIC ERST HEST BERT EINJ TCPA SSDT acpi0: wakeup devices PCI0(S5) USBA(S0) USBB(S0) 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) Xeon(R) CPU X3430 @ 2.40GHz, 2394.27 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,SSE4.2,POPCNT,NXE,LONG cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 132MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz, 2393.98 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz, 2393.98 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz, 2393.98 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (LYD0) acpiprt2 at acpi0: bus -1 (LYD2) acpiprt3 at acpi0: bus -1 (HVD0) acpiprt4 at acpi0: bus -1 (HVD2) acpiprt5 at acpi0: bus 2 (PEX0) acpiprt6 at acpi0: bus -1 (PEX4) acpiprt7 at acpi0: bus -1 (PEX5) acpiprt8 at acpi0: bus 3 (COMP) acpicpu0 at acpi0: C3, C1 acpicpu1 at acpi0: C3, C1 acpicpu2 at acpi0: C3, C1 acpicpu3 at acpi0: C3, C1 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core DMI" rev 0x11 ppb0 at pci0 dev 3 function 0 "Intel Core PCIE" rev 0x11: apic 0 int 16 (irq 0) pci1 at ppb0 bus 1 "Intel Core Management" rev 0x11 at pci0 dev 8 function 0 not configured "Intel Core Scratch" rev 0x11 at pci0 dev 8 function 1 not configured "Intel Core Control" rev 0x11 at pci0 dev 8 function 2 not configured "Intel Core Misc" rev 0x11 at pci0 dev 8 function 3 not configured "Intel Core QPI Link" rev 0x11 at pci0 dev 16 function 0 not configured "Intel Core QPI Routing" rev 0x11 at pci0 dev 16 function 1 not configured ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22 (irq 14) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb1 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05 pci2 at ppb1 bus 2 bnx0 at pci2 dev 0 function 0 "Broadcom BCM5716" rev 0x20: apic 0 int 16 (irq 15) bnx1 at pci2 dev 0 function 1 "Broadcom BCM5716" rev 0x20: apic 0 int 17 (irq 10) ehci1 at pci0 dev 29 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22 (irq 14) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5 pci3 at ppb2 bus 3 vga1 at pci3 dev 3 function 0 "Matrox MGA G200eW" rev 0x0a wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 31 function 0 "Intel 3420 LPC" rev 0x05 ahci0 at pci0 dev 31 function 2 "Intel 3400 AHCI" rev 0x05: apic 0 int 20 (irq 11), AHCI 1
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
On Tue, Jun 07, 2011 at 08:49:50PM -0700, Stefan N wrote: | Hi All, | | Have you ever tried to install OpenBSD 4.9/amd64 on the Dell | PowerEdge Server | R210,R410,R610,R710 (2.5" SAS Disk) with additional Intel. | Gigabit ET Quad Port | Server Adapter? If yes, are those servers fully | compatible with OpenBSD | 4.9/amd64? Anyone with a dmesg for the newer Dell PowerEdge R210 II ? The below is for a 'regular' R210 (yes, I need to upgrade that machine). Paul 'WEiRD' de Weerd OpenBSD 4.8-current (GENERIC.MP) #433: Thu Sep 30 00:20:40 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3210317824 (3061MB) avail mem = 3111002112 (2966MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xbf79c000 (63 entries) bios0: vendor Dell Inc. version "1.3.4" date 05/24/2010 bios0: Dell Inc. PowerEdge R210 acpi0 at bios0: rev 2 acpi0: sleep states S0 S4 S5 acpi0: tables DSDT FACP APIC SPCR HPET DMAR MCFG WDAT SLIC ERST HEST BERT EINJ TCPA SSDT acpi0: wakeup devices PCI0(S5) USBA(S0) USBB(S0) 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) Xeon(R) CPU X3430 @ 2.40GHz, 2394.27 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,SSE4.2,POPCNT,NXE,LONG cpu0: 256KB 64b/line 8-way L2 cache cpu0: apic clock running at 132MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz, 2393.98 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu1: 256KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz, 2393.98 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu2: 256KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz, 2393.98 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,SBF,SSE3,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,NXE,LONG cpu3: 256KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (LYD0) acpiprt2 at acpi0: bus -1 (LYD2) acpiprt3 at acpi0: bus -1 (HVD0) acpiprt4 at acpi0: bus -1 (HVD2) acpiprt5 at acpi0: bus 2 (PEX0) acpiprt6 at acpi0: bus -1 (PEX4) acpiprt7 at acpi0: bus -1 (PEX5) acpiprt8 at acpi0: bus 3 (COMP) acpicpu0 at acpi0: C3, C1 acpicpu1 at acpi0: C3, C1 acpicpu2 at acpi0: C3, C1 acpicpu3 at acpi0: C3, C1 ipmi at mainbus0 not configured pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core DMI" rev 0x11 ppb0 at pci0 dev 3 function 0 "Intel Core PCIE" rev 0x11: apic 0 int 16 (irq 0) pci1 at ppb0 bus 1 "Intel Core Management" rev 0x11 at pci0 dev 8 function 0 not configured "Intel Core Scratch" rev 0x11 at pci0 dev 8 function 1 not configured "Intel Core Control" rev 0x11 at pci0 dev 8 function 2 not configured "Intel Core Misc" rev 0x11 at pci0 dev 8 function 3 not configured "Intel Core QPI Link" rev 0x11 at pci0 dev 16 function 0 not configured "Intel Core QPI Routing" rev 0x11 at pci0 dev 16 function 1 not configured ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22 (irq 14) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb1 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05 pci2 at ppb1 bus 2 bnx0 at pci2 dev 0 function 0 "Broadcom BCM5716" rev 0x20: apic 0 int 16 (irq 15) bnx1 at pci2 dev 0 function 1 "Broadcom BCM5716" rev 0x20: apic 0 int 17 (irq 10) ehci1 at pci0 dev 29 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22 (irq 14) usb1 at ehci1: USB revision 2.0 uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb2 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5 pci3 at ppb2 bus 3 vga1 at pci3 dev 3 function 0 "Matrox MGA G200eW" rev 0x0a wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) pcib0 at pci0 dev 31 function 0 "Intel 3420 LPC" rev 0x05 ahci0 at pci0 dev 31 function 2 "Intel 3400 AHCI" rev 0x05: apic 0 int 20 (irq 11), AHCI 1.3 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed sd0: 953869MB, 512 bytes/sec, 1953525168 sec total sd1 at scsibus0 targ 1 lun 0: SCSI3 0/direct fixed sd1: 953869MB, 512 bytes/sec, 1953525168 sec total cd0 at scsibus0 targ 3 lun 0: ATAPI 5/cdrom removable isa0 at
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
On Tue, Jun 07 2011 at 49:20, Stefan N wrote: > Hi All, > > Have you ever tried to install OpenBSD 4.9/amd64 on the Dell > PowerEdge Server > R210,R410,R610,R710 (2.5" SAS Disk) with additional Intel. > Gigabit ET Quad Port > Server Adapter? If yes, are those servers fully > compatible with OpenBSD > 4.9/amd64? I tested R310, R410 and R610 with quad port nics (82571 and 82576) with i386 kernel. All servers work fine. I don't think you'll have much difference in 64 bit mode. The R210 refuses to boot on official install49.iso. Maybe it's a bios parameter to change, I didn't took time to investigate (and bug report) yet. It's on my todo list :) Regards, Claer
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
I run a firewall that sustains anywhere from 10-50 megabits/sec on it on a pair of R210 machines. Both are running 4.9-RELEASE amd64 MP just fine. I did tweak some stuff in the BIOS, namely, I disabled virtualization and set the IRQs to default in it. Though I believe the work in the area of interrupts has been improved in -current. 5.0 should run even more smoothly. I had no problems with these R210s except for when pfsync was up but one of the interfaces on the CARP backup had no link. The master CARP machine sort of fell over, but I was unable to get a trace. I've had no problems since, however. Tom
apm performance mode only correct for wheel
On my 4.9/amd64 installation, apm(1) reports different performance adjustment mode for different users, and I am trying to understand it. hans@mac:hans$ uname -a OpenBSD mac.stare.cz 4.9 GENERIC.MP#819 amd64 hans@mac:hans$ pgrep -fl apm 32160 /usr/sbin/apmd -C hans@mac:hans$ id uid=1000(hans) gid=1000(hans) groups=1000(hans), 0(wheel), 5(operator) hans@mac:hans$ apm Battery state: high, 100% remaining, unknown life estimate A/C adapter state: connected Performance adjustment mode: cool running (800 MHz) toposym@mac:toposym$ id uid=1001(toposym) gid=1001(toposym) groups=1001(toposym) toposym@mac:toposym$ apm Battery state: high, 100% remaining, unknown life estimate A/C adapter state: connected Performance adjustment mode: manual (800 MHz) ^^ The differences between the two users are as follows: (1) hans is in group wheel, toposym is not (2) hans is in group operator, toposym is not (3) hans is staff login class, toposym is default Out of these differences, membership in wheel seems to be the one that matters: once I add toposym to wheel, apm reports correctly: toposym@mac:toposym$ id uid=1001(toposym) gid=1001(toposym) groups=1001(toposym), 0(wheel) toposym@mac:toposym$ apm Battery state: high, 93% remaining, 154 minutes life estimate A/C adapter state: not connected Performance adjustment mode: cool running (800 MHz) Adding toposym to the operator group or changing his login class to staff does not have this effect. Looking at the source, it seems that apm sets the reported perfmode to PERF_MANUAL at start, and changes it later according to apmd's reply. bzero(&reply, sizeof reply); reply.batterystate.battery_state = APM_BATT_UNKNOWN; reply.batterystate.ac_state = APM_AC_UNKNOWN; reply.perfmode = PERF_MANUAL; apm either connects to the running apmd's socket (which is /var/run/apmdev) with fd = open_socket(sockname); and sends the appropriate command if (fd != -1 && (rval = send_command(fd, &command, &reply)) != 0) errx(rval, "cannot get reply from APM daemon"); or fails connecting to the socket and tries to open the apm device (which is /dev/apm) directly if (fd == -1) { /* open the device directly and get status */ fd = open(_PATH_APM_NORMAL, O_RDONLY); if (ioctl(fd, APM_IOC_GETPOWER, &reply.batterystate) == 0) goto printval; } Now, for non-wheel users, connecting to the socket must fail: srw-rw 1 root wheel 0 Jun 8 09:12 /var/run/apmdev The apmd(8) manpage explains the restriction: -S sockname Specify an alternate socket name, sockname. The socket is protected to mode 0660, UID 0, GID 0; this protects access to suspend requests to authorized users only. So for non-wheel users running apm, it needs to talk to /dev/apm directly, and gets (only) the battery state via an ioctl() call. Looking at the apm(4) ioctl's, the power adjustment mode cannot be read with an ioctl call; after all, the power adjustment mode is just an attribute of the running apmd anyway (not a property known to /dev/apm), whose socket we can't talk to. So, (1) is the above correct? (2) is there a way for a non-wheel user to get the correct `apm -P' answer? apm's -f option seems to be relevant to this: -f sockname Set the name of the socket via which to contact apmd(8) to sockname. The -f flag may be used to specify an alternate socket name. The protection modes on this socket govern which users may access the APM functions. The corresponding thing to do on the apmd side would be the -S option; then apm could connect to it with apm -f; but the socket (whatever its name) would still be root:wheel 660, right? Thank you for your time Jan OpenBSD 4.9 (GENERIC.MP) #819: Wed Mar 2 06:57:49 MST 2011 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2646556672 (2523MB) avail mem = 2562080768 (2443MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (44 entries) bios0: vendor Apple Inc. version "MB31.88Z.008E.B02.0803051832" date 03/05/08 bios0: Apple Inc. MacBook3,1 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices ADP1(S3) LID0(S3) ARPT(S3) GIGE(S3) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) UHC5(S3) EHC1(S3) EHC2(S3) EC__(S3) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz, 1995.32 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
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
Hello Stefan, We are running here 5 Dell R510 with RAID 1 SAS provided by mpi(4), Quad Port EF Copper card (82576) and Dual Port EF SX Fiber (82576) under OpenBSD 4.8/amd64. Uptimes 195 days (last reboot after the upgrade to OpenBSD 4.8 ;) ) It's rock stable and it should be working under 4.9 Fred On 08/06/2011 05:49, Stefan N wrote: Hi All, Have you ever tried to install OpenBSD 4.9/amd64 on the Dell PowerEdge Server R210,R410,R610,R710 (2.5" SAS Disk) with additional Intel. Gigabit ET Quad Port Server Adapter? If yes, are those servers fully compatible with OpenBSD 4.9/amd64? Regards, Stefan
Planeación y Administración Eficaz de Almacenes
172871 [IMAGE] Pms Capacitacisn Efectiva de Mixico presenta: Administracisn Efectiva de Almacenes 17 de Junio Ciudad de Mixico. Expositor: Ariel Valero Cruz Empresa Registrada ante la STPS Reg. COLG640205CP30005 Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico Solicite Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAALMACENES Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAALMACENES Tenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of almacenes.jpg]
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
On Wed, Jun 08, 2011 at 09:16:19AM +0200, patf...@davenulle.org wrote: > We use two R610 with 4.8/amd64 (PF firewall) since february with two > Intel cards (one Intel PRO/1000 QP 82571EB and one Intel PRO/1000 QP > 82575GB). It looks like solid as a rock. > > ipmi does not attach, I don't know if it should work: > "ipmi at mainbus0 not configured" $ grep ipmi /sys/arch/amd64/conf/GENERIC ipmi0 at mainbus? disable # IPMI -- Olivier Cherrier - Symacx.com mailto:o...@symacx.com
Re: Need some input about: OpenBSD 4.9/amd64 and Dell PowerEdge Server R210,R410,R610,R710
Le Tue, 7 Jun 2011 20:49:50 -0700 (PDT), Stefan N a C)crit : > Hi All, Hello, > Have you ever tried to install OpenBSD 4.9/amd64 on the Dell > PowerEdge Server > R210,R410,R610,R710 (2.5" SAS Disk) with additional Intel. > Gigabit ET Quad Port > Server Adapter? If yes, are those servers fully > compatible with OpenBSD > 4.9/amd64? We use two R610 with 4.8/amd64 (PF firewall) since february with two Intel cards (one Intel PRO/1000 QP 82571EB and one Intel PRO/1000 QP 82575GB). It looks like solid as a rock. ipmi does not attach, I don't know if it should work: "ipmi at mainbus0 not configured" Regards.