Synopsis: [patch] add count option to netstat(1)
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Tue Aug 10 07:32:12 UTC 2010
Responsible-Changed-Why:
Over to freebsd-net. The patch attached has been tested by
Sterling "Chip" Camden
Synopsis: [ath] Atheros 9285 cannot register with wifi AP (timeout)
Responsible-Changed-From-To: freebsd-net->adrian
Responsible-Changed-By: adrian
Responsible-Changed-When: Tue Aug 10 07:52:09 UTC 2010
Responsible-Changed-Why:
I'll take responsibility for forward porting whatever AR9280/AR9285 w
On 09.08.2010 15:03, Seth Jeacopello wrote:
Thanks for the quick reply Andre; we have some new information.
First I took some time to review some of the tcpdumps per your
recommendation and have not found /any/ reuse (with most dumps spanning
approx. a one hour time frame and the problem occurri
Hi,
While executing conformance test for IPv6 Neighbor Discovery functionality, we
saw failures due to non-existing support for IPv6 route extension header in
Freebsd V7.2 Code base.
Steps for conformance test are described below -:
Configuration -:
TESTER_A++IUT+TESTER_B
1
Hi,
While executing conformance test for IPv6 Neighbor Discovery functionality, we
saw failures due to non-existing support for IPv6 route extension header in
Freebsd V7.2 Code base.
Steps for conformance test are described below -:
Configuration -:
TESTER_A++IUT+TESTER_B
1>
Synopsis: SCTP streams not working on AMD64 platform
Responsible-Changed-From-To: freebsd-amd64->freebsd-net
Responsible-Changed-By: brucec
Responsible-Changed-When: Tue Aug 10 09:19:47 UTC 2010
Responsible-Changed-Why:
Over to maintainer(s).
http://www.freebsd.org/cgi/query-pr.cgi?pr=149488
___
Is there an easy way to check which chip is present as the startup doesnt
seem to mention it?
igb0: port 0xec00-0xec1f mem
0xfade-0xfadf,0xfadc-0xfadd,0xfad9c000-0xfad9 irq 28 at device 0.0 on pci1
igb0: Using MSIX interrupts with 10 vectors
igb0: [ITHREAD]
igb0: [ITHREAD]
Dear all,
it is not a problem in the kernel. The application does not handle
the cmsg stuff correctly in send_on_stream().
Using
/* Send a message on a socket and a particular stream */
void send_on_stream(int sock, unsigned int strid, unsigned char * msg, size_t
sz)
{
struct msghdr mhd
On Tue, Aug 10, 2010 at 10:30:21AM +0100, Steven Hartland wrote:
> Is there an easy way to check which chip is present as the startup doesnt
> seem to mention it?
Not during start-up, but once the machine is running (including in
single-user), you can do:
pciconf -lvc
And look for device igb0.
Thanks Jeremy, from that we get:-
i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086 rev=0x01
hdr=0x00
vendor = 'Intel Corporation'
class = network
subclass = ethernet
cap 01[40] = powerspec 3 supports D0 D3 current D0
cap 05[50] = MSI supports 1 m
Steven Hartland wrote:
> Thanks Jeremy, from that we get:-
>
> i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086
> rev=0x01 hdr=0x00
> i...@pci0:1:0:1:class=0x02 card=0x060015d9 chip=0x10c98086
> rev=0x01 hdr=0x00
The important thing is the "chip" ID: 0x1
On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote:
> Thanks Jeremy, from that we get:-
>
> i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086
> rev=0x01 hdr=0x00
>vendor = 'Intel Corporation'
>class = network
>subclass = ethernet
>cap 0
Hi
I've bought a asus M4a78-EM Motherboard. to build a NAS on,
thinking the onboard Realtek would be sufficant speed
unfortunatly the onboard fives 16/31 mbs at best
ps later It improved with enabeling "polling" in the kernel (duh)
so I had a PCI intel GT nic around, what gave intermi
Interestingly the patch you provided is almost identical to what we put in
place on the system to trace the issue earlier. Without having merged the
patch yet, let me give you what we do have from that run:
Aug 6 11:15:27 kernel: Entering syncache_add
Aug 6 11:15:27 kernel: Entering syncache_
Synopsis: SCTP streams not working on AMD64 platform
State-Changed-From-To: open->closed
State-Changed-By: brucec
State-Changed-When: Tue Aug 10 18:56:10 UTC 2010
State-Changed-Why:
Not a problem with FreeBSD.
http://www.freebsd.org/cgi/query-pr.cgi?pr=149488
___
On Tue, Aug 10, 2010 at 03:57:22AM -0700, Jeremy Chadwick wrote:
> On Tue, Aug 10, 2010 at 11:23:26AM +0100, Steven Hartland wrote:
> > Thanks Jeremy, from that we get:-
> >
> > i...@pci0:1:0:0:class=0x02 card=0x060015d9 chip=0x10c98086
> > rev=0x01 hdr=0x00
> >vendor = 'Intel
On Tue, Aug 10, 2010 at 12:52:56PM +0200, Victor Ophof wrote:
>
>
>
>
> Hi
>
> I've bought a asus M4a78-EM Motherboard. to build a NAS on,
> thinking the onboard Realtek would be sufficant speed
> unfortunatly the onboard fives 16/31 mbs at best
>
> ps later It improved with enabeling "
Synopsis: [tcp] [patch] TCP does not clear DF when MTU is below a threshold
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:08:02 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=146628
_
Synopsis: [netinet] [patch] replace printf() with log() for "Limiting ..."
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:09:49 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=147352
__
Synopsis: [tcp] setting TCP_MAXSEG by setsockopt() does not seem to have any
effect
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:11:32 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr
Synopsis: Network Performance has decreased by 30% [regression]
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:13:52 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=141314
_
Synopsis: [netinet] [patch] implement Lost Retransmission Detection
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:15:15 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=140597
_
Synopsis: [tcp] TCP window scaling value calculated incorrectly?
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:17:20 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=138652
Synopsis: [tcp] tcp sockets stay in SYN_SENT even after receiving RST. never
time out as well.
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:18:15 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/quer
Synopsis: [mbuf] [patch] Reference count computing isn't correct when more than
one threads call function m_copypacket
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:19:13 UTC 2010
Responsible-Changed-Why:
Take over.
http://
Synopsis: [tcp] logs full of syncache problems
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:20:02 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=137317
__
Synopsis: [netinet] [patch] ip_input might cause kernel panic
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:21:07 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=133786
___
Synopsis: [netinet] [patch] tcp_output() might generate invalid TSO frames when
len > TCP_MAXWIN - hdrlen - optlen
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:22:47 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.
Synopsis: [netinet] [patch] kernel does allow manipulation of subnet routes
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:24:08 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/query-pr.cgi?pr=131536
_
Synopsis: [tcp] [patch] TCP bandwidth gets squeezed every time
tcp_xmit_bandwidth_limit() kicks in
Responsible-Changed-From-To: freebsd-net->andre
Responsible-Changed-By: andre
Responsible-Changed-When: Tue Aug 10 22:25:14 UTC 2010
Responsible-Changed-Why:
Take over.
http://www.freebsd.org/cgi/
Hello,
I am encountering a problem with SCTP stack in FreeBSD 8.1 release (on
amd64); and I am looking for the correct place to report a bug. Would
someone from this list be kind enough to give me direction where I
should report the problem? I am totally new to FreeBSD and I was not
able to find
On Aug 11, 2010, at 3:40 AM, Sebastien Decugis wrote:
> Hello,
>
> I am encountering a problem with SCTP stack in FreeBSD 8.1 release (on
> amd64); and I am looking for the correct place to report a bug. Would
> someone from this list be kind enough to give me direction where I
> should report th
Hello Michael,
Thank you for your answer! And many thanks also to all people who
anwered to me privately.
> SCTP is part of FreeBSD. But the point is that your problem is not
> related to a bug in FreeBSD but in your application.
Oh, I am sorry, I misinterpreted the answer in the bug report; now
33 matches
Mail list logo
