Dear all:
Just as a reminder, we've just about reached the one month date before
IFF_NEEDSGIANT drivers are disabled in the build. You can find a description
of the general problem and list of specific drivers below.
As USB work is on-going, I will *not* disable the USB drivers at this time
On Sat, 2008-05-24 at 11:20 +0100, Robert Watson wrote:
> Dear all:
>
> Just as a reminder, we've just about reached the one month date before
> IFF_NEEDSGIANT drivers are disabled in the build. You can find a description
> of the general problem and list of specific drivers below.
>
> As USB
On Sat, 24 May 2008, Coleman Kane wrote:
I've created a quick table of these at the following location:
http://wiki.freebsd.org/NetworkNeedsGiant
Please everyone feel free to fill in the blanks. I'll try to do it as well
as time permits.
FWIW, I suspect fixing things like SLIP and kernel P
On Sat, 24 May 2008, Coleman Kane wrote:
I've created a quick table of these at the following location:
http://wiki.freebsd.org/NetworkNeedsGiant
Please everyone feel free to fill in the blanks. I'll try to do it as well
as time permits.
You might also want to cross-link with the SMPTODO p
On Sat, May 24, 2008 at 8:56 AM, Robert Watson <[EMAIL PROTECTED]> wrote:
>
> On Sat, 24 May 2008, Coleman Kane wrote:
>
>> I've created a quick table of these at the following location:
>> http://wiki.freebsd.org/NetworkNeedsGiant
>>
>> Please everyone feel free to fill in the blanks. I'll try to
On Sat, 24 May 2008, Peter Wemm wrote:
FWIW, I suspect fixing things like SLIP and kernel PPP are fairly trivial
once tty locking is in place -- a per-softc mutex and a bit of locking in
the obvious spots would likely do it without too much trouble. In some
paths, it might be necessary to in
On 2008-May-26 19:11:16 +, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>We should summarily kill the concept of line disciplines as a
>modular component and decide that TTYs can be used with termios(4)
>or raw mode and leave it at that.
streams anyone?
--
Peter Jeremy
Please excuse any dela
On Tue, May 27, 2008 at 8:19 AM, Bruce M. Simpson <[EMAIL PROTECTED]> wrote:
> Ed Schouten wrote:
With the word `should' I meant that it would still be possible to
implement multiple line disciplines with the mpsafetty code. But I
really think line disciplines should go.
>>
Hello Peter,
* Peter Wemm <[EMAIL PROTECTED]> wrote:
> As an example.. look at the CAN_BYPASS_L_RINT stuff. If we had a way
> to pass a block of characters upstream instead of a single character
> at a time, then we could build this magic into the input routines
> instead of the device drivers.
On Sat, 24 May 2008, Robert Watson wrote:
Just as a reminder, we've just about reached the one month date before
IFF_NEEDSGIANT drivers are disabled in the build. You can find a
description of the general problem and list of specific drivers below.
As USB work is on-going, I will *not* disa
On Sun, 29 Jun 2008, Robert Watson wrote:
An FYI on the state of things here: in the last month, John has updated a
number of device drivers to be MPSAFE, and the USB work remains in-flight.
I'm holding fire a bit on disabling IFF_NEEDSGIANT while things settle and I
catch up on driver state,
On Sunday 29 June 2008 01:02:49 pm Robert Watson wrote:
>
> On Sat, 24 May 2008, Robert Watson wrote:
>
> > Just as a reminder, we've just about reached the one month date before
> > IFF_NEEDSGIANT drivers are disabled in the build. You can find a
> > description of the general problem and lis
Robert Watson wrote:
An FYI on the state of things here: in the last month, John has
updated a number of device drivers to be MPSAFE, and the USB work
remains in-flight. I'm holding fire a bit on disabling IFF_NEEDSGIANT
while things settle and I catch up on driver state, and will likely
sen
On Mon, 30 Jun 2008, Robert Watson wrote:
On Sun, 29 Jun 2008, Robert Watson wrote:
An FYI on the state of things here: in the last month, John has updated a
number of device drivers to be MPSAFE, and the USB work remains in-flight.
I'm holding fire a bit on disabling IFF_NEEDSGIANT while th
14 matches
Mail list logo
