[annoyed as ever about never being cc:ed on this stuff]
On Wed, Oct 17, 2007 at 01:21:31PM -0700, Stephen Hemminger wrote:
> The netpoll receive code is:
> 1. Not used by any in-tree features, it is used by kgdb-over-ether.
And various crashdump over network tools.
> 2. A nice hook for people
[annoyed as ever about never being cc:ed on this stuff]
On Wed, Oct 17, 2007 at 01:21:31PM -0700, Stephen Hemminger wrote:
The netpoll receive code is:
1. Not used by any in-tree features, it is used by kgdb-over-ether.
And various crashdump over network tools.
2. A nice hook for people
On Thu, 18 Oct 2007 00:02:44 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 17 Oct 2007 23:28:38 -0700 (PDT) David Miller <[EMAIL PROTECTED]>
> wrote:
>
> > From: Stephen Hemminger <[EMAIL PROTECTED]>
> > Date: Wed, 17 Oct 2007 13:21:31 -0700
> >
> > > I propose that we take out all
On Wed, 17 Oct 2007 23:28:38 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Wed, 17 Oct 2007 13:21:31 -0700
>
> > I propose that we take out all the whole netpoll rx path. If/when
> > kgdb gets submitted a better and alternative receive
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 17 Oct 2007 13:21:31 -0700
> I propose that we take out all the whole netpoll rx path. If/when
> kgdb gets submitted a better and alternative receive path can be
> added.
I would like to kill the RX side handling of netpoll too,
but I don't
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 17 Oct 2007 13:21:31 -0700
I propose that we take out all the whole netpoll rx path. If/when
kgdb gets submitted a better and alternative receive path can be
added.
I would like to kill the RX side handling of netpoll too,
but I don't think
On Wed, 17 Oct 2007 23:28:38 -0700 (PDT) David Miller [EMAIL PROTECTED] wrote:
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 17 Oct 2007 13:21:31 -0700
I propose that we take out all the whole netpoll rx path. If/when
kgdb gets submitted a better and alternative receive path can be
On Thu, 18 Oct 2007 00:02:44 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 17 Oct 2007 23:28:38 -0700 (PDT) David Miller [EMAIL PROTECTED]
wrote:
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 17 Oct 2007 13:21:31 -0700
I propose that we take out all the whole netpoll
Kgdb has been submitted for inclusion in the mainline kernel at this
point, along with an additional change to the netpoll rx path.
If it is the case that this needs to be implemented in another manner,
that is ok but please do let me know what the plans are for the API so
that the kgdboe code
On Wed, 17 Oct 2007 13:21:31 -0700
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> The netpoll receive code is:
> 1. Not used by any in-tree features, it is used by kgdb-over-ether.
> 2. A nice hook for people doing nasty things like private binary network
> stacks or rootkits.
> 3. Unsecured by
The netpoll receive code is:
1. Not used by any in-tree features, it is used by kgdb-over-ether.
2. A nice hook for people doing nasty things like private binary network stacks
or rootkits.
3. Unsecured by any of the normal firewalling code.
Hopefully all distro's are smart enough to turn it off
The netpoll receive code is:
1. Not used by any in-tree features, it is used by kgdb-over-ether.
2. A nice hook for people doing nasty things like private binary network stacks
or rootkits.
3. Unsecured by any of the normal firewalling code.
Hopefully all distro's are smart enough to turn it off
On Wed, 17 Oct 2007 13:21:31 -0700
Stephen Hemminger [EMAIL PROTECTED] wrote:
The netpoll receive code is:
1. Not used by any in-tree features, it is used by kgdb-over-ether.
2. A nice hook for people doing nasty things like private binary network
stacks or rootkits.
3. Unsecured by any of
Kgdb has been submitted for inclusion in the mainline kernel at this
point, along with an additional change to the netpoll rx path.
If it is the case that this needs to be implemented in another manner,
that is ok but please do let me know what the plans are for the API so
that the kgdboe code
14 matches
Mail list logo