On Tue, Jan 15, 2013 at 10:47:38AM +0400, Ruslan Makhmatkhanov wrote:
> YongHyeon PYUN wrote on 15.01.2013 10:40:
> >On Tue, Jan 15, 2013 at 10:32:06AM +0400, Ruslan Makhmatkhanov wrote:
> >>YongHyeon PYUN wrote on 15.01.2013 06:44:
> >>>On Mon, Jan 14, 2013 at 03:52:18PM +0400, Ruslan Makhmatkhano
YongHyeon PYUN wrote on 15.01.2013 10:40:
On Tue, Jan 15, 2013 at 10:32:06AM +0400, Ruslan Makhmatkhanov wrote:
YongHyeon PYUN wrote on 15.01.2013 06:44:
On Mon, Jan 14, 2013 at 03:52:18PM +0400, Ruslan Makhmatkhanov wrote:
YongHyeon PYUN wrote on 14.01.2013 10:15:
On Sat, Jan 12, 2013 at 06:
On Tue, Jan 15, 2013 at 10:32:06AM +0400, Ruslan Makhmatkhanov wrote:
> YongHyeon PYUN wrote on 15.01.2013 06:44:
> >On Mon, Jan 14, 2013 at 03:52:18PM +0400, Ruslan Makhmatkhanov wrote:
> >>YongHyeon PYUN wrote on 14.01.2013 10:15:
> >>>On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhano
YongHyeon PYUN wrote on 15.01.2013 06:44:
On Mon, Jan 14, 2013 at 03:52:18PM +0400, Ruslan Makhmatkhanov wrote:
YongHyeon PYUN wrote on 14.01.2013 10:15:
On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhanov wrote:
Ok, I got some details. It's an DFE-520TX (/C1 or rev. C1). I crafted
YongHyeon PYUN wrote on 15.01.2013 06:44:
On Mon, Jan 14, 2013 at 03:52:18PM +0400, Ruslan Makhmatkhanov wrote:
YongHyeon PYUN wrote on 14.01.2013 10:15:
On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhanov wrote:
Ok, I got some details. It's an DFE-520TX (/C1 or rev. C1). I crafted
John Baldwin wrote on 15.01.2013 00:15:
On Monday, January 14, 2013 6:52:18 am Ruslan Makhmatkhanov wrote:
YongHyeon PYUN wrote on 14.01.2013 10:15:
On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhanov wrote:
Ok, I got some details. It's an DFE-520TX (/C1 or rev. C1). I crafted an
pa
Old Synopsis: will there miss a FIN when do TSO?
New Synopsis: [tcp] will there miss a FIN when do TSO?
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Jan 15 03:10:22 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
ht
On Mon, Jan 14, 2013 at 03:52:18PM +0400, Ruslan Makhmatkhanov wrote:
> YongHyeon PYUN wrote on 14.01.2013 10:15:
> >On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhanov wrote:
> >>Ok, I got some details. It's an DFE-520TX (/C1 or rev. C1). I crafted an
> >>patch attached, but whenever kl
The following reply was made to PR kern/175182; it has been noted by GNATS.
From: Ingo Flaschberger
To: bug-follo...@freebsd.org, pro...@gmail.com
Cc:
Subject: Re: kern/175182: [panic] kernel panic on RADIX_MPATH when deleting
route
Date: Tue, 15 Jan 2013 03:36:05 +0100
This is a multi-part
The following reply was made to PR kern/175182; it has been noted by GNATS.
From: Ingo Flaschberger
To: bug-follo...@freebsd.org, pro...@gmail.com
Cc:
Subject: Re: kern/175182: [panic] kernel panic on RADIX_MPATH when deleting
route
Date: Tue, 15 Jan 2013 03:28:30 +0100
This is a multi-part
On Mon, Jan 14, 2013 at 05:30:53PM -0600, David DeSimone wrote:
> John Baldwin wrote:
> >
> > On Monday, January 14, 2013 6:52:18 am Ruslan Makhmatkhanov wrote:
> > >
> > > http://s2.postimage.org/9nvkrlpqx/IMAG1040.jpg
> > > http://s2.postimage.org/4qi06hnrt/IMAG1041.jpg
> >
> > Did your cards
John Baldwin wrote:
>
> On Monday, January 14, 2013 6:52:18 am Ruslan Makhmatkhanov wrote:
> >
> > http://s2.postimage.org/9nvkrlpqx/IMAG1040.jpg
> > http://s2.postimage.org/4qi06hnrt/IMAG1041.jpg
>
> Did your cards come in a box with a driver CD? The manual I found online
> claimed the CD con
Change "Don't imply TCP and UDP socket options are bitmasks" to "Don't
infer TCP and UDP socket options are bitmasks"
- M
On Mon, Jan 14, 2013 at 2:17 PM, Alfred Perlstein wrote:
> On 1/14/13 4:56 PM, John Baldwin wrote:
>>
>> On Monday, January 14, 2013 4:42:16 pm Alfred Perlstein wrote:
>>>
>>
On 1/14/13 4:56 PM, John Baldwin wrote:
On Monday, January 14, 2013 4:42:16 pm Alfred Perlstein wrote:
Wouldn't a comment over the code suffice?
Something like your email as a header would actually work very nicely!
I think just using decimal would be more confusing than explicitly
calling it
- Original Message -
> From: "John Baldwin"
> To: freebsd-net@freebsd.org
> Cc: "Konstantin Belousov" , "Bryan Venteicher"
> , "Peter Jeremy"
>
> Sent: Monday, January 14, 2013 3:57:58 PM
> Subject: Re: To SMP or not to SMP
>
> On Monday, January 14, 2013 4:07:56 pm Konstantin Belouso
On Monday, January 14, 2013 4:07:56 pm Konstantin Belousov wrote:
> On Mon, Jan 14, 2013 at 03:07:50PM -0500, John Baldwin wrote:
> > On Sunday, January 13, 2013 1:15:13 am Bryan Venteicher wrote:
> > >
> > > - Original Message -
> > > > From: "John Baldwin"
> > > > To: freebsd-net@freebs
On Monday, January 14, 2013 4:42:16 pm Alfred Perlstein wrote:
> Wouldn't a comment over the code suffice?
>
> Something like your email as a header would actually work very nicely!
>
> I think just using decimal would be more confusing than explicitly
> calling it out like:
>
> /* begin enumer
Wouldn't a comment over the code suffice?
Something like your email as a header would actually work very nicely!
I think just using decimal would be more confusing than explicitly
calling it out like:
/* begin enumerated (not bitmask) socket option specifiers */
#define TCP_MAXSEG 0x02
On Mon, Jan 14, 2013 at 03:07:50PM -0500, John Baldwin wrote:
> On Sunday, January 13, 2013 1:15:13 am Bryan Venteicher wrote:
> >
> > - Original Message -
> > > From: "John Baldwin"
> > > To: freebsd-net@freebsd.org
> > > Cc: "Barney Cordoba" , "Peter Jeremy"
> > >
> > > Sent: Friday,
I was looking at TCP congestion control at work recently and noticed a few
"odd" things in the current code. First, there is this chunk of code in
cc_ack_received() in tcp_input.c:
static void inline
cc_ack_received(struct tcpcb *tp, struct tcphdr *th, uint16_t type)
{
INP_WLOCK_ASSERT(
The constants used for TCP and UDP socket options (TCP_NODELAY, etc.) are
currently defined as hex values that are individual bits. However, socket
options are never masked together, they are used as a simple enumeration of
discrete values. Using a bitmask forces us to run out of bits and make
On Monday, January 14, 2013 6:52:18 am Ruslan Makhmatkhanov wrote:
> YongHyeon PYUN wrote on 14.01.2013 10:15:
> > On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhanov wrote:
> >> Ok, I got some details. It's an DFE-520TX (/C1 or rev. C1). I crafted an
> >> patch attached, but whenever kl
On Sunday, January 13, 2013 1:15:13 am Bryan Venteicher wrote:
>
> - Original Message -
> > From: "John Baldwin"
> > To: freebsd-net@freebsd.org
> > Cc: "Barney Cordoba" , "Peter Jeremy"
> >
> > Sent: Friday, January 11, 2013 9:39:17 AM
> > Subject: Re: To SMP or not to SMP
> >
> > On
YongHyeon PYUN wrote on 14.01.2013 10:15:
On Sat, Jan 12, 2013 at 06:49:13PM +0400, Ruslan Makhmatkhanov wrote:
Ok, I got some details. It's an DFE-520TX (/C1 or rev. C1). I crafted an
patch attached, but whenever kldloading the modified if_vr, I got this:
[...]
I also tried to apply VR_Q_NE
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On Wed, Jan 9, 2013 at 5:50 PM, Olivier Cochard-Labbé
wrote:
>
> Now I reach to use it on -current and, following your advice, on 9.1 too.
> The patch (for 9.1-release) that I've used his here:
> http://gugus69.free.fr/freebsd/freebsd.netmap.patch
>
Hi,
I've just discovered that on i386 (no pro
Old Synopsis: pf + tap keep state problem
New Synopsis: [pf] [tap] pf + tap keep state problem
Responsible-Changed-From-To: freebsd-amd64->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jan 14 08:44:16 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
http://www
27 matches
Mail list logo
