Resurrecting this, I've now fixed the problem I introduced when I merged
in your changes and have tested it.
The performance on my ALIX routing from a VLAN to another non-VLAN
interface, iperf TCP went up a little (the CPU is saturated at this
point):
baseline: RX 80.0 Mbits/sec TX 65.2 Mbits/sec
Hi
I think pf sequence number tracking is too strict by one octet.
The bug is triggered by a TCP packet with the FIN bit set and
containing data that fits exactly into the announced window.
This packet announces a window of 1024 octets as scaling factor is 3:
00:58:30.250388 10.188.50.50.45397 >
please, disregard this diff.
it is definitely wrong.
-- gsoares
On Sun, 13 Jan 2013 12:18:50 + (UTC)
"Alexey E. Suslikov" wrote:
> Thomas Pfaff tp76.info> writes:
>
> > product ATI RADEON_HD6400_HDA 0xaa98 Radeon HD 6400 Audio
> > +product ATI RADEON_HD7850_HDA 0xaab0 Radeon HD 7850 HD Audio
>
> I think 7850 audio entry shouldn't say "HD"
Thomas Pfaff tp76.info> writes:
> product ATI RADEON_HD6400_HDA0xaa98 Radeon HD 6400 Audio
> +product ATI RADEON_HD7850_HDA0xaab0 Radeon HD 7850 HD Audio
I think 7850 audio entry shouldn't say "HD" twice (see 6400).
13.01.2013 14:55 полÑзоваÑÐµÐ»Ñ "Philip Guenther"
напиÑал:
>
> On Mon, 7 Jan 2013, Vadim Zhukov wrote:
> > Small nit that allows (immediately) differentiate "processes" and
> > "threads" output of top(1). Adds another dependency on "machine.h",
> > though. :( Tested on both smart
On Mon, 7 Jan 2013, Vadim Zhukov wrote:
> Small nit that allows (immediately) differentiate "processes" and
> "threads" output of top(1). Adds another dependency on "machine.h",
> though. :( Tested on both smart and dumb terminals. Any comments/okays?
Adding an extern declaration to a .c file?
Add ATI Radeon HD 7850 and 7850 HD Audio to pcidevs.
Verified with the Windows driver information (I was
unable to find these ids anywhere else).
Index: pcidevs
===
RCS file: /cvs/src/sys/dev/pci/pcidevs,v
retrieving revision 1.1664
