[PATCH v2] samples: bpf: fix: seg fault with NULL pointer arg

When NULL pointer accidentally passed to write_kprobe_events, due to strlen(NULL), segmentation fault happens. Changed code returns -1 to deal with this situation. Bug issued with Smatch, static analysis. Signed-off-by: Daniel T. Lee --- samples/bpf/bpf_load.c | 4 +++- 1 file changed, 3

[PATCH] samples: bpf: fix: seg fault with NULL pointer arg

When NULL pointer accidentally passed to write_kprobe_events, due to strlen(NULL), segmentation fault happens. Changed code returns -1 to deal with this situation. Bug issued with Smatch, static analysis. Signed-off-by: Daniel T. Lee --- samples/bpf/bpf_load.c | 4 +++- 1 file changed, 3

[PATCH v2] samples: bpf: fix: error handling regarding kprobe_events

write() directly can verify the command failure, and it will treat all error as -1. So I suggest using write() directly to 'kprobe_events' rather than calling system(). Signed-off-by: Daniel T. Lee --- Changes in v2: - Fix code style at variable declaration. samples/bpf/bpf_load.c | 33 +

[PATCH] samples: bpf: fix: error handling regarding kprobe_events

write() directly can verify the command failure, and it will treat all error as -1. So I suggest using write() directly to 'kprobe_events' rather than calling system(). Signed-off-by: Daniel T. Lee --- samples/bpf/bpf_load.c | 33 - 1 file changed, 24 insertions(+), 9 d

Re: [RFCv3 PATCH 1/6] uacce: Add documents for WarpDrive/uacce

On Mon, Nov 19, 2018 at 05:14:05PM +0800, Kenneth Lee wrote: > Date: Mon, 19 Nov 2018 17:14:05 +0800 > From: Kenneth Lee > To: Leon Romanovsky > CC: Tim Sell , linux-...@vger.kernel.org, > Alexander Shishkin , Zaibo Xu > , zhangfei@foxmail.com, linux...@huawei.c

Re: [RFCv3 PATCH 1/6] uacce: Add documents for WarpDrive/uacce

On Thu, Nov 15, 2018 at 04:54:55PM +0200, Leon Romanovsky wrote: > Date: Thu, 15 Nov 2018 16:54:55 +0200 > From: Leon Romanovsky > To: Kenneth Lee > CC: Kenneth Lee , Tim Sell , > linux-...@vger.kernel.org, Alexander Shishkin > , Zaibo Xu , > zhangfei@foxmail.com

[PATCH] uapi: Fix linux/rds.h userspace compilation errors.

src_addr; ^~~~ /usr/include/linux/rds.h:246:18: error: field ‘dst_addr’ has incomplete type struct in6_addr dst_addr; ^~~~ Fixes: b7ff8b1036f0 ("rds: Extend RDS API for IPv6 support") Signed-off-by: Vinson Lee Acked-by: Santosh Shilimkar --- in

info!!

Top of the day to you, this is in respect of a very beneficial transaction which you would not want to let go reply for more details, Regards, Lee

[PATCH] net: mediatek: use of_device_get_match_data()

The usage of of_device_get_match_data() reduce the code size a bit. Also, the only way to call mtk_probe() is to match an entry in of_mtk_match[], so match cannot be NULL. Signed-off-by: Ryder Lee <ryder@mediatek.com> --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 4 +--- 1 file c

Re: [PATCH] iscsi: respond to netlink with unicast when appropriate

