On Sun, 27 May 2007 23:47:52 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
>
please cc netdev@vger.kernel.org on net-related matters.
> Linux version 2.6.22-rc2-mm1 ([EMAIL PROTECTED]) (gcc
> version 4.1.2 20070502 (Red Hat 4.1.2-12)) #1 PREEMPT Sun May 27
> 18:30:28 PDT 2007
>
> ...
>
> serio: i
From: Denis Cheng
thus the definition of dst_discard_in and dst_discard_out is the same,
we can define a dst_discard function and map the _in and _out to it,
this can reduce space in vmlinux.
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
diff --git a/net/core/dst.c b/net/core/dst.c
index 7
Hi Rodolfo,
On Sun, May 27, 2007 at 07:39:59PM +0200, Rodolfo Giometti wrote:
> On Thu, May 24, 2007 at 09:43:30AM -, Samuel Ortiz wrote:
>
> > You could look at Johannes Berg 802.11 generic netlink implementation for
> > a good example (net/wireless/nl80211.c in John Linville's tree):
> > ht
Stephen, I think your mail didn't make it to netdev. Majordomo seems
to be working badly with special charsets (my mails used to be totally
ignored because of charset and/or encoding issues).
On 5/27/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Wow, I searched for this a lot! It could be
On Monday 28 May 2007, Michael Buesch wrote:
> Ok, another question: On which CPU architecture are you?
[EMAIL PROTECTED]:~$ uname -m
i686
Maxi
signature.asc
Description: This is a digitally signed message part.
Ok, another question: On which CPU architecture are you?
--
Greetings Michael.
-
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
Emmanuel Fusté <[EMAIL PROTECTED]> :
> Ok will try and report the result.
> Thanks.
Please:
1. don't top-post.
2. trim the quoted message to keep its relevant part.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More ma
Ok will try and report the result.
Thanks.
> Emmanuel Fusté <[EMAIL PROTECTED]> :
> [...]
> > Just to let you know that I swap my pcnet32 with a via-rhine
> > and I no longer experienced hard machine lock after loading
> > netconsole.
>
> Any difference if you disable the debug messages in the pcn
Jelle Foks <[EMAIL PROTECTED]> :
[...]
Can you send the output of 'ethtool -e eth0' after applying the patch
below on top of 2.6.22-rc3:
http://www.fr.zoreil.com/people/francois/misc/20070527-2.6.22-rc3-r8169.patch
--
Ueimor
-
To unsubscribe from this list: send the line "u
Francois Romieu <[EMAIL PROTECTED]> :
[...]
Btw, please include something like 'r8169' (or '8168') in the subject
of r8169 bug messages. It helps me sorting things out.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
Mor
This fixes a bug introduced by me with the ssb porting.
A u32 integer is casted to a u16* pointer, which
is gonna break, obviously.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: bu3sch-wireless-dev/drivers/net/b44.c
===
--
ww.fr.zoreil.com/linux/kernel/2.6.x/2.6.22-rc3
http://www.fr.zoreil.com/people/francois/misc/20070527-2.6.22-rc3-r8169.patch
If you use 'make oldconfig' to update your config, you will be prompted
for 'EEPROM 93CX6 support' as the relevant bits have been extracted from
the wireless-dev git tree to
On Sunday 27 May 2007, Michael Buesch wrote:
> On Sunday 27 May 2007 21:25:17 Maximilian Engelhardt wrote:
> > 2.6.21.1:
> > [ 5] local 192.168.1.2 port 58414 connected with 192.168.1.1 port 5001
> > [ 5] 0.0-60.6 sec 1.13 MBytes157 Kbits/sec
> > [ 4] local 192.168.1.2 port 5001 connected
On Sunday 27 May 2007, Michael Buesch wrote:
> On Sunday 27 May 2007 23:13:32 Michael Buesch wrote:
> > On Sunday 27 May 2007 21:25:17 Maximilian Engelhardt wrote:
> > > 2.6.21.1:
> > > [ 5] local 192.168.1.2 port 58414 connected with 192.168.1.1 port 5001
> > > [ 5] 0.0-60.6 sec 1.13 MBytes
On Sunday 27 May 2007, Michael Buesch wrote:
> On Sunday 27 May 2007 22:36:39 Maximilian Engelhardt wrote:
> > When I ran 2.6.21.1 or 2.6.22-rc3 without any debugging tools just in
> > normal use I didn't notice any problems. It did work fine as I would
> > expect it. I think the wget and ping test
On Sunday 27 May 2007 23:13:32 Michael Buesch wrote:
> On Sunday 27 May 2007 21:25:17 Maximilian Engelhardt wrote:
> > 2.6.21.1:
> > [ 5] local 192.168.1.2 port 58414 connected with 192.168.1.1 port 5001
> > [ 5] 0.0-60.6 sec 1.13 MBytes157 Kbits/sec
> > [ 4] local 192.168.1.2 port 5001 co
On Sunday 27 May 2007 21:25:17 Maximilian Engelhardt wrote:
> 2.6.21.1:
> [ 5] local 192.168.1.2 port 58414 connected with 192.168.1.1 port 5001
> [ 5] 0.0-60.6 sec 1.13 MBytes157 Kbits/sec
> [ 4] local 192.168.1.2 port 5001 connected with 192.168.1.1 port 57837
> [ 4] 0.0-63.1 sec 2.82
On Sunday 27 May 2007 22:36:39 Maximilian Engelhardt wrote:
> When I ran 2.6.21.1 or 2.6.22-rc3 without any debugging tools just in normal
> use I didn't notice any problems. It did work fine as I would expect it.
> I think the wget and ping tests here are as they should be.
>
> With 2.6.22-rc2-m
On Sunday 27 May 2007, Michael Buesch wrote:
> On Sunday 27 May 2007 21:25:17 Maximilian Engelhardt wrote:
> > 2.6.22-rc3:
> >
> > [ 5] local 192.168.1.2 port 46557 connected with 192.168.1.1 port 5001
> > [ 5] 0.0-60.4 sec 58.9 MBytes 8.18 Mbits/sec
> > [ 4] local 192.168.1.2 port 5001 conne
On Sunday 27 May 2007 21:25:17 Maximilian Engelhardt wrote:
> 2.6.22-rc3:
>
> [ 5] local 192.168.1.2 port 46557 connected with 192.168.1.1 port 5001
> [ 5] 0.0-60.4 sec 58.9 MBytes 8.18 Mbits/sec
> [ 4] local 192.168.1.2 port 5001 connected with 192.168.1.1 port 51633
> [ 4] 0.0-63.1 sec
I send this again because my first mail accidently had html code in it and
might have been filtered by some people.
On Saturday 26 May 2007, Michael Buesch wrote:
> On Saturday 26 May 2007 02:24:31 Stephen Hemminger wrote:
> > Something is broken with the b44 driver in 2.6.22-rc1 or later. Now
>
Fix sky2 disabling VLAN completely when the first vid is unregistered.
For some reason the VLAN code insists on the driver providing a
vlan_rx_kill_vid function even if only NETIF_F_HW_VLAN_RX and not
NETIF_F_HW_VLAN_FILTER is set, so this patch keeps an empty
function. This seems to be a bug thou
Remove the useless comment referring to the obsolete MODULE_PARM
macro.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/fealnx.c b/drivers/net/fealnx.c
index abe9b08..2351092 100644
--- a/drivers/net/fealnx.c
+++ b/drivers/net/fealnx.c
@@ -111,7 +111,6 @@ MODULE
On Sun, May 27, 2007 at 03:54:30PM +0200, Johannes Berg wrote:
> It's written in python without using libnl:
> http://git.sipsolutions.net/pynl80211.git
If I well understand I should do something like this:
s = socket(PF_NETLINK, SOCK_RAW, NETLINK_GENERIC);
memset(&src_addr, 0,
On Thu, May 24, 2007 at 09:43:30AM -, Samuel Ortiz wrote:
> You could look at Johannes Berg 802.11 generic netlink implementation for
> a good example (net/wireless/nl80211.c in John Linville's tree):
> http://git.kernel.org/?p=linux/kernel/git/linville/wireless-dev.git;a=blob;f=net/wireless/n
On Sun, 27 May 2007, Baruch Even wrote:
> * Ilpo J?rvinen <[EMAIL PROTECTED]> [070527 14:16]:
> >
> > Thus, my original question basically culminates in this: should cc
> > modules be passed number of packets acked or number of skbs acked?
> > ...The latter makes no sense to me unless the value i
Some people have difficulties in understanding that the
option "Broadcom 440x PCI device support" is for PCI devices,
so they disable it and complain that it doesn't work anymore.
Try to prevent that with this patch.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: bu3sch-wireless-dev/MAI
This reset wasn't there in the old b44 driver
and I don't think it's needed for the 47xx either.
If it later turns out that this is really needed for
some weird 47xx, we can re-add it with a special case
branch for that particular device.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: b
I am not on this list, but found this address on:
http://linux-net.osdl.org/index.php/Mailing_Lists.
My question is regarding the ethernet controller (from lspci):
Sundance Technology Inc / IC Plus Corp IC Plus IP1000 Family Gigabit
Ethernet (rev 41)
that seems to have a driver for it publ
* Ilpo J?rvinen <[EMAIL PROTECTED]> [070527 14:16]:
> On Sun, 27 May 2007, David Miller wrote:
>
> > From: "Ilpo_J?rvinen" <[EMAIL PROTECTED]>
> > Date: Sun, 27 May 2007 10:58:27 +0300 (EEST)
> >
> > > While you're in the right context (reviewing patch 8), you could also
> > > look if tcp_clean_r
On Sun, 2007-05-27 at 15:50 +0200, Rodolfo Giometti wrote:
> Is that written by using the libnl or not? Can you please send to me
> it, or just a portion of it, in order to better understand how I can
> send messages to the kernel?
It's written in python without using libnl:
http://git.sipsolutio
On Sun, May 27, 2007 at 03:24:56PM +0200, Johannes Berg wrote:
>
> My current userland tool just send a message and expects back a
> response. Obviously that's broken once we have events too, is that when
Is that written by using the libnl or not? Can you please send to me
it, or just a portion o
I can never get these web-browser email clients to work well.
Sorry for sending fscking html earlier.
cheers,
jamal
-- Forwarded message --
From: jamal <[EMAIL PROTECTED]>
Date: May 27, 2007 9:29 AM
Subject: Re: [PATCH] [-mm] ACPI: export ACPI events via netlink
To: Zhang Rui <[E
On Sat, 2007-05-26 at 00:18 +0200, Thomas Graf wrote:
> This area is still work in progress but the basic idea is that
> like in kernel context, the application defines its set of
> commands and assigns message parsers for each command.
Ok, but why? For when we get asynchronous events from the k
On Sun, 27 May 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Sun, 27 May 2007 10:58:27 +0300 (EEST)
>
> > While you're in the right context (reviewing patch 8), you could also
> > look if tcp_clean_rtx_queue does a right thing when passing a strange
> > pkts_acked
The compiler warning
drivers/atm/firestream.c: In function ‘top_off_fp’:
drivers/atm/firestream.c:1505: warning: cast to pointer from integer of
different size
does indicate a bug, albeit a minor one. Fixed, by using a 32-bit
temporary prior to the call to bus_to_virt().
The larger bug is sti
On Tue, 2007-05-22 at 07:03 -0400, jamal wrote:
> Hi Zhang Rui,
>
> Really cool stuff. Can you instead use genetlink?
> http://linux-net.osdl.org/index.php/Generic_Netlink_HOWTO
> should help. And if you have more questions post on netdev (not lk).
>
Yes, I have one now. :)
I need to write a use
From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
Date: Sun, 27 May 2007 10:58:27 +0300 (EEST)
> On Sat, 26 May 2007, David Miller wrote:
>
> > From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> > Date: Sat, 26 May 2007 11:35:53 +0300
> >
> > > Dave, you could consider applying other than the last one if they
On Sat, 26 May 2007, David Miller wrote:
> From: "Ilpo_Järvinen" <[EMAIL PROTECTED]>
> Date: Sat, 26 May 2007 11:35:53 +0300
>
> > Dave, you could consider applying other than the last one if they
> > seem ok to you too (you'll need to rebase your tcp-2.6 in that case
> > first to apply cleanly t
On Sat, 26 May 2007, Ilpo Järvinen wrote:
> -static void tcp_update_scoreboard_fack(struct sock *sk, u32 entry_seq,
> -int fast_rexmit)
> +struct sk_buff *tcp_update_scoreboard_fack(struct sock *sk, u32 entry_seq,
> +int f
40 matches
Mail list logo
