On Thu, 21 Jun 2007 05:55:13 -0400 Sivakumar Subramani [EMAIL PROTECTED]
wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Olaf Hering
Sent: Wednesday, June 20, 2007 2:11 AM
To: Stephen Hemminger
Cc: [EMAIL PROTECTED];
On Tue, Jun 26, 2007 at 08:10:17AM +0200, Marcin Ślusarz wrote:
...
I reproduced it on minimal config:
...
Hm... This method is usable if you can find such minimal config
with which the bug cannot be reproduced. Then you can add more
until the bug is back. Of course, this takes time...
We know
On Mon, 2007-06-25 at 13:08 -0400, jamal wrote:
Why do you think that would be hard? It'd basically just mean replacing
the netlink_capable(sock, NL_NONROOT_RECV) calls with a call that
actually tests depending on the group(s) it wants.
I think it could be done. You will need to have
On Tue, 2007-06-19 at 11:32 +0800, Zhang Rui wrote:
Ok, by inspection (sorry, still dont have much time) - your kernel code
is sending to group 1; i.e
genlmsg_multicast(skb, 0, 1, GFP_ATOMIC);
you need to change that to send to your assigned id, i.e:
genlmsg_multicast(skb, 0,
Waskiewicz Jr, Peter P wrote:
It looks like the one Patrick resent was the older version that requires
a typecast. This is the function prototype currently in the kernel:
Oops, sorry, I messed that up. Will fix immediately.
-
To unsubscribe from this list: send the line unsubscribe netdev in
David Miller wrote:
Meanwhile, Patrick please clear up the situation :-)
Attached is both an incremental patch and a complete replacement,
please take whichever you like better :)
[RTNETLINK]: Add nested compat attribute
Add a nested compat attribute type that can be used to convert
Andrew Morton wrote:
This fix is still not present in anyone's tree and is required for
2.6.22. Where are we up to with it?
It's in my mbox queue for 2.6.22 (hopefully today).
Jeff
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
From: Patrick McHardy [EMAIL PROTECTED]
Date: Tue, 26 Jun 2007 12:04:21 +0200
David Miller wrote:
Meanwhile, Patrick please clear up the situation :-)
Attached is both an incremental patch and a complete replacement,
please take whichever you like better :)
I applied the incremental,
On Tue, 2007-26-06 at 00:40 +0200, Johannes Berg wrote:
I wonder if we should hold off on this API until we've worked out the
multicast issue.
I think we can fix all the code in one shot later. I just glanced at
your patch but i have to run out, i will stare at it later - seems to be
in the
On Tue, 2007-06-26 at 09:33 -0400, jamal wrote:
On Tue, 2007-26-06 at 00:40 +0200, Johannes Berg wrote:
I wonder if we should hold off on this API until we've worked out the
multicast issue.
I think we can fix all the code in one shot later.
Yes, we could fix the code in the kernel, but
With Centos-5.0/Redhat 5.0 on multiple motherboards (Tyan 2995/
SuperMicro H8DCE)
The forcedeth network driver locks up under heavy NFS traffic (32KB frames)
such as linking shared libraries. It either gives a register dump
on a lock up in the transmit side, or loops complaining about
eth0: too
Miklos Szeredi [EMAIL PROTECTED] writes:
And I think incremental GC algorithms are much too complex for this
task. What I've realized, is that in fact we don't require a generic
garbage collection algorithm, just a much more specialized cycle
collection algorithm, since refcounting in struct
David Miller [EMAIL PROTECTED] writes:
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Sun, 24 Jun 2007 06:58:54 -0600
I am convinced I can keep network namespaces something that is so
trivial and obvious to get right you won't have to pay attention
to them.
Ok then, I'll hold you to
Thomas Bogendoerfer [EMAIL PROTECTED] :
[...]
diff --git a/drivers/net/sni_82596.c b/drivers/net/sni_82596.c
new file mode 100644
index 000..80e32ad
--- /dev/null
+++ b/drivers/net/sni_82596.c
[...]
+static int __devinit sni_82596_probe(struct platform_device *dev)
+{
[...]
+ if
On Tue, Jun 26, 2007 at 11:47:55PM +0200, Francois Romieu wrote:
Thomas Bogendoerfer [EMAIL PROTECTED] :
[...]
+static inline void init_rx_bufs(struct net_device *dev)
+{
+ struct i596_private *lp = netdev_priv(dev);
+ struct i596_dma *dma = lp-dma;
+ int i;
+ struct i596_rfd
Hi!
PREEMPT
Modules linked in: michael_mic arc4 ecb blkcipher
ieee80211_crypt_tkip xt_TCPMSS xt_tcpmss xt_tcpudp iptable_mangle
ip_tables x_table s ppp_deflate zlib_deflate bsd_comp ppp_async
crc_ccitt ppp_generic slhc mt2060 dvb_usb_dib0700 dib7000m dib7000p
dvb_usb
Hi Oleg,
Thanks for your comments, I'm still not convinced, however.
On 6/26/07, Oleg Nesterov [EMAIL PROTECTED] wrote:
On 06/26, Satyam Sharma wrote:
Yes, why not embed a send_sig(SIGKILL) just before the wake_up_process()
in kthread_stop() itself?
Personally, I don't think we should do
On Wed, 13 Jun 2007 11:25:37 +0200
Jarek Poplawski [EMAIL PROTECTED] wrote:
On Tue, Jun 12, 2007 at 01:02:33PM +0200, Jarek Poplawski wrote:
...
Of course such a problem should preferably be fixed by somebody who
knows the code (alas I don't know netconsole), to be sure all needed
cancels
On Tue, 26 Jun 2007 17:46:13 -0700 Wessel, Jason [EMAIL PROTECTED] wrote:
}
}
Everything went quiet?
If this patch has been tested and fixes the bug, can you
please send a version which is ready for merging? (ie: add a
suitable description of
This patch adds entries in the CREDITS and MAINTAINERS file for CAN.
Signed-Off-By: Oliver Hartkopp [EMAIL PROTECTED]
Signed-Off-By: Urs Thuermann [EMAIL PROTECTED]
---
CREDITS | 16
MAINTAINERS |9 +
2 files changed, 25 insertions(+)
Index:
On Mon, 2007-06-25 at 19:05 +0200, Erik Slagter wrote:
drivers/net/usb/asix.c: PHYID=0x01410cc2
Ok, it is using a Marvell PHY so that part should be fine. You
mentioned that it looks like the packets are being transmitted, but are
garbled in some way. The device does prepend a 'header' to
21 matches
Mail list logo
