On Wed, 01 Nov 2006 00:48:46 +0100, Ronald Klop
<[EMAIL PROTECTED]> wrote:
On Sat, 28 Oct 2006 03:44:37 +0200, Jack Vogel <[EMAIL PROTECTED]> wrote:
After a conference call today, it was decided that a merge of
my Intel driver base and the STABLE code would take place.
This code undoes the
On Sat, 28 Oct 2006 03:44:37 +0200, Jack Vogel <[EMAIL PROTECTED]> wrote:
After a conference call today, it was decided that a merge of
my Intel driver base and the STABLE code would take place.
This code undoes the INTR_FAST/taskqueue approach for right
now. Work will continue to get that to w
On Saturday, 28 October 2006 at 10:10:26 -0700, Jack Vogel wrote:
> On 10/28/06, Nikolay Pavlov <[EMAIL PROTECTED]> wrote:
> >On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote:
> >> After a conference call today, it was decided that a merge of
> >> my Intel driver base and the STABLE c
On 10/28/06, Nikolay Pavlov <[EMAIL PROTECTED]> wrote:
On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote:
> After a conference call today, it was decided that a merge of
> my Intel driver base and the STABLE code would take place.
>
> This code undoes the INTR_FAST/taskqueue approach
Mikhail Teterin wrote:
On Saturday 21 October 2006 13:33, Gleb Smirnoff wrote:
= We aren't currently speaking about performance, we need to know whether
= kernel with DEVICE_POLLING option makes NIC work stable.
Having noticed today's em-driver update, I rebuilt world/kernel and tried the
dump-t
On Friday, 27 October 2006 at 18:44:37 -0700, Jack Vogel wrote:
> After a conference call today, it was decided that a merge of
> my Intel driver base and the STABLE code would take place.
>
> This code undoes the INTR_FAST/taskqueue approach for right
> now. Work will continue to get that to work
