* Re: [3.0.y, 3.2.y, 3.4.y] Re: [PATCH v2] r8169: Fix WoL on RTL8168d/8111d.
From: Ben Hutchings @ 2012-11-13 20:24 UTC (permalink / raw)
To: David Miller, romieu
Cc: jrnieder, stable, kibi, netdev, nic_swsd, hayeswang, linux-kernel,
florent.fourcot
In-Reply-To: <20121112.182754.384199300061351360.davem@davemloft.net>
[-- Attachment #1: Type: text/plain, Size: 1072 bytes --]
On Mon, 2012-11-12 at 18:27 -0500, David Miller wrote:
> From: Francois Romieu <romieu@fr.zoreil.com>
> Date: Tue, 13 Nov 2012 00:03:39 +0100
>
> > Jonathan Nieder <jrnieder@gmail.com> :
> > [...]
> >> This has been applied as commit b00e69dee4cc in mainline; thanks!
> >>
> >> Fran??ois and David, would this be a candidate for inclusion in
> >> 3.0- and newer stable kernels?
> >
> > - 3.0.51
> > b00e69dee4ccbb3a19989e3d4f1385bc2e3406cd
> > aee77e4accbeb2c86b1d294cd84fec4a12dde3bd
> >
> > - 3.4.18
> > 0481776b7a70f09acf7d9d97c288c3a8403fbfe4
> > b00e69dee4ccbb3a19989e3d4f1385bc2e3406cd
> > aee77e4accbeb2c86b1d294cd84fec4a12dde3bd
> >
> > - 3.6.6
> > 0481776b7a70f09acf7d9d97c288c3a8403fbfe4
> > b00e69dee4ccbb3a19989e3d4f1385bc2e3406cd
> > aee77e4accbeb2c86b1d294cd84fec4a12dde3bd
> >
> > I'll cook the patches.
>
> Thank you, these all look fine for -stable to me.
I've queued up all three for 3.2.
Ben.
--
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
^ permalink raw reply
* [PATCH V2] wanrouter: Remove it and the drivers that depend on it
From: Joe Perches @ 2012-11-13 20:17 UTC (permalink / raw)
To: David Miller
Cc: rob, harryxiyou, jdike, richard, linux, ralf, benh, paulus, chris,
jcmvbkbc, isdn, linux-doc, linux-kernel, xiyoulinuxkernelgroup,
linux-kernel, linux-arm-kernel, linux-mips, linuxppc-dev,
user-mode-linux-devel, user-mode-linux-user, linux-xtensa, netdev
In-Reply-To: <20121113.144406.1610017702502358739.davem@davemloft.net>
Remove wanrouter as it's obsolete and has not been updated
by sangoma since 2.4.3 or so and it's not used anymore.
Remove obsolete cyclomx drivers.
Update files that include now deleted wanrouter bits.
Signed-off-by: Joe Perches <joe@perches.com>
---
On Tue, 2012-11-13 at 14:44 -0500, David Miller wrote:
> Remove wanrouter as it's obsolete and has not been updated
> > by sangoma since 2.4.3 or so and it's not used anymore.
> >
> > Remove obsolete cyclomx drivers.
> > Update defconfig files that enable wanrouter.
> > Update files that include now deleted wanrouter bits.
> []
> I'm fine with this change, except the arch defconfig bits.
>
> We've been leaving those alone, and letting the arch maintainers
> do the updates themselves periodically.
>
> Please resubmit this with those parts removed.
That seems an odd workflow as it leaves dangling CONFIG_<foo>
options set, but I guess it doesn't hurt so here it is.
I just removed the modified arch/.../<foo>defconfig files.
Documentation/ioctl/ioctl-number.txt | 1 -
Documentation/magic-number.txt | 1 -
Documentation/zh_CN/magic-number.txt | 1 -
drivers/isdn/i4l/isdn_x25iface.c | 1 -
drivers/isdn/i4l/isdn_x25iface.h | 1 -
drivers/net/wan/Kconfig | 54 --
drivers/net/wan/Makefile | 5 -
drivers/net/wan/cycx_drv.c | 569 ------------
drivers/net/wan/cycx_main.c | 346 --------
drivers/net/wan/cycx_x25.c | 1602 ----------------------------------
include/linux/cyclomx.h | 77 --
include/linux/cycx_drv.h | 64 --
include/linux/wanrouter.h | 129 ---
include/uapi/linux/Kbuild | 1 -
include/uapi/linux/wanrouter.h | 452 ----------
net/Kconfig | 1 -
net/Makefile | 1 -
net/socket.c | 1 -
net/wanrouter/Kconfig | 27 -
net/wanrouter/Makefile | 7 -
net/wanrouter/patchlevel | 1 -
net/wanrouter/wanmain.c | 782 -----------------
net/wanrouter/wanproc.c | 380 --------
23 files changed, 0 insertions(+), 4504 deletions(-)
delete mode 100644 drivers/net/wan/cycx_drv.c
delete mode 100644 drivers/net/wan/cycx_main.c
delete mode 100644 drivers/net/wan/cycx_x25.c
delete mode 100644 include/linux/cyclomx.h
delete mode 100644 include/linux/cycx_drv.h
delete mode 100644 include/linux/wanrouter.h
delete mode 100644 include/uapi/linux/wanrouter.h
delete mode 100644 net/wanrouter/Kconfig
delete mode 100644 net/wanrouter/Makefile
delete mode 100644 net/wanrouter/patchlevel
delete mode 100644 net/wanrouter/wanmain.c
delete mode 100644 net/wanrouter/wanproc.c
diff --git a/Documentation/ioctl/ioctl-number.txt b/Documentation/ioctl/ioctl-number.txt
index 2152b0e..028a034 100644
--- a/Documentation/ioctl/ioctl-number.txt
+++ b/Documentation/ioctl/ioctl-number.txt
@@ -179,7 +179,6 @@ Code Seq#(hex) Include File Comments
'V' C0 media/davinci/vpfe_capture.h conflict!
'V' C0 media/si4713.h conflict!
'W' 00-1F linux/watchdog.h conflict!
-'W' 00-1F linux/wanrouter.h conflict!
'W' 00-3F sound/asound.h conflict!
'X' all fs/xfs/xfs_fs.h conflict!
and fs/xfs/linux-2.6/xfs_ioctl32.h
diff --git a/Documentation/magic-number.txt b/Documentation/magic-number.txt
index 82761a3..0c39e72 100644
--- a/Documentation/magic-number.txt
+++ b/Documentation/magic-number.txt
@@ -122,7 +122,6 @@ SLAB_C_MAGIC 0x4f17a36d kmem_cache mm/slab.c
COW_MAGIC 0x4f4f4f4d cow_header_v1 arch/um/drivers/ubd_user.c
I810_CARD_MAGIC 0x5072696E i810_card sound/oss/i810_audio.c
TRIDENT_CARD_MAGIC 0x5072696E trident_card sound/oss/trident.c
-ROUTER_MAGIC 0x524d4157 wan_device include/linux/wanrouter.h
SCC_MAGIC 0x52696368 gs_port drivers/char/scc.h
SAVEKMSG_MAGIC1 0x53415645 savekmsg arch/*/amiga/config.c
GDA_MAGIC 0x58464552 gda arch/mips/include/asm/sn/gda.h
diff --git a/Documentation/zh_CN/magic-number.txt b/Documentation/zh_CN/magic-number.txt
index 4263022..51b7e15 100644
--- a/Documentation/zh_CN/magic-number.txt
+++ b/Documentation/zh_CN/magic-number.txt
@@ -122,7 +122,6 @@ SLAB_C_MAGIC 0x4f17a36d kmem_cache mm/slab.c
COW_MAGIC 0x4f4f4f4d cow_header_v1 arch/um/drivers/ubd_user.c
I810_CARD_MAGIC 0x5072696E i810_card sound/oss/i810_audio.c
TRIDENT_CARD_MAGIC 0x5072696E trident_card sound/oss/trident.c
-ROUTER_MAGIC 0x524d4157 wan_device include/linux/wanrouter.h
SCC_MAGIC 0x52696368 gs_port drivers/char/scc.h
SAVEKMSG_MAGIC1 0x53415645 savekmsg arch/*/amiga/config.c
GDA_MAGIC 0x58464552 gda arch/mips/include/asm/sn/gda.h
diff --git a/drivers/isdn/i4l/isdn_x25iface.c b/drivers/isdn/i4l/isdn_x25iface.c
index e2d4e58..d00c86d 100644
--- a/drivers/isdn/i4l/isdn_x25iface.c
+++ b/drivers/isdn/i4l/isdn_x25iface.c
@@ -21,7 +21,6 @@
#include <linux/netdevice.h>
#include <linux/concap.h>
#include <linux/slab.h>
-#include <linux/wanrouter.h>
#include <net/x25device.h>
#include "isdn_x25iface.h"
diff --git a/drivers/isdn/i4l/isdn_x25iface.h b/drivers/isdn/i4l/isdn_x25iface.h
index 0b26e3b..ca08e08 100644
--- a/drivers/isdn/i4l/isdn_x25iface.h
+++ b/drivers/isdn/i4l/isdn_x25iface.h
@@ -19,7 +19,6 @@
#endif
#include <linux/skbuff.h>
-#include <linux/wanrouter.h>
#include <linux/isdn.h>
#include <linux/concap.h>
diff --git a/drivers/net/wan/Kconfig b/drivers/net/wan/Kconfig
index d58431e..0c077b0 100644
--- a/drivers/net/wan/Kconfig
+++ b/drivers/net/wan/Kconfig
@@ -356,60 +356,6 @@ config SDLA
To compile this driver as a module, choose M here: the
module will be called sdla.
-# Wan router core.
-config WAN_ROUTER_DRIVERS
- tristate "WAN router drivers"
- depends on WAN_ROUTER
- ---help---
- Connect LAN to WAN via Linux box.
-
- Select driver your card and remember to say Y to "Wan Router."
- You will need the wan-tools package which is available from
- <ftp://ftp.sangoma.com/>.
-
- Note that the answer to this question won't directly affect the
- kernel except for how subordinate drivers may be built:
- saying N will just cause the configurator to skip all
- the questions about WAN router drivers.
-
- If unsure, say N.
-
-config CYCLADES_SYNC
- tristate "Cyclom 2X(tm) cards (EXPERIMENTAL)"
- depends on WAN_ROUTER_DRIVERS && (PCI || ISA)
- ---help---
- Cyclom 2X from Cyclades Corporation <http://www.avocent.com/> is an
- intelligent multiprotocol WAN adapter with data transfer rates up to
- 512 Kbps. These cards support the X.25 and SNA related protocols.
-
- While no documentation is available at this time please grab the
- wanconfig tarball in
- <http://www.conectiva.com.br/~acme/cycsyn-devel/> (with minor changes
- to make it compile with the current wanrouter include files; efforts
- are being made to use the original package available at
- <ftp://ftp.sangoma.com/>).
-
- Feel free to contact me or the cycsyn-devel mailing list at
- <acme@conectiva.com.br> and <cycsyn-devel@bazar.conectiva.com.br> for
- additional details, I hope to have documentation available as soon as
- possible. (Cyclades Brazil is writing the Documentation).
-
- The next questions will ask you about the protocols you want the
- driver to support (for now only X.25 is supported).
-
- If you have one or more of these cards, say Y to this option.
-
- To compile this driver as a module, choose M here: the
- module will be called cyclomx.
-
-config CYCLOMX_X25
- bool "Cyclom 2X X.25 support (EXPERIMENTAL)"
- depends on CYCLADES_SYNC
- help
- Connect a Cyclom 2X card to an X.25 network.
-
- Enabling X.25 support will enlarge your kernel by about 11 kB.
-
# X.25 network drivers
config LAPBETHER
tristate "LAPB over Ethernet driver (EXPERIMENTAL)"
diff --git a/drivers/net/wan/Makefile b/drivers/net/wan/Makefile
index df70248..c135ef4 100644
--- a/drivers/net/wan/Makefile
+++ b/drivers/net/wan/Makefile
@@ -5,10 +5,6 @@
# Rewritten to use lists instead of if-statements.
#
-cyclomx-y := cycx_main.o
-cyclomx-$(CONFIG_CYCLOMX_X25) += cycx_x25.o
-cyclomx-objs := $(cyclomx-y)
-
obj-$(CONFIG_HDLC) += hdlc.o
obj-$(CONFIG_HDLC_RAW) += hdlc_raw.o
obj-$(CONFIG_HDLC_RAW_ETH) += hdlc_raw_eth.o
@@ -28,7 +24,6 @@ obj-$(CONFIG_LANMEDIA) += lmc/
obj-$(CONFIG_DLCI) += dlci.o
obj-$(CONFIG_SDLA) += sdla.o
-obj-$(CONFIG_CYCLADES_SYNC) += cycx_drv.o cyclomx.o
obj-$(CONFIG_LAPBETHER) += lapbether.o
obj-$(CONFIG_SBNI) += sbni.o
obj-$(CONFIG_N2) += n2.o
diff --git a/drivers/net/wan/cycx_drv.c b/drivers/net/wan/cycx_drv.c
deleted file mode 100644
index 2a3ecae..0000000
diff --git a/drivers/net/wan/cycx_main.c b/drivers/net/wan/cycx_main.c
deleted file mode 100644
index 81fbbad..0000000
diff --git a/drivers/net/wan/cycx_x25.c b/drivers/net/wan/cycx_x25.c
deleted file mode 100644
index 06f3f63..0000000
diff --git a/include/linux/cyclomx.h b/include/linux/cyclomx.h
deleted file mode 100644
index b88f7f4..0000000
diff --git a/include/linux/cycx_drv.h b/include/linux/cycx_drv.h
deleted file mode 100644
index 12fe6b0..0000000
diff --git a/include/linux/wanrouter.h b/include/linux/wanrouter.h
deleted file mode 100644
index cec4b41..0000000
diff --git a/include/uapi/linux/Kbuild b/include/uapi/linux/Kbuild
index e194387..c54b7e7 100644
--- a/include/uapi/linux/Kbuild
+++ b/include/uapi/linux/Kbuild
@@ -408,7 +408,6 @@ header-y += virtio_ring.h
header-y += virtio_rng.h
header-y += vt.h
header-y += wait.h
-header-y += wanrouter.h
header-y += watchdog.h
header-y += wimax.h
header-y += wireless.h
diff --git a/include/uapi/linux/wanrouter.h b/include/uapi/linux/wanrouter.h
deleted file mode 100644
index 7617df2..0000000
diff --git a/net/Kconfig b/net/Kconfig
index 30b48f5..4cf4bb5 100644
--- a/net/Kconfig
+++ b/net/Kconfig
@@ -209,7 +209,6 @@ source "net/ipx/Kconfig"
source "drivers/net/appletalk/Kconfig"
source "net/x25/Kconfig"
source "net/lapb/Kconfig"
-source "net/wanrouter/Kconfig"
source "net/phonet/Kconfig"
source "net/ieee802154/Kconfig"
source "net/mac802154/Kconfig"
diff --git a/net/Makefile b/net/Makefile
index 4f4ee08..c5aa8b3 100644
--- a/net/Makefile
+++ b/net/Makefile
@@ -26,7 +26,6 @@ obj-$(CONFIG_BRIDGE) += bridge/
obj-$(CONFIG_NET_DSA) += dsa/
obj-$(CONFIG_IPX) += ipx/
obj-$(CONFIG_ATALK) += appletalk/
-obj-$(CONFIG_WAN_ROUTER) += wanrouter/
obj-$(CONFIG_X25) += x25/
obj-$(CONFIG_LAPB) += lapb/
obj-$(CONFIG_NETROM) += netrom/
diff --git a/net/socket.c b/net/socket.c
index 2ca51c7..5c4d82c 100644
--- a/net/socket.c
+++ b/net/socket.c
@@ -69,7 +69,6 @@
#include <linux/proc_fs.h>
#include <linux/seq_file.h>
#include <linux/mutex.h>
-#include <linux/wanrouter.h>
#include <linux/if_bridge.h>
#include <linux/if_frad.h>
#include <linux/if_vlan.h>
diff --git a/net/wanrouter/Kconfig b/net/wanrouter/Kconfig
deleted file mode 100644
index a157a2e..0000000
diff --git a/net/wanrouter/Makefile b/net/wanrouter/Makefile
deleted file mode 100644
index 4da14bc..0000000
diff --git a/net/wanrouter/patchlevel b/net/wanrouter/patchlevel
deleted file mode 100644
index c043eea..0000000
diff --git a/net/wanrouter/wanmain.c b/net/wanrouter/wanmain.c
deleted file mode 100644
index 2ab7850..0000000
diff --git a/net/wanrouter/wanproc.c b/net/wanrouter/wanproc.c
deleted file mode 100644
index c43612e..0000000
--
1.7.8.112.g3fd21
^ permalink raw reply related
* Re: [PATCH v3 00/11] rename random32 to prandom and introduce prandom_bytes()
From: Andrew Morton @ 2012-11-13 19:55 UTC (permalink / raw)
To: Akinobu Mita
Cc: linux-kernel, Theodore Ts'o, Artem Bityutskiy, Adrian Hunter,
David Woodhouse, linux-mtd, Eilon Greenstein, netdev, Robert Love,
devel, Michel Lespinasse
In-Reply-To: <1352813830-4624-1-git-send-email-akinobu.mita@gmail.com>
On Tue, 13 Nov 2012 22:36:59 +0900
Akinobu Mita <akinobu.mita@gmail.com> wrote:
> This patchset introduces new functions into random32 library for
> getting the requested number of pseudo-random bytes.
>
> Before introducing these new functions into random32 library,
> rename all random32 functions to have 'prandom_' prefix. As a result
> the function prototypes are as follows:
>
> void prandom_seed(u32 seed); /* rename from srandom32() */
> u32 prandom_u32(void); /* rename from random32() */
> void prandom_bytes(void *buf, int nbytes);
>
> void prandom_seed_state(struct rnd_state *state, u64 seed);
> /* rename from prandom32_seed() */
> u32 prandom_u32_state(struct rnd_state *state);
> /* rename from prandom32() */
> void prandom_bytes_state(struct rnd_state *state, void *buf, int nbytes);
>
> The purpose of this renaming is to prevent some kernel developers
> from assuming that prandom32() and random32() might imply that only
> prandom32() was the one using a pseudo-random number generator by
> prandom32's "p", and the result may be a very embarassing security
> exposure. This concern was expressed by Theodore Ts'o.
There were a large number of rejects in MTD code, due to pending
changes in linux-next. It's all quite mechanical stuff which I
fixed up. Please check the result.
^ permalink raw reply
* Re: [PATCHES] Networking fixes for -stable.
From: Ben Hutchings @ 2012-11-13 19:51 UTC (permalink / raw)
To: David Miller, Greg Kroah-Hartman, Peter Senna Tschudin; +Cc: stable, netdev
In-Reply-To: <20121112.002558.46179003870204789.davem@davemloft.net>
[-- Attachment #1: Type: text/plain, Size: 1129 bytes --]
On Mon, 2012-11-12 at 00:25 -0500, David Miller wrote:
> Please queue up the following networking bug fixes for
> 3.0.x, 3.2.x, 3.4.x, and 3.6.x, respectively.
[...]
> From 2204849a85383fbde75680aa199142abe504adbb Mon Sep 17 00:00:00 2001
> From: Peter Senna Tschudin <peter.senna@gmail.com>
> Date: Sun, 28 Oct 2012 06:12:01 +0000
> Subject: [PATCH 7/9] drivers/net/phy/mdio-bitbang.c: Call mdiobus_unregister
> before mdiobus_free
>
> [ Upstream commit aa731872f7d33dcb8b54dad0cfb82d4e4d195d7e ]
>
> Based on commit b27393aecf66199f5ddad37c302d3e0cfadbe6c0
>
> Calling mdiobus_free without calling mdiobus_unregister causes
> BUG_ON(). This patch fixes the issue.
[...]
This introduces a regresssion, as mdiobus_unregister() is not safe to
call if the bus isn't registered. Registration is controlled by the
drivers that use mdio-bitbang, and they should take care of
unregistration too - and most of them do.
This should be reverted in mainline and not applied to any stable
series.
Ben.
--
Ben Hutchings
For every complex problem
there is a solution that is simple, neat, and wrong.
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
^ permalink raw reply
* Re: [PATCH] wanrouter: Remove it and the drivers that depend on it
From: David Miller @ 2012-11-13 19:44 UTC (permalink / raw)
To: joe
Cc: rob, harryxiyou, jdike, richard, linux, ralf, benh, paulus, chris,
jcmvbkbc, isdn, linux-doc, linux-kernel, xiyoulinuxkernelgroup,
linux-kernel, linux-arm-kernel, linux-mips, linuxppc-dev,
user-mode-linux-devel, user-mode-linux-user, linux-xtensa, netdev
In-Reply-To: <67fe0c5701a8c7cfe06b178cf04b1c5c06592714.1352548454.git.joe@perches.com>
From: Joe Perches <joe@perches.com>
Date: Sat, 10 Nov 2012 06:20:55 -0800
> Remove wanrouter as it's obsolete and has not been updated
> by sangoma since 2.4.3 or so and it's not used anymore.
>
> Remove obsolete cyclomx drivers.
> Update defconfig files that enable wanrouter.
> Update files that include now deleted wanrouter bits.
>
> Signed-off-by: Joe Perches <joe@perches.com>
I'm fine with this change, except the arch defconfig bits.
We've been leaving those alone, and letting the arch maintainers
do the updates themselves periodically.
Please resubmit this with those parts removed.
Thanks.
^ permalink raw reply
* Re: [net-next patch] bnx2x: Add static declaration to several functions
From: David Miller @ 2012-11-13 19:42 UTC (permalink / raw)
To: meravs; +Cc: netdev, eilong
In-Reply-To: <1352642168-22759-1-git-send-email-meravs@broadcom.com>
From: "Merav Sicron" <meravs@broadcom.com>
Date: Sun, 11 Nov 2012 15:56:08 +0200
> This patch adds static declaration to several functions in bnx2x. It eliminates
> newly introduced sparse warnings reported by Fengguang Wu.
>
> Reported-by: Fengguang Wu <fengguang.wu@intel.com>
> Signed-off-by: Merav Sicron <meravs@broadcom.com>
> Signed-off-by: Eilon Greenstein <eilong@broadcom.com>
Applied, thanks.
^ permalink raw reply
* RE: e1000e on DH55HC stalling and kernel panic in 3.6.6
From: Dave, Tushar N @ 2012-11-13 19:41 UTC (permalink / raw)
To: Denys Fedoryshchenko, Kirsher, Jeffrey T, Brandeburg, Jesse,
Allan, Bruce W, Wyborny, Carolyn, Skidmore, Donald C,
Rose, Gregory V, Waskiewicz Jr, Peter P, Duyck, Alexander H,
Ronciak, John, e1000-devel@lists.sourceforge.net,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
In-Reply-To: <46948b0ae98fcae5d08fd9fe61fd2e47@visp.net.lb>
>-----Original Message-----
>From: netdev-owner@vger.kernel.org [mailto:netdev-owner@vger.kernel.org]
>On Behalf Of Denys Fedoryshchenko
>Sent: Tuesday, November 13, 2012 5:59 AM
>To: Kirsher, Jeffrey T; Brandeburg, Jesse; Allan, Bruce W; Wyborny,
>Carolyn; Skidmore, Donald C; Rose, Gregory V; Waskiewicz Jr, Peter P;
>Duyck, Alexander H; Ronciak, John; e1000-devel@lists.sourceforge.net;
>netdev@vger.kernel.org; linux-kernel@vger.kernel.org
>Subject: e1000e on DH55HC stalling and kernel panic in 3.6.6
>
>Hi
>
>I just tried to run latest kernel on my DH55HC motherboard latest kernel
>3.6.6 and got various network problems, such as network traffic are
>stopping, and sometimes i am getting kernel panic.
>When traffic are stopping, ethtool -r eth0 sometimes helps.
>When i do ethtool -G eth0 rx NNN , sometimes it will give kernel panic,
>but it is hard to reproduce.
>
>I tried to capture panic on pictures, so will try to decode on what i got
>photo, it is a nightmare, but sadly i dont have serial in hands to get
>data over it.
>
>skbuff: skb_over_panic: text:f86fc769 len:25807 put:25807 head:c1da1800
>data:c1da1840 tail:0xc1da7d0f end:c1da1f40 dev:eth0 kernel BUG at
>net/core/skbuff.c:127
>opcode: 0000 [#1] SMP
>Pid: 0 comm: swapper/6 Not tained 3.6.6-build-0063 #23
>EIP: 0060:[<c02e7980>] EFLAGS: 00010296 CPU:6 EIP is at skb_put+0x83/0x8e
>
>There is registers and stack, let me know if you need specific fields
>
>Call trace:
>f86fc769 ? e1000_clean_rx_irq+0x1e1/0x2af [e1000e]
>f86fc769 e1000_clean_rx_irq+0x1e1/0x2af [e1000e]
>f86fcc73 e1000e_poll+0x6a/0x209 [e1000e]
>c02f1630 net_rx_action+0x90/0x15d
>c01302d5 __do_softirq+0x8a/-x13b
>c013024b ? local_bh_enable+0xd/0xd
><IRQ>
>c0130504 irq_exit+0x41/0x91
>c0102c37 do_IRQ+0x79/0x8d
>
>There is also more data, let me know if you need it.
Yes, please send us the full dmesg log with error.
Have you tried out-of-tree e1000e driver?
-Tushar
^ permalink raw reply
* Re: [PATCH] ipv6: setsockopt(IPIPPROTO_IPV6,IPV6_MINHOPCOUNT) forgot to set return value
From: David Miller @ 2012-11-13 19:39 UTC (permalink / raw)
To: hannes; +Cc: netdev, shemminger
In-Reply-To: <20121111055234.GA28043@order.stressinduktion.org>
From: Hannes Frederic Sowa <hannes@stressinduktion.org>
Date: Sun, 11 Nov 2012 06:52:34 +0100
> Cc: Stephen Hemminger <shemminger@vyatta.com>
> Signed-off-by: Hannes Frederic Sowa <hannes@stressinduktion.org>
Applied and queued up for -stable, thanks.
^ permalink raw reply
* Re: [PATCH] doc/net: Fix typo in netdev-features.txt
From: David Miller @ 2012-11-13 19:38 UTC (permalink / raw)
To: kirr; +Cc: netdev
In-Reply-To: <1352567556-23326-1-git-send-email-kirr@mns.spb.ru>
From: Kirill Smelkov <kirr@mns.spb.ru>
Date: Sat, 10 Nov 2012 21:12:36 +0400
> Signed-off-by: Kirill Smelkov <kirr@mns.spb.ru>
Applied, thanks.
^ permalink raw reply
* Re: [PATCH] vxlan: Fix error that was resulting in VXLAN MTU size being 10 bytes too large
From: David Miller @ 2012-11-13 19:37 UTC (permalink / raw)
To: alexander.h.duyck; +Cc: netdev, shemminger
In-Reply-To: <20121109233354.17208.36271.stgit@gitlad.jf.intel.com>
From: Alexander Duyck <alexander.h.duyck@intel.com>
Date: Fri, 09 Nov 2012 15:35:24 -0800
> This change fixes an issue I found where VXLAN frames were fragmented when
> they were up to the VXLAN MTU size. I root caused the issue to the fact that
> the headroom was 4 + 20 + 8 + 8. This math doesn't appear to be correct
> because we are not inserting a VLAN header, but instead a 2nd Ethernet header.
> As such the math for the overhead should be 20 + 8 + 8 + 14 to account for the
> extra headers that are inserted for VXLAN.
>
> Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
Applied, thanks for the detailed commit message.
^ permalink raw reply
* Re: [PATCH v2] tcp: tcp_replace_ts_recent() should not be called from tcp_validate_incoming()
From: David Miller @ 2012-11-13 19:35 UTC (permalink / raw)
To: eric.dumazet; +Cc: romain, netdev, ncardwell, ycheng, nanditad, hkchu
In-Reply-To: <1352821038.6185.38.camel@edumazet-glaptop>
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Tue, 13 Nov 2012 07:37:18 -0800
> From: Eric Dumazet <edumazet@google.com>
>
> We added support for RFC 5961 in latest kernels but TCP fails
> to perform exhaustive check of ACK sequence.
>
> We can update our view of peer tsval from a frame that is
> later discarded by tcp_ack()
>
> This makes timestamps enabled sessions vulnerable to injection of
> a high tsval : peers start an ACK storm, since the victim
> sends a dupack each time it receives an ACK from the other peer.
>
> As tcp_validate_incoming() is called before tcp_ack(), we should
> not peform tcp_replace_ts_recent() from it, and let callers do it
> at the right time.
>
> Signed-off-by: Eric Dumazet <edumazet@google.com>
Applied, thanks a lot.
^ permalink raw reply
* Re: [PATCH] net: cdc_ncm: add Huawei devices
From: David Miller @ 2012-11-13 19:34 UTC (permalink / raw)
To: bjorn-yOkvZcmFvRU
Cc: netdev-u79uwXL29TY76Z2rM5mHXA, linux-usb-u79uwXL29TY76Z2rM5mHXA,
oliver-GvhC2dPhHPQdnm+yROfE0A,
alexey.orishko-0IS4wlFg1OjSUeElwK9/Pw,
tommy7765-/E1597aS9LQAvxtiuMwx3w,
olof.ermis-Re5JQEeQqe8AvxtiuMwx3w
In-Reply-To: <1352812783-741-1-git-send-email-bjorn-yOkvZcmFvRU@public.gmane.org>
From: Bjørn Mork <bjorn-yOkvZcmFvRU@public.gmane.org>
Date: Tue, 13 Nov 2012 14:19:43 +0100
> A number of Huawei 3G and LTE modems implement a CDC NCM function,
> including the necessary functional descriptors, but using a non
> standard interface layout and class/subclass/protocol codes.
>
> These devices can be handled by this driver with only a minor
> change to the probing logic, allowing a single combined control
> and data interface. This works because the devices
> - include a CDC Union descriptor labelling the combined
> interface as both master and slave, and
> - have an alternate setting #1 for the bulk endpoints on the
> combined interface.
>
> The 3G/LTE network connection is managed by vendor specific AT
> commands on a serial function in the same composite device.
> Handling the managment function is out of the scope of this
> driver. It will be handled by an appropriate USB serial
> driver.
>
> Reported-and-Tested-by: Olof Ermis <olof.ermis-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
> Reported-and-Tested-by: Tommy Cheng <tommy7765-/E1597aS9LQAvxtiuMwx3w@public.gmane.org>
> Signed-off-by: Bjørn Mork <bjorn-yOkvZcmFvRU@public.gmane.org>
Applied to net, thanks.
> I am therefore requesting that this patch is put in the stable
> queue like other device additons.
>
> I guess it may be too late for v3.7, but FWIW I have verified
> that the patch applies cleanly to both the current net-next/master
> and to net/master, and will not cause merge conflicts either way.
> I have also verified that it applies cleanly to the v3.6.6 stable
> release.
There were quite a few ID additions and I don't think most of them
were actually queued up for -stable submission.
Can you make a list of patches that still need to be submitted to
-stable, including this one?
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [patch 0/2] s390: network bug fixes for net
From: David Miller @ 2012-11-13 19:31 UTC (permalink / raw)
To: frank.blaschka; +Cc: netdev, linux-s390
In-Reply-To: <20121113090515.223638702@de.ibm.com>
From: frank.blaschka@de.ibm.com
Date: Tue, 13 Nov 2012 10:05:15 +0100
> Hi Dave,
>
> here are 2 bug fixes for net.
>
> shortlog:
>
> Ursula Braun (1)
> qeth: set new mac even if old mac is gone
>
> Stefan Raspl (1)
> qeth: Fix IPA_CMD_QIPASSIST return code handling
All applied, thanks.
^ permalink raw reply
* Re: [PATCH] ipv6: add knob to send unsolicited ND on link-layer address change
From: David Miller @ 2012-11-13 19:29 UTC (permalink / raw)
To: hannes; +Cc: netdev
In-Reply-To: <20121107024620.GD26398@order.stressinduktion.org>
From: Hannes Frederic Sowa <hannes@stressinduktion.org>
Date: Wed, 7 Nov 2012 03:46:20 +0100
> This patch introduces a new knob ndisc_notify. If enabled, the kernel
> will transmit an unsolicited neighbour advertisement on link-layer address
> change to update the neighbour tables of the corresponding hosts more quickly.
>
> This is the equivalent to arp_notify in ipv4 world.
>
> Signed-off-by: Hannes Frederic Sowa <hannes@stressinduktion.org>
Applied to net-next, with the empty line removed.
Thanks.
^ permalink raw reply
* Re: [PATCH 2/2] smsc95xx: set MII_BUSY bit to read/write PHY regs
From: David Miller @ 2012-11-13 19:26 UTC (permalink / raw)
To: steve; +Cc: netdev
In-Reply-To: <CAKh2mn4Hm0R5vgOtx+kjjVXh9ucF649cdrXb_VVbRBN47WGr2A@mail.gmail.com>
From: Steve Glendinning <steve@shawell.net>
Date: Tue, 13 Nov 2012 17:44:39 +0000
>> Steve please let me know why you only submitted patch #2
>> of an apparent 2 part series.
>
> My bad being sloppy when formatting the patch for submission, sorry.
> The first patch in my rebased tree was one you've already accepted
> into net but hadn't pulled into net-next yet. I just sent the second
> one, and I forgot to remove the 2/2 from it.
>
> They don't depend on each other, they're independent bugfixes.
>
> Sorry again for the sloppyness.
Thanks for the clarification, applied, thanks.
^ permalink raw reply
* Re: [net-next 04/11] ixgbevf: Add flag to indicate when rx is in net poll
From: Greg Rose @ 2012-11-13 19:25 UTC (permalink / raw)
To: David Miller; +Cc: jeffrey.t.kirsher, netdev, gospo, sassmann
In-Reply-To: <20121113.142005.106273728495001348.davem@davemloft.net>
On Tue, 13 Nov 2012 14:20:05 -0500
David Miller <davem@davemloft.net> wrote:
> From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
> Date: Tue, 13 Nov 2012 06:03:18 -0800
>
> > From: Greg Rose <gregory.v.rose@intel.com>
> >
> > napi_gro_receive shouldn't be called from netpoll context. Doing
> > so was causing kernel panics when jumbo frames larger than 2K were
> > set. Add a flag to check if the Rx ring processing is occurring
> > from interrupt context or from netpoll context and call netif_rx()
> > if in the polling context.
> >
> > Signed-off-by: Greg Rose <gregory.v.rose@intel.com>
> > Tested-by: Sibai Li <sibai.li@intel.com>
> > Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
>
> This is not a scalable solution.
>
> It is not prudent to have every single driver do a check like
> this. If using GRO receive from netpoll causes problems,
> then it's a generic issue rather than a driver specific one.
OK, let me look into this a bit more then.
Thanks,
- Greg
^ permalink raw reply
* Re: [PATCH 01/11] batman-adv: don't rely on positions in struct for hashing
From: David Miller @ 2012-11-13 19:24 UTC (permalink / raw)
To: ordex; +Cc: netdev, b.a.t.m.a.n, simon.wunderlich, siwu
In-Reply-To: <1352798139-19458-2-git-send-email-ordex@autistici.org>
From: Antonio Quartulli <ordex@autistici.org>
Date: Tue, 13 Nov 2012 10:15:29 +0100
> @@ -37,18 +37,26 @@ static void batadv_bla_periodic_work(struct work_struct *work);
> static void batadv_bla_send_announce(struct batadv_priv *bat_priv,
> struct batadv_backbone_gw *backbone_gw);
>
> +static inline void hash_bytes(uint32_t *hash, void *data, uint32_t size)
> +{
> + const unsigned char *key = data;
> + int i;
> +
> + for (i = 0; i < size; i++) {
> + *hash += key[i];
> + *hash += (*hash << 10);
> + *hash ^= (*hash >> 6);
> + }
> +}
> +
Remove the inline tag.
Return the uint32_t resulting hash value rather than passing it by
reference.
^ permalink raw reply
* Re: [PATCH 01/22] bnx2x: Support probing and removing of VF device
From: David Miller @ 2012-11-13 19:22 UTC (permalink / raw)
To: ariele; +Cc: netdev, eilong
In-Reply-To: <1352823451-27042-2-git-send-email-ariele@broadcom.com>
From: "Ariel Elior" <ariele@broadcom.com>
Date: Tue, 13 Nov 2012 18:17:10 +0200
> @@ -1579,6 +1598,7 @@ struct bnx2x {
> char fw_ver[32];
> const struct firmware *firmware;
>
> +
> /* DCB support on/off */
> u16 dcb_state;
> #define BNX2X_DCB_STATE_OFF 0
Please re-review this entire patch series and get rid of
gratuitous things like the unnecessary empty line being
added here.
Thanks.
^ permalink raw reply
* Re: [net-next 04/11] ixgbevf: Add flag to indicate when rx is in net poll
From: David Miller @ 2012-11-13 19:20 UTC (permalink / raw)
To: jeffrey.t.kirsher; +Cc: gregory.v.rose, netdev, gospo, sassmann
In-Reply-To: <1352815405-751-5-git-send-email-jeffrey.t.kirsher@intel.com>
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date: Tue, 13 Nov 2012 06:03:18 -0800
> From: Greg Rose <gregory.v.rose@intel.com>
>
> napi_gro_receive shouldn't be called from netpoll context. Doing
> so was causing kernel panics when jumbo frames larger than 2K were set.
> Add a flag to check if the Rx ring processing is occurring from interrupt
> context or from netpoll context and call netif_rx() if in the polling
> context.
>
> Signed-off-by: Greg Rose <gregory.v.rose@intel.com>
> Tested-by: Sibai Li <sibai.li@intel.com>
> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
This is not a scalable solution.
It is not prudent to have every single driver do a check like
this. If using GRO receive from netpoll causes problems,
then it's a generic issue rather than a driver specific one.
^ permalink raw reply
* Re: [net-next 00/11][pull request] Intel Wired LAN Driver Updates
From: David Miller @ 2012-11-13 19:19 UTC (permalink / raw)
To: jeffrey.t.kirsher; +Cc: netdev, gospo, sassmann
In-Reply-To: <1352815405-751-1-git-send-email-jeffrey.t.kirsher@intel.com>
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date: Tue, 13 Nov 2012 06:03:14 -0800
> This series contains updates to ixgbe, ixgbevf and igb.
>
> The following are changes since commit 9fafd65ad407d4e0c96919a325f568dd95d032af:
> ipv6 ndisc: Use pre-defined in6addr_linklocal_allnodes.
> and are available in the git repository at:
> git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next master
Pulled, but I have some long term feedback to give on one of the
patches, thanks.
^ permalink raw reply
* Re: [PATCH 0/3] netfilter updates for net-next
From: David Miller @ 2012-11-13 19:12 UTC (permalink / raw)
To: pablo; +Cc: netfilter-devel, netdev
In-Reply-To: <20121113124002.GA5350@1984>
From: Pablo Neira Ayuso <pablo@netfilter.org>
Date: Tue, 13 Nov 2012 13:40:02 +0100
> On Tue, Nov 13, 2012 at 01:06:40AM +0100, pablo@netfilter.org wrote:
>> From: Pablo Neira Ayuso <pablo@netfilter.org>
>>
>> Hi David,
>>
>> The following three patches contain updates for your net-next tree,
>> they include:
>>
>> * Little cleanup for IPVS the use of a strange notation to assign the
>> conntrack object, from Alan Cox.
>>
>> * getsockopt support to obtain the original IPv6 address after NAT,
>> similar to the one that IPv4 provides, from Florian Westphal.
>>
>> * Another little cleanup for nf_nat to save a couple of lines by using
>> PTR_RET, from Wu Fengguang.
>
> Please, hold on with this pull request. We need a follow-up patch to
> resolve an issue regarding the getsockopt to obtain original address
> with IPv6 NAT.
>
> I'll send you a new pull request.
Ok.
^ permalink raw reply
* Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources for SR-IOV)
From: Yinghai Lu @ 2012-11-13 18:29 UTC (permalink / raw)
To: Li, Sibai
Cc: Jason Gao, bhelgaas@google.com, Rose, Gregory V,
ddutile@redhat.com, Kirsher, Jeffrey T, linux-kernel, netdev, kvm,
e1000-devel@lists.sourceforge.net, linux-pci@vger.kernel.org
In-Reply-To: <A3A921390EAE4044940E99EBF13D97321AE21FBB@FMSMSX104.amr.corp.intel.com>
On Tue, Nov 13, 2012 at 10:25 AM, Li, Sibai <sibai.li@intel.com> wrote:
>
> Never append "pci=realloc" for both kernel 2.6.32.279 and kernel 3.5.0 above.
well, can you both post boot log with "debug ignore_loglevel" ?
^ permalink raw reply
* Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources for SR-IOV)
From: Li, Sibai @ 2012-11-13 18:25 UTC (permalink / raw)
To: Yinghai Lu
Cc: kvm, e1000-devel@lists.sourceforge.net, netdev, linux-kernel,
ddutile@redhat.com, linux-pci@vger.kernel.org,
bhelgaas@google.com
In-Reply-To: <CAE9FiQXnP2gpy9z6VNGSpimLkhDYKp6Qr=9nGZ9d-pKdohA4bw@mail.gmail.com>
> -----Original Message-----
> From: yhlu.kernel@gmail.com [mailto:yhlu.kernel@gmail.com] On Behalf Of
> Yinghai Lu
> Sent: Tuesday, November 13, 2012 10:17 AM
> To: Li, Sibai
> Cc: Jason Gao; bhelgaas@google.com; Rose, Gregory V; ddutile@redhat.com;
> Kirsher, Jeffrey T; linux-kernel; netdev; kvm; e1000-devel@lists.sourceforge.net;
> linux-pci@vger.kernel.org
> Subject: Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources
> for SR-IOV)
>
> On Tue, Nov 13, 2012 at 8:04 AM, Li, Sibai <sibai.li@intel.com> wrote:
> >
> >>
> >> Thank you very much,I try "pci=realloc" in Centos 6.3,and now it works for
> me.
> >>
> >> thank you Sibai,Our server "Dell R710",its BIOS version is just
> >> v.6.3.0 and release date is 07/24/2012,and I also configured
> >> intel_iommu=on in the grub.conf file,but I can't find these IOMMU
> >> options in "Device Drivers" in my
> >> kernel(2.6.32-279) .config file , btw my os is Centos
> >> 6.3(RHEL6.3),although the problem solved,I'd like to know what's your os
> version ,kernel version?
> >
> > I am using RHEL6.3 with unstable kernel 3.7.0-rc
>
> that means that config has
> CONFIG_PCI_REALLOC_ENABLE_AUTO=y
>
> So you don't need to append "pci=realloc"
>
> Yinghai
Never append "pci=realloc" for both kernel 2.6.32.279 and kernel 3.5.0 above.
------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
^ permalink raw reply
* Re: [REGRESSION, v3.7-rc5, bisected] 100% CPU usage in softirqd, unable to shutdown(Internet mail)
From: Lekensteyn @ 2012-11-13 18:25 UTC (permalink / raw)
To: dannyfeng(冯小天)
Cc: David S. Miller, netdev@vger.kernel.org
In-Reply-To: <0ED22CD02BE51541A6BCC0D6BDA097AE0F5A6D@EXMBX-BJ003.tencent.com>
On Tuesday 13 November 2012 10:26:03 dannyfeng wrote:
> I'm sorry, I didn't noticed that jme_open use tasklet_enable, which may
> reuse a killed tasklet... Could you please try following patch?
> ---
> diff --git a/drivers/net/ethernet/jme.c b/drivers/net/ethernet/jme.c
> index 92317e9..c0314c1 100644
> --- a/drivers/net/ethernet/jme.c
> +++ b/drivers/net/ethernet/jme.c
> @@ -1860,10 +1860,14 @@ jme_open(struct net_device *netdev)
> jme_clear_pm(jme);
> JME_NAPI_ENABLE(jme);
>
> - tasklet_enable(&jme->linkch_task);
> - tasklet_enable(&jme->txclean_task);
> - tasklet_hi_enable(&jme->rxclean_task);
> - tasklet_hi_enable(&jme->rxempty_task);
> + tasklet_init(&jme->linkch_task, jme_link_change_tasklet,
> + (unsigned long) jme);
> + tasklet_init(&jme->txclean_task, jme_tx_clean_tasklet,
> + (unsigned long) jme);
> + tasklet_init(&jme->rxclean_task, jme_rx_clean_tasklet,
> + (unsigned long) jme);
> + tasklet_init(&jme->rxempty_task, jme_rx_empty_tasklet,
> + (unsigned long) jme);
>
> rc = jme_request_irq(jme);
> if (rc)
> @@ -3079,22 +3083,6 @@ jme_init_one(struct pci_dev *pdev,
> tasklet_init(&jme->pcc_task,
> jme_pcc_tasklet,
> (unsigned long) jme);
> - tasklet_init(&jme->linkch_task,
> - jme_link_change_tasklet,
> - (unsigned long) jme);
> - tasklet_init(&jme->txclean_task,
> - jme_tx_clean_tasklet,
> - (unsigned long) jme);
> - tasklet_init(&jme->rxclean_task,
> - jme_rx_clean_tasklet,
> - (unsigned long) jme);
> - tasklet_init(&jme->rxempty_task,
> - jme_rx_empty_tasklet,
> - (unsigned long) jme);
> - tasklet_disable_nosync(&jme->linkch_task);
> - tasklet_disable_nosync(&jme->txclean_task);
> - tasklet_disable_nosync(&jme->rxclean_task);
> - tasklet_disable_nosync(&jme->rxempty_task);
> jme->dpi.cur = PCC_P1;
>
> jme->reg_ghc = 0;
Tested-by: Peter Wu <lekensteyn@gmail.com>
I have no idea what this does, but it seems to help as I can suspend/resume
without rapidly rising softirqs. (applied on top of 3.7-rc5.)
I tested it like this:
- rmmod jme
- insmod <path to new patched build>/jme.ko
I hand-edited the code as your patch does not apply due to tab to space
conversion. You might want to use a real email client instead of the web
interface.
Regards,
Peter
^ permalink raw reply
* Re: SR-IOV problem with Intel 82599EB (not enough MMIO resources for SR-IOV)
From: Yinghai Lu @ 2012-11-13 18:16 UTC (permalink / raw)
To: Li, Sibai
Cc: Jason Gao, bhelgaas@google.com, Rose, Gregory V,
ddutile@redhat.com, Kirsher, Jeffrey T, linux-kernel, netdev, kvm,
e1000-devel@lists.sourceforge.net, linux-pci@vger.kernel.org
In-Reply-To: <A3A921390EAE4044940E99EBF13D97321AE21E15@FMSMSX104.amr.corp.intel.com>
On Tue, Nov 13, 2012 at 8:04 AM, Li, Sibai <sibai.li@intel.com> wrote:
>
>>
>> Thank you very much,I try "pci=realloc" in Centos 6.3,and now it works for me.
>>
>> thank you Sibai,Our server "Dell R710",its BIOS version is just
>> v.6.3.0 and release date is 07/24/2012,and I also configured intel_iommu=on in
>> the grub.conf file,but I can't find these IOMMU options in "Device Drivers" in my
>> kernel(2.6.32-279) .config file , btw my os is Centos 6.3(RHEL6.3),although the
>> problem solved,I'd like to know what's your os version ,kernel version?
>
> I am using RHEL6.3 with unstable kernel 3.7.0-rc
that means that config has
CONFIG_PCI_REALLOC_ENABLE_AUTO=y
So you don't need to append "pci=realloc"
Yinghai
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox