Question on 4.7 binat behaviour
Hi, I have a question in regards to binat behaviour on 4.7. I've tried with either a match binat-to or a pass binat-to on the outside interface, and it seems that whichever I use, with the proper pass rules for traffic, the return packet from the server will be dropped unless I add another explicit pass out rule on the inside interface. Here are the details of the small lab (mail text continues after): -- - Outside network: 1.1.1.0/29 - Outside fw interface: em3 - Outside fw interface em3 IP: 1.1.1.2/29 - Outside fw interface carp5 IP: 1.1.1.4/29 - Inside interface: bnx0 - Inside net 10.10.10.0/24 - Inside host: 10.10.10.21 # cat /etc/pf.conf block in log all match log on em3 from 10.10.10.21/32 binat-to 1.1.1.4/32 pass in log on em3 inet proto tcp from any to 10.10.10.21/32 port 22 pass in log on bnx0 all # pfctl -s rules block drop in log all match out log on em3 inet from 10.10.10.21 to any nat-to 1.1.1.4 static-port match in log on em3 inet from any to 1.1.1.4 rdr-to 10.10.10.21 pass in log on em3 inet proto tcp from any to 10.10.10.21 port = ssh flags S/SA keep state pass in log on bnx0 all flags S/SA keep state pflog: 19:43:11.223501 rule 3/(match) [uid 0, pid 27605] pass in on em3: 1.1.1.6.53461 1.1.1.4.22: S 1534876808:1534876808(0) win 5840 mss 1460,sackOK,timestamp 3662674776[|tcp] (DF) [tos 0x10] (ttl 64, id 42960, len 60) 19:43:11.223504 rule 2/(match) [uid 0, pid 27605] match in on em3: 1.1.1.6.53461 1.1.1.4.22: S 1534876808:1534876808(0) win 5840 mss 1460,sackOK,timestamp 3662674776[|tcp] (DF) [tos 0x10] (ttl 64, id 42960, len 60) 19:43:11.224893 rule 0/(match) [uid 0, pid 27605] block in on bnx0: 10.10.10.21.22 1.1.1.6.53461: S [tcp sum ok] 1703145349:1703145349(0) ack 1534876809 win 4128 mss 1460 (DF) [tos 0x10] (ttl 255, id 47483, len 44) 19:43:13.228394 rule 0/(match) [uid 0, pid 27605] block in on bnx0: 10.10.10.21.22 1.1.1.6.53461: S [tcp sum ok] 1703145349:1703145349(0) ack 1534876809 win 4128 mss 1460 (DF) (ttl 255, id 47483, len 44) 19:43:14.223262 rule 0/(match) [uid 0, pid 27605] block in on bnx0: 10.10.10.21.22 1.1.1.6.53461: . [tcp sum ok] 0:0(0) ack 1 win 4128 (DF) (ttl 255, id 47484, len 40) # pfctl -s state all pfsync 224.0.0.240 - 10.10.250.3 NO_TRAFFIC:SINGLE all pfsync 10.10.250.2 - 224.0.0.240 SINGLE:NO_TRAFFIC all tcp 10.10.10.21:22 (1.1.1.4:22) - 1.1.1.6:53461 CLOSED:SYN_SENT -- If I change the pf.conf to the following, everything works: block in log all match log on em3 from 10.10.10.21/32 binat-to 1.1.1.4/32 pass in log on em3 inet proto tcp from any to 10.10.10.21/32 port 22 pass out log on bnx0 inet proto tcp from any to 10.10.10.21/32 port 22 pass in log on bnx0 all Is it normal that I need the pass out on bnx0 to create all proper state entries, or should the first pass in rule have created them all? Is there a key word to add to make it work properly on the first pass rule, or am I missing something? Thanks a lot! Steve Johnson
Re: Xorg with 2 graphic cards possible?
On Fri, Jul 16, 2010 at 1:24 AM, Robert info...@die-optimisten.net wrote: Hi, I'm currently using a PCI-Express graphic card (2 TFTs) and consider now to add another (PCI, not -Express) card for 1-2 more TFTs. From what I understood Xorg will generally support this, but has anybody tried it out yet with OpenBSD (amd64)? X used to support in in xsevers versions up to 1.4, and broke it in xserver 1.5. Current X server versions (1.7 and onwards) have the functionnality restored, with the help of a kernel module called vga arbiter. OpenBSD-current is still with xserver 1.6, so it won't work there, but there is work in progress to update to xserver 1.8 soon, and thanks to kettenis@, we have the kernel support for the VGA arbiter, so multi-card based multi head will be possible again. I only need 2D in Xorg, no 3D acceleration or multiple monitors on the console etc. It should be 1 virtual display stretching over all TFTs. You will need to enable Xinerama for this. Any experiences you can share? Also, be warned that this exposes lots of bugs in the existing X drivers, and that not all of them currently work in this situation. So you may have to swap cards until you find a combinaison that actually works. I did a few tests with differents cards with xserver 1.8 recently. old nVidia cards (pre G80) using the 'nv' driver, radeons and mach64 generally work both as primary and secondary cards. None of the matrox AGP cards I have was able to work in multi-head with another PCI card. Older PCI cards I have (cirrus, s3virge, ATI mach64, trident, 3DFX) produced mixed results, generally failing, but this is not a surprise as their drivers are more or less unmaintained. -- Matthieu Herrb
Carp interface group failover issue
We have setup carp on a pair of firewalls and are a bit confused with how both LAN/WAN interfaces are meant to fail-over simultaneous (group?). We are still in the process of getting the firewall rules setup correctly for our environment and occasionally when we make changes to (fw1) we mess up and carp kicks in and makes the live wan (em2) interface move from fw1 to fw2. This is OK but on the LAN side the (em0) interface is still on fw1? We have net.inet.carp.preempt=1 set and I belive this is ment to do some group interface failover but can't see how. Can someone help ? +| WAN |+ || em2||em2 +-+ +-+ | fw1 |-em1--em1-| fw2 | +-+ +-+ em0||em0 || ---+---LAN ---+--- Thanks Keith
Toshiba NB200 shuts down on resume
Hi thanks for the great work on suspend. I have a couple of issues with resuming this Toshiba NB200. The power button seems to notify twice so when it shuts down gracefully shortly after resuming. This patch allows it to resume just fine: Index: acpibtn.c === RCS file: /cvs/src/sys/dev/acpi/acpibtn.c,v retrieving revision 1.27 diff -u -r1.27 acpibtn.c --- acpibtn.c 6 Jul 2010 20:14:17 - 1.27 +++ acpibtn.c 16 Jul 2010 10:53:09 - @@ -163,8 +163,8 @@ #endif /* SMALL_KERNEL */ break; case ACPIBTN_POWER: - if (notify_type == 0x80) - psignal(initproc, SIGUSR2); + /*if (notify_type == 0x80) + psignal(initproc, SIGUSR2); */ break; default: printf(%s: spurious acpi button interrupt %i\n, DEVNAME(sc), The other issues is azalias unmutes on resume. I have uploaded an acpidump to http://singlesecond.com/~tom/toshiba_nb200.tgz and dmesg follows. I welcome testing any patches which could allow this to work for 4.8 :-) Thanks again Tom OpenBSD 4.7-current (GENERIC.MP) #0: Fri Jul 16 00:35:02 BST 2010 r...@noname.my.domain:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (GenuineIntel 686-class) 1.67 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,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE real mem = 1063677952 (1014MB) avail mem = 1036283904 (988MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 09/02/09, BIOS32 rev. 0 @ 0xfdbc0, SMBIOS rev. 2.4 @ 0xdc010 (22 entries) bios0: vendor TOSHIBA version V1.60 date 09/02/2009 bios0: TOSHIBA TOSHIBA NB200 acpi0 at bios0: rev 2 acpi0: tables DSDT FACP APIC HPET MCFG TCPA TMOR SLIC APIC BOOT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices HDEF(S4) PXS1(S4) PXS2(S4) PXS3(S4) PXS4(S4) PXS5(S4) PXS6(S4) USB1(S3) USB2(S3) USB4(S3) USB7(S3) MODM(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 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE 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 2 (RP01) acpiprt2 at acpi0: bus 3 (RP02) acpiprt3 at acpi0: bus 4 (RP03) acpiprt4 at acpi0: bus 5 (RP04) acpiprt5 at acpi0: bus -1 (RP05) acpiprt6 at acpi0: bus -1 (RP06) acpiprt7 at acpi0: bus 6 (PCIB) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model PA3734U-1BRS serial 41167 type Li-Ion oem TOSHIBA acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: LCD_ acpivout1 at acpivideo0: CRT1 bios0: ROM list: 0xc/0xec00! 0xcf000/0x1000 0xdc000/0x4000! 0xe/0x1800! cpu0: Enhanced SpeedStep 1663 MHz: speeds: 1667, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GME Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GME Video rev 0x03 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 7) drm0 at inteldrm0 Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 1 int 22 (irq 10) azalia0: codecs: Realtek ALC272 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 1 int 17 (irq 11) pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 1 int 16 (irq 7) pci2 at ppb1 bus 3 athn0 at pci2 dev 0 function 0 Atheros AR9285 rev 0x01: apic 1 int 17 (irq 11), address 00:23:08:db:1c:27 athn0: AR9285 rev 2 (1T1R), ROM rev 13 ppb2 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02: apic 1 int 18 (irq 11) pci3 at ppb2 bus 4 re0 at pci3 dev 0 function 0 Realtek 8101E rev 0x02: RTL8102EL (0x2480), apic 1 int 18 (irq 11), address 00:26:22:40:15:51 rlphy0 at re0 phy 7: RTL8201L 10/100 PHY, rev. 1 ppb3 at pci0 dev 28 function 3 Intel 82801GB PCIE rev 0x02: apic 1 int 19 (irq 10) pci4 at ppb3 bus 5 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: apic 1 int 23 (irq 5) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: apic 1 int 19 (irq 10) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: apic 1 int
Funjet news 03 2010
FUNJET ASSOCIAZIONE SPORTIVA FUNJET www.funjet.it i...@funjet.it FJNEWS 02/2010 Domenica 18 Luglio 2010 appuntamento con le Moto D'Acqua per la 30 prova di TROFEO GRANDUCATO a Signa presso il Lago i Gabbiani. Questo l'avanprogramma della manifestazione: X-LAKEGRANDUCATO 1)Definizione e Organizzazione A.S.D. X-LAKE. organizza il âTrofeo Granducatoâ delle categorie: Classi: Sky Expert /Pro - Runabout Expert/Pro - Freestyle, la categoria Pro h obbligatoria per I possessori di Licenza F.I.M. da piy di 2 anni. 2) Regolamento: Vige il regolamento F.I.M. 3) Verifiche Amm.ve/tecniche Le verifiche amm.ve e tecniche verranno effettuate presso il parco alaggi previsto nel campo di gara come da programma orario. 4) Circuito Traguardo e partenza La gara si svolger` sul circuito indicato nel grafico per le classi sopra indicate le boe rosse di percorso dovranno essere lasciate a sinistra quelle bianche a destra. 5) Assicurazione L'Assicurazione della manifestazione, che comprende R.C. di legge, h a carico della Federazione Italiana Motonautica. Tutti i piloti (Italiani e stranieri) al momento delle verifiche amministrative devono firmare la manleva / race organizer liablity form, pena la non partecipazione alla gara. 6) Qualifica dei concorrenti Per essere ammessi alla gara, i concorrenti devono essere muniti dei documenti prescritti dai regolamenti della F.I.M. 7) Comunicazioni e ora ufficiale Tutte le comunicazioni del Comitato Corse e l'ora ufficiale, saranno affisse e diffuse presso il parco alaggi e la tribuna della giuria. 8) Prove Le prove del circuito dovranno essere effettuate come da programma orario. 9) Reclami I reclami sportivi devono essere presentati per iscritto al Presidente di Giuria entro 60 minuti dall'esposizione della manche ed entro 30 minuti dallâesposizione della classifica ufficiale finale con un deposito di Euro 105,00. I reclami tecnici devono essere presentati con una cauzione di Euro 105,00+ Euro 210,00. 10) Responsabilit` Il concorrente, il pilota e pure ogni persona addetta all'organizzazione della manifestazione, per il fatto stesso di iscriversi e di partecipare alla gara, riconoscono e dichiarano di esonerare e di ritenere sollevato l'Ente e le persone dell'organizzazione da ogni responsabilit` per qualsiasi incidente o danno che potesse verificarsi durante la manifestazione, ad essi, a cose ed a terzi, indipendentemente dallo svolgimento delle prove e delle corse e riconoscono la Federazione Italiana Motonautica unico Ente a dirimere ogni vertenza. 11) Norme di sicurezza E' assolutamente vietato alle imbarcazioni, durante le prove, in gara ed anche dopo aver terminato la corsa, invertire la direzione di marcia e tagliare comunque il campo di gara. A tutti i piloti h fatto obbligo: -di indossare durante le prove e le gare il giubbetto salvagente che deve essere conforme all'art 4 norme di attuazione F.I.M., il casco protettivo che deve essere conforme all'art. 5 norme di attuazione F.I.M. e il paraschiena ed il paragambe (quest'ultimo solo per le categorie Runabout) che devono essere conformi all'art 6 norme di attuazione F.I.M. dell'efficienza del giubbetto, del casco, del paraschiena e dei paragambe h unico responsabile chi lo indossa; -di usare un tappeto assorbente destinato a raccogliere le fuoriuscite di olio e carburante; questo tappeto dovr` essere usato per prevenire qualunque tipo di perdita sul terreno. -di usare per il trasporto e la manipolazione del carburante esclusivamente contenitori metallici conformi alle norme di legge vigenti in materia di trasporto e conservazione di carburanti. 12) Anti-doping In conformit` alle normative C.O.N.I - F.I.M. i partecipanti potranno essere sottoposti a controllo anti-doping ed etilometrico a sorpresa durante l'intero arco della manifestazione. 13) Rifornimento E' vietato fare rifornimento in acqua o fuori dalla zona alaggi 14) Riunione Piloti I piloti che non partecipano alla riunione piloti come da programma orario sono esclusi dalla gara. 15) Premi Verranno assegnati premi come da norme di attuazione del Reg. di C.I. Moto D'Acqua 2010 (Norme di Attuazione) Per quanto non previsto dal presente regolamento, vigono le disposizioni F.I.M. Il costo dellâiscrizione h di 35,00⬠, il costo comprende il pranzo offerto dallâorganizzatore. CLASSI AMMESSE CIRCUITO Classe Ski Expert Classe motori open 2 tempi e 4 tempi. Classe Ski Pro Classe motori open 2 tempi e 4 tempi. Classe Runabout Expert Classe motori open 2 tempi e 4 tempi. Classe Runabout Pro Classe motori open 2 tempi e 4 tempi. Classe Free-Style Classe motori open 2 tempi e 4 tempi. Partenza: A cancelletto (CIRCUITO) PROGRAMMA ORARIO Domenica 18 Luglio 90.00 â 10,15 Iscrizioni (aperte a tutti i possessori di moto dâacqua ) Verifiche Amministrative categorie PROMOZIONALE E TROFEO F.I.M. (Ski e Runabout promozionale â Ski e Runabout Open Freestyle Expert) 10,30 Riunione piloti Classi Promozionale, Open, Expert PROVE LIBERE: 10,45 â 11,15 Ski 11,15 â
Re: PTY allocation error
On Thu, 15 Jul 2010 19:59:00 -0700 Chris Cappuccio ch...@nmedia.net wrote: I continue to kill R/W flash (last year, I killed a brand new SuperTalent server-class SLC SSD after 1 month of use, testing some huge and scary Java NMS app, jffnms or something like that. This app is an extreme example, while monitoring 1500 devices, it kept the SSD maxed out much of the time) Interesting, what size was/were the flash disk(s) that failed? Were you getting write errors or did it die completely?
Re: network access controller like medusa ?
You're right Michal, I try to make a better answer. Medusa is a software that can control switches so that the operator can manage vlan, routes and network access (and many other things) from a single control panel. Operator can assign bandwith and priority to vlans and can have some report about network utilization. Is there some software (that runs on openbsd) that can do this ? Thanks Leonardo
Re: network access controller like medusa ?
On Fri, 16 Jul 2010 14:57:27 +0200 Leonardo Lombardo l.lomba...@jwizard.it wrote: You're right Michal, I try to make a better answer. Medusa is a software that can control switches so that the operator can manage vlan, routes and network access (and many other things) from a single control panel. Operator can assign bandwith and priority to vlans and can have some report about network utilization. Is there some software (that runs on openbsd) that can do this ? Thanks Leonardo All of this exists in the base operating system. Please read: ifconfig(8) vlan(4) hostname.if(5) pf(4) pfctl(8) pf.conf(5) route(8) networks(5) If you're looking for some kind of pointy-clicky-gui nonsense to dumb things down, then you're probably using the wrong operating system. jcr -- The OpenBSD Journal - http://www.undeadly.org
Re: PTY allocation error
I started out getting IO errors and certain files went missing, the system was useless. When I rebooted the box, the SSD disappeared completely off the SATA bus. This was after 24/7 constant IO for a month. The device was a SuperTalent commercial industrial temp 32GB SSD. I sent it back and I was hoping to get a newer model (the ewiz.com line-up changed between order and return.) But I got the same junk model back from them. The controller on this thing sucks rocks, with random I/O per second count like a hard disk. (I thought high end SSDs were rated in the tens of thousands of random IOs per second these days?) Anyways I'm not suggesting that flashrd should be important on an SSD. I certainly wouldn't want to use a tool like flashrd on an SSD, it was really intended for low-end flash. If you spend $300 or $600 on an SSD, it should last like a hard disk, that's the idea. As a side note, I've deployed several used Juniper M series routers with RE-333s for SONET/TDM termination to IP. These old REs are Pentium II 333 SBC that run back end routing protocols and the CLI. They come with CF and a laptop hard disk. Juniper leaves both writeable, flash writes are somewhat frequent with logs, atime, configs, and so on. The first RE-333 I got was 5 years old (this was in 2004) and the flash was completely toast. You have to take the SBC apart and replace the CF, reload JunOS, etc. Since then I've gone through about five more RE-333s in more Juniper chassis and almost every time the flash has IO errors or won't even boot. I still have boxes with 32MB CF running OpenBSD (as RO) that work fine. Juniper's newer equipment (EX3200 switch for instance) comes with an internal USB key now. Obvoiusly there are lots of different approaches to these problems... I am trying to maximize cheap flash for use with cheap boxes like PC Engines/Soekris. Juniper gives you redundant engines so when one fails you can just return it, under contract of course. Except for all the EOL hardware that's still running :) Kevin Chadwick [ma1l1i...@yahoo.co.uk] wrote: On Thu, 15 Jul 2010 19:59:00 -0700 Chris Cappuccio ch...@nmedia.net wrote: I continue to kill R/W flash (last year, I killed a brand new SuperTalent server-class SLC SSD after 1 month of use, testing some huge and scary Java NMS app, jffnms or something like that. This app is an extreme example, while monitoring 1500 devices, it kept the SSD maxed out much of the time) Interesting, what size was/were the flash disk(s) that failed? Were you getting write errors or did it die completely? -- I know nothing except the fact of my ignorance -Socrates
Re: Openbgpd Max Number of Neighbors per Instance
FWIW, with whatever older chips I've tested with, the interrupt mitigation on the bge driver seems to be configured a bit more aggressive than on em..I see interrupt counts from bge that are 1/2 to 1/4th the count vs em for the same traffic. Both drivers support a broad range of features like hardware TCP/IPv4 checksumming, vlan tagging, ... James Reid - McLean [james.r...@spacenet.com] wrote: I don't expect the traffic levels to reach Gigabit levels so I doubt I will ever come close to hitting any sort of limit on the interfaces, but would I have better support with Intel chipsets over Broadcom? Is there a preferred Ethernet chipset for this type of setup? James D. Reid Spacenet Inc. Network Engineer Office: (703) 848 - 1266 -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Claudio Jeker Sent: Monday, July 12, 2010 5:30 PM To: misc@openbsd.org Subject: Re: Openbgpd Max Number of Neighbors per Instance On Mon, Jul 12, 2010 at 03:07:23PM -0400, James Reid - McLean wrote: Does anyone have information about the maximum number of BGP neighbors a single instance of OpenBGPD could support assuming the following: 1. OpenBGPD would send only Default Route to each neighbor 2. Each neighbor would advertise only 1 subnet to OpenBGPD 3. OpenBGPD could run in passive mode for all of the connections 4. OpenBGPD running on new/current/modern fully supported hardware with no other services running. I am looking to scale this configuration to support between 500 - 10,000 peers and I need to know how much hardware I would need to purchase to support this. Nobody ever tested 10k peers but here are some tips. Get a box with 3-4GB of RAM. Do not run i386 (amd64 has less kvm restrictions and you will need a lot of kernel memory). Increase kern.maxclusters to 4-8 times the max number of sockets you expect and don't forget to increase kern.nfiles. Expect to hit a few other issues as well. I know of people doing tests with 500-1000 sessions that actually injected a few routes. But limiting bgpd to only announce a default route should reduce the load on the RDE massivly. good luck -- :wq Claudio Spacenet Inc. Notice and Disclaimer IMPORTANT: This e-mail along with any attachment(s) is intended for the above named addressee(s) only, and may contain information which is proprietary, confidential and/or privileged. If you are not the intended recipient or if you received this e-mail transmittal in error, please be advised that any review, copying, use, distribution or dissemination of this e-mail and any attachment(s) is strictly prohibited. Please immediately notify the sender by e-mail or to phone number 703-848-1000 and delete this e-mail and any attachments. Thank you. -- I know nothing except the fact of my ignorance -Socrates
Hi from Mariza!
Hi, A friend of yours, registered at Plenty Of Fishers with username Mariza thought you might be interested to visit Plenty Of Fishers. Here is Mariza's message: Hey its me Mariza Go to http://plentyoffishers.com/member/join.php?registration_code=ae0007d52077708b28352eb3dff3de86e6661f76 If you ignore this message you will receive no more correspondense from Plenty Of Fishers because we do not store your personal information until you are our member. Thank you, Plenty Of Fishers team
Re: Openbgpd Max Number of Neighbors per Instance
em has a different mechanism. you'll hardly ever see it do more than 8000 int/s. i'd always chose an em over a bge. * Chris Cappuccio ch...@nmedia.net [2010-07-16 18:32]: FWIW, with whatever older chips I've tested with, the interrupt mitigation on the bge driver seems to be configured a bit more aggressive than on em..I see interrupt counts from bge that are 1/2 to 1/4th the count vs em for the same traffic. Both drivers support a broad range of features like hardware TCP/IPv4 checksumming, vlan tagging, ... James Reid - McLean [james.r...@spacenet.com] wrote: I don't expect the traffic levels to reach Gigabit levels so I doubt I will ever come close to hitting any sort of limit on the interfaces, but would I have better support with Intel chipsets over Broadcom? Is there a preferred Ethernet chipset for this type of setup? James D. Reid Spacenet Inc. Network Engineer Office: (703) 848 - 1266 -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Claudio Jeker Sent: Monday, July 12, 2010 5:30 PM To: misc@openbsd.org Subject: Re: Openbgpd Max Number of Neighbors per Instance On Mon, Jul 12, 2010 at 03:07:23PM -0400, James Reid - McLean wrote: Does anyone have information about the maximum number of BGP neighbors a single instance of OpenBGPD could support assuming the following: 1. OpenBGPD would send only Default Route to each neighbor 2. Each neighbor would advertise only 1 subnet to OpenBGPD 3. OpenBGPD could run in passive mode for all of the connections 4. OpenBGPD running on new/current/modern fully supported hardware with no other services running. I am looking to scale this configuration to support between 500 - 10,000 peers and I need to know how much hardware I would need to purchase to support this. Nobody ever tested 10k peers but here are some tips. Get a box with 3-4GB of RAM. Do not run i386 (amd64 has less kvm restrictions and you will need a lot of kernel memory). Increase kern.maxclusters to 4-8 times the max number of sockets you expect and don't forget to increase kern.nfiles. Expect to hit a few other issues as well. I know of people doing tests with 500-1000 sessions that actually injected a few routes. But limiting bgpd to only announce a default route should reduce the load on the RDE massivly. good luck -- :wq Claudio Spacenet Inc. Notice and Disclaimer IMPORTANT: This e-mail along with any attachment(s) is intended for the above named addressee(s) only, and may contain information which is proprietary, confidential and/or privileged. If you are not the intended recipient or if you received this e-mail transmittal in error, please be advised that any review, copying, use, distribution or dissemination of this e-mail and any attachment(s) is strictly prohibited. Please immediately notify the sender by e-mail or to phone number 703-848-1000 and delete this e-mail and any attachments. Thank you. -- I know nothing except the fact of my ignorance -Socrates -- 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: Openbgpd Max Number of Neighbors per Instance
This is a really interesting thread. From my novice perspective, I wonder if the interrupt load actually makes a difference on the performance of OpenBGPd on different hardware as bge or em. I always assumed different NICs and drivers had different behaviours, characterized, for instance, by the features supported or interrupts per second handled. My question, if not too offtopic, is if we can use the interrupt load as a measure of NIC throughput. My uninformed guess is that its not. If its too offtopic, sorry for the noise. PS: nice to see this thread alive. OpenBGPd threads are always enriching --- -Original Message- From: Chris Cappuccio ch...@nmedia.net Sender: owner-m...@openbsd.orgdate: Fri, 16 Jul 2010 09:29:36 To: James Reid - McLeanjames.r...@spacenet.com Cc: misc@openbsd.org Subject: Re: Openbgpd Max Number of Neighbors per Instance FWIW, with whatever older chips I've tested with, the interrupt mitigation on the bge driver seems to be configured a bit more aggressive than on em..I see interrupt counts from bge that are 1/2 to 1/4th the count vs em for the same traffic. Both drivers support a broad range of features like hardware TCP/IPv4 checksumming, vlan tagging, ... James Reid - McLean [james.r...@spacenet.com] wrote: I don't expect the traffic levels to reach Gigabit levels so I doubt I will ever come close to hitting any sort of limit on the interfaces, but would I have better support with Intel chipsets over Broadcom? Is there a preferred Ethernet chipset for this type of setup? James D. Reid Spacenet Inc. Network Engineer Office: (703) 848 - 1266 -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Claudio Jeker Sent: Monday, July 12, 2010 5:30 PM To: misc@openbsd.org Subject: Re: Openbgpd Max Number of Neighbors per Instance On Mon, Jul 12, 2010 at 03:07:23PM -0400, James Reid - McLean wrote: Does anyone have information about the maximum number of BGP neighbors a single instance of OpenBGPD could support assuming the following: 1. OpenBGPD would send only Default Route to each neighbor 2. Each neighbor would advertise only 1 subnet to OpenBGPD 3. OpenBGPD could run in passive mode for all of the connections 4. OpenBGPD running on new/current/modern fully supported hardware with no other services running. I am looking to scale this configuration to support between 500 - 10,000 peers and I need to know how much hardware I would need to purchase to support this. Nobody ever tested 10k peers but here are some tips. Get a box with 3-4GB of RAM. Do not run i386 (amd64 has less kvm restrictions and you will need a lot of kernel memory). Increase kern.maxclusters to 4-8 times the max number of sockets you expect and don't forget to increase kern.nfiles. Expect to hit a few other issues as well. I know of people doing tests with 500-1000 sessions that actually injected a few routes. But limiting bgpd to only announce a default route should reduce the load on the RDE massivly. good luck -- :wq Claudio Spacenet Inc. Notice and Disclaimer IMPORTANT: This e-mail along with any attachment(s) is intended for the above named addressee(s) only, and may contain information which is proprietary, confidential and/or privileged. If you are not the intended recipient or if you received this e-mail transmittal in error, please be advised that any review, copying, use, distribution or dissemination of this e-mail and any attachment(s) is strictly prohibited. Please immediately notify the sender by e-mail or to phone number 703-848-1000 and delete this e-mail and any attachments. Thank you. -- I know nothing except the fact of my ignorance -Socrates
Hardware Spec Search Engine?
Hello Everyone, I've decided to give OpenBSD a try... but once again I find myself beating my head against the proverbial brick wall trying to find the *actual* specifications for my hardware. Is there, by any chance, a search engine that will accomplish this particular purpose? If not, I clearly do not know what keywords to use in a traditional search engine to get the results I actually need (IE: the *actual* specification sheet of said hardware, not just brief details from a web-store), so can somebody tell me just how to find them? Thanks, John Wesley Cooper
Re: Hardware Spec Search Engine?
What problem are you trying to solve? On Fri, Jul 16, 2010 at 11:33:01AM -0700, jwesleycoo...@cox.net wrote: Hello Everyone, I've decided to give OpenBSD a try... but once again I find myself beating my head against the proverbial brick wall trying to find the *actual* specifications for my hardware. Is there, by any chance, a search engine that will accomplish this particular purpose? If not, I clearly do not know what keywords to use in a traditional search engine to get the results I actually need (IE: the *actual* specification sheet of said hardware, not just brief details from a web-store), so can somebody tell me just how to find them? Thanks, John Wesley Cooper
Re: Openbgpd Max Number of Neighbors per Instance
tarom...@gmail.com [tarom...@gmail.com] wrote: This is a really interesting thread. From my novice perspective, I wonder if the interrupt load actually makes a difference on the performance of OpenBGPd on different hardware as bge or em. A higher interrupt load makes the CPU busy running the interrupt handler more. This doesn't matter as much with high end CPUs, but as the packet-per-second load increases, it helps. I always assumed different NICs and drivers had different behaviours, characterized, for instance, by the features supported or interrupts per second handled. Sure, of course. Drivers are like any other piece of software, some are better, some have more features, some have problems, whatever. My question, if not too offtopic, is if we can use the interrupt load as a measure of NIC throughput. My uninformed guess is that its not. No the interrupt load won't reflect real traffic while some type of interrupt mitigation happens. Instead, the chip provides more packets with each interrupt.
Re: Openbgpd Max Number of Neighbors per Instance
* tarom...@gmail.com tarom...@gmail.com [2010-07-16 19:27]: From my novice perspective, I wonder if the interrupt load actually makes a difference on the performance of OpenBGPd on different hardware as bge or em. on a route server? unlikely. on a box actually forwarding traffic? yeah, if we talk hundreds of mbit/s. My question, if not too offtopic, is if we can use the interrupt load as a measure of NIC throughput. My uninformed guess is that its not. no, you can't. with int mitigation in the game and various mitigation schemes being used, no, really not. -- 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: Hardware Spec Search Engine?
jwesleycoo...@cox.net wrote: but once again I find myself beating my head against the proverbial brick wall trying to find the *actual* specifications for my hardware. Is there, by any chance, a search engine that will accomplish this particular purpose? Well, what OS are You running right now? If Linux, Your primary sources of informations should be `lspci', `lsusb', `lsmod' and `zgrep /proc/config.gz'. If windows, device manager would somehow help, but the rest of data should be still found on internet. If You have a laptop or a barebone system, the query [modelname] linux should give You reasonable results in google. If You have a desktop, You can just use the data printed on hardware to determine details. Effectively, if You just want to get an idea of the degree of Your hardware support in OpenBSD, You may just boot the install medium and read dmesg without actually installing anything - You'll get the idea. -- Dmitrij D. Czarkoff
OpenBSD stops responding on switching loop
Hello, I was playing with a a gigabit ethernet network switch I just installed while I found out that my pppoe-firewall/router running OpenBSD 4.7 stopped responding. No packets where going through, I couldn't ping the OpenBSD machine itself, and the serial console was not working either. The moment before I was trying to figure out how a HP ProCurve Switch behaves on switching loops. Seems like the machine got killed by too many broadcast packets coming in. I tried this with other switches I had laying around here and was able to reproduce the effect with another Netgear gigabit switch (GS108), but not the smaller fast ethernet model (FS105). The HP switch involved was a manageable model named ProCurve 1810G-8. Maybe someone can try to reproduce this as I would not be surprised if the rather low-end hardware running here is to blame for this. All tests were done on the re0 and re1 interfaces. The em0 interface is used for the pppoe connection only. re2 is currently not used. OpenBSD 4.7-stable (GENERIC.MP) #0: Tue Jul 13 00:40:15 CEST 2010 r...@nibbler.kra.themis.site:/mnt/usbdisk/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (GenuineIntel 686-class) 1.60 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,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,xTPR real mem = 2137485312 (2038MB) avail mem = 2062290944 (1966MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/29/09, BIOS32 rev. 0 @ 0xf9400, SMBIOS rev. 2.4 @ 0xf (42 entries) bios0: vendor Phoenix Technologies, LTD version 6.00 PG date 10/29/2009 acpi0 at bios0: rev 0 acpi0: tables DSDT FACP HPET MCFG APIC SSDT acpi0: wakeup devices PEG1(S3) PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5) HUB0(S5) UAR1(S5) UAR2(S5) USB0(S3) USB1(S3) USB2(S3) USB3(S3) USBE(S3) AC97(S5) AZAL(S5) PCI0(S5) 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: apic clock running at 133MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU N270 @ 1.60GHz (GenuineIntel 686-class) 1.60 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,xTPR ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG1) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus -1 (PEX3) acpiprt6 at acpi0: bus -1 (PEX4) acpiprt7 at acpi0: bus -1 (PEX5) acpiprt8 at acpi0: bus 4 (HUB0) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0: critical temperature 75 degC acpibtn0 at acpi0: PWRB bios0: ROM list: 0xc/0xea00! 0xef000/0x1000! cpu0: Enhanced SpeedStep 1597 MHz: speeds: 1600, 1333, 1067, 800 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82945GME Host rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GME Video rev 0x03 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 2 int 16 (irq 10) drm0 at inteldrm0 Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: apic 2 int 16 (irq 10) azalia0: codecs: Realtek ALC888 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801GB PCIE rev 0x02: apic 2 int 16 (irq 10) pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), apic 2 int 16 (irq 10), address 00:0f:c9:04:fc:c0 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb1 at pci0 dev 28 function 1 Intel 82801GB PCIE rev 0x02: apic 2 int 17 (irq 5) pci2 at ppb1 bus 2 re1 at pci2 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), apic 2 int 17 (irq 5), address 00:0f:c9:04:fc:c1 rgephy1 at re1 phy 7: RTL8169S/8110S PHY, rev. 2 ppb2 at pci0 dev 28 function 2 Intel 82801GB PCIE rev 0x02: apic 2 int 18 (irq 11) pci3 at ppb2 bus 3 re2 at pci3 dev 0 function 0 Realtek 8168 rev 0x02: RTL8168C/8111C (0x3c00), apic 2 int 18 (irq 11), address 00:0f:c9:04:fc:c2 rgephy2 at re2 phy 7: RTL8169S/8110S PHY, rev. 2 uhci0 at pci0 dev 29 function 0 Intel 82801GB USB rev 0x02: apic 2 int 23 (irq 7) uhci1 at pci0 dev 29 function 1 Intel 82801GB USB rev 0x02: apic 2 int 19 (irq 15) uhci2 at pci0 dev 29 function 2 Intel 82801GB USB rev 0x02: apic 2 int 18 (irq 11) uhci3 at pci0 dev 29 function 3 Intel 82801GB USB rev 0x02: apic 2 int 16 (irq 10) ehci0 at pci0 dev 29 function 7 Intel 82801GB USB rev 0x02: apic 2 int 23 (irq 7) usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at
Re: OpenBSD stops responding on switching loop
Does the machine recover after the loop is gone?
Re: OpenBSD stops responding on switching loop
Am Fri, 16 Jul 2010 23:47:20 +0300 schrieb Jussi Peltola pe...@pelzi.net: Does the machine recover after the loop is gone? I waited for about ten or fiveteen minutes, without success.
Re: OpenBSD stops responding on switching loop
On Fri, Jul 16, 2010 at 11:08:18PM +0200, Christian Taube wrote: Am Fri, 16 Jul 2010 23:47:20 +0300 schrieb Jussi Peltola pe...@pelzi.net: Does the machine recover after the loop is gone? I waited for about ten or fiveteen minutes, without success. Are you sure the switch didn't put this port in some 'disabled' state that would require your action to manually re-enable it ? -- Janusz Gumkowski http://www.am.torun.pl/~ja
Re: OpenBSD stops responding on switching loop
Am Fri, 16 Jul 2010 23:26:18 +0200 schrieb Janusz Gumkowski janusz.gumkow...@am.torun.pl: Are you sure the switch didn't put this port in some 'disabled' state that would require your action to manually re-enable it ? I'm rather sure about this. Network looks like this: +-+ re0 -[ Netgear switch ] DSL/PPPoE - em0 | OpenBSD | +-+ re1 -[ HP switch ] com0 | | (serial console) Looping the HP switch resulted in clients on the Netgear switch to be unable to connect to any internet services provided via em0 and vice vesa. Anyway, the serial console didn't work either and the machine doesn't respond to the power-off button. Need to get that paper clip for rebooting. So I'm rather sure it really locked up. I'm thinking about reconfiguring the machine like this: +-+ re0 -[ Netgear switch ] DSL/PPPoE - re2 | OpenBSD | +-+ em0 -[ HP switch ] com0 The re* interfaces are onboard. The em0 interface is on a miniPCI card. I would like to know if the machine locks up when the broadcasts come in through the em0 interface. BTW: This is the hardware OpenBSD is running on: http://www.flepo.de/minipc-delta.html The text is in german, but there is a link to a PDF-datasheet down in the text which is written in english language.
La netbook mas geek de este verano, ultra portatiles
http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFQAEUBAAUfVg4BXwEDBg%3D%3D Ofertas http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCUUBAAUfVg4BXwEDBg%3D%3D Noticias http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCEUBAAUfVg4BXwEDBg%3D%3D Novedades http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTC0UBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D MCS INFORMACICN http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D MCS INFORMACICN http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D MCS INFORMACICN http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D MCS INFORMACICN http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D MCS INFORMACICN http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTCkUBAAUfVg4BXwEDBg%3D%3D http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTDUUBAAUfVg4BXwEDBg%3D%3D Todos los precios publicados son mC!s IVA y sujetos a disponibilidad **COMPUTERLAND Gabriel CastaC1os No. 9 Col. Arcos Vallarta Guadalajara Jalisco Tel: 01(33) 3915-** Horarios: Lunes a viernes: 9:00 am a 2:30 pm / 4:00 pm a 7:00pm SC!bados: 10:00 am a 2:00 pm center Para darse de baja de esta lista visite http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFSCUUBAAUfVg4BXwEDBg%3D%3D Para actualizar sus preferencias visite http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTD0UBAAUfVg4BXwEDBg%3D%3D Para reenviar esto a un amigo visite http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFTDkUBAAUfVg4BXwEDBg%3D%3D a href='http://www.computerlandnews.info/lt.php?id=ZR4GAwAPBwFSCEUBAAUfVg4BXwEDBg%3D%3DPolmtica De Privacidad/a /center -- Powered by Wadil Works, www.wadilworks.com --
Latest snapshot bsd.rd causes Libretto to reboot
Hi misc@ The latest snapshot ramdisk kernels are causing my Libretto 70CT to reboot - this is a new development in the saga related to PR6052. To try and track down the issue, I built a ramdisk kernel with two extra options DEBUG and SR_DEBUG, the resulting dmesg is shown below. If anyone could explain why ramdisk is finding a 0 sized root filesystem - I would appreciate any hints :~) Thanks Fred PS should I send a copy of this to gn...@? x41:fred ~/snaps cu -l /dev/cuaU0 -s19200 Connected bsd.gdb booting hd0a:bsd.gdb: /-\|/3497332-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\+402256| [159+122272/-\|/-\|+105875/-\|/-]=0x3eff4c entry point at 0x200120 memmap: 0-9fc00 10-102: 101c000 physload: 100-200 (16M) 8-9f (16M) 5c0-1000 (16M) 1000-101c Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2010 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 4.7-current (lib.rd) #0: Fri Jul 16 14:15:59 BST 2010 f...@x41.crowsons.com:/usr/src/sys/arch/i386/compile/lib.rd cpu0: Intel Pentium/MMX (GenuineIntel 586-class) 121 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,MMX real mem = 16478208 (15MB) avail mem = 12292096 (11MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 11/11/97 apminfo: 20102, code f[]/f[], data f[], ept 6270 apm0 at bios0: Power Management spec V1.2 pcibios at bios0 function 0x1a not configured bios0: ROM list: 0xe4000/0xc000 cpu0 at mainbus0: (uniprocessor) cpu0: F00F bug workaround installed pci_mode_detect: mode 1 enable failed () isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd: trying table 3 pckbd: table set of 3 failed pckbd: trying table 2 pckbd: settling on table 2 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard vga0 at isa0 port 0x3b0/48 iomem 0xa/131072 wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0 wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: IBM-DDLA-21620 wd0: 16-sector PIO, LBA, 1551MB, 3177216 sectors wd0(wdc0:0:0): using BIOS timings npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pcic0 at isa0 port 0x3e0/2 iomem 0xd/16384 pcic0 controller 0: Intel 82365SL rev 1 has sockets A and B pcmcia0 at pcic0 controller 0 socket 0 Xircom, CreditCard 10Base-T, PS-CE2-10, 2.10 (manufacturer 0x105, product 0x10b) at pcmcia0 function 0 not configured pcmcia1 at pcic0 controller 0 socket 1 pcic0: irq 9, polling enabled biomask fde5 netmask fde5 ttymask Timecounters tick every 10.000 msec rd0: fixed, 3800 blocks dkcsum: bootdev=0xa000 dkcsum: BIOS drive 0x80 checksum is 0xc150947a Disk GEOM 16/63/3152 - BIOS GEOM 64/63/788 timeout delayed -1 dkcsum: wd0 checksum is 0xc150947a timeout delayed -1 dkcsum: wd0 matches BIOS drive 0x80 timeout delayed -1 dkcsum: wd0 is primary boot disk timeout delayed -1 dkcsum: wd0 is alternate boot disk timeout delayed -1 timeout delayed -2 root on rd0a swap on rd0b dump on rd0b dev=0x1100 chrdev=0x2f00 rawdev=0x2f02 timeout delayed -1 panic: root filesystem has size 0 timeout delayed -1 syncing disks... done dumping to dev 1101, offset 0 dump error 19 rebooting... ~ [EOT]
Re: Hardware Spec Search Engine?
This is the output of lspci on my current OpenSuSE partition: 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) -00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) -00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) -00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) -00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) -08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) -0e:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01) -1a:00.0 FireWire (IEEE 1394): O2 Micro, Inc. Device 10f7 (rev 01) 1a:00.1 SD Host controller: O2 Micro, Inc. Device 8120 (rev 01) 1a:00.2 Mass storage controller: O2 Micro, Inc. Device 8130 (rev 01) The ones I marked with a dash are those I can't seem to find on the amd64 compatibility list... so will they not work, and/or what must I do to make them work after or during the install? Anyway, what's really getting me is that no matter what I do, I can't seem to figure out how on Earth one determines what exactly will work and what won't? What search or analysis techniques are used to figure this out? I just can't seem to locate this kind of info on my own, and it's driving me *nuts*, so please, tell me how on earth you guys actually figure this stuff out in the first place... ~John Wesley Cooper Dmitrij D. Czarkoff czark...@gmail.com wrote: jwesleycoo...@cox.net wrote: but once again I find myself beating my head against the proverbial brick wall trying to find the *actual* specifications for my hardware. Is there, by any chance, a search engine that will accomplish this particular purpose? Well, what OS are You running right now? If Linux, Your primary sources of informations should be `lspci', `lsusb', `lsmod' and `zgrep /proc/config.gz'. If windows, device manager would somehow help, but the rest of data should be still found on internet. If You have a laptop or a barebone system, the query [modelname] linux should give You reasonable results in google. If You have a desktop, You can just use the data printed on hardware to determine details. Effectively, if You just want to get an idea of the degree of Your hardware support in OpenBSD, You may just boot the install medium and read dmesg without actually installing anything - You'll get the idea. -- Dmitrij D. Czarkoff
3 Lugares disponibles Licitaciones Publicas PEMEX D.F. Julio 22
[IMAGE] Promociones Especiales para Grupos! Mayores informes responda este correo electrC3nico con los siguientes datos. Empresa: Nombre: TelC)fono: Email: NC:mero de Interesados: Y en breve le haremos llegar la informaciC3n completa del evento. O bien comunCquense a nuestros telC)fonos un ejecutivo con gusto le atenderC! Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS CapacitaciC3n Efectiva de MC)xico S.C. Derechos Reservados. PMS de MC)xico, El logo de PMS de MC)xico son marcas registradas. ADVERTENCIA PMS de MC)xico no cuenta con alianzas estratC)gicas de ningC:n tipo dentro de la Republica Mexicana. NO SE DEJE ENGACAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imC!genes 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 MC)xico o bien un usuario le refiriC3 para recibir este boletCn. Como usuario de Pms de MC)xico, en este acto autoriza de manera expresa que Pms de MC)xico le puede contactar vCa correo electrC3nico 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 BAJALEY Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJALEY Tenga en cuenta que la gestiC3n de nuestras bases de datos es de suma importancia y no es intenciC3n de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of pemex.jpg]
Re: Hardware Spec Search Engine?
2010/7/16 jwesleycoo...@cox.net: This is the output of lspci on my current OpenSuSE partition: 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) -00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) -00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) -00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) -00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) -08:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) -0e:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01) -1a:00.0 FireWire (IEEE 1394): O2 Micro, Inc. Device 10f7 (rev 01) 1a:00.1 SD Host controller: O2 Micro, Inc. Device 8120 (rev 01) 1a:00.2 Mass storage controller: O2 Micro, Inc. Device 8130 (rev 01) The ones I marked with a dash are those I can't seem to find on the amd64 compatibility list... so will they not work, and/or what must I do to make them work after or during the install? I really doubt that the ISA bus and the SATA controller will not be supported. For the wired network card, check the rl(4) and/or re(4) man page for it. Or just boot a kernel and see. On the other and I'm pretty sure that Broadcom card is not supported (since they won't give docs), and firewire is also not supported. To make the broadcom card work (if it doesn't, try it) you would have to either convince Broadcom to release the docs to write a driver or reverse-engineer it. As for Firewire, it was supported at one point and then taken out. I can't remember why and I don't care enough to search the archives. Anyway, what's really getting me is that no matter what I do, I can't seem to figure out how on Earth one determines what exactly will work and what won't? B What search or analysis techniques are used to figure this out? B I just can't seem to locate this kind of info on my own, and it's driving me *nuts*, so please, tell me how on earth you guys actually figure this stuff out in the first place... As said before, the simplest way (if you actually have the hardware) is to boot an install image and see what shows up as not configured. That is what is unsupported. ~John Wesley Cooper Dmitrij D. Czarkoff czark...@gmail.com wrote: jwesleycoo...@cox.net wrote: but once again I find myself beating my head against the proverbial brick wall trying to find the *actual* specifications for my hardware. B Is there, by any chance, a search engine that will accomplish this particular purpose? Well, what OS are You running right now? If Linux, Your primary sources of informations should be `lspci', `lsusb', `lsmod' and `zgrep /proc/config.gz'. If windows, device manager would somehow help, but the rest of data should be still found on internet. If You have a laptop or a barebone system, the query [modelname] linux should give You reasonable results in google. If You have a desktop, You can just use the data printed on hardware to determine details. Effectively, if You just want to get an idea of the degree of Your hardware support in OpenBSD, You may just boot the install medium and read dmesg without actually installing anything - You'll get the idea. -- Dmitrij D. Czarkoff -- La brigade
SU EMPRESA YA TIENE UN ESPACIO EN......
misc www.redcolombianadenegocios.ning.com Es el concepto asociativo en donde actualmente participamos con 820 EMPRESAS Y EMPRESARIOS de diferentes sectores de la economia y fundamentada en ALIANZAS ESTRATEGICAS, TRABAJO EN EQUIPO Y ASOCIATIVIDAD CON EQUIDAD Algunos beneficios de nuestra RED son: X Espacio fmsico en el CENTRO COMERCIAL MEGA OULET donde usted y su empresa tendra un lugar para compartir su producto y servicio. X Espacio virtual donde interactuamos con los demas empresarios HYPERLINK http://www.redcolombianadenegocios.ning.com; www.redcolombianadenegocios.ning.com X Membrecia en un portal que nos permite desarrollar el mercadeo de su negocio y obtener grandes beneficios bajo un concepto asociativo X Ampliar econommas de escala y por esta vma, alcanzar nuevos mercados, reducir costos y acceder a nuevas tecnologmas. X Acelerar proceso de aprendizaje, intercambiando experiencias y especializandose en las etapas del proceso productivo en las que presenta mayores ventajas competitivas. X Aumentar poder de negociacisn con clientes y proveedores. X Alcanzar objetivos comunes de mediano y largo plazo, orientados al desarrollo de la competitividad COSTOS 1- espacio virtual HYPERLINK http://www.redcolombianadenegocios.ning.comwww.redcolombianadenegocios.ning .com al aqo $ 36.500 2- espacio fisico $ 15.000 mes por metro cadrado (no se paga arrendamiento) aplican restricciones CENTRO COMERCIAL MEGAOUTLET autopista norte 197-75 3- membrecia $ 50.000 mensuales Ademas puede contar con dos GRANDES ESPACIOS para realizar eventos EMPRESARIALES, SOCALES Y/O FAMILARES con capacidad de 200 hasta 2.000 personas Presente su portafolio de sevicios en AUTOPISTA NORTE (CARRERA 45) N: 197-75 MEGA OULET Bogota D.C. sabado 10:00 AM ATENTAMENTE: RICARDO RAMIREZ ROMERO DIRECTOR CEL: 314 725762 HYPERLINK mailto:redcolombianadenegoc...@gmail.com; redcolombianadenegoc...@gmail.com