Re: msi-x enabled igb works only if module loaded twice [Was: Re: kldload if_igb twice needed to bring nic into operation]

schrieb Jack Vogel am 23.10.2012 23:25 (localtime): > LOL, wow this is interesting. When I first was developing the VF support, Well, in fact I choose 'kawela' (82576) because I originally wanted to use VFs. But I can't get SR-IOV working with ESXi5.1. I'm using async-drivers, and I have option "

wine, gcc and clang with CPUTYPE

Hi all. I just have taken some time to inspect CPUTYPE support for clang. It seems to me that clang generates incorrect code in some cases. The first failure point I discovered was inability to build gcc from sources or compile something with gcc. Code produced by gcc seem to fail whether th

Re: wine, gcc and clang with CPUTYPE

On Wed, Oct 24, 2012 at 10:57:22AM +0300, Volodymyr Kostyrko wrote: > Hi all. > > I just have taken some time to inspect CPUTYPE support for clang. It > seems to me that clang generates incorrect code in some cases. > > The first failure point I discovered was inability to build gcc from > sour

Re: wine, gcc and clang with CPUTYPE

24.10.2012 11:12, Konstantin Belousov wrote: My conclusion is: clang incorrectly produces code within one of core libraries (I haven't tested which one yet, but I suspect libgcc_s.so) when optimizing for athlon-4 or athlon-xp. I am not versed in the AMD marketing monikers. I guess that athlon-

Re: wine, gcc and clang with CPUTYPE

On 2012-10-24 09:57, Volodymyr Kostyrko wrote: I just have taken some time to inspect CPUTYPE support for clang. It seems to me that clang generates incorrect code in some cases. The first failure point I discovered was inability to build gcc from sources or compile something with gcc. Code prod

Re: wine, gcc and clang with CPUTYPE

24.10.2012 13:05, Dimitry Andric wrote: I just have taken some time to inspect CPUTYPE support for clang. It seems to me that clang generates incorrect code in some cases. The first failure point I discovered was inability to build gcc from sources or compile something with gcc. Code produced by

Re: msi-x enabled igb works only if module loaded twice [Was: Re: kldload if_igb twice needed to bring nic into operation]

schrieb Marius Strobl am 23.10.2012 23:12 (localtime): > On Tue, Oct 23, 2012 at 11:49:45AM +0200, Harald Schmalzbauer wrote: >> schrieb Harald Schmalzbauer am 22.10.2012 21:48 (localtime): >>> schrieb Harald Schmalzbauer am 22.10.2012 21:33 (localtime): Hello, when using igb as

Re: wine, gcc and clang with CPUTYPE

On 2012-10-24 12:34, Volodymyr Kostyrko wrote: ... Can you attempt to figure out what the illegal instruction was, in that case? How can I do that? I'm not very familiar with gdb. Try the following: $ gdb /path/to/crashed-program /path/to/crashed-program.core GNU gdb (GDB) 7.5 [GDB v7.5 f

Re: wine, gcc and clang with CPUTYPE

On Wed, Oct 24, 2012 at 01:34:16PM +0300, Volodymyr Kostyrko wrote: > 24.10.2012 13:05, Dimitry Andric wrote: > >> I just have taken some time to inspect CPUTYPE support for clang. It > >> seems to me that clang generates incorrect code in some cases. > >> > >> The first failure point I discovered

Re: wine, gcc and clang with CPUTYPE

On 2012-10-24 13:00, Dimitry Andric wrote: .. Try the following: $ gdb /path/to/crashed-program /path/to/crashed-program.core GNU gdb (GDB) 7.5 [GDB v7.5 for FreeBSD] Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: FreeBSD in Google Code-In 2012? You can help too!

On Tue, Oct 23, 2012 at 03:59:07PM -0400, Eitan Adler wrote: > On 23 October 2012 12:54, David Magda wrote: > > On Tue, October 23, 2012 10:39, Fbsd8 wrote: > >> > >> The subject is Google Code-In and all the posted tasks are directed at > >> creating documentation. Not one deals with coding any p

Re: wine, gcc and clang with CPUTYPE

24.10.2012 14:00, Dimitry Andric wrote: On the problematic athlons, can you please post the exact CPUIDs from dmesg? If you have WITH_CLANG_EXTRAS enabled, please also post the output of "opt -version". Oct 24 01:47:20 limbo kernel: CPU: AMD Athlon(tm) XP 2500+ (1833.95-MHz 686-class CPU) Oct

every 2nd echo-request malformed when ping -s >4067

Hello, while checking new mtu9k-setup, I discovered that ping has some odd behaviour. If I use payloadsize > 4067, every 2nd icmp-echo-request seems to be malformed: ping -s 4068 -D 10.5.49.65 1st: 12:21:09.048447 IP 10.5.49.126 > 10.5.49.65: ICMP echo request, id 46597, seq 0, length 4076

Re: every 2nd echo-request malformed when ping -s >4067

On 24 October 2012 05:31, Harald Schmalzbauer wrote: > Hello, > > while checking new mtu9k-setup, I discovered that ping has some odd > behaviour. > If I use payloadsize > 4067, every 2nd icmp-echo-request seems to be > malformed: Is this on -HEAD? > ping -s 4068 -D 10.5.49.65 > > 1st: 12:21:09

Re: every 2nd echo-request malformed when ping -s >4067

schrieb Adrian Chadd am 24.10.2012 15:48 (localtime): > On 24 October 2012 05:31, Harald Schmalzbauer > wrote: >> Hello, >> >> while checking new mtu9k-setup, I discovered that ping has some odd >> behaviour. >> If I use payloadsize > 4067, every 2nd icmp-echo-request seems to be >> malformed:

Re: every 2nd echo-request malformed when ping -s >4067

On 24 October 2012 07:00, Harald Schmalzbauer wrote: > Sorry, forgot to mention that it's with 9.1-RC2. But I've seen this also > with 8.x long time ago. That time I had some nics not j9k-frame capable, > so I never had a look at the wire what's really going on... Ah, good. Not -HEAD. Phew. :-)

Re: every 2nd echo-request malformed when ping -s >4067

(Please keep me CC'd as I'm not subscribed) Regarding: http://lists.freebsd.org/pipermail/freebsd-stable/2012-October/070239.html tcpdump -x is not helpful here. tcpdump -xx would be. tcpdump -x dumps the *payload* portion of the packet, while -xx dumps everything (all headers/protocol data in

Re: every 2nd echo-request malformed when ping -s >4067

schrieb Jeremy Chadwick am 24.10.2012 17:40 (localtime): > (Please keep me CC'd as I'm not subscribed) > > Regarding: > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-October/070239.html > > tcpdump -x is not helpful here. tcpdump -xx would be. > > tcpdump -x dumps the *payload* portion

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 06:24:30PM +0200, Harald Schmalzbauer wrote: > schrieb Jeremy Chadwick am 24.10.2012 17:40 (localtime): > > (Please keep me CC'd as I'm not subscribed) > > > > Regarding: > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-October/070239.html > > > > tcpdump -x i

Re: every 2nd echo-request malformed when ping -s >4067

schrieb Jeremy Chadwick am 24.10.2012 18:51 (localtime): > ... > # tcpdump -p -i em0 -l -n -s 0 -xx "icmp and dst host 4.2.2.1" > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on em0, link-type EN10MB (Ethernet), capture size 65535 bytes > 09:45:22.725137 I

Re: FreeBSD in Google Code-In 2012? You can help too!

On Wed, Oct 24, 2012 at 1:11 PM, Lars Engels wrote: > On Tue, Oct 23, 2012 at 03:59:07PM -0400, Eitan Adler wrote: >> On 23 October 2012 12:54, David Magda wrote: >> > On Tue, October 23, 2012 10:39, Fbsd8 wrote: >> >> >> >> The subject is Google Code-In and all the posted tasks are directed at >

Re: FreeBSD in Google Code-In 2012? You can help too!

On 24 October 2012 13:24, Fernando Apesteguía wrote: > Also related to that, what about writing a section about redports[1] > in the porter's handbook[2]? This is a good documentation task... but we need more *coding* tasks as well. > And as a side question, shouldn't some (or all) of these task

cvsup + PAC proxy?

Hello list Is it possible to use a proxy auto-config stript with cvsup? That would save me testing one by one which is the one used to access the cvsup servers. Does any of the CLI tools supports PAC? Regards Ismael -- Do not let me induce you to satisfy my curiosity, from an expectation, th

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 07:00:55PM +0200, Harald Schmalzbauer wrote: > schrieb Jeremy Chadwick am 24.10.2012 18:51 (localtime): > > ... > > # tcpdump -p -i em0 -l -n -s 0 -xx "icmp and dst host 4.2.2.1" > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 10:44:25AM -0700, Jeremy Chadwick wrote: > On Wed, Oct 24, 2012 at 07:00:55PM +0200, Harald Schmalzbauer wrote: > > schrieb Jeremy Chadwick am 24.10.2012 18:51 (localtime): > > > ... > > > # tcpdump -p -i em0 -l -n -s 0 -xx "icmp and dst host 4.2.2.1" > > > tcpdump: verbose

Re: every 2nd echo-request malformed when ping -s >4067

schrieb Jeremy Chadwick am 24.10.2012 19:44 (localtime): > ... > Okay, so let's decode what you got. Too bad we don't have snoop-like > output, since it can decode all of this and output it in a > human-friendly way. Gotta do this by hand... > > > 12:21:09.048447 IP 10.5.49.126 > 10.5.49.65: ICM

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 08:02:35PM +0200, Harald Schmalzbauer wrote: > schrieb Jeremy Chadwick am 24.10.2012 19:44 (localtime): > > ... > > Okay, so let's decode what you got. Too bad we don't have snoop-like > > output, since it can decode all of this and output it in a > > human-friendly way.

Re: cvsup + PAC proxy?

On Wed, 24 Oct 2012 12:40:58 -0500, Ismael Farfán wrote: > Hello list > > Is it possible to use a proxy auto-config stript with cvsup? > > That would save me testing one by one which is the one used to access > the cvsup servers. > > Does any of the CLI tools supports PAC? cvsup is on the way

Re: every 2nd echo-request malformed when ping -s >4067

0040 -> 4000 looks like a network byte order issue, perhaps. I have a faint memory of issues of when tcpdump looks at packets, determining whether UDP checksums are shown, for example. Possibly this is some artefact of outboarding? ___ freebsd-stable@fre

Re: every 2nd echo-request malformed when ping -s >4067

schrieb Jeremy Chadwick am 24.10.2012 20:12 (localtime): > ... > root@icarus:/root # ping -D -s 4068 127.0.0.1 > PING 127.0.0.1 (127.0.0.1): 4068 data bytes > 4076 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.030 ms > 4076 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms > 4076 bytes from 1

Re: every 2nd echo-request malformed when ping -s >4067

oh lord, please disable zero_copy_sockets. :-) Adrian ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 11:12:39AM -0700, Jeremy Chadwick wrote: > On Wed, Oct 24, 2012 at 08:02:35PM +0200, Harald Schmalzbauer wrote: > > Please find attached the requested info. > > Thanks, got 'em! I'll reply in a follow-up mail with the decoded > results. As promised, here are the decoded r

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 11:55:25AM -0700, Jeremy Chadwick wrote: > On Wed, Oct 24, 2012 at 11:12:39AM -0700, Jeremy Chadwick wrote: > > On Wed, Oct 24, 2012 at 08:02:35PM +0200, Harald Schmalzbauer wrote: > > > Please find attached the requested info. > > > > Thanks, got 'em! I'll reply in a foll

Re: cvsup + PAC proxy?

2012/10/24 Walter Hurry : > On Wed, 24 Oct 2012 12:40:58 -0500, Ismael Farfán wrote: > >> Hello list >> >> Is it possible to use a proxy auto-config stript with cvsup? >> >> That would save me testing one by one which is the one used to access >> the cvsup servers. >> >> Does any of the CLI tools s

Re: cvsup + PAC proxy?

On 24 October 2012 10:40, Ismael Farfán wrote: > Hello list > > Is it possible to use a proxy auto-config stript with cvsup? > > That would save me testing one by one which is the one used > to access the cvsup servers. > > Does any of the CLI tools supports PAC? A proxy-pac library would be usef

Re: every 2nd echo-request malformed when ping -s >4067

On Wed, Oct 24, 2012 at 12:12 PM, Jeremy Chadwick wrote: > On Wed, Oct 24, 2012 at 11:55:25AM -0700, Jeremy Chadwick wrote: >> On Wed, Oct 24, 2012 at 11:12:39AM -0700, Jeremy Chadwick wrote: >> > On Wed, Oct 24, 2012 at 08:02:35PM +0200, Harald Schmalzbauer wrote: >> > > Please find attached the

Re: FreeBSD in Google Code-In 2012? You can help too!

On Wed, Oct 24, 2012 at 7:36 PM, Eitan Adler wrote: > On 24 October 2012 13:24, Fernando Apesteguía > wrote: >> Also related to that, what about writing a section about redports[1] >> in the porter's handbook[2]? > > This is a good documentation task... but we need more *coding* tasks as well. W