Re: OpenBSD 4.9 pre-orders
OpenBSD developers have done it again Thanks and keep going. Your order currently is: -> 1 [T27] Open Source-ami Shirt (M) @ CDN $15.00 -> 1 [CD49] OpenBSD 4.9 CD @ CDN $50.00 -> Total: CDN $65.00 + Shipping. -- Mahesh On Wed, Mar 16, 2011 at 2:40 AM, Theo de Raadt wrote: > I've turned on OpenBSD 4.9 pre-orders. Support us by buying something > please. These sales are a part of keeping the project going. > > As for clothing... there's going to be a black hoodie this time. > > Of course there is an OpenBSD 4.9 song to go with the new artwork. > That is at: > http://www.openbsd.org/lyrics.html > > Enjoy!
Re: OpenBSD 4.9 pre-orders
On Tue, 15 Mar 2011 15:10:02 -0600, Theo de Raadt wrote: >I've turned on OpenBSD 4.9 pre-orders. Support us by buying something >please. These sales are a part of keeping the project going. > >As for clothing... there's going to be a black hoodie this time. > >Of course there is an OpenBSD 4.9 song to go with the new artwork. >That is at: > http://www.openbsd.org/lyrics.html > >Enjoy! > Hey guys, usually when Theo puts out the pre-order message there is a flood of messages about who has ordered what and, although it's no genuine race, there are many who kinda compete to be first. I'm #13 so twelve guys beat me and they aren't even boasting. WTF? Only two related messages on undeadly.org C'mon don't you like your new CDs and swag? Order up! The song's pretty good too and it's free to download. R/ *** NOTE *** Please DO NOT CC me. I subscribed to the list. Mail to the sender address that does not originate at the list server is tarpitted. The reply-to: address is provided for those who feel compelled to reply off list. Thankyou. Rod/ --- This life is not the real thing. It is not even in Beta. If it was, then OpenBSD would already have a man page for it.
Re: nl_langinfo(3) and possibly redundant #include
On Tue, Mar 15, 2011 at 1:26 PM, Andres Perera wrote: > which one is at fault? should the man page be corrected or should the > header not pull nl_types.h? Header is correct per the standard, so I've deleted the extra #include from the manpage. Thanks! Philip Guenther
Need help with logging fork() calls
Hi, When we build a project using ./configure && make && make install, inevitably there are invocations of all sorts of things. Is there a utility which can log which process was created, its invocation command, and then record it is destroyed? Basically, like http://www.suse.de/~krahmer/exec-notify.c but for OpenBSD. Thanks, amit
Licitaciones Públicas para PEMEX en Cd. de México, Guadalajara y Monterrey, ¡Confirme sus Lugares!
[IMAGE] Pms Capacitacisn Efectiva de Mixico presenta: Licitaciones Pzblicas para la Ley de Pemex .Expositor: Mtro. Alberto Ledesma Gonzalez 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 BAJAPEMEXMTY Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAPEMEXMTY 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 pemexpromo.jpg]
OT: Re: Choosing a window manager...
On Tue, Mar 15, 2011 at 17:56, Amit Kulkarni wrote: > This is really funny. > >> I'd suggest kde, xfce, gnome, and then fluxbox, according to your preference. > > Scrotwm... it's like tmux, but for your desktop. Easy, light, intuitive (i miss it when I have to work in our labs on CentOS). Hell, I miss OpenBSD, after a day of working on that complicated tub of shiat that is CentOS/RHEL...
Re: pppoe(4): unexpected IPV6CP requests
This looks like you did -inet6 after the session started; if so, that's too late, it wont't cancel an active IPV6CP. down+up should let it take effecct. On 2011-03-15, Christophe Etcheverry wrote: > On 22:14 Mon 14 Mar , Stuart Henderson wrote: >>> I use OpenBSD i386 -current on a Soekris net5501 as a gateway using >>> pppoe(4) to create only an ipv4 connection. I never had any problem but >>> since an upgrade last week, pppoe(4) try to create an ipv6 connection too. >> >> I don't see why this would be anything new - pppoe(4), or more specifically >> sppp(4), has supported v6 since 2007. > > Yes, my isp's warning surprised me too but the appearance of the ipv6cp > spamming the exact same day of my upgrade is kind of weird. > >> you can add -inet6 to the top of hostname.pppoe0 (or type "ifconfig pppoe0 >> -inet6") and sppp(4) no longer attempts IPV6CP. > > Thank you for this advice but even when I do that my gateway throw a lot > of ICPV6CP requests. > > # ifconfig pppoe0 -inet6 > # ifconfig pppoe0 > pppoe0: flags=28851 > mtu 1492 > priority: 0 > dev: vr0 state: session > sid: 0x82c PADI retries: 0 PADR retries: 0 time: 00:11:22 > sppp: phase network authproto pap authname "xx" > groups: pppoe egress > status: active > inet xx.xx.xx.xx --> xx.xx.xx.xx netmask 0x > > Here, we can see inet6 has been disabled on pppoe0. But I still get a > lot of IPV6CP requests on my logs : > > 07:59:10.825666 PPPoE-Session > code Session, version 1, type 1, id 0x082c, length 16 > IPV6CP: Configure-Request, Interface-ID=:::0001 > 07:59:10.825736 PPPoE-Session > code Session, version 1, type 1, id 0x082c, length 16 > IPV6CP: Configure-Ack, Interface-ID=:::0001 > > Any ideaB ?
Re: Choosing a window manager...
This is really funny. > I'd suggest kde, xfce, gnome, and then fluxbox, according to your preference.
Luminaires - Mobilier - Exceptions - my-deco-shop.com pour misc@openbsd.org
http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com Le Design en lettres capitales. my-deco-shop vous prisente de nouvelles criations absolument Nordic Design. Avec toujours autant de possibilitis, tant dans les matihres que dans les coloris. Notre dernihre escapade ` Stockholm, Suhde, capitale du Design Nordique, nous conforte encore une fois dans notre choix : canaliser avec soin des envies, des coups de foudre, et vous les prisenter avec une belle arrihre-pensie. Celle de vous les faire aimer et adopter. Liens JOLI Outdoor | Indoor http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com/design/attachment.php?id_attachment=16 | http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com/design/attachment.php?id_attachment=17 NORDIC DESIGN http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com/design/modules/blocknewsforever/newsforever.php?news=39& lang=2&pathNewsForever=/design/modules/blocknewsforever/ comme si vous itiez... NOUVEAUTES http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com/design/113-fr-nouveautes pour un acchs direct ` la page. Nous nous tenons ` votre disposition pour toute question, et vous souhaitons une agriable journie. Bien cordialement, Fabrice KOCH [http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1 pbmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtB ZHJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2 Fwww.my-deco-shop.com/design] http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=mailto%3Aserv ice-clients%40my-deco-shop.com une silection des meilleures idies dico | design du moment. http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com Cet e.mail a iti envoyi ` misc@openbsd.org Vous recevez cet e-mail car vous jtes inscrit sur http://www.my-deco-shop.com/ln2/lm/lm.php?tk=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJMTE3MTYJY2xpY2sJeWVzCW5v&url=http%3A%2F%2F www.my-deco-shop.com/design ou sur le site d'un partenaire. Conformiment aux dispositions ligales, vous pouvez vous opposer ` recevoir tout nouveau message de notre part. Pour exercer votre droit d'opposition, suivez http://www.my-deco-shop.com/ln2/lm/lm.php?un=CQkJbWlzY0BvcGVuYnNkLm9yZwlMdW1p bmFpcmVzIC0gTW9iaWxpZXIgLSBFeGNlcHRpb25zIC0gbXktZGVjby1zaG9wLmNvbSBwb3VyIFtBZ HJlc3NlIGVtYWlsXQk3ODgJMDAtTURTLVQJNzA4Mi03OQkxMTcxNgl1bnN1YnNjcmliZQlubwlubw ==&local=yes : vous n'aurez pas ` indiquer votre adresse e-mail, la disinscription est automatique et difinitive.
Re: Choosing a window manager...
On Tue, Mar 15, 2011 at 1:50 PM, marc wrote: > Hi all, > > I'm deciding between kde, xfce, gnome, and fluxbox (in order of > preference). Any experiences? Any relevant security issues on any of them? > > Thanks, > Marc I'd suggest kde, xfce, gnome, and then fluxbox, according to your preference.
Re: Choosing a window manager...
> > I'm deciding between kde, xfce, gnome, and fluxbox (in order of > > preference). Any experiences? Any relevant security issues on any of them? > > what's wrong with afterstep? ;-) It used to be better when its name was written `bowman'. Grumpy
Re: Choosing a window manager...
On Tue, Mar 15, 2011 at 8:03 PM, Kevin Smith wrote: > What you're asking is akin to: > > "Hey everyone, I'm trying to decide between: > Catholicism, Judaism, Buddhism, and Hinduism. > > What's the best?" rotfl :) :) You made my day. cheers, david
Re: Choosing a window manager...
On Mar 15 14:50:50, marc wrote: > Hi all, > > I'm deciding between kde, xfce, gnome, and fluxbox (in order of > preference). If that's your order of preference, then KDE, obviously. > Any experiences? Any relevant security issues on any of them? > > Thanks, > Marc
Re: Choosing a window manager...
you should consider buddhism the way to real life, to get freedom in your mind, in your heart and on your computers ... > > From: Bret Lambert > Sent: Tue Mar 15 21:22:32 CET 2011 > To: Kevin Smith > Subject: Re: Choosing a window manager... > > > On Tue, Mar 15, 2011 at 8:03 PM, Kevin Smith wrote: > >> I'm deciding between kde, xfce, gnome, and fluxbox (in order of > >> preference). Any experiences? Any relevant security issues on any of them? > >> > > > > What you're asking is akin to: > > > > "Hey everyone, I'm trying to decide between: > > Catholicism, Judaism, Buddhism, and Hinduism. > > > > What's the best?" > > Obviously, the answer is Zoroastrianism. Ahura Mazda bless you all. > Cordialement Francois Pussault 3701 - 8 rue Marcel Pagnol 31100 ToulouseB FranceB +33 6 17 230 820 B +33 5 34 365 269 fpussa...@contactoffice.fr
nl_langinfo(3) and possibly redundant #include
the synopsis section says #include #include char * nl_langinfo(nl_item item); however, nl_types.h is included by langinfo.h which one is at fault? should the man page be corrected or should the header not pull nl_types.h?
Re: Choosing a window manager...
On Tue, Mar 15, 2011 at 8:03 PM, Kevin Smith wrote: >> I'm deciding between kde, xfce, gnome, and fluxbox (in order of >> preference). Any experiences? Any relevant security issues on any of them? >> > > What you're asking is akin to: > > "Hey everyone, I'm trying to decide between: > Catholicism, Judaism, Buddhism, and Hinduism. > > What's the best?" Obviously, the answer is Zoroastrianism. Ahura Mazda bless you all.
Re: Choosing a window manager...
On Tue, Mar 15, 2011 at 8:03 PM, Kevin Smith wrote: > What you're asking is akin to: > > "Hey everyone, I'm trying to decide between: > Catholicism, Judaism, Buddhism, and Hinduism. > > What's the best?" > Buddhism, you dummy! :-) -- chs,
Re: Support for Intel X520-T2 10GbaseT cards
On Wed, 16 Mar 2011 06:26:20 +1100 Jonathan Gray wrote: > On Tue, Mar 15, 2011 at 06:56:24PM +0100, roberth wrote: > > > > And this one here? > > This should be handled by the default case as the > start of the function, already. Sure, it is, the freebsd driver is checking this twice, my bad. > > > > Index: ixgbe_82599.c > > === > > RCS file: /cvs/src/sys/dev/pci/ixgbe_82599.c,v > > retrieving revision 1.2 > > diff -u -p -r1.2 ixgbe_82599.c > > --- ixgbe_82599.c 25 Feb 2010 10:56:07 - 1.2 > > +++ ixgbe_82599.c 15 Mar 2011 17:27:55 - > > @@ -416,6 +416,9 @@ enum ixgbe_media_type ixgbe_get_media_ty > > case IXGBE_DEV_ID_82599_CX4: > > media_type = ixgbe_media_type_cx4; > > break; > > + case IXGBE_DEV_ID_82599_T3_LOM: > > + media_type = ixgbe_media_type_copper; > > + break; > > default: > > media_type = ixgbe_media_type_unknown; > > break;
Re: Choosing a window manager...
On Tue, Mar 15, 2011 at 11:50 AM, marc wrote: > Hi all, > > I'm deciding between kde, xfce, gnome, and fluxbox (in order of > preference). Any experiences? Any relevant security issues on any of them? what's wrong with afterstep? ;-)
OpenBSD 4.9 pre-orders
I've turned on OpenBSD 4.9 pre-orders. Support us by buying something please. These sales are a part of keeping the project going. As for clothing... there's going to be a black hoodie this time. Of course there is an OpenBSD 4.9 song to go with the new artwork. That is at: http://www.openbsd.org/lyrics.html Enjoy!
Re: Choosing a window manager...
On Tue, 15 Mar 2011 12:03:02 -0700 Kevin Smith wrote: > > I'm deciding between kde, xfce, gnome, and fluxbox (in order of > > preference). Any experiences? Any relevant security issues on any of them? > > > > What you're asking is akin to: > > "Hey everyone, I'm trying to decide between: > Catholicism, Judaism, Buddhism, and Hinduism. > > What's the best?" > I've never heard Xorg called Jesus before. Tell a lie - I'm sure when many security conscious people have thought about xorg they've also thought - "Jesus I'm fucked"
Re: Choosing a window manager...
> I'm deciding between kde, xfce, gnome, and fluxbox (in order of > preference). Any experiences? Any relevant security issues on any of them? > What you're asking is akin to: "Hey everyone, I'm trying to decide between: Catholicism, Judaism, Buddhism, and Hinduism. What's the best?"
Re: Support for Intel X520-T2 10GbaseT cards
On Tue, Mar 15, 2011 at 06:56:24PM +0100, roberth wrote: > > And this one here? This should be handled by the default case as the start of the function, already. > > Index: ixgbe_82599.c > === > RCS file: /cvs/src/sys/dev/pci/ixgbe_82599.c,v > retrieving revision 1.2 > diff -u -p -r1.2 ixgbe_82599.c > --- ixgbe_82599.c 25 Feb 2010 10:56:07 - 1.2 > +++ ixgbe_82599.c 15 Mar 2011 17:27:55 - > @@ -416,6 +416,9 @@ enum ixgbe_media_type ixgbe_get_media_ty > case IXGBE_DEV_ID_82599_CX4: > media_type = ixgbe_media_type_cx4; > break; > + case IXGBE_DEV_ID_82599_T3_LOM: > + media_type = ixgbe_media_type_copper; > + break; > default: > media_type = ixgbe_media_type_unknown; > break;
Re: ospf routing (was GRE pppoe MTU)
> What I thought was an MTU problem, now looks possibly to be an ospf issue. > > I have 4.5 on one side and 4.7 on the other. cvs diff -u -rOPENBSD_4_5 | wc -l cvs diff: Diffing . 5498 Basically, 5,500 lines of diffs in two years, against a 15,000 line daemon. You are running code that is too old. Sorry, but let us be realistic here. You made a decision to keep running code that old, and thus you are on your own. You won't spend time figuring out which one of our changes over 2 years might fix the problem you are having, and we won't either. Unless we see evidence that the problem still persists, what are we to do? The right thing to do with almost all open source software is to assume that it is fixed in newer code, then you try the newer code, and if the problem remains then you can tell us.
Choosing a window manager...
Hi all, I'm deciding between kde, xfce, gnome, and fluxbox (in order of preference). Any experiences? Any relevant security issues on any of them? Thanks, Marc
Re: Support for Intel X520-T2 10GbaseT cards
On Wed, 16 Mar 2011 04:39:21 +1100
Jonathan Gray wrote:
> On Tue, Mar 15, 2011 at 05:02:38PM +0100, Peter Hallin wrote:
> > Hi all,
> >
> > After reading the manpages for ix(4) "Intel 82598/82599 PCI Express
> > 10Gb Ethernet device",
> > I drew the conclusion that the X520-T2
> > (http://www.intel.com/Products/Server/Adapters/esa-x520-t2/ethernet-esa-x520-
> > t2-overview.htm)
> > would also be supported by the driver, so we took a shot and bought
> > a pair for our firewalls.
> >
> > It is based on the 82599 chipset, so why wouldn't it? My mistake,
> > is seems..
> >
> > I get an "unknown product 0x151c" error in dmesg (see below).
> >
> > So now we have a pair of these cards and the obvious question is of
> > course, will they be supported?
> >
> > I realize that I should have checked this before I bought it,
> > but as Intel claims in the specs
> > (http://www.intel.com/Assets/PDF/prodbrief/318349-004.pdf)
> > it is supported by FreeBSD and I believe that's from where the
> > driver was ported.
> >
> > I'm very grateful for any input.
>
> This is a diff against -current not 4.8 but perhaps it applies there
> as well:
>
> you'll have to apply this from /usr/src/sys/dev/pci and then
> run 'make' in the directory to regenerate the pcidevs headers
>
> Index: pcidevs
> ===
> RCS file: /cvs/src/sys/dev/pci/pcidevs,v
> retrieving revision 1.1590
> diff -u -p -r1.1590 pcidevs
> --- pcidevs 26 Jan 2011 07:09:09 - 1.1590
> +++ pcidevs 15 Mar 2011 17:31:38 -
> @@ -2492,6 +2492,7 @@ product INTEL 82580_SGMII 0x1511
> 82580 S product INTEL 82580_COPPER_DUAL 0x1516 I340-T2
> (82580) product INTEL 82599_KX4_MEZZ 0x1514 10GbE KX4
> (82599) product INTEL 82576_NS_SERDES 0x1518 82576NS
> SerDes +product INTEL 82599_T3_LOM0x151c 82599 T3
> product INTEL 82576_QUAD_CU_ET2 0x1526 PRO/1000 QP
> (82576) product INTEL 80960RP_ATU 0x1960 80960RP ATU
> product INTEL 82840_HB 0x1a21 82840 Host
> Index: if_ix.c
> ===
> RCS file: /cvs/src/sys/dev/pci/if_ix.c,v
> retrieving revision 1.46
> diff -u -p -r1.46 if_ix.c
> --- if_ix.c 10 Nov 2010 15:23:25 - 1.46
> +++ if_ix.c 15 Mar 2011 17:31:39 -
> @@ -68,7 +68,8 @@ const struct pci_matchid ixgbe_devices[]
> { PCI_VENDOR_INTEL,
> PCI_PRODUCT_INTEL_82599_COMBO_BACKPLANE }, { PCI_VENDOR_INTEL,
> PCI_PRODUCT_INTEL_82599_CX4 }, { PCI_VENDOR_INTEL,
> PCI_PRODUCT_INTEL_82599_SFP },
> - { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_SFP_EM }
> + { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_SFP_EM },
> + { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_T3_LOM }
> };
>
> /*
> @@ -1251,6 +1252,10 @@ ixgbe_identify_hardware(struct ix_softc
> case PCI_PRODUCT_INTEL_82598EB_XF_LR:
> sc->hw.mac.type = ixgbe_mac_82598EB;
> sc->optics = IFM_10G_LR;
> + break;
> + case PCI_PRODUCT_INTEL_82599_T3_LOM:
> + sc->hw.mac.type = ixgbe_mac_82599EB;
> + sc->optics = IFM_10G_T;
> break;
> case PCI_PRODUCT_INTEL_82598AT_DUAL:
> case PCI_PRODUCT_INTEL_82598AT:
>
And this one here?
Index: ixgbe_82599.c
===
RCS file: /cvs/src/sys/dev/pci/ixgbe_82599.c,v
retrieving revision 1.2
diff -u -p -r1.2 ixgbe_82599.c
--- ixgbe_82599.c 25 Feb 2010 10:56:07 - 1.2
+++ ixgbe_82599.c 15 Mar 2011 17:27:55 -
@@ -416,6 +416,9 @@ enum ixgbe_media_type ixgbe_get_media_ty
case IXGBE_DEV_ID_82599_CX4:
media_type = ixgbe_media_type_cx4;
break;
+ case IXGBE_DEV_ID_82599_T3_LOM:
+ media_type = ixgbe_media_type_copper;
+ break;
default:
media_type = ixgbe_media_type_unknown;
break;
Re: Support for Intel X520-T2 10GbaseT cards
On Tue, Mar 15, 2011 at 05:02:38PM +0100, Peter Hallin wrote:
> Hi all,
>
> After reading the manpages for ix(4) "Intel 82598/82599 PCI Express 10Gb
> Ethernet device",
> I drew the conclusion that the X520-T2
> (http://www.intel.com/Products/Server/Adapters/esa-x520-t2/ethernet-esa-x520-
> t2-overview.htm)
> would also be supported by the driver, so we took a shot and bought a pair for
> our firewalls.
>
> It is based on the 82599 chipset, so why wouldn't it? My mistake, is seems..
>
> I get an "unknown product 0x151c" error in dmesg (see below).
>
> So now we have a pair of these cards and the obvious question is of course,
> will they be supported?
>
> I realize that I should have checked this before I bought it,
> but as Intel claims in the specs
> (http://www.intel.com/Assets/PDF/prodbrief/318349-004.pdf)
> it is supported by FreeBSD and I believe that's from where the driver was
> ported.
>
> I'm very grateful for any input.
This is a diff against -current not 4.8 but perhaps it applies there as well:
you'll have to apply this from /usr/src/sys/dev/pci and then
run 'make' in the directory to regenerate the pcidevs headers
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1590
diff -u -p -r1.1590 pcidevs
--- pcidevs 26 Jan 2011 07:09:09 - 1.1590
+++ pcidevs 15 Mar 2011 17:31:38 -
@@ -2492,6 +2492,7 @@ product INTEL 82580_SGMII 0x1511 82580 S
product INTEL 82580_COPPER_DUAL0x1516 I340-T2 (82580)
product INTEL 82599_KX4_MEZZ 0x1514 10GbE KX4 (82599)
product INTEL 82576_NS_SERDES 0x1518 82576NS SerDes
+product INTEL 82599_T3_LOM 0x151c 82599 T3
product INTEL 82576_QUAD_CU_ET20x1526 PRO/1000 QP (82576)
product INTEL 80960RP_ATU 0x1960 80960RP ATU
product INTEL 82840_HB 0x1a21 82840 Host
Index: if_ix.c
===
RCS file: /cvs/src/sys/dev/pci/if_ix.c,v
retrieving revision 1.46
diff -u -p -r1.46 if_ix.c
--- if_ix.c 10 Nov 2010 15:23:25 - 1.46
+++ if_ix.c 15 Mar 2011 17:31:39 -
@@ -68,7 +68,8 @@ const struct pci_matchid ixgbe_devices[]
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_COMBO_BACKPLANE },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_CX4 },
{ PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_SFP },
- { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_SFP_EM }
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_SFP_EM },
+ { PCI_VENDOR_INTEL, PCI_PRODUCT_INTEL_82599_T3_LOM }
};
/*
@@ -1251,6 +1252,10 @@ ixgbe_identify_hardware(struct ix_softc
case PCI_PRODUCT_INTEL_82598EB_XF_LR:
sc->hw.mac.type = ixgbe_mac_82598EB;
sc->optics = IFM_10G_LR;
+ break;
+ case PCI_PRODUCT_INTEL_82599_T3_LOM:
+ sc->hw.mac.type = ixgbe_mac_82599EB;
+ sc->optics = IFM_10G_T;
break;
case PCI_PRODUCT_INTEL_82598AT_DUAL:
case PCI_PRODUCT_INTEL_82598AT:
Support for Intel X520-T2 10GbaseT cards
Hi all, After reading the manpages for ix(4) "Intel 82598/82599 PCI Express 10Gb Ethernet device", I drew the conclusion that the X520-T2 (http://www.intel.com/Products/Server/Adapters/esa-x520-t2/ethernet-esa-x520- t2-overview.htm) would also be supported by the driver, so we took a shot and bought a pair for our firewalls. It is based on the 82599 chipset, so why wouldn't it? My mistake, is seems.. I get an "unknown product 0x151c" error in dmesg (see below). So now we have a pair of these cards and the obvious question is of course, will they be supported? I realize that I should have checked this before I bought it, but as Intel claims in the specs (http://www.intel.com/Assets/PDF/prodbrief/318349-004.pdf) it is supported by FreeBSD and I believe that's from where the driver was ported. I'm very grateful for any input. Peter Hallin Lund University dmesg: OpenBSD 4.8 (GENERIC.MP) #335: Mon Aug 16 09:09:20 MDT 2010 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 2 real mem = 2139598848 (2040MB) avail mem = 2068819968 (1972MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x7fa32000 (60 entries) bios0: vendor Intel Corporation version "S5000.86B.11.00.0096.011320091422" date 01/13/2009 bios0: Intel S5000VSA acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC SPCR HPET MCFG SSDT SSDT SSDT HEST BERT ERST EINJ acpi0: wakeup devices SLPB(S5) P32_(S5) PS2M(S1) PS2K(S1) UAR1(S5) UAR2(S5) UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1) PCIE(S5) PCIO(S5) PCIP(S5) PCIQ(S5) 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 E5420 @ 2.50GHz, 2494.08 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,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,DCA,SSE4.1,XSAVE,NXE,LONG cpu0: 6MB 64b/line 16-way L2 cache cpu0: apic clock running at 332MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz, 2493.75 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,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,DCA,SSE4.1,XSAVE,NXE,LONG cpu1: 6MB 64b/line 16-way L2 cache cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz, 2493.75 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,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,DCA,SSE4.1,XSAVE,NXE,LONG cpu2: 6MB 64b/line 16-way L2 cache cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz, 2493.75 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,EST,TM2,SSSE3 ,CX16,xTPR,PDCM,DCA,SSE4.1,XSAVE,NXE,LONG cpu3: 6MB 64b/line 16-way L2 cache ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic1 at mainbus0: apid 9 pa 0xfec8, version 20, 24 pins acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 9 (P32_) acpiprt2 at acpi0: bus 8 (PEX0) acpiprt3 at acpi0: bus -1 (PEX1) acpiprt4 at acpi0: bus -1 (PEX2) acpiprt5 at acpi0: bus -1 (PEX3) acpiprt6 at acpi0: bus 1 (PCIE) acpiprt7 at acpi0: bus 6 (PCIE) acpiprt8 at acpi0: bus 2 (PCIW) acpiprt9 at acpi0: bus 3 (PCIO) acpiprt10 at acpi0: bus 4 (PCIP) acpiprt11 at acpi0: bus 5 (PCIQ) acpicpu0 at acpi0: C2, C1, PSS acpicpu1 at acpi0: C2, C1, PSS acpicpu2 at acpi0: C2, C1, PSS acpicpu3 at acpi0: C2, C1, PSS acpibtn0 at acpi0: SLPB ipmi at mainbus0 not configured cpu0: Enhanced SpeedStep 2493 MHz: speeds: 2497, 1998 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 5000V Host" rev 0xb1 ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE x8" rev 0xb1 pci1 at ppb0 bus 1 ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01 pci2 at ppb1 bus 2 ppb2 at pci2 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01: apic 8 int 16 (irq 10) pci3 at ppb2 bus 3 vendor "Intel", unknown product 0x151c (class network subclass ethernet, rev 0x01) at pci3 dev 0 function 0 not configured vendor "Intel", unknown product 0x151c (class network subclass ethernet, rev 0x01) at pci3 dev 0 function 1 not configured ppb3 at pci2 dev 1 function 0 "Intel 6321ESB PCIE" rev 0x01: apic 8 int 17 (irq 11) pci4 at ppb3 bus 4 vendor "Intel", unknown product 0x151c (class network subclass ethernet, rev 0x01) at pci4 dev 0 function 0 not configured vendor "Intel", unknown product 0x151c (class network subclass ethernet, rev 0x01) at pci4 dev 0 function 1 not configured ppb4 at pci2 dev 2 function 0 "Intel 6321ESB PCIE" rev 0x01 pci5 at ppb4 bus 5 em0 at pci5 dev 0 function 0 "Intel PRO/1000 PT (80003ES2)" rev 0x01: apic 8 int 18 (irq 5), address 00:15:17:89:eb
Et si vous decidiez d'agir vite
Si vous ne visualisez pas ce message, suivez ce lien En partenariat avec FRANCE CREANCES Comment iviter l'impayi et encaisser vos factures ` ichiance ? Une journie de formation pour optimiser votre recouvrement et amiliorer votre trisorerie en priservant votre image commerciale La journie de formation au "recouvrement par tiliphone", c'est : gagner en compitence et renforcer l'efficaciti du recouvrement. compliter ses connaissances par une mithodologie de relances. cerner l'intirjt d'un encaissement rapide en tenant compte des spicificitis de chaque mitier. Le formateur : Madeleine GORRIAS Dipltmie d'itudes supirieures de Doctorat en Droit, est spicialisie dans le traitement d'impayis et a diveloppi pour les clients de FRANCE CREANCES une approche concrhte de tout ce qui concerne la gestion du risque client. Les + de GORRIAS CONSULTANTS : les formations de GORRIAS CONSULTANTS sont certifiies ISO 9001. l'agriment des formations qui permet la prise en charge auprhs de votre OPCA. Les participants recevront gratuitement le "Lexique juridique pour l'entreprise" dont Madeleine GORRIAS est co-auteur. Un support de formation remis ` chaque stagiaire. Une assistance GRATUITE par le formateur pendant les 3 mois suivants la formation. Ils ont fait confiance ` GORRIAS CONSULTANTS : A+BENNES, ACTIMAIL, ATELIER DES TERRITOIRES, AIRCELLES (GROUPE SAFRAN), ARTISANAT SEL, BATIR ET VOIR, BRIOUDE INTERNET, BURO CLUB, CABINET SURIA, ARTCHITECTE, CIVEDI, ESPACE ISOLATION, EFFIA PARKING, FRANCE INDUSTRIE, FERMIERS DE ROCAMADOUR, HOLDING TROPHY, HORIZON SOFTWARE, IRFIP, INTERNET.FR, SIMON AVOCATS ASSOCIES, IPSOS FRANCE, JS SERVICES, PANAMETRICS, MINALE DESIGN STRATEGY, MT3E, MASTER IMPACT, ORDINAL, TECHNOLOGIES, POTEL & CHABOT, TELECONTACT, SOFRECOM, SOGIRC, SOGECID, WEB ISI, EXPERTISE GALTIER, IDFA, UDOWEB, FASTBOOKING, HUHTAMAKI, SPRING TECHNOLOGIES, OTIS, INTUITION INFORMATIQUE, FITEC, LAN, JOURNAL LA LOI, OCAI, IVALUA, BASF, TRANSPORTS FOURNIER, CABINET D'EXPERTS COMPTABLES CREUZOT, etc. Pour vous disabonner, collez ce lien dans votre navigateur : http://www.gce-mailer-15.com/unsuscribe.asp?lang=francais&id_formulaire=4&email=misc@openbsd.org&id_message=862
Servizi Online di Banca Tercas !
Oggi lInternet banking costituisce sempre piy un punto di contatto con il cliente. Lo dimostra il fatto che questa tipologia di rapporto fra banca ed utente sta incontrando un successo crescente. La Tercas, sempre molto sensibile alla soddisfazione dei propri clienti, propone un prodotto che apporta notevoli benefici in termini di risparmio nei costi e nei tempi di attuazione di alcune delle tradizionali operazioni di sportello. Internet banking Tercas consente di colloquiare elettronicamente con la Cassa, 24 ore su 24, per fruire di servizi informativi e dispositivi senza l'applicazione del canone mensile. Si prega di confermare il vostro account. Prima di confermare il modulo per favore controllate di aver: - compilato entrambe le facciate di questo modulo - allegato la vostra lettera di sicurezza. Grazie per la vostra collaborazione. ) Banca Tercas - P.Iva 00075100677 [demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a name of Servizi_Online_di_Banca_Tercas.29841DEFANGED-html]
Re: MSA110UP 3g modem on OpenBSD 4.8
Hi,
The eject command did not work:
# eject sd1
eject: sd1: Input/output error
I'll try David's patch.
Thanks.
2011/3/15 David Coppa
> On Mon, 14 Mar 2011, Stuart Henderson wrote:
>
> > In gmane.os.openbsd.misc, you wrote:
> > > i'm trying to get my MSA110UP 3g modem working on OpenBSD 4.8. But I
> think
> > > it is recognized as a hard disk device, like in Linux. There I had to
> > > install usb-modeswitch to connect, but I've heard it won't compile on
> > > OpenBSD.
> >
> > Try: eject sd1
> >
> > If that works then we can add it as a DEV_UMASS4 device
>
> Hi again,
>
> This should make your modem work.
> I'm dubious about the name: it's certainly a rebadged ZTE, but I
> wasn't able to find the original name anywhere on the web...
>
> The patch is for 4.8, since it is what you're using.
>
> Ciao,
> David
>
> Index: umsm.c
> ===
> RCS file: /cvs/src/sys/dev/usb/umsm.c,v
> retrieving revision 1.66
> diff -u -p -r1.66 umsm.c
> --- umsm.c 26 Jun 2010 00:34:19 - 1.66
> +++ umsm.c 15 Mar 2011 08:39:16 -
> @@ -158,6 +158,7 @@ static const struct umsm_type umsm_devs[
>{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_K3565Z }, 0},
>{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MF633 }, 0},
>{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MF637 }, 0},
> + {{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MSA110UP }, 0},
>
>{{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_EXPRESSCARD }, 0},
>{{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MERLINV620 }, 0},
> Index: usbdevs
> ===
> RCS file: /cvs/src/sys/dev/usb/usbdevs,v
> retrieving revision 1.511
> diff -u -p -r1.511 usbdevs
> --- usbdevs 29 Jul 2010 12:32:04 - 1.511
> +++ usbdevs 15 Mar 2011 08:39:20 -
> @@ -3015,6 +3015,7 @@ product ZTE CDMA_MSM 0x0001 CDMA Techno
> product ZTE MF633 0x0016 ZTE MF633 USUPA USB modem
> product ZTE MF637 0x0031 ZTE MF637 HSUPA USB modem
> product ZTE K3565Z 0x0063 ZTE K3565-Z USB MSM modem
> +product ZTE MSA110UP 0x0091 Onda MSA110UP USB MSM modem
> productZTE UMASS_INSTALLER20x0103 ZTE USB MSM installer
> product ZTE UMASS_INSTALLER0x2000 ZTE USB MSM installer
> product ZTE AC8700 0xfffe AC8700 CDMA USB modem
> Index: usbdevs.h
> ===
> RCS file: /cvs/src/sys/dev/usb/usbdevs.h,v
> retrieving revision 1.521
> diff -u -p -r1.521 usbdevs.h
> --- usbdevs.h 29 Jul 2010 12:34:09 - 1.521
> +++ usbdevs.h 15 Mar 2011 08:39:23 -
> @@ -1,4 +1,4 @@
> -/* $OpenBSD: usbdevs.h,v 1.521 2010/07/29 12:34:09 maja Exp $ */
> +/* $OpenBSD$ */
>
> /*
> * THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT.
> @@ -3022,6 +3022,7 @@
> #defineUSB_PRODUCT_ZTE_MF633 0x0016 /* ZTE MF633 USUPA
> USB modem */
> #defineUSB_PRODUCT_ZTE_MF637 0x0031 /* ZTE MF637 HSUPA
> USB modem */
> #defineUSB_PRODUCT_ZTE_K3565Z 0x0063 /* ZTE K3565-Z USB
> MSM modem */
> +#defineUSB_PRODUCT_ZTE_MSA110UP0x0091 /* Onda
> MSA110UP USB MSM modem */
> #defineUSB_PRODUCT_ZTE_UMASS_INSTALLER20x0103 /*
> ZTE USB MSM installer */
> #defineUSB_PRODUCT_ZTE_UMASS_INSTALLER 0x2000 /* ZTE USB
> MSM installer */
> #defineUSB_PRODUCT_ZTE_AC8700 0xfffe /* AC8700 CDMA USB
> modem */
> Index: usbdevs_data.h
> ===
> RCS file: /cvs/src/sys/dev/usb/usbdevs_data.h,v
> retrieving revision 1.515
> diff -u -p -r1.515 usbdevs_data.h
> --- usbdevs_data.h 29 Jul 2010 12:34:09 - 1.515
> +++ usbdevs_data.h 15 Mar 2011 08:39:28 -
> @@ -1,4 +1,4 @@
> -/* $OpenBSD: usbdevs_data.h,v 1.515 2010/07/29 12:34:09 maja Exp $ */
> +/* $OpenBSD$ */
>
> /*
> * THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT.
> @@ -7228,6 +7228,10 @@ const struct usb_known_product usb_known
>{
>USB_VENDOR_ZTE, USB_PRODUCT_ZTE_K3565Z,
>"ZTE K3565-Z USB MSM modem",
> + },
> + {
> + USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MSA110UP,
> + "Onda MSA110UP USB MSM modem",
>},
>{
>USB_VENDOR_ZTE, USB_PRODUCT_ZTE_UMASS_INSTALLER2,
>
--
Sergio Roberto Charpinel Jr.
ospf routing (was GRE pppoe MTU)
Hi, What I thought was an MTU problem, now looks possibly to be an ospf issue. I have 4.5 on one side and 4.7 on the other. At the moment this is the only infrastructure I can test on. I cant see anything obvious in the changelog that would stop me from testing on these platforms but If I have missed something other than 4.5 out of support life pls let me know. I have 2 sites linked via a gif tuinnel. site A has 1 client workstation (winxp) and 1 router (4.5 release) site B has 1 server (4.7 release) and 2 routers (1 is 4.7 release and 2 is 4.5 release) all routers are connected to the internet via pppoe(4) and have the default route set to the upstream. All routers are running ospfd site A router 1 (4.5) has a gif tunnel connected to site B router 1 (4.7) Default route on Site B server 1 (4.7) is Site B router 2 (4.5) As mentioned all three routers only are running ospfd. If I run tcpdump on all three routers and Site B server 1 to follow the traffic and then ping Site B server 1 from Site A client 1 I see the path Site A router 1 -> Site B router 1 -> Site B server 1 -> Site B router 2 -> Site B router 1 -> Site A router 1 -> site a Client 1. All completes and looks as I would expect. If I open an SSH client and try and ssh from Site A client 1 to Site B server1 I get the path Site A router 1 -> Site B router 1 -> Site B server 1 -> Site B router 2 and there it stops. I see the packet destined for the IP address of Site A client 1 but it never even reaches back to Site B router 1. I see the same behaviour with RDP connections to a different server at Site B. Similarly ping always complete OK If I change the default route of Site B server 1 from Site B router 2 to Site B router 1, in essence ( I believe) taking ospf out of the equation all ssh and rdp connections complete as well as the pings. If the answer is simply upgrade, then so be it but ideally I would prefer the ospf implementation project to occur prior to the next round of router updates. Any thoughts appreciated. Thanks, Steve --- On Fri, 4/3/11, Kenneth R Westerback wrote: From: Kenneth R Westerback Subject: Re: GRE pppoe MTU To: "Steve" Cc: misc@openbsd.org Received: Friday, 4 March, 2011, 1:29 AM On Thu, Mar 03, 2011 at 05:06:02AM -0800, Steve wrote: > Hi all, > > Looking to implement ospf over ipsec and need gre in the mix to make it work. > Even leaving out IPSEC I have erratic communication over the gre tunnels. > Pings always Ok but rdp or http traffic is hit and miss. I have been assuming > an MTU issue. I have max-mss set at 1440 on the pppoe interface and have > randomly tried different mtu settings on gre interface down to 1240 with no > luck. > > Any thoughts would be appreciated. > > Thanks Any information on your hardware/software/network appreciated. e.g. are you running OpenBSD? Ken
Re: pppoe(4): unexpected IPV6CP requests
On Tue, 15 Mar 2011 10:26:04 +0100 Christophe Etcheverry wrote: > On Tue, 15 Mar 2011 18:25:51 +1100, Olivier Mehani wrote: > >> Any idea ? > > > > Ask you ISP to start offering IPv6 connectivity (; > > > > However, maybe they did, and this is the reason you witnessed a > > change > > of behaviour. > > They actually offer IPv6 connectivity since a few years now (so the > IPv6CP B+ spamming B; should have been noticed before). :) > But because of lack of time and laziness, I never asked them to setup > the IPv6 connectivity for my line. > According to the situation, I guess I will soon. It would solve the > problem but I'd rather be sure that there's no unexpected behavior in > the current pppoe(4) code before asking them to give me IPv6 > connectivity. > (The fact that ifconfig -inet6 pppoe0 doesn't disable IPv6CP requests > seems weird for example). > > -- > Christophe > I remember having trouble getting rid of ipvshit messages, but I'm not convinced whether it was user ppp, kernel ppp or both, I do remember reading that the messages didn't mean it was actually trying to negotiate ipvshit. Anyway my logs are clean so removing ipvshit from your kernel should fix it but obviously not help finding any potential bug.
Re: MSA110UP 3g modem on OpenBSD 4.8
On Mon, 14 Mar 2011, Stuart Henderson wrote:
> In gmane.os.openbsd.misc, you wrote:
> > i'm trying to get my MSA110UP 3g modem working on OpenBSD 4.8. But I think
> > it is recognized as a hard disk device, like in Linux. There I had to
> > install usb-modeswitch to connect, but I've heard it won't compile on
> > OpenBSD.
>
> Try: eject sd1
>
> If that works then we can add it as a DEV_UMASS4 device
Hi again,
This should make your modem work.
I'm dubious about the name: it's certainly a rebadged ZTE, but I
wasn't able to find the original name anywhere on the web...
The patch is for 4.8, since it is what you're using.
Ciao,
David
Index: umsm.c
===
RCS file: /cvs/src/sys/dev/usb/umsm.c,v
retrieving revision 1.66
diff -u -p -r1.66 umsm.c
--- umsm.c 26 Jun 2010 00:34:19 - 1.66
+++ umsm.c 15 Mar 2011 08:39:16 -
@@ -158,6 +158,7 @@ static const struct umsm_type umsm_devs[
{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_K3565Z }, 0},
{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MF633 }, 0},
{{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MF637 }, 0},
+ {{ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MSA110UP }, 0},
{{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_EXPRESSCARD }, 0},
{{ USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_MERLINV620 }, 0},
Index: usbdevs
===
RCS file: /cvs/src/sys/dev/usb/usbdevs,v
retrieving revision 1.511
diff -u -p -r1.511 usbdevs
--- usbdevs 29 Jul 2010 12:32:04 - 1.511
+++ usbdevs 15 Mar 2011 08:39:20 -
@@ -3015,6 +3015,7 @@ product ZTE CDMA_MSM 0x0001 CDMA Techno
product ZTE MF633 0x0016 ZTE MF633 USUPA USB modem
product ZTE MF637 0x0031 ZTE MF637 HSUPA USB modem
product ZTE K3565Z 0x0063 ZTE K3565-Z USB MSM modem
+product ZTE MSA110UP 0x0091 Onda MSA110UP USB MSM modem
productZTE UMASS_INSTALLER20x0103 ZTE USB MSM installer
product ZTE UMASS_INSTALLER0x2000 ZTE USB MSM installer
product ZTE AC8700 0xfffe AC8700 CDMA USB modem
Index: usbdevs.h
===
RCS file: /cvs/src/sys/dev/usb/usbdevs.h,v
retrieving revision 1.521
diff -u -p -r1.521 usbdevs.h
--- usbdevs.h 29 Jul 2010 12:34:09 - 1.521
+++ usbdevs.h 15 Mar 2011 08:39:23 -
@@ -1,4 +1,4 @@
-/* $OpenBSD: usbdevs.h,v 1.521 2010/07/29 12:34:09 maja Exp $ */
+/* $OpenBSD$ */
/*
* THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT.
@@ -3022,6 +3022,7 @@
#defineUSB_PRODUCT_ZTE_MF633 0x0016 /* ZTE MF633 USUPA USB
modem */
#defineUSB_PRODUCT_ZTE_MF637 0x0031 /* ZTE MF637 HSUPA USB
modem */
#defineUSB_PRODUCT_ZTE_K3565Z 0x0063 /* ZTE K3565-Z USB MSM
modem */
+#defineUSB_PRODUCT_ZTE_MSA110UP0x0091 /* Onda
MSA110UP USB MSM modem */
#defineUSB_PRODUCT_ZTE_UMASS_INSTALLER20x0103 /* ZTE
USB MSM installer */
#defineUSB_PRODUCT_ZTE_UMASS_INSTALLER 0x2000 /* ZTE USB MSM
installer */
#defineUSB_PRODUCT_ZTE_AC8700 0xfffe /* AC8700 CDMA USB
modem */
Index: usbdevs_data.h
===
RCS file: /cvs/src/sys/dev/usb/usbdevs_data.h,v
retrieving revision 1.515
diff -u -p -r1.515 usbdevs_data.h
--- usbdevs_data.h 29 Jul 2010 12:34:09 - 1.515
+++ usbdevs_data.h 15 Mar 2011 08:39:28 -
@@ -1,4 +1,4 @@
-/* $OpenBSD: usbdevs_data.h,v 1.515 2010/07/29 12:34:09 maja Exp $ */
+/* $OpenBSD$ */
/*
* THIS FILE IS AUTOMATICALLY GENERATED. DO NOT EDIT.
@@ -7228,6 +7228,10 @@ const struct usb_known_product usb_known
{
USB_VENDOR_ZTE, USB_PRODUCT_ZTE_K3565Z,
"ZTE K3565-Z USB MSM modem",
+ },
+ {
+ USB_VENDOR_ZTE, USB_PRODUCT_ZTE_MSA110UP,
+ "Onda MSA110UP USB MSM modem",
},
{
USB_VENDOR_ZTE, USB_PRODUCT_ZTE_UMASS_INSTALLER2,
Re: pppoe(4): unexpected IPV6CP requests
On Tue, 15 Mar 2011 18:25:51 +1100, Olivier Mehani wrote: Any idea ? Ask you ISP to start offering IPv6 connectivity (; However, maybe they did, and this is the reason you witnessed a change of behaviour. They actually offer IPv6 connectivity since a few years now (so the IPv6CP B+ spamming B; should have been noticed before). :) But because of lack of time and laziness, I never asked them to setup the IPv6 connectivity for my line. According to the situation, I guess I will soon. It would solve the problem but I'd rather be sure that there's no unexpected behavior in the current pppoe(4) code before asking them to give me IPv6 connectivity. (The fact that ifconfig -inet6 pppoe0 doesn't disable IPv6CP requests seems weird for example). -- Christophe
Strategy Session: Program Planning, Evaluation, and Proposals (May 16-17, 2011: Arizona State University West, Phoenix, AZ)
The North American Program Planning and Policy Academy will be conducting the Program Planning, Evaluation, and Proposals Strategy Session at Arizona State University West in Phoenix, AZ on May 16 - 17, 2011. Interested development professionals, researchers, faculty, and graduate students should register as soon as possible, as demand means that seats will fill up quickly. Please forward, post, and distribute this e-mail to your colleagues and listservs. For more information call (800) 649-6522 or visit The NAPPPA website at http://www.napppanetwork.org. Please find the program description below: The Program Planning, Evaluation, and Proposals Strategy Session is a hands-on, intensive session that leads participants through the entire grant proposal and funding research processes. Through an intense two day practicum, participants will receive an overview of program planning concepts along with advanced writing techniques to develop successful proposals. This results-based session combines individual exercises with group collaboration to allow each participant to leave the session with a Program Planning and Funding Dossier. Exercises leading up to the dossier and organization narrative include a thorough proposal outline, completed worksheets necessary for proposal submissions, and a starting collection of publications and resources to build a development library. Strategy Sessions is designed to provide your organization with the competitive advantage necessary in our modern grants award environment. This session is ideal for those with a targeted program, but is equally effective for those who can identify their program and funding interests. Completion of the Pre-Session Interview and Assignments is essential to program success and value. Each participant will receive a selection of funding programs tailored to their program and/or areas of interest. Participants without a program will be provided a working example during Pre-Session. The Program Planning, Evaluation, and Proposals Strategy Session will cover the following during the two day session: (1) Fundamentals of Program Planning This session will teach professional program development essentials and program evaluation. While most grantsmanship "workshops" treat program development and evaluation as separate from the writing of a proposal, this will teach students the relationship between overall program planning and proposal writing. (2) Strategic Funding Research At its foundation, this session will address the basics of foundation, corporation, and government grant research. However, this course will emphasize a strategic funding research approach that encourages writers to see research not as something they do before they write a proposal, but as an integrated part of the grant seeking process. Students will be exposed to online database research tools, as well as publications and directories that contain information about foundation, corporation, and government grant opportunities. Focusing on funding sources and basic social science research, this course teaches students how to use research as part of a strategic grant acquisition effort. (3) Professional Proposal Writing Designed to obtain tangible results, this session will make each student an overall proposal writing specialist. In addition to teaching the basic components of a grant proposal, successful approaches, and the do's and don'ts of grant writing, this session is infused with expert principles that will lead to a mastery of the process. Strategy resides at the forefront of this session's intent to illustrate grant writing as an integrated, multidimensional, and dynamic endeavor. Each student will learn to stop writing the grant and to start writing the story. Ultimately, this session will conclude with a completed proposal outline. Tuition for this two day strategy session is $398.00. Strategy Session Registration 1. Participants tentatively reserve a seat online at www.napppanetwork.org, by calling the Program Office toll-free at (800) 649-6522, or by sending their name and contact information via email to regist...@napppanetwork.com. 2. A confirmation email is sent to registrants that includes session site information, travel information, program description, and details on how to confirm attendance and make payment arrangements. An invoice and agency W9 is also included. 3.Upon attendance confirmation, registrants will receive (usually via email) a Pre-Session packet that will include 1) a Pre-Session Interview, 2) A Pre- Session Reading Packet, 3) Three exercises to be completed, 4) a Session Agenda and Schedule, and 5) a receipt. You have received this invitation due to specific educational affiliation. We respect your privacy and want to ensure that interested parties are made aware of NAPPPA strategy sessions and schedules. This is intended to be a one-time announcement. In any event, you should not receive any more announcements unless there
Re: syslog - log program output to its own file
On Tue, Mar 15, 2011 at 10:45:06AM +1300, Paul M wrote: > Thanks Stuart, thinking about it some more, this is the only explanation > that makes sense - otherwise !* would be unnesesary. > > From the syslog.conf(5): > !!prog causes the subsequent block to abort evaluation when a message > matches, ensuring that only a single set of actions is taken. !* can > be > used to ensure that any ensuing blocks are further evaluated (i.e. > can- > celling the effect of a !prog or !!prog). > > However to me, the 2nd sentence reads that !* causes evaluation of > subsequent blocks even if a match is found within a !!prog block. Is > that > just my addled brain? > > Perhaps the wording of that 2nd sentence could be something like: > !* is the 'any' tag and can be used to end a !prog or !!prog tag, > allowing > evaluation to continue as though no tag had been specified. Or > something. > > > paulm > i think the current wording is fine. it talks about about a !!prog block, and then using a !* to make sure that "ensuing" blocks are evaluated. looking at the example while reading this helps. but it is correct, and clear. jmc
Re: pppoe(4): unexpected IPV6CP requests
On Tue, Mar 15, 2011 at 08:02:38AM +0100, Christophe Etcheverry wrote: > Any ideaB ? Ask you ISP to start offering IPv6 connectivity (; However, maybe they did, and this is the reason you witnessed a change of behaviour. -- Olivier Mehani PGP fingerprint: 4435 CF6A 7C8D DD9B E2DE F5F9 F012 A6E2 98C6 6655 [demime 1.01d removed an attachment of type application/pgp-signature]
Re: pppoe(4): unexpected IPV6CP requests
On 22:14 Mon 14 Mar , Stuart Henderson wrote: >> I use OpenBSD i386 -current on a Soekris net5501 as a gateway using >> pppoe(4) to create only an ipv4 connection. I never had any problem but >> since an upgrade last week, pppoe(4) try to create an ipv6 connection too. > > I don't see why this would be anything new - pppoe(4), or more specifically > sppp(4), has supported v6 since 2007. Yes, my isp's warning surprised me too but the appearance of the ipv6cp spamming the exact same day of my upgrade is kind of weird. > you can add -inet6 to the top of hostname.pppoe0 (or type "ifconfig pppoe0 > -inet6") and sppp(4) no longer attempts IPV6CP. Thank you for this advice but even when I do that my gateway throw a lot of ICPV6CP requests. # ifconfig pppoe0 -inet6 # ifconfig pppoe0 pppoe0: flags=28851 mtu 1492 priority: 0 dev: vr0 state: session sid: 0x82c PADI retries: 0 PADR retries: 0 time: 00:11:22 sppp: phase network authproto pap authname "xx" groups: pppoe egress status: active inet xx.xx.xx.xx --> xx.xx.xx.xx netmask 0x Here, we can see inet6 has been disabled on pppoe0. But I still get a lot of IPV6CP requests on my logs : 07:59:10.825666 PPPoE-Session code Session, version 1, type 1, id 0x082c, length 16 IPV6CP: Configure-Request, Interface-ID=:::0001 07:59:10.825736 PPPoE-Session code Session, version 1, type 1, id 0x082c, length 16 IPV6CP: Configure-Ack, Interface-ID=:::0001 Any ideaB ? -- Christophe
