also, omit nvram and wdt drivers from your list - I'll do them now.
Regards,
Tigran
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Em Wed, Sep 06, 2000 at 06:28:27PM +0100, Tigran Aivazian escreveu:
> On Wed, 6 Sep 2000, Arnaldo Carvalho de Melo wrote:
>
> > Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
> > > On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> > >
> > > > On Fri, 25 Aug 2000, Arnaldo
On Wed, 6 Sep 2000, Arnaldo Carvalho de Melo wrote:
> Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
> > On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> >
> > > On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
> > > > now the driver init sequence is not
> > > >
Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
> On Mon, 4 Sep 2000, Tigran Aivazian wrote:
>
> > On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
> > > now the driver init sequence is not
> > > serialized anymore, so races are possible
> >
> > since when? In
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
> > now the driver init sequence is not
> > serialized anymore, so races are possible
>
> since when? In 2.4.0-test8-pre2 mod->init and mod->cleanup are called
> under global kernel lock. As
Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
now the driver init sequence is not
serialized anymore, so races are possible
since when? In 2.4.0-test8-pre2
On Wed, 6 Sep 2000, Arnaldo Carvalho de Melo wrote:
Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
now the driver init sequence is not
serialized anymore, so
Em Wed, Sep 06, 2000 at 06:28:27PM +0100, Tigran Aivazian escreveu:
On Wed, 6 Sep 2000, Arnaldo Carvalho de Melo wrote:
Em Wed, Sep 06, 2000 at 05:37:50PM +0100, Tigran Aivazian escreveu:
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo
On Mon, 4 Sep 2000, Alexander Viro wrote:
> Erm... You do realize that "by hands" is "by editor commands", don't you?
> Notice that it is not a global search and replace - you see the instance,
> you decide whether to change it with the long sequence of editor commands
> or with the short one.
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> Alexander, I did think of automating it but seeing fat (I am sure you saw
> it as well) made me think that it is safer to do it by hand.
Umm? What part of grep -nw is going to catch the fat_... stuff? It should
be done separately. You _will_ catch
On Mon, 4 Sep 2000, Alexander Viro wrote:
> Are you kidding? In nvi:
>
> [snip vi stuff]
another is "cg/vg" (can't remember who wrote it) which is very useful for
this sort of thing, if a little slower than vi automagic
john
--
"This page contains information of a type (text/html) that can
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
> Hi Arnaldo,
>
> That is a very decent list you have got there. How about to add to
> it:
>
> - go through all filesystems and convert them from using
> mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
> is now ignored and
Alexander, I did think of automating it but seeing fat (I am sure you saw
it as well) made me think that it is safer to do it by hand.
for fat, it is not the second argument but the first from the end (it has
three), so your macro approach is somewhat broken.
Actually, kernel is such a critical
Hi Arnaldo,
That is a very decent list you have got there. How about to add to
it:
- go through all filesystems and convert them from using
mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
is now ignored and all buffers are flushed at equal intervals. Also,
change the
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
> now the driver init sequence is not
> serialized anymore, so races are possible
since when? In 2.4.0-test8-pre2 mod->init and mod->cleanup are called
under global kernel lock. As for static drivers they are initialised from
either
Em Mon, Sep 04, 2000 at 04:52:59PM +0100, David Woodhouse escreveu:
>
> [EMAIL PROTECTED] said:
> > - convert drivers to new PCI API
>
> Don't bother with drivers/char/applicom.c - I've already done it, just
> waiting to borrow the hardware again to test it.
Ok, up to now I've only did this
[EMAIL PROTECTED] said:
> - convert drivers to new PCI API
Don't bother with drivers/char/applicom.c - I've already done it, just
waiting to borrow the hardware again to test it.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
[EMAIL PROTECTED] said:
- convert drivers to new PCI API
Don't bother with drivers/char/applicom.c - I've already done it, just
waiting to borrow the hardware again to test it.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Em Mon, Sep 04, 2000 at 04:52:59PM +0100, David Woodhouse escreveu:
[EMAIL PROTECTED] said:
- convert drivers to new PCI API
Don't bother with drivers/char/applicom.c - I've already done it, just
waiting to borrow the hardware again to test it.
Ok, up to now I've only did this for
On Fri, 25 Aug 2000, Arnaldo Carvalho de Melo wrote:
now the driver init sequence is not
serialized anymore, so races are possible
since when? In 2.4.0-test8-pre2 mod-init and mod-cleanup are called
under global kernel lock. As for static drivers they are initialised from
either
Hi Arnaldo,
That is a very decent list you have got there. How about to add to
it:
- go through all filesystems and convert them from using
mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
is now ignored and all buffers are flushed at equal intervals. Also,
change the
On Mon, 4 Sep 2000, Tigran Aivazian wrote:
Hi Arnaldo,
That is a very decent list you have got there. How about to add to
it:
- go through all filesystems and convert them from using
mark_buffer_dirty(bh, [0,1]) to just mark_buffer_dirty(bh) since the flag
is now ignored and all
Alexander, I did think of automating it but seeing fat (I am sure you saw
it as well) made me think that it is safer to do it by hand.
for fat, it is not the second argument but the first from the end (it has
three), so your macro approach is somewhat broken.
Actually, kernel is such a critical
On Mon, 4 Sep 2000, Alexander Viro wrote:
Erm... You do realize that "by hands" is "by editor commands", don't you?
Notice that it is not a global search and replace - you see the instance,
you decide whether to change it with the long sequence of editor commands
or with the short one.
Yes,
24 matches
Mail list logo