* YOSHIFUJI Hideaki / 吉藤英明 ([EMAIL PROTECTED]) wrote:
Chris, I think it is okay, but
please wait for Dave's approval.
Alright, will do.
thanks,
-chris
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* YOSHIFUJI Hideaki / 吉藤英明 ([EMAIL PROTECTED]) wrote:
The fix for emerging security threats was overkill and it broke
basic semantic of IPv6 routing header processing. We should assume
RT0 (or even RT2, depends on configuration) as unknown RH type so
that we
- silently ignore the routing
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
It looks like the problems of Gigabyte 88E8056 are unique to that chip
motherboard and maybe fixable by EEPROM update.
So, drop the Gigabyte hunks in the original patch...ok, thanks.
-chris
-
To unsubscribe from this list: send the line unsubscribe
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
- { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, 0x436B) }, /* 88E8071 */
+// { PCI_DEVICE(PCI_VENDOR_ID_MARVELL, 0x436B) }, /* 88E8071 */
Where-o-where are the CodingStyle police? ;-)
-
To unsubscribe from this list: send the line unsubscribe netdev in
* Dave Jones ([EMAIL PROTECTED]) wrote:
You need this..
http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux-2.6.git;a=commitdiff_plain;h=dc5a144991ba803bc8afded105c9db1dea0e57ab
Which is queued for -stable afaik, but no sign of 2.6.21.2 yet. Greg/Chris?
Yes, it is queued,
* YOSHIFUJI Hideaki / 吉藤英明 ([EMAIL PROTECTED]) wrote:
In article [EMAIL PROTECTED] (at Fri, 11 May 2007 09:22:43 -0700), Chris
Wright [EMAIL PROTECTED] says:
* YOSHIFUJI Hideaki / 吉藤英明 ([EMAIL PROTECTED]) wrote:
The fix for emerging security threats was overkill and it broke
basic
* David Miller ([EMAIL PROTECTED]) wrote:
We're not pushing this in, even the ipv6 working group is unsure
how this should be handled and one of the possibilities they might
choose matches how things currently are.
Alright, I'll drop this one from the -stable radar, thanks.
-chris
-
To
or suspend/resume.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
drivers/net/sky2.c | 10 ++
1 file changed, 10 insertions(+)
--- linux-2.6.21.1.orig/drivers/net/sky2.c
+++ linux-2.6.21.1/drivers/net/sky2.c
@@ -3719,6 +3719,7
PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
drivers/net/sky2.c |3 ---
1 file changed, 3 deletions(-)
--- linux-2.6.21.1.orig/drivers/net/sky2.c
+++ linux-2.6.21.1/drivers/net/sky2.c
@@ -123,10 +123,7 @@ static const struct pci_device_id sky2_i
{ PCI_DEVICE
-stable review patch. If anyone has any objections, please let us know.
-
From: Stephen Hemminger [EMAIL PROTECTED]
The driver is not ready to support 88e8071 chip, it requires several
more changes (not done yet). If this chip is present, system will hang on boot.
or suspend/resume.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
drivers/net/skge.c |9 +
1 file changed, 9 insertions(+)
--- linux-2.6.21.1.orig/drivers/net/skge.c
+++ linux-2.6.21.1/drivers/net/skge.c
@@ -3794,6 +3794,9 @@ static int
* Herbert Xu ([EMAIL PROTECTED]) wrote:
On Tue, May 22, 2007 at 10:02:53AM -0700, Kok, Auke wrote:
I've posted that before and it's up to the stable team. I think that it's a
seriously toolarge change unless Herbert posts his short version of the fix
for 2.6.21.1. I would be OK with
* Herbert Xu ([EMAIL PROTECTED]) wrote:
On Wed, May 23, 2007 at 04:38:20PM -0700, Kok, Auke wrote:
With that, please add my Acked-By...
Sorry, I only read yours after Chris's message :)
Chris, please add that Acked-By by Auke.
Got it, thanks.
-chris
-
To unsubscribe from this list:
* Simon Arlott ([EMAIL PROTECTED]) wrote:
Adding a ::/0 route doesn't work:
# ip -6 r a ::/0 via fe80::230:18ff:feb0:25c2 dev eth0
# ping6 -c 1 2001:4b10:1005:0:205:b4ff:fe12:530
connect: Network is unreachable
A route assigned by addrconf works.
Reverting this patch from 2.6.22-rc3
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
Jay Vosburgh wrote:
The following patch (based on a patch from Stephen Hemminger
[EMAIL PROTECTED]) removes use after free conditions in
the unregister path for the bonding master. Without this patch, an
operation of the form echo -bond0
* Trent Jaeger ([EMAIL PROTECTED]) wrote:
Patch with sock callback lock made unconditional. Previous send
(earlier today, 11/17) was not the latest patch -- please disregard
that patch.
Little heavy on KERN_DEBUG printk's. Could you drop them (or perhaps
use pr_debug instead)?
thanks,
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Ian Pratt [EMAIL PROTECTED]
Signed-off-by: Christian Limpach [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
+ info-irq = bind_evtchn_to_irqhandler(
+ info-evtchn, netif_int, SA_SAMPLE_RANDOM,
netdev-name,
This doesn't look like a real random entropy source. packets
arriving from another domain are easily timed.
Heh, given the path
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
On Tue, May 09, 2006 at 12:00:34AM -0700, Chris Wright wrote:
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Please don't add
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
The stuff in /proc could easily just be added attributes to the class_device
kobject
of the net device (and then show up in sysfs).
Agreed, it's on the todo list to drop proc support there. Thought that
was marked in the patch.
+#define
* Herbert Xu ([EMAIL PROTECTED]) wrote:
Chris Wright [EMAIL PROTECTED] wrote:
+ netdev-features= NETIF_F_IP_CSUM;
Any reason why IP_CSUM was chosen instead of HW_CSUM? Doing the latter
would seem to be in fact easier for a virtual driver, no?
That, I really don't know
Hemminger [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
net/bridge/br_netfilter.c | 55 +++---
1 files changed, 38 insertions(+), 17 deletions(-)
Index: linux-2.6.15.3/net/bridge/br_netfilter.c
fire after enabling
IRQs and would lead to an oops in the DMA TXstatus handling code.
Cc: John W. Linville [EMAIL PROTECTED]
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Signed-off-by: Larry Finger [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
drivers/net/wireless/bcm43xx
* Larry Finger ([EMAIL PROTECTED]) wrote:
We have a report of a regression between 2.6.19-rc3 and -rc5. As this patch
seems to be the only one that could cause the problem, please pull it from
-stable while we sort out the difficulty.
Thanks a lot for the heads up Larry, dropping this one.
* Larry Finger ([EMAIL PROTECTED]) wrote:
The regression turns out to be a locking problem involving bcm43xx,
wpa_supplicant, and NetworkManager. The exact cause is unknown; however,
this patch is clearly not the problem. Please reinstate it for inclusion in
-stable.
Thanks for the
fire after enabling
IRQs and would lead to an oops in the DMA TXstatus handling code.
Cc: John W. Linville [EMAIL PROTECTED]
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Signed-off-by: Larry Finger [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
drivers/net/wireless/bcm43xx
* Greg KH ([EMAIL PROTECTED]) wrote:
On Wed, Apr 25, 2007 at 01:15:12PM -0700, Linus Torvalds wrote:
On Wed, 25 Apr 2007, Alexey Kuznetsov wrote:
Reply to NETLINK_FIB_LOOKUP messages were misrouted back to kernel,
which resulted in infinite recursion and stack overflow.
Wait,
* Greg KH ([EMAIL PROTECTED]) wrote:
fyi, here's the patch that I applied, perhaps 2.6.20 needed something
else too?
snip
@@ -809,7 +815,7 @@ static void nl_fib_input(struct sock *sk
nl_fib_lookup(frn, tb);
- pid = nlh-nlmsg_pid; /*pid of sending process */
+
* Chris Wright ([EMAIL PROTECTED]) wrote:
* Greg KH ([EMAIL PROTECTED]) wrote:
fyi, here's the patch that I applied, perhaps 2.6.20 needed something
else too?
snip
@@ -809,7 +815,7 @@ static void nl_fib_input(struct sock *sk
nl_fib_lookup(frn, tb);
- pid = nlh
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
Yep, this patch gets rid of my spinning thread. I can't find this patch
or any discussion on marc.info; is there a better netdev list archive?
See the linkwatch bustage in git-net thread on netdev
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
Horms patch was the best of the three fixes. Dave, already applied Harald's
version, so this patch converts that to the better one.
Thanks, added Horms' patch to -stable.
-chris
-
To unsubscribe from this list: send the line unsubscribe netdev in
with NETFILTER_DEBUG is enabled.
This patch uses the already seeded realoutdev value to detect if a parent
exists, and if so, the value of the parent.
Signed-Off-By: Horms [EMAIL PROTECTED]
Acked-by: Stephen Hemminger [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL PROTECTED]
Signed-off-by: Greg
* Chris Wright ([EMAIL PROTECTED]) wrote:
* Ingo Oeser ([EMAIL PROTECTED]) wrote:
Hi Chris,
Andrew Morton wrote:
Ingo Oeser [EMAIL PROTECTED] wrote:
-int scm_send(struct socket *sock, struct msghdr *msg, struct
scm_cookie *scm)
-{
- struct task_struct *p
* Andrew Morton ([EMAIL PROTECTED]) wrote:
Chris Wright [EMAIL PROTECTED] wrote:
Catherine, the security_sid_to_context() is a raw SELinux function which
crept into core code and should not have been there. The fallout fixes
included conditionally exporting security_sid_to_context
* David S. Miller ([EMAIL PROTECTED]) wrote:
From: Chris Wright [EMAIL PROTECTED]
Date: Mon, 20 Mar 2006 13:36:36 -0800
The point of Catherine's original patch was to make sure there's always
a security identifier associated with AF_UNIX messages. So receiver
can always check it (same
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
+ case NETDEV_CHANGEADDR:
+ /* Send gratuitous ARP in case of address change or new device
*/
+ if (IN_DEV_ARP_ANNOUNCE(in_dev))
Conceptually right on, but it looks like improper hijacking
of arp_announce sysctl.
* Christoph Hellwig ([EMAIL PROTECTED]) wrote:
Actually the right way to do it is in userspace, as all clustering
solutions do. That's whay everyone told the Xen folks by the just
refuse to rip this junk out.
I'm ripping it out.
-
To unsubscribe from this list: send the line unsubscribe
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
This adds another inet device option to enable gratuitous ARP
when device is brought up or address change. This is handy for
clusters or virtualization.
This looks good. I'll test with Xen. What about the source
addr selection?
thanks,
-chris
-
Make sure not to copy_to_user more than user's buffer can handle (we
already checked the min, just use it) in ipv6_getsockopt_sticky. And
while there, minor whitespace cleanup now that ipv6_getsockopt_sticky
call can nicely fit on one line.
Signed-off-by: Chris Wright [EMAIL PROTECTED]
---
diff
* YOSHIFUJI Hideaki / 吉藤英明 ([EMAIL PROTECTED]) wrote:
We returned incorrect result with IPV6_RTHDRDSTOPTS, IPV6_RTHDR and
IPV6_DSTOPTS.
This makes a lot more sense. I wondered about that, thanks.
-chris
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message
* David Miller ([EMAIL PROTECTED]) wrote:
From: YOSHIFUJI Hideaki / 吉藤英明 [EMAIL PROTECTED]
Date: Fri, 09 Mar 2007 10:13:28 +0900 (JST)
Bug noticed by Chris Wright [EMAIL PROTECTED].
Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED]
Applied, thanks a lot.
Crud, I should have noticed
* Eric W. Biederman ([EMAIL PROTECTED]) wrote:
Is it truly critical to inline any of these instructions?
I don't have any current measurements. But we'd been aiming
at getting irq_{en,dis}able to a simple memory write to pda.
But simplicity, maintenance, etc. win over trimming a couple
cycles,
The network device frontend driver allows the kernel to access network
devices exported exported by a virtual machine containing a physical
network device driver.
Signed-off-by: Ian Pratt [EMAIL PROTECTED]
Signed-off-by: Christian Limpach [EMAIL PROTECTED]
Signed-off-by: Chris Wright [EMAIL
* David Miller ([EMAIL PROTECTED]) wrote:
From: Chris Wright [EMAIL PROTECTED]
Date: Tue, 18 Jul 2006 00:00:32 -0700
+#ifdef CONFIG_XEN_BALLOON
+#include xen/balloon.h
+#endif
Let's put the ifdefs in xen/balloon.h not in the files
including it.
+#ifdef CONFIG_XEN_BALLOON
* James Morris ([EMAIL PROTECTED]) wrote:
cc'd Chris Wright, as this patch seems like a candidate for the stable
tree.
Would be, but I thought secmark went in post 2.6.17. And I expect Dave
will push this well before 2.6.18.
thanks,
-chris
-
To unsubscribe from this list: send the line
* Sridhar Samudrala ([EMAIL PROTECTED]) wrote:
-int verify_iovec(struct msghdr *m, struct iovec *iov, char *address, int
mode)
+ssize_t verify_iovec(struct msghdr *m, struct iovec *iov, char *address, int
mode)
{
int size, err, ct;
+ ssize_t tot_len = 0;
if
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
The length check for truncated frames was not correctly handling
the case where VLAN acceleration had already read the tag.
Also, the Yukon EX has some features that use high bit of status
as security tag.
Did you leave out the GMR_FS_LEN change
* Stephen Hemminger ([EMAIL PROTECTED]) wrote:
I left it out on purpose because 2.6.22 doesn't support Yukon EX.
OK, thanks.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
48 matches
Mail list logo