On Sun, Nov 06, 2005 at 01:53:43AM +0100, Adrian Bunk wrote:
> I wanted to remove the #include "hostap_ioctl.c" from hostap.c and build
> hostap_ioctl.c separately, but this doesn't work since hostap.c has the
> same name as the module.
Is this patch changing anything in hostap.c or is it just a
On Fri, Nov 04, 2005 at 11:08:32PM -0800, Jason R. Martin wrote:
> On 11/4/05, Neil Horman <[EMAIL PROTECTED]> wrote:
> > On Fri, Nov 04, 2005 at 12:25:49PM -0800, Jay Vosburgh wrote:
> > >
> > > [dropped linux-kernel; added netdev]
> > >
> > > Neil Horman <[EMAIL PROTECTED]> wrote:
> > >
> >
John W. Linville wrote:
The following changes since commit 70d9d825e0a5a78ec1dacaaaf5c72ff5b0206fab:
Linus Torvalds:
Merge branch 'upstream-linus' of
master.kernel.org:/.../jgarzik/netdev-2.6
are found in the git repository at:
git://git.tuxdriver.com/git/netdev-jwl.git
Adrian Bun
Make CONFIG_FEC_8XX depend on CONFIG_8xx. This keeps allmodconfig from
breaking on non-8xx (PPC) platforms.
Signed-off-by: John W. Linville <[EMAIL PROTECTED]>
---
drivers/net/fec_8xx/Kconfig |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/fec_8xx/Kconfig b/d
On Sat, Nov 05, 2005 at 04:24:21PM -0500, Jeff Garzik wrote:
> John W. Linville wrote:
> >I thought you might appreciate a little offload of some of your netdev
> >merging chores. I don't think there is anything controversial here.
>
> Thanks, appreciated.
>
> I already had some of this stuff in
On 11/5/05, Thomas Graf <[EMAIL PROTECTED]> wrote:
> Arnaldo,
>
> Please pull from 'red' branch of rsync://84.73.165.173/scm/net-2.6.git
> to receive the following updates:
>
> include/linux/pkt_sched.h | 50 +-
> include/net/inet_ecn.h| 28 +
> include/net/red.h | 325 +++
From: John Heffner <[EMAIL PROTECTED]>
Date: Fri, 28 Oct 2005 20:39:24 -0400
> On Oct 28, 2005, at 6:10 PM, Stephen Hemminger wrote:
>
> > The following update cwnd for every ACK, but it ends up making Linux
> > more aggressive
> > (but still in compliance with existing RFC's).
>
> Since Linux
This patch makes needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/s2io.c | 43 +++
1 file changed, 23 insertions(+), 20 deletions(-)
--- linux-2.6.14-rc5-mm1-full/drivers/net/s2io.c.old2005-11-06
On 11/3/05, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> This patch randomizes the port selected on bind() for connections
> to help with possible security attacks. It should also be faster
> in most cases because there is no need for a global lock.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PR
On 11/3/05, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 03, 2005 at 03:39:08PM +, Alex Sidorenko wrote:
> >
> > I am not a kernel developer so I am not sure about the best way to fix this
> > but just adding another finish_wait(sk->sk_sleep, &wait) to be called even
> > when we 'break'
On 11/5/05, Lennert Buytenhek <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 04, 2005 at 08:34:05PM -0800, Scott Feldman wrote:
>
> > So there is nothing left. Why not just remove eepro100?
>
> This has been coming up every few months for a while now. e100 doesn't
> work on a number of ARM platforms du
John W. Linville wrote:
I thought you might appreciate a little offload of some of your netdev
merging chores. I don't think there is anything controversial here.
Thanks, appreciated.
I already had some of this stuff in netdev-2.6.git, so, how to proceed
from here?
The pull request is im
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
applied
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 11/3/05, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Change netem to support packets getting reordered because of
> variations in delay. Introduce a special case version of FIFO that queues
> packets
> in order based on the netem delay.
>
> Since netem is classful, those users that don't wa
> > Local routes for 10.0.0.3 and 10.0.0.4 have disappeared _without_
> > any notification.
>
> Flushes do not generate notifications. The reason is technical: they
> are usually massive, do overflow buffer, get lost and listeners have
> to do painful resynchronization. The justification: they are
This patch kills include/linux/eeprom.h .
Rationale:
- it was only used by one single driver
- even this driver didn't do anything useful with it
- most of this file are non-inline and non-static functions (sic)
This removes include/linux/eeprom.h and cleans drivers/net/ns83820.c up.
If you thi
Josh Wright and I encountered this doing rawtx experiements some time
ago. I bounced it to the prism54 guys but it must have gotten lost in
the shuffle and we just noticed that it's still in the latest kernel so
here we go again.
PROBLEM:
Prism54 assumes frames must be at least ETH_ZLEN in size,
Hello!
> Local routes for 10.0.0.3 and 10.0.0.4 have disappeared _without_
> any notification.
Flushes do not generate notifications. The reason is technical: they
are usually massive, do overflow buffer, get lost and listeners have
to do painful resynchronization. The justification: they are use
Richard Knutsson <[EMAIL PROTECTED]> wrote:
>
> Richard Knutsson wrote:
>
> > Andrew Morton wrote:
> >
> >> Richard Knutsson <[EMAIL PROTECTED]> wrote:
> >>
> >>
> */
>
> >>>
> >>> > #ifdef CONFIG_EISA
> >>> >-eisacount = eisa_driver_register(&dgrs_eisa_driver);
> >>> >-
Richard Knutsson <[EMAIL PROTECTED]> wrote:
>
> BTW, can anyone ack or is that up to the maintainers?
It's useful info - it shows that someone else took the time to revie the
code.
> BTW #2, why not remove #ifdef CONFIG_PCI on dgrs_cleanup_module() at the
> same time? Or maybe that should be
This moves all the ATM specific compat ioctls to net/atm.
The code is still the same as before, but it would probably
be a good idea to simplify this by getting rid of using
compat_alloc_user_space.
CC: [EMAIL PROTECTED]
CC: netdev@vger.kernel.org
CC: [EMAIL PROTECTED]
Signed-off-by: Arnd Bergmann
This moves all ioctl32 code for ppp close to the
native ioctl implementation.
CC: linux-ppp@vger.kernel.org
CC: netdev@vger.kernel.org
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6.14-rc/drivers/net/ppp_generic.c
This patch tries to be a bit smarter about net device ioctl
emulation. In particular, the wireless extensions are treated
as a group in order to make the switch list a little shorter.
CC: netdev@vger.kernel.org
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-cg/net/compat.c
This patch creates a file airo.h containing prototypes of the global
functions in airo.c used by airo_cs.c .
If you got strange problems with either airo_cs devices or in any other
completely unrelated part of the kernel shortly or long after a airo_cs
device was detected by the kernel, this mi
Richard Knutsson wrote:
Andrew Morton wrote:
Richard Knutsson <[EMAIL PROTECTED]> wrote:
*/
> #ifdef CONFIG_EISA
>-eisacount = eisa_driver_register(&dgrs_eisa_driver);
>-if (eisacount < 0)
>-return eisacount;
>-#endif
>-#ifdef CONFIG_PCI
>-pcicount = pci_reg
* Patrick McHardy <[EMAIL PROTECTED]> 2005-11-05 05:28
> The reason why all routes are deleted is because their prefered
> source addresses is the primary address. fn_flush_list should
> probably send the missing notifications for the deleted routes.
> Changing address promotion to not delete the o
[Resend #2 -- I think it is getting dropped due to size, so I'm
omitting the omnibus patch. I'll send it separately if need be...]
Jeff,
I thought you might appreciate a little offload of some of your netdev
merging chores. I don't think there is anything controversial here.
Thanks,
John
P.S
On Fri, Nov 04, 2005 at 11:08:32PM -0800, Jason R. Martin wrote:
> On 11/4/05, Neil Horman <[EMAIL PROTECTED]> wrote:
> > On Fri, Nov 04, 2005 at 12:25:49PM -0800, Jay Vosburgh wrote:
> > >
> > > [dropped linux-kernel; added netdev]
> > >
> > > Neil Horman <[EMAIL PROTECTED]> wrote:
> > >
> >
On Fri, Nov 04, 2005 at 07:44:16PM -0800, Jay Vosburgh wrote:
> Neil Horman <[EMAIL PROTECTED]> wrote:
> [...]
> >Try to run ifenslave on a bonded interface with no ip address, it will fail.
>
> Works fine for me with the 2.6.14 kernel and ifenslave.
>
> [...] But it also modifies
> >set_i
Andrew Morton wrote:
Richard Knutsson <[EMAIL PROTECTED]> wrote:
*/
> #ifdef CONFIG_EISA
>- eisacount = eisa_driver_register(&dgrs_eisa_driver);
>- if (eisacount < 0)
>- return eisacount;
>-#endif
>-#ifdef CONFIG_PCI
>- pcicount = pci_register_driver(&dgrs_pc
On Sat, Nov 05, 2005 at 11:28:21AM +0100, Lennert Buytenhek wrote:
> This has been coming up every few months for a while now. e100 doesn't
> work on a number of ARM platforms due to its (ab)use of the DMA API.
>
> http://www.ussg.iu.edu/hypermail/linux/kernel/0406.3/1438.html
> http
Hi, Patrick,
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sat, 05 Nov 2005 10:55:57 +0100
> > Also, I thought Yoshifuji-san's objection is not just about
> > transport mode packets passing through netif_rx twice, but
> > passing through netfilter twice as well?
>
> I think so, but he didn't
On Fri, Nov 04, 2005 at 08:34:05PM -0800, Scott Feldman wrote:
> So there is nothing left. Why not just remove eepro100?
This has been coming up every few months for a while now. e100 doesn't
work on a number of ARM platforms due to its (ab)use of the DMA API.
http://www.ussg.iu.edu/hy
Herbert Xu wrote:
> On Sat, Nov 05, 2005 at 10:55:57AM +0100, Patrick McHardy wrote:
>
>>In my last patchset I did it by calling netif_rx at that point,
>>now I want to add new hooks.
>
> The only problem I can see is that at some point we're probably
> going to add an AF_PACKET hook there as wel
On Sat, Nov 05, 2005 at 10:55:57AM +0100, Patrick McHardy wrote:
>
> > <[EMAIL PROTECTED]>
>
> Well, once encapsulated and once decapsulated.
>
> What I propose is actually exactly what you suggested in that mail:
You got me there :) I was confused. Yes this is OK with me.
> In my last patchs
Herbert Xu wrote:
> On Sat, Nov 05, 2005 at 10:19:51AM +0100, Patrick McHardy wrote:
>
>>What I propose is to keep tunnel mode handling as it is, so
>>for each tunnel mode SA we hit PRE_ROUTING and LOCAL_IN in
>>the normal packet path. If the final SA is a transport mode
>>SA, we don't call netif_
40 matches
Mail list logo
