Hi all.
This patch below reduces the number of interrupts on the transmit side
of vr(4). Currently we set the TX competion interrupt bit on each
outbound packet. This patch changes it to only set the interrupt bit on
the last packet enqueued. (One thing of note is that the interrupt bit
is set
As it's already known, top(1) receive options from three places:
* from TOP enviornment variable;
* from command line;
* from user input (in interactive mode).
Some options are actually simple switches, namely -1CHISu. But handling
of those switches when specified in TOP or on the command
Attached is a patch that adds soekris(4) which provides access to the
GPIO and LEDs as implemented by the onboard Xilinx FPGA on the Soekris
net6501. The driver provides two GPIO buses; one for the 16 real GPIO
pins exposed on the board, and another which has the LEDs coerced into
the GPIO
2013/1/14 Darren Tucker dtuc...@zip.com.au:
Testing on any VIA Rhine chips would be appreciated (especially ones
that are not 6105M like my ALIX).
Hi, nothing conclusive on VIA VT6107 (dmesg: vr0 at pci0 dev 10
function 0 VIA RhineII-2 rev 0x8d: irq 15, address
00:16:35:06:af:eb).
current
Devin Ceartas [de...@nacredata.com] wrote:
There are cases where you want to compile some port not directly related to X
but the dependency is missing if you didn't load the X sets. I don't remember
the particular, but I know this has happened to me.
Several ports depend on libraries that
this can be tested like this:
EDITOR=mg cvs commit
kill cvs
- mg spins with 100% cpu in ttgetc
While there prevent an unterminated recursion in panic (via ttclose).
I'm not particularly happy with the errorhandling in ttgetc, but this
is the least intrusive change.
comments, oks?
diff --git
2013/1/14 Matt Dainty m...@bodgit-n-scarper.com:
Attached is a patch that adds soekris(4) which provides access to the
GPIO and LEDs as implemented by the onboard Xilinx FPGA on the Soekris
Dunno if I am out of my league here, but:
+void
+soekris_gpio_write(void *arg, int pin, int value)
+{
Micha?? Markowski [markows...@gmail.com] wrote:
2013/1/14 Darren Tucker dtuc...@zip.com.au:
Testing on any VIA Rhine chips would be appreciated (especially ones
that are not 6105M like my ALIX).
Hi, nothing conclusive on VIA VT6107 (dmesg: vr0 at pci0 dev 10
function 0 VIA RhineII-2 rev
Hi,
Some years ago reyk@ mentioned that the current socket splicing
semantics is suboptimal. When used with persistent http connections,
the kernel does not inform user land when the maximum splicing
lenght has been reached. The file descriptor does not get active
when the last byte within the
The following patch fixes the the detection of the on-die temp sensor
for Atom E6xx CPUs (and possibly other Atom CPUs). The code was only
matching processors where the model began with Intel but this Atom
CPU model begins with Genuine Intel so I've updated the logic to
match.
Now I get:
#
On 2013/01/14 14:03, Chris Cappuccio wrote:
Micha?? Markowski [markows...@gmail.com] wrote:
2013/1/14 Darren Tucker dtuc...@zip.com.au:
Testing on any VIA Rhine chips would be appreciated (especially ones
that are not 6105M like my ALIX).
Hi, nothing conclusive on VIA VT6107 (dmesg:
Hi,
Here is an updated relayd socket splicing diff that uses the new
EFBIG feature of maximum splicing lenght. This way relayctl show
sessions displays an updated idle counter immediately after the
whole http content has been transferred.
bluhm
Index: usr.sbin/relayd/relay.c
2013/1/14 Chris Cappuccio ch...@nmedia.net:
This will only affect TX direction interrupts. Can you try and generate a
stream
of UDP traffic at full rate with a program like iperf to test just TX?
Those numbers are from `iperf -c a -t 100 -i 10` on vr machine.
Iperf man page says: user must
Micha?? Markowski [markows...@gmail.com] wrote:
2013/1/14 Chris Cappuccio ch...@nmedia.net:
This will only affect TX direction interrupts. Can you try and generate a
stream
of UDP traffic at full rate with a program like iperf to test just TX?
Those numbers are from `iperf -c a -t 100
On Mon, Jan 14, 2013 at 10:10:55PM +1100, Darren Tucker wrote:
This patch below reduces the number of interrupts on the transmit side
of vr(4). Currently we set the TX competion interrupt bit on each
outbound packet. This patch changes it to only set the interrupt bit on
the last packet
2013/1/15 Chris Cappuccio ch...@nmedia.net:
Well your numbers clearly show almost no difference. But TCP might not
be the best way to test due to the regular ack reply.
Ok, -current kernel:
$ int1=`vmstat -i | awk '$1 ~ /vr0/ {print $2}'`; tcpbench -u -t 100
-r 1 r; int2=`vmstat -i | awk
Hi
Weren't we going to install it in /usr/local/share/terminfo?
On Thu, Jan 03, 2013 at 05:50:13AM -0700, David Coppa wrote:
Hi.
Had this in my src tree for a long time...
Is it worth considering for general consumption?
Ciao,
David
Index: share/termtypes/termtypes.master
17 matches
Mail list logo