kernel target code, so I agree with these changes. > > Signed-off-by: Chris Leech <cle...@redhat.com> > --- > drivers/scsi/scsi_transport_iscsi.c | 29 ++--- > 1 file changed, 18 insertions(+), 11 deletions(-) > > ... (diffs removed to save

[PATCH] net:l2tp: Allow MAC to be configured via netlink

AC address to be configurable via netlink so that a userspace program can specify what MAC address to use at interface creation time in the kernel. Signed-off-by: Isaac Lee <isaac@alliedtelesis.co.nz> --- include/uapi/linux/l2tp.h | 1 + net/l2tp/l2tp_core.h | 1 + net/l2tp/l2tp_

[PATCH] net:l2tp: Allow MAC to be configured via netlink

AC address to be configurable via netlink so that a userspace program can specify what MAC address to use at interface creation time in the kernel. Signed-off-by: Isaac Lee <isaac@alliedtelesis.co.nz> --- include/uapi/linux/l2tp.h | 1 + net/l2tp/l2tp_core.h | 1 + net/l2tp/l2tp

Re: [PATCH 2/2] uapi: add a compatibility layer between linux/uio.h and glibc

X_UIO_H > #define _UAPI__LINUX_UIO_H > > +#include > #include > #include > > > +#if __UAPI_DEF_IOVEC > struct iovec > { > void __user *iov_base; /* BSD uses caddr_t (1003.1g requires void *) */ > __kernel_size_t iov_len; /* Must be size_t (1003.1g) */ > }; > +#endif /* __UAPI_DEF_IOVEC */ > > /* > * UIO_MAXIOV shall be at least 16 1003.1g (5.4.1.1) > -- > ldv -- Lee Duncan SUSE Labs

IFA_F_OPTIMISTIC is not supported?

rtm_newaddr masks off OPTIMISTIC. inet6_rtm_newaddr(struct sk_buff *skb, struct nlmsghdr *nlh) ... /* We ignore other flags so far. */ ifa_flags &= IFA_F_NODAD | IFA_F_HOMEADDRESS | IFA_F_MANAGETEMPADDR | IFA_F_NOPREFIXROUTE; Is there any problem or not

[PATCH] mac80211: Fix null pointer dereference with iTXQ support

the interface is either NL80211_IFTYPE_P2P_DEVICE or NL80211_IFTYPE_NAN. Signed-off-by: Chunho Lee <ch@newracom.com> --- net/mac80211/iface.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/mac80211/iface.c b/net/mac80211/iface.c index f5f5015..e2edd10 100644 --- a/net/ma

Re: [PATCH v2 1/3] mfd: max8998: Remove CONFIG_OF around max8998_dt_match

le available. > > Signed-off-by: Florian Fainelli <f.faine...@gmail.com> > --- > drivers/mfd/max8998.c | 2 -- > 1 file changed, 2 deletions(-) If it works, great! For my own reference: Acked-for-MFD-by: Lee Jones <lee.jo...@linaro.org> > diff --git a/drivers/mfd

[PATCH net-next v2] macsec: fix validation failed in asynchronous operation.

MACSec test failed when asynchronous crypto operations is used. It encounters packet validation failed since macsec_skb_cb(skb)->valid is always 'false'. This patch adds missing "macsec_skb_cb(skb)->valid = true" in macsec_decrypt_done() when "err == 0". Signe

[PATCH net-next v1] macsec: fix validation failed in asynchronous operation.

MACSec test failed when asynchronous crypto operations is used. It encounters packet validation failed since macsec_skb_cb(skb)->valid is always 'false'. This patch adds missing "macsec_skb_cb(skb)->valid = true" in macsec_decrypt_done() when "err == 0". Signe

Re: [RESEND PATCH net] macsec: fix validation failed in asynchronous operation.

Sorry for forgetting to explain it. The original patch was incomplete, but I sent it out by mistake... So please ignore it. On Sun, 2017-01-22 at 16:44 -0500, David Miller wrote: > Why are you resending this? > > The original posting on Jan 20th made it to the mailing list and is queued > up

[RESEND PATCH net] macsec: fix validation failed in asynchronous operation.

Add missing "macsec_skb_cb(skb)->valid = true" in callback function macsec_decrypt_done(), this fixes packet validation failed while decrypting asynchronously. Signed-off-by: Ryder Lee <ryder@mediatek.com> --- drivers/net/macsec.c | 3 +++ 1 file changed, 3 insert

[PATCH net] macsec: fix validation failed in asynchronous operation.

Add missing "macsec_skb_cb(skb)->valid = true" in callback function macsec_decrypt_done(), this fixes packet validation failed while decrypting asynchronously. Signed-off-by: Ryder Lee <ryder@mediatek.com> --- drivers/net/macsec.c | 1 + 1 file changed, 1 insertion(+) d

Re: [PATCH 5/8] linux: drop __bitwise__ everywhere

> -typedef unsigned __bitwise__ ieee80211_tx_result; > +typedef unsigned __bitwise ieee80211_tx_result; > #define TX_CONTINUE ((__force ieee80211_tx_result) 0u) > #define TX_DROP ((__force ieee80211_tx_result) 1u) > #define TX_QUEUED((__force ieee80211_tx_result) 2u) > @@ -180,7 +180,7 @@ struct ieee80211_tx_data { > }; > > > -typedef unsigned __bitwise__ ieee80211_rx_result; > +typedef unsigned __bitwise ieee80211_rx_result; > #define RX_CONTINUE ((__force ieee80211_rx_result) 0u) > #define RX_DROP_UNUSABLE ((__force ieee80211_rx_result) 1u) > #define RX_DROP_MONITOR ((__force ieee80211_rx_result) 2u) > For iscsi initiator, looks good. Akced-by: Lee Duncan <ldun...@suse.com> -- Lee Duncan

[PATCH net v3] usbnet: Stop RX Q on MTU change

When MTU is changed unlink_urbs() flushes RX Q but mean while usbnet_bh() can fill up the Q at the same time. Depends on which HCD is down there unlink takes long time then the flush never ends. Signed-off-by: Soohoon Lee <soohoon@f5.com> Reviewed-by: Kimball Murray <kmur.

[PATCH net v2.3] usbnet: Stop RX Q on MTU change

When MTU is changed unlink_urbs() flushes RX Q but mean while usbnet_bh() can fill up the Q at the same time. Depends on which HCD is down there unlink takes long time then the flush never ends. Signed-off-by: Soohoon Lee <soohoon@f5.com> Reviewed-by: Kimball Murray <kmur.

[PATCH usbnet v2.1] mtu change needs to stop RX

When MTU is changed unlink_urbs() flushes RX Q but mean while usbnet_bh() can fill up the Q at the same time. Depends on which HCD is down there unlink takes long time then the flush never ends. Signed-off-by: Soohoon Lee <soohoon@f5.com> Reviewed-by: Kimball Murray <kmur...@f5.c

[PATCH usbnet v2] mtu change needs to stop RX

When MTU is changed unlink_urbs() flushes RX Q but mean while usbnet_bh() can fill up the Q at the same time. Depends on which HCD is down there unlink takes long time then the flush never ends. Reviewed-by: kmur...@f5.com diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c index

[ PATCH] usbnet.c mtu change needs to stop RX

When MTU is changed unlink_urbs() flushes RX Q but mean while usbnet_bh() can fill up the Q at the same time. Depends on which HCD is down there unlink takes long time then the flush never ends. diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c index 61ba464..e03e3e6 100644 ---

E-mail your CV TO Lee Yang Travel & recruitment service

E-mail your CV TO Lee Yang Travel & recruitment service -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Fwd: Re: [PATCH net-next v2 1/2] hisilicon net: removes the once HANDEL_TX_MSG macro

On Tue, Oct 13, 2015 at 04:18:23PM +0200, Arnd Bergmann wrote: > Date: Tue, 13 Oct 2015 16:18:23 +0200 > From: Arnd Bergmann <a...@arndb.de> > To: Kenneth Lee <kenneth-lee-2...@foxmail.com> > Cc: da...@davemloft.net, j...@perches.com, liguo...@hisilicon.com, > yise

Re: Fwd: Re: [PATCH net-next v2 1/2] hisilicon net: removes the once HANDEL_TX_MSG macro

On Tue, Oct 13, 2015 at 03:06:21PM +0800, huangdaode wrote: > Date: Tue, 13 Oct 2015 15:06:21 +0800 > From: huangdaode <huangda...@hisilicon.com> > To: Kenneth Lee <kenneth_lee_2...@126.com> > Subject: Fwd: Re: [PATCH net-next v2 1/2] hisilicon net: removes the onc

Re: netpoll_send_skb_on_dev warning with bnx2

On Wed, Oct 7, 2015 at 7:38 AM, Neil Horman <nhor...@redhat.com> wrote: > On Tue, Oct 06, 2015 at 10:12:56PM -0700, Vinson Lee wrote: >> On Fri, Oct 2, 2015 at 6:10 AM, Neil Horman <nhor...@redhat.com> wrote: >> > On Thu, Oct 01, 2015 at 08:25:46PM -0700, Vinson Lee

Re: netpoll_send_skb_on_dev warning with bnx2

On Fri, Oct 2, 2015 at 6:10 AM, Neil Horman <nhor...@redhat.com> wrote: > On Thu, Oct 01, 2015 at 08:25:46PM -0700, Vinson Lee wrote: >> Hi. >> >> I am seeing a netpoll_send_skb_on_dev warning with bnx2. It happens on >> Linux 4.1 and I am able to reprodu

netpoll_send_skb_on_dev warning with bnx2

Hi. I am seeing a netpoll_send_skb_on_dev warning with bnx2. It happens on Linux 4.1 and I am able to reproduce the warning with Linux 4.3-rc3. [ cut here ] WARNING: CPU: 11 PID: 3110 at net/core/netpoll.c:368 netpoll_send_skb_on_dev+0x183/0x201()

GPF in do_raw_spin_lock on Linux 4.1

Hi. We've hit this GPF on several different machines on Linux 4.1. general protection fault: [#1] SMP Modules linked in: sch_htb cls_basic act_mirred cls_u32 veth sch_ingress netconsole configfs cpufreq_ondemand ipv6 dm_multipath scsi_dh video sbs sbshc hed acpi_pad acpi_ipmi sch_fq_codel

Re: [PATCH v2 net-next] netfilter: ipset: Fixing unnamed union initg

On Fri, Aug 28, 2015 at 4:21 PM, Akemi Yagi wrote: > On Fri, Aug 28, 2015 at 3:59 PM, Pablo Neira Ayuso > wrote: >> On Sat, Aug 22, 2015 at 08:44:48PM +0200, Pablo Neira Ayuso wrote: >> [...] >>> I'll wait for some little time just in case someone raises

Re: 答复: [PATCH 1/5] net: add Hisilicon Network Subsystem support (config and documents)

On Fri, Aug 21, 2015 at 04:00:35PM +0200, Arnd Bergmann wrote: Date: Fri, 21 Aug 2015 16:00:35 +0200 From: Arnd Bergmann a...@arndb.de To: Liguozhu (Kenneth) liguo...@hisilicon.com CC: mark.rutl...@arm.com mark.rutl...@arm.com, devicet...@vger.kernel.org devicet...@vger.kernel.org,

Re: [PATCH 2/5] net: add Hisilicon Network Subsystem hnae framework support

Thanks, Klimov, You are right. I will fix it in next patches. On Tue, Aug 18, 2015 at 03:12:02AM +0300, Alexey Klimov wrote: Date: Tue, 18 Aug 2015 03:12:02 +0300 From: Alexey Klimov klimov.li...@gmail.com To: Kenneth Lee liguo...@hisilicon.com CC: robh...@kernel.org, pawel.m...@arm.com

Re: [PATCH 3/5] net: add Hisilicon Network Subsystem MDIO support

Thanks, Arnd, You are right. This is the same IP as hip04_mdio.c. We just mis-understand the hardware design. We will merge them and re-submit the patches. On Fri, Aug 14, 2015 at 10:57:28PM +0200, Arnd Bergmann wrote: On Friday 14 August 2015 18:30:20 Kenneth Lee wrote: +#define

[PATCH 5/5] net: add Hisilicon Network Subsystem basic ethernet support

Lee liguo...@huawei.com Signed-off-by: Yisen Zhuang yisen.zhu...@huawei.com --- drivers/net/ethernet/hisilicon/hns/hns_enet.c| 1552 ++ drivers/net/ethernet/hisilicon/hns/hns_enet.h| 81 ++ drivers/net/ethernet/hisilicon/hns/hns_ethtool.c | 1174 3

[PATCH 0/5] net: Hisilicon Network Subsystem support

data. The patchset is porting from some internal-use drivers, it is tested and working fine with the hardware. But some detail design is not that good. But we want to know if the community can accept the structure/arch before refining it. Thank you. Kenneth Lee (5): net: add Hisilicon Network

[PATCH 3/5] net: add Hisilicon Network Subsystem MDIO support

The MDIO support for Hisilicon Network Subsystem. It is used in Hislicon P660 and Hi1610 SoC to control the external PHY Signed-off-by: Yisen Zhuang yisen.zhu...@huawei.com Signed-off-by: Kenneth Lee liguo...@huawei.com --- drivers/net/ethernet/hisilicon/hns/hns_mdio_main.c | 597

[PATCH 2/5] net: add Hisilicon Network Subsystem hnae framework support

HNAE (Hisilicon Network Acceleration Engine) is a framework to provide a unified ring buffer interface for Hisilicon Network Acceleration Engines. With the interface, upper layer can work as ethernet driver, ODP driver or other service driver on purpose. Signed-off-by: Kenneth Lee liguo

[PATCH 1/5] net: add Hisilicon Network Subsystem support (config and documents)

control to the PHY, used by acceleration engine This submit add basic config and documents Signed-off-by: Kenneth Lee liguo...@huawei.com Signed-off-by: Yisen Zhuang yisen.zhu...@huawei.com --- .../devicetree/bindings/net/hisilicon-hns-dsaf.txt | 40 + .../devicetree/bindings/net/hisilicon-hns

Linux 4.2 build error in net/netfilter/ipset/ip_set_hash_netnet.c

Hi. With the latest Linux 4.2-rc1, I am hitting this build error with GCC 4.4.7 on CentOS 6. CC net/netfilter/ipset/ip_set_hash_netnet.o net/netfilter/ipset/ip_set_hash_netnet.c: In function ‘hash_netnet4_uadt’: net/netfilter/ipset/ip_set_hash_netnet.c:163: error: unknown field ‘cidr’

Re: questions on NAPI processing latency and dropped network packets

On Jan 10, 2008 9:24 AM, Chris Friesen [EMAIL PROTECTED] wrote: After a recent userspace app change, we've started seeing packets being dropped by the ethernet hardware (e1000, NAPI is enabled). The error/dropped/fifo counts are going up in ethtool: (These are perhaps too obvious, but I

Re: Regression: Wireshark sees no packets in 2.6.24-rc3

On Dec 14, 2007 11:09 PM, Ray Lee [EMAIL PROTECTED] wrote: On Dec 14, 2007 6:41 PM, Gabriel C [EMAIL PROTECTED] wrote: Correct, absolutely no traffic. So if it works for you, then either it's something that got fixed between -rc3 and -rc5, or something odd when I did a make oldconfig, I

Re: Regression: Wireshark sees no packets in 2.6.24-rc3

On Dec 14, 2007 6:41 PM, Gabriel C [EMAIL PROTECTED] wrote: Rafael J. Wysocki wrote: On Friday, 14 of December 2007, Ray Lee wrote: tshark -i eth0, eth1, lo are all empty. Works under 2.6.23.0 just fine. A quick scan of the log between 2.6.24-rc3 and current tip (-rc5) doesn't show any

Regression: Wireshark sees no packets in 2.6.24-rc3

tshark -i eth0, eth1, lo are all empty. Works under 2.6.23.0 just fine. A quick scan of the log between 2.6.24-rc3 and current tip (-rc5) doesn't show any obvious fixes, but then again, what do I know. I'll check current tip on the weekend when I'll have the luxury to have my main system down long

PATCH 2.6.24-rc3-mm2 - build breakage - bnx2x depends on ZLIB_INFLATE

config option to 'select ZLIB_INFLATE' like BNX2 and others. This seems to fix it. Signed-off-by: Lee Schermerhorn [EMAIL PROTECTED] drivers/net/Kconfig |1 + 1 file changed, 1 insertion(+) Index: Linux/drivers/net/Kconfig

Re: [BUG] New Kernel Bugs

On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi [EMAIL PROTECTED] wrote: As a long time kernel tester, I see some problem with the newer new development model. In the short merge windows, after to much time, there are to many patches. I think the root issue there is that it's hard to get all

Re: Weird network problems with 2.6.23-rc2

Hello there Shish, On Aug 10, 2007 11:39 PM, Shish [EMAIL PROTECTED] wrote: Something seems to have broken in 2.6.23-rc2, and I'm not sure what, or where I should look for further debugging. The info I have: On my 2.6.23-rc2 desktop, things run fine. On my test server, built from the same

Re: [PATCH 00/23] per device dirty throttling -v8

(adding netdev cc:) On 8/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sat, 4 Aug 2007, Ingo Molnar wrote: * Ingo Molnar [EMAIL PROTECTED] wrote: There are positive reports in the never-ending my system crawls like an XT when copying large files bugzilla entry:

Re: [2/2] 2.6.22-rc4: known regressions v3

On Thu, Jun 14, 2007 at 11:30:25AM +0100, Mark Fortescue wrote: They apear as soon as simpleinit starts up. Somtimes I get to a login prompt before seeing any. Other times, commands in the simpleinit rc script fail. They do apear to be random. If a command failes, you re-run the command

Re: [2/2] 2.6.22-rc4: known regressions v3

On Thu, Jun 14, 2007 at 03:57:25PM +0100, Mark Fortescue wrote: Benh's ptep_set_access_flags() patch needs to be applied in order to get anyware with sun4c for all kernels = linux-2.6.15. If not applied, you will be lucky to get sash running as your init and even that will have very limitit

Re: [2/2] 2.6.22-rc4: known regressions v3

On Wed, Jun 13, 2007 at 11:25:20PM +0100, Mark Fortescue wrote: The random seg faults on x86_64 is interesting as I have been getting random illegal instruction faults on sparc (sun4c) with 2.6.22-rc3. I have not yet tried to track it down. All I know at present is that it is not a problem

Interface address question

On Wed, 16 May 2007 13:54:43 +0800 Matthew Lee [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: hi Alan, I just wondering why it could get 3 sockaddr_in(s) for eth0(status is up, type EN10MB), others are down. It was generated by findalldevstest.c in libpcap cvs repository, with some

Re: [PATCH 00/40] Swap over Networked storage -v12

On Fri, 04 May 2007 12:26:51 +0200, Peter Zijlstra [EMAIL PROTECTED] wrote: There is a fundamental deadlock associated with paging; On Fri, May 04, 2007 at 12:27:16PM -0700, David Miller wrote: I know you'd really like people like myself to review this work, but a set of 40 patches is just too

kernel routing tables

: WARNING: ip_rt_ioctl [/home/lnookx/kernel-aodv/aodv.ko] undefined! This function seems to allow me to add or delete the routing entries into the kernels routing table. Have they been deprecated on recent kernels? Can anyone offer any help or suggestions? --lee -- - To unsubscribe from

Re: ieee80211 sleeping in invalid context

Michael Buesch wrote: Congratulations to your decision ;) Sometimes making decisions via Brownian motion has its advantages. Which kernel are you using? Hmm, I'm using the mercurial repository, let me see if I can translate that to a git head... Looks like git tree

ieee80211 sleeping in invalid context

Hey all, more data on my bcm43xx problem report from a few weeks back. By random chance I acquired a brain, and decided to rebuild my latest kernel pull with as many debugging options on as I could stand. Got the below, plus a dead keyboard (except for Magic SysRq) (but only if I let userspace

Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP

requirements could be met without kernel preemption but that's not the case now. Lee - 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

Re: bcm43xx regression 2.6.19rc3 - rc5, rtnl_lock trouble?

Larry Finger wrote: Johannes Berg wrote: Hah, that's a lot more plausible than bcm43xx's drain patch actually causing this. So maybe somehow interrupts for bcm43xx aren't routed properly or something... Ray, please check /proc/interrupts when this happens. When it happens, I can't. The

Re: bcm43xx regression 2.6.19rc3 - rc5, rtnl_lock trouble?

First off, thanks for all your help. Second off, On 11/16/06, Larry Finger [EMAIL PROTECTED] wrote: Ray Lee wrote: If I could figure out a way to make it repeatable, I'd happily do a blind bisect. [...] I'm open to suggestions on how to make the problem trigger more than once every two

bcm43xx regression 2.6.19rc3 - rc5, rtnl_lock trouble?

Hey all, I ran 2.6.19-rc3 for almost two weeks or so with no difficulties (none related to the bcm43xx driver, at least). However, Andrew asked me to double check the latest release to see if my problem report against 2.6.18 (hard locks) was fixed. Good news is that it still is fixed. Bad news is

Re: bcm43xx regression 2.6.19rc3 - rc5, rtnl_lock trouble?

Larry Finger wrote: Ray Lee wrote: Michael Buesch wrote: On Wednesday 15 November 2006 20:01, Ray Lee wrote: Suggestions? Requests for shudder even more info? Yeah, enable bcm43xx debugging. Sigh, didn't even think to look for that. Okay, enabled and compiling a new kernel. This will take

[PATCH 2.6.18] 8139too: force media setting cleanup

From: Bernard Lee [EMAIL PROTECTED] Setting bit 4 5 alone in 8139too module media option does not really force 100Mbps full-duplex mode. When media option bit 0-3 is cleared, 8139too module does not force media setting. Therefore, bit 0-3 requires to be set for bit 4 5 to take effect

Re: Bcm43xx softMac Driver in 2.6.18

(re-adding linux-kernel.) Larry Finger wrote: Would you please test the attached patch that should be applied to a vanilla 2.6.18? I'm currently running it, but only for a few minutes. It comes up fine and I ran it through several ifdown/ifup cycles without any problem. Okay, this is far

Re: Bcm43xx softMac Driver in 2.6.18

On 9/22/06, Larry Finger [EMAIL PROTECTED] wrote: When we found the cause of NETDEV watchdog timeouts in the wireless-2.6 code, I knew that the 2.6.18 release code would cause a serious regression. I don't know if this is the lockup you're trying to address, but 2.6.18's bcm43xx has definitely

Re: Bcm43xx softMac Driver in 2.6.18

Rafael J. Wysocki wrote: 2.6.18 vanilla and 2.6.18 with your patch both lock my system hard with bcm43xx. I've got an HP/Compaq nx6125 laptop. Symptoms are that it will associate fine on its own and send traffic to/fro upon ifup, but when I do an iwconfig, ifdown, ifup to change the access

Re: [RFC][PATCH 2/9] deadlock prevention core

On 8/18/06, Andrew Morton [EMAIL PROTECTED] wrote: I assert that this can be solved by putting swap on local disks. Peter asserts that this isn't acceptable due to disk unreliability. I point out that local disk reliability can be increased via MD, all goes quiet. A good exposition

Is the qla3xxx driver in the mainline?

Hi Ron, The qla3xxx driver is in the -mm tree. For the mainline inclusion, Jeff seems ready to accept the driver: http://marc.theaimsgroup.com/?l=linux-netdevm=115334172810775w=2 Just wondering if the qla3xxx driver is in the mainline yet? (I am curious to have some performance comparison of

Re: [Bugme-new] [Bug 6735] New: network connection does not survive APM suspend and resume

How in the heck did I get on the CC list for this? ;-) Lee On Thu, 2006-06-22 at 16:54 -0700, Andrew Morton wrote: [EMAIL PROTECTED] wrote: http://bugzilla.kernel.org/show_bug.cgi?id=6735 Summary: network connection does not survive APM suspend

Re: [PATCH 4/6] myri10ge - First half of the driver

a mutex? Lee - 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

Re: 2.6.16, sk98lin out of date

, they didn't like the LKML code review so they just stopped sending patches? Classic. Remind me not to buy their gear. Lee - 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

Re: 2.6.16, sk98lin out of date

On Mon, 2006-02-13 at 21:34 +0100, Willy Tarreau wrote: On Mon, Feb 13, 2006 at 02:03:14PM -0500, Lee Revell wrote: On Mon, 2006-02-13 at 12:06 +0100, Mws wrote: hi, as i do have the same problem i may help you out. at first, syskonnect did send their kernel diffs/patches

Re: [RFC: 2.6 patch] CONFIG_FORCEDETH updates

it was developed Is this driver as stable as one that was developed with proper documentation? I prefer to know that something as elementary as a fast ethernet controller had to be reverse engineered so I can avoid supporting a vendor so hostile to Linux. Lee - To unsubscribe from this list: send

Re: RCU latency regression in 2.6.16-rc1

of 100 routes, rather than invalidating the whole thing in one shot. This does seem to be the only softirq that regularly runs for much more than 1ms. Would this require major surgery on the networking subsystem? Lee - To unsubscribe from this list: send the line unsubscribe netdev in the body

Re: My vote against eepro* removal

other bugs in the driver (or the hardware)? Lee - 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

RE: My vote against eepro* removal

by configuring an -rt kernel with PREEMPT_DESKTOP and hard/softirq preemption disabled. Lee - 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

Re: My vote against eepro* removal

On Fri, 2006-01-20 at 17:19 -0800, John Ronciak wrote: On 1/20/06, Lee Revell [EMAIL PROTECTED] wrote: Seems like the important question is, why does e100 need a watchdog if eepro100 works fine without one? Isn't the point of a watchdog in this context to work around other bugs

Re: My vote against eepro* removal

Lee - 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

Re: [patch] networking ipv4: remove total socket usage count from /proc/net/sockstat

userspace. Lee - 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

Re: [PATCH, RFC] RCU : OOM avoidance and lower latency

On Fri, 2006-01-06 at 13:58 +0100, Andi Kleen wrote: Another CPU might be stuck in a long running interrupt Shouldn't a long running interrupt be considered a bug? Lee - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More

Re: [PATCH, RFC] RCU : OOM avoidance and lower latency

is that documented? I have been banging my head against this for weeks - how do I keep the kernel from flushing 4096 routes at once in softirq context causing huge (~8-20ms) latency problems? I tried all the route related sysctls I could find and nothing worked... Lee - To unsubscribe from this list: send

Re: [patch] latency tracer, 2.6.15-rc7

On Fri, 2005-12-30 at 20:15 -0500, Lee Revell wrote: On Fri, 2005-12-30 at 17:02 -0800, Linus Torvalds wrote: On Fri, 30 Dec 2005, Lee Revell wrote: It seems that the networking code's use of RCU can cause 10ms+ latencies: Hmm. Is there a big jump at the 10ms mark? Do you

VLAN and bridging with xen

-- Forwarded message -- From: Lee Causier [EMAIL PROTECTED] Date: Nov 19, 2005 11:36 AM Subject: Re: VLAN and bridging with xen To: Greg Brackley [EMAIL PROTECTED] Sorry to top post, but I've found that my network cards don't like frames 1500, and so I've had to set the MTU