Someone put a wired usb-to-ethernet adapter into a system running
the 2.6.13.5 kernel. The driver is evidently the rtl8150, and this
person sent me what appeared to be a modified version of the rtl8150
that is in the kernel. The kernel driver does not appear to even attempt
to use this device.
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Mon, 19 Jun 2006 09:30:35 +0400
Attached patch declares connector init function as subsys_init()
and returns -EAGAIN in case connector is not initialized yet.
Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
Applied, but I had to fixup
From: Shuya MAEDA [EMAIL PROTECTED]
Date: Mon, 19 Jun 2006 14:36:46 +0900
#define PSCHED_TADD2(tv, delta, tv_res) \
({ \
- int __delta = (tv).tv_usec + (delta); \
- (tv_res).tv_sec = (tv).tv_sec; \
- if (__delta USEC_PER_SEC) { (tv_res).tv_sec++; __delta -=
From: Herbert Xu [EMAIL PROTECTED]
Date: Mon, 19 Jun 2006 22:15:19 +1000
[NET]: Prevent multiple qdisc runs
I have no real objection to this semantically.
But this is yet another atomic operation on the transmit
path :-( This problem, however, is inevitable because of
how we do things and
On Mon, Jun 19, 2006 at 11:57:19PM -0700, David Miller wrote:
But this is yet another atomic operation on the transmit
path :-( This problem, however, is inevitable because of
how we do things and thus isn't the fault of your change.
I'm going to apply this patch to 2.6.18, however... we
Hi:
[FORCEDETH]: Fix xmit_lock/netif_tx_lock after merge
There has been an update to the forcedeth driver that added a few new
uses of xmit_lock which is no longer meant to be used directly. This
patch replaces them with netif_tx_lock_bh.
Signed-off-by: Herbert Xu [EMAIL PROTECTED]
Cheers,
--
Herbert Xu wrote:
Hi:
[FORCEDETH]: Fix xmit_lock/netif_tx_lock after merge
There has been an update to the forcedeth driver that added a few new
uses of xmit_lock which is no longer meant to be used directly. This
patch replaces them with netif_tx_lock_bh.
Signed-off-by: Herbert Xu [EMAIL
On Mon, 19 Jun 2006 23:46:08 -0700
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=6688
This is looking like a net memory leak in 2.6.16. 1/3rd is in ip_fib_alias
and 2/3rds is in size-64. I've asked the reporter to apply the leak
detector patch so we can find out who is
On Mon, 2006-06-19 at 22:35 -0700, Chris Wedgwood wrote:
On Wed, Jun 14, 2006 at 11:40:04AM +0200, Jesper Dangaard Brouer wrote:
The Linux traffic's control engine inaccurately calculates
transmission times for packets sent over ADSL links. For some
packet sizes the error rises to over
* jamal [EMAIL PROTECTED] 2006-06-19 09:41
// the attributes you want to own
enum {
FOOBAR_ATTR_UNSPEC,
FOOBAR_ATTR_TYPE,
FOOBAR_ATTR_TYPEID,
FOOBAR_ATTR_TYPENAME,
FOOBAR_ATTR_OPER,
/* add future attributes here */
__FOOBAR_ATTR_MAX,
Hi Ralf,
Ralf Baechle :
IOC3's homegrown DMA mapping functions that are used to optimize things
a little on IP27 set the wrong bit.
What about using a symbol instead of magic numbers?
That way one at least sees the intention of the coder.
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
(trimmed CC to just netdev)
One of our engineers (on the I/O AT team) has been tasked with modifying
the Linux kernel to properly support multiple hardware queues (both TX and
RX). We'll make sure that he looks at the netpoll interface as part of
that process.
Might I ask who this
Gary Zambrano wrote:
Fixes for speed/duplex/autoneg settings and driver settings info.
This is a redo of a previous patch thanks to feedback from Jeff Garzik.
ACK patches 1-6, but unfortunately failed to apply against latest
linux-2.6.git:
[EMAIL PROTECTED] netdev-2.6]$ git-applymbox
John W. Linville wrote:
The following changes since commit 76df73ff90e99681a99e457aec4cfe0a240b7982:
John W. Linville:
Merge branch 'from-linus' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Jiri
Francois Romieu wrote:
Please pull from branch 'upstream' to get the change below:
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
Patch applies both to jeff#upstream and jeff#upstream-fixes
Shortlog
Pedro Alejandro López-Valencia:
sundance: PCI ID for ip100a
Philip Craig wrote:
The read command for the 93C46/93C56 EEPROMS should be 3 bits plus
the address. This doesn't appear to affect the operation of the
read command, but similar errors for write commands do cause failures.
Signed-off-by: Philip Craig [EMAIL PROTECTED]
ACK patches 1-2, but
Hi:
This series adds Generic Segmentation Offload (GSO) support to the Linux
networking stack.
Many people have observed that a lot of the savings in TSO come from
traversing the networking stack once rather than many times for each
super-packet. These savings can be obtained without hardware
Hi:
[NET]: Merge TSO/UFO fields in sk_buff
Having separate fields in sk_buff for TSO/UFO (tso_size/ufo_size) is not
going to scale if we add any more segmentation methods (e.g., DCCP). So
let's merge them.
They were used to tell the protocol of a packet. This function has been
subsumed by the
Hi:
[NET]: Add generic segmentation offload
This patch adds the infrastructure for generic segmentation offload.
The idea is to tap into the potential savings of TSO without hardware
support by postponing the allocation of segmented skb's until just
before the entry point into the NIC driver.
On Tue, Jun 20, 2006 at 07:09:19PM +1000, herbert wrote:
I've attached some numbers to demonstrate the savings brought on by
doing this. The best scenario is obviously the case where the underlying
NIC supports SG. This means that we simply have to manipulate the SG
entries and place them
Hi:
[NET]: Added GSO toggle
This patch adds a generic segmentation offload toggle that can be turned
on/off for each net device. For now it only supports in TCPv4.
Signed-off-by: Herbert Xu [EMAIL PROTECTED]
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~}
Hi:
[NET]: Add software TSOv4
This patch adds the GSO implementation for IPv4 TCP.
Signed-off-by: Herbert Xu [EMAIL PROTECTED]
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key:
Hi:
[IPSEC]: Handle GSO packets
This patch segments GSO packets received by the IPsec stack. This can
happen when a NIC driver injects GSO packets into the stack which are
then forwarded to another host.
The primary application of this is going to be Xen where its backend
driver may inject GSO
For Ethernet PHYs that don't have an IRQ pin or boards that don't
connect the IRQ pin to the processor, we enable a timer to poll the
PHY's link state.
Patch originally supplied by Eric Benard and Roman Kolesnikov.
Signed-off-by: Andrew Victor [EMAIL PROTECTED]
diff -urN
Adds support for the MII ioctls via generic_mii_ioctl().
Patch from Brian Stafford.
Set the mii.phy_id to the detected PHY address, otherwise ethtool cannot
access PHYs other than 0.
Patch from Roman Kolesnikov.
Signed-off-by: Andrew Victor [EMAIL PROTECTED]
diff -urN
On Tue, Jun 20, 2006 at 10:15:01AM +0200, Ingo Oeser wrote:
From: Ingo Oeser [EMAIL PROTECTED]
To: Ralf Baechle [EMAIL PROTECTED]
Subject: Re: [IOC3] IP27: Really set PCI64_ATTR_VIRTUAL, not PCI64_ATTR_PREC.
Date: Tue, 20 Jun 2006 10:15:01 +0200
Cc: netdev@vger.kernel.org, Jeff Garzik
Hi Ben,
What you have sent me is a bit of a puzzle.
Looking at the device's details i can see it is not RTL8150 based device,
but ADMtek's ADM8511. Both vendor and device IDs have been listed in
pegasus.c for a long long time.
Using rtl8150.c will not help at all since it talks to
Moved global ether_clk variable into controller data structure.
Patch from David Brownell.
Davicom 9161 PHY was being incorrectly displayed as 9196.
Patch from Brian Stafford.
clk_get() doesn't return NULL on error, so the return value needs to be
tested with IS_ERR().
Whitespace cleanup.
Adds power-management (suspend/resume) support to the AT91RM9200
Ethernet driver.
Patch from David Brownell.
Signed-off-by: Andrew Victor [EMAIL PROTECTED]
diff -urN linux-2.6.17-rmk.orig/drivers/net/arm/at91_ether.c
linux-2.6.17-rmk/drivers/net/arm/at91_ether.c
---
From: Herbert Xu [EMAIL PROTECTED]
Date: Tue, 20 Jun 2006 19:32:19 +1000
On Tue, Jun 20, 2006 at 07:09:19PM +1000, herbert wrote:
I've attached some numbers to demonstrate the savings brought on by
doing this. The best scenario is obviously the case where the underlying
NIC supports SG.
On Mon, Jun 19, 2006 at 10:20:10PM +, Andrew Morton wrote:
[c02396f9] dev_queue_xmit+0xe0/0x203
[c0250de8] ip_output+0x1e1/0x237
[c024f3f5] ip_forward+0x181/0x1df
[c024e21a] ip_rcv+0x40c/0x485
[c0239bd0] netif_receive_skb+0x12f/0x165
[f885aa4c] e1000_clean_rx_irq+0x389/0x410
On Mon, 2006-19-06 at 11:58 -0400, Shailabh Nagar wrote:
jamal wrote:
[..]
But I'm not too clear about what are the advantages of trying to limit the
number of commands registered by a given exploiter of genetlink (say TIPC or
taskstats),
other than the conventional usage of netlink.
On Mon, Jun 19, 2006 at 04:49:33PM -0400, Lennart Sorensen wrote:
On Mon, Jun 19, 2006 at 03:41:40PM -0500, Jon Mason wrote:
I believe it is preferred to be a compile option for non-gigabit
drivers, given that it will be eating a lot of cycles for infrequent
packets (especially for the
took off lartc off the list because it doesnt allow me to post
and i refuse to subscribe.
On Mon, 2006-19-06 at 21:31 +0200, Jesper Dangaard Brouer wrote:
On Thu, 15 Jun 2006, jamal wrote:
It is probably doable by just looking at netdevice-type and figuring
the link layer technology.
In commit ba9b28d19a3251bb1dfe6a6f8cc89b96fb85f683, routine ieee80211softmac_capabilities was added
to net/ieee80211/softmac/ieee80211softmac_io.c. As denoted by its name, it completes the
capabilities IE that is needed in the associate and reassociate requests sent to the AP. For at
least one
Petko Manolov wrote:
Hi Ben,
What you have sent me is a bit of a puzzle.
Looking at the device's details i can see it is not RTL8150 based
device, but ADMtek's ADM8511. Both vendor and device IDs have been
listed in pegasus.c for a long long time.
Using rtl8150.c will not help at all
Herbert,
Thanks for your patience.
On Tue, 2006-20-06 at 08:33 +1000, Herbert Xu wrote:
First of all you could receive an IRQ in between dropping xmit_lock
and regaining the queue lock.
Indeed you could. Sorry, I overlooked that in my earlier email. This
issue has been there forever though
jamal wrote:
Heres the standard setup as i understand it(at least in north america, I
know Europeans love their ATM with a little gravy on top):
|Linux| --ethernet-- |Modem| --DSL-- |DSLAM| --ATM-- |BRAS|
What
On Tue, Jun 20, 2006 at 08:53:55AM -0500, Jon Mason wrote:
The amount of polls per received packet is very low, thus removing the
benefit of NAPI. A compile time option would allow those users who know
better to DTRT.
Well I know on the slow poke system I run on, with the napi polling, the
Hi Dave,
Here are the latest TIPC updates.
Please pull from:
git://tipc.cslab.ericsson.net/pub/git/tipc.git
Thanks
/Per
include/net/tipc/tipc_bearer.h | 12 ++
net/tipc/bcast.c | 79 ---
net/tipc/bcast.h |2
net/tipc/bearer.c
On Mon, 2006-19-06 at 18:37 -0400, Shailabh Nagar wrote:
Completing the documentation on generic netlink usage will definitely be
useful. I'd be happy to help out with this since I've recently gone through
trying to understand and use genetlink for the taskstats interface. Hopefully
this will
On Tue, 2006-20-06 at 02:54 +0200, Patrick McHardy wrote:
jamal wrote:
- For further reflection: Have you considered the case where the rate
table has already been considered on some link speed in user space and
then somewhere post-config the physical link speed changes? This would
happen
When interface is down, phy is disconnected from the bus and phydev is NULL.
But ethtool may try to get/set phy regs even at that time, which results in
NULL pointer dereference and OOPS hereby.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
drivers/net/fs_enet/fs_enet-main.c |4
On Tue, 2006-20-06 at 10:02 +0200, Thomas Graf wrote:
* jamal [EMAIL PROTECTED] 2006-06-19 09:41
One important point about attributes in generic netlink is that
their scope is per command instead of per family as in netlink.
It's not forbidden to use the same set of attribute identifiers
for
Hello!
Yes seems the system is very loaded for some reason
sometimes a day) we get 100% usage on ksoftirqd/0 and following messages
in logs:
as all softirq's are run via ksoftirqd. That's still OK but why don't the
watchdog get any CPU share at all? Mismatch in priorities?
Herbert Xu
There's no reason to restrict unprivileged users from opening
the /dev/net/tun device node -- to do anything exciting requires
CAP_NET_ADMIN or a persistent device which is owned by the user in
question anyway. And if it _isn't_ openable by unprivileged users, then
giving ownership of devices to
On Tue, 2006-20-06 at 16:45 +0200, Patrick McHardy wrote:
jamal wrote:
[..]
Actually in the PPPoE case Linux doesn't know about ethernet
headers either, since shaping is usually done on the PPP device.
But that doesn't really matter since the ethernet link is not
the bottleneck - although
This makes it possible for HW PHY-less boards to utilize PAL goodies.
Generic routines to connect to fixed PHY are provided, as well as ability
to specify software callback that fills up link, speed, etc. information
into PHY descriptor (the latter feature not tested so far).
Signed-off-by:
jamal wrote:
On Tue, 2006-20-06 at 02:54 +0200, Patrick McHardy wrote:
jamal wrote:
- For further reflection: Have you considered the case where the rate
table has already been considered on some link speed in user space and
then somewhere post-config the physical link speed changes? This
On Tue, 2006-20-06 at 03:04 +0200, Patrick McHardy wrote:
jamal wrote:
You are still speaking ATM (and the above may still be valid), but:
Could you for example look at the netdevice-type and from that figure
out the link layer overhead and compensate for it.
Obviously a lot more useful
On Tue, Jun 20, 2006 at 10:48:07AM -0400, Lennart Sorensen wrote:
On Tue, Jun 20, 2006 at 08:53:55AM -0500, Jon Mason wrote:
The amount of polls per received packet is very low, thus removing the
benefit of NAPI. A compile time option would allow those users who know
better to DTRT.
On Tue, 2006-06-20 at 16:35 +0100, David Woodhouse wrote:
There's no reason to restrict unprivileged users from opening
the /dev/net/tun device node -- to do anything exciting requires
CAP_NET_ADMIN or a persistent device which is owned by the user in
question anyway.
Hm, I lie. Let us alter
$ sudo ./ethtool -K lo gso on
$ sudo ifconfig lo mtu 1500
$ netperf -t TCP_STREAM
TCP STREAM TEST to localhost
Recv SendSend
Socket Socket Message Elapsed
Size SizeSize Time Throughput
bytes bytes bytessecs.10^6bits/sec
87380 16384 1638410.003598.17
On Tue, 20 Jun 2006, David Woodhouse wrote:
On Tue, 2006-06-20 at 16:35 +0100, David Woodhouse wrote:
There's no reason to restrict unprivileged users from opening
the /dev/net/tun device node -- to do anything exciting requires
CAP_NET_ADMIN or a persistent device which is owned by the user
jamal wrote:
On Tue, 2006-20-06 at 16:45 +0200, Patrick McHardy wrote:
Actually in the PPPoE case Linux doesn't know about ethernet
headers either, since shaping is usually done on the PPP device.
But that doesn't really matter since the ethernet link is not
the bottleneck - although it does
On Tue, 2006-06-20 at 11:46 -0500, Chase Venters wrote:
Perhaps you lie again :)
Are you sure you're adding a capable(CAP_SYS_ADMIN)? :P
I'm going to go home now. G'night.
--
dwmw2
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
jamal wrote:
On Tue, 2006-20-06 at 03:04 +0200, Patrick McHardy wrote:
It would be nice to have support for HFSC as well, which unfortunately
needs to be done in the kernel since it doesn't use rate tables.
What about qdiscs like SFQ (which uses the packet size in quantum
calculations)? I guess
On Tue, 2006-06-20 at 19:28 +1000, Herbert Xu wrote:
[NET]: Add generic segmentation offload
+static int dev_gso_segment(struct sk_buff *skb)
+{
+ struct sk_buff *segs;
+
+ segs = skb_gso_segment(skb, skb-dev-features NETIF_F_SG
+
On Tue, Jun 20, 2006 at 11:05:04AM -0500, Jon Mason wrote:
The point of my comment was CPU utilization.
It appears that a bug is trying to be fixed by adding NAPI. This
sounds a bit hackish to me, and could hide the root cause of the
problem. So I'm not sure that is the best idea, but I will
This includes the security context of a security association created for use by
IKE
in the acquire messages sent to IKE daemons using PF_KEY. This would allow
the daemons to include the security context in the negotiation, so that the
resultant
association is unique to that security context.
This patch has been included here just for reference. It will be submitted
to the serefpolicy list later.
This patch adds a polmatch avperm to arbitrate flow/state's access to
a xfrm policy. It also defines MLS policy for association { sendto,
recvfrom, polmatch }.
NOTE: When an inbound packet
From: Serge Hallyn [EMAIL PROTECTED]
This includes the security context of a security association created for use by
IKE
in the acquire messages sent to IKE daemons using netlink/xfrm_user. This would
allow
the daemons to include the security context in the negotiation, so that the
resultant
The current approach to labeling Security Associations for SELinux purposes
uses a one-to-one mapping between xfrm policy rules and security associations.
This doesn’t address the needs of real world MLS (Multi-level System,
traditional
Bell-LaPadula) environments where a single xfrm policy rule
This defines a routine that combines the Type Enforcement portion of one sid
with the MLS portion from the other sid to arrive at a new sid. This is
currently
used to define a sid for a security association that is to be negotiated by IKE.
Signed-off-by: Venkat Yekkirala [EMAIL PROTECTED]
---
This adds security for IP sockets at the sock level. Security at the
sock level is needed to enforce the SELinux security policy for security
associations even when a sock is orphaned (such as in the TCP LAST_ACK state).
Signed-off-by: Venkat Yekkirala [EMAIL PROTECTED]
---
This makes the security sid a part of the flow key and implements a seemless
mechanism for xfrm policy selection and state matching based on the flow sid.
This also includes the necessary SELinux enforcement pieces.
Signed-off-by: Venkat Yekkirala [EMAIL PROTECTED]
---
include/linux/security.h
Hi,
I sat down to do some testing of the ixgb driver a few days ago, and
get failures within seconds. From what I can tell, I'm getting either a
DMA to a bad address or some other PCI bus error, not sure which.
The problem appears to happen only for the driver that's in
2.6.17-rc6-mm2. As a
The tuntap driver allows an admin to create persistent devices and
assign ownership of them to individual users. Unfortunately, relaxing
the permissions on the /dev/net/tun device node so that they can
actually use those devices will _also_ allow those users to create
arbitrary new devices of
V2 Review Changes:
- removed c2_array services and replaced them with the idr.
- removed c2_alloc services and made them pd-specific.
- don't use GFP_DMA.
- correctly map host memory for DMA (don't use __pa()).
V1 Review Changes:
- sizeof - sizeof()
- cleaned up comments
---
This patch contains modifications to the existing rdma header files,
core files, drivers, and ulp files to support iWARP.
V2 Review updates:
V1 Review updates:
- copy_addr() - rdma_copy_addr()
- dst_dev_addr param in rdma_copy_addr to const.
- various spacing nits with recasting
- include
Review Changes:
dprintk() - pr_debug()
---
drivers/infiniband/hw/amso1100/c2_vq.c | 260
drivers/infiniband/hw/amso1100/c2_vq.h | 63
2 files changed, 323 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/amso1100/c2_vq.c
V2 Review Changes:
- correctly map host memory for DMA (don't use __pa()).
V1 Review Changes:
- remove useless asserts
- assert() - BUG_ON()
- C2_DEBUG - DEBUG
---
drivers/infiniband/hw/amso1100/c2_mq.c | 175
drivers/infiniband/hw/amso1100/c2_mq.h | 107
This patchset defines the modifications to the Linux infiniband subsystem
to support iWARP devices. We're submitting it for review now with the
goal for inclusion in the 2.6.19 kernel. This code has gone through
several reviews in the openib-general list. Now we are submitting it
for external
Review Changes:
- C2DEBUG - DEBUG
---
drivers/infiniband/Kconfig |1 +
drivers/infiniband/Makefile|1 +
drivers/infiniband/hw/amso1100/Kbuild | 10 ++
drivers/infiniband/hw/amso1100/Kconfig | 15 +++
drivers/infiniband/hw/amso1100/README
This patch provides the new files implementing the iWARP Connection
Manager.
This module is a logical instance of the xx_cm where xx is the transport
type (ib or iw). The symbols exported are used by the transport
independent rdma_cm module, and are available also for transport
dependent ULPs.
This patchset implements the iWARP provider driver for the Ammasso
1100 RNIC. It is dependent on the iWARP Core Support patch set. We're
submitting it for review with the goal for inclusion in the 2.6.19 kernel.
This code has gone through several reviews in the openib-general list.
Now we are
On Tue, 2006-06-20 at 15:30 -0500, Steve Wise wrote:
+/*
+ * Allocate TX ring elements and chain them together.
+ * One-to-one association of adapter descriptors with ring elements.
+ */
+static int c2_tx_ring_alloc(struct c2_ring *tx_ring, void *vaddr,
+ dma_addr_t
2/7 gzipped attached cuz it it gets dropped by lklm and netdev
lists...
Steve.
amso1100_wr.gz
Description: GNU Zip compressed data
Shaw Vrana asked me to resend the message below (originally posted to
lkml) to this list.
Note that I managed to make the problem go away by adding the boot
options pci=usepirqmask acpi=noirq. I got the hint by reading dmesg
output and Documentation/kernel-parameters.txt. Still, maybe the
On 6/20/06, Linas Vepstas [EMAIL PROTECTED] wrote:
Hi,
I sat down to do some testing of the ixgb driver a few days ago, and
get failures within seconds. From what I can tell, I'm getting either a
DMA to a bad address or some other PCI bus error, not sure which.
The problem appears to happen
On 6/20/06, Massimiliano Poletto [EMAIL PROTECTED] wrote:
Shaw Vrana asked me to resend the message below (originally posted to
lkml) to this list.
Note that I managed to make the problem go away by adding the boot
options pci=usepirqmask acpi=noirq. I got the hint by reading dmesg
output and
Hello
TODO:
a) Add a more complete compiling kernel module with events.
Have Thomas put his Mashimaro example and point to it.
I guess we have a legal issue here ;)
change the name ;-
Ask Mr. Mashimaro has become my replacement for 8ball. Renaming
it would lead to a serious
From: Per Liden [EMAIL PROTECTED]
Date: Tue, 20 Jun 2006 16:48:54 +0200 (CEST)
Please pull from:
git://tipc.cslab.ericsson.net/pub/git/tipc.git
Hi Per.
I agree with James, you should post the patches so that people
can review them.
But not all in one posting! :-)
Look at how other
Greetings.
net/ipv6/addrconf.c:971 is
/* Rule 2: Prefer appropriate scope */
if (hiscore.rule 2) {
hiscore.scope = __ipv6_addr_src_scope(hiscore.addr_type);
hiscore.rule++;
}
I am afraid, that it does not make any sense for I find no place where a value
is assigned to
On Tue, 20 Jun 2006, Herbert Xu wrote:
[FORCEDETH]: Fix xmit_lock/netif_tx_lock after merge
Btw, please don't use attachments in vain. Now I can't see it by default,
I can reply and quote it etc etc.
Linus
-
To unsubscribe from this list: send the line unsubscribe netdev in
Al Viro wrote:
On Fri, Jun 09, 2006 at 11:02:02PM +0200, [EMAIL PROTECTED] wrote:
- renaming an interface in one namespace affects everyone.
Exact. If we ensure the interface can't be renamed if used in different
namespace, is it really a problem ?
-
To unsubscribe from this list: send the
On Tue, Jun 20, 2006 at 11:21:43PM +0200, Daniel Lezcano wrote:
Al Viro wrote:
On Fri, Jun 09, 2006 at 11:02:02PM +0200, [EMAIL PROTECTED] wrote:
- renaming an interface in one namespace affects everyone.
Exact. If we ensure the interface can't be renamed if used in different
namespace, is
Update the driver version to 1.01
Signed-off-by: Gary Zambrano [EMAIL PROTECTED]
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 98c0675..a7e4ba5 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -29,8 +29,8 @@
#define DRV_MODULE_NAMEb44
#define PFX
This patch adds wol support for the older 440x nics that use pattern matching.
This patch is a redo thanks to feedback from Michael Chan and Francois Romieu.
Signed-off-by: Gary Zambrano [EMAIL PROTECTED]
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 12fc67a..98c0675 100644
---
This patch adds a parameter to init_hw() to not completely initialize
the nic for wol.
Signed-off-by: Gary Zambrano [EMAIL PROTECTED]
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 73ca729..12fc67a 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -101,7 +101,7 @@
Deleted EXPERIMENTAL from b44 entry in Kconfig.
Signed-off-by: Gary Zambrano [EMAIL PROTECTED]
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index bdaaad8..4e57785 100644
--- a/drivers/net/Kconfig
+++ b/drivers/net/Kconfig
@@ -1359,8 +1359,8 @@ config APRICOT
called apricot.
On Tue, 2006-06-20 at 04:42 -0400, Jeff Garzik wrote:
ACK patches 1-6, but unfortunately failed to apply against latest
linux-2.6.git:
[EMAIL PROTECTED] netdev-2.6]$ git-applymbox /g/tmp/mbox ~/info/signoff.txt
6 patch(es) to process.
Applying 'b44: fix manual speed/duplex/autoneg
Adds wol to the driver.
This is a redo of a previous patch thanks to feedback from Francois Romieu.
Signed-off-by Gary Zambrano [EMAIL PROTECTED]
diff --git a/drivers/net/b44.c b/drivers/net/b44.c
index 41b1618..81f434e 100644
--- a/drivers/net/b44.c
+++ b/drivers/net/b44.c
@@ -1450,6 +1450,41
Al Viro wrote:
On Tue, Jun 20, 2006 at 11:21:43PM +0200, Daniel Lezcano wrote:
Al Viro wrote:
On Fri, Jun 09, 2006 at 11:02:02PM +0200, [EMAIL PROTECTED] wrote:
- renaming an interface in one namespace affects everyone.
Exact. If we ensure the interface can't be renamed if used in
On Thu, 2006-06-15 at 11:49 +0200, Martin Devera wrote:
At time of HTB implementation I needed to reach 100MBit speed on
relatively slow box. The hysteresis was a way. On other side I used
hand-made TSC based measure tool to compute exact (15%) performance
gain. Today I'd measure it using
Folks,
I am getting this when I am using DCCP with 2.6.17-rc6-mm2 with Ingo's
lock dependency patch:
Jun 21 09:38:58 localhost kernel: [ 102.068588]
Jun 21 09:38:58 localhost kernel: [ 102.068592]
=
Jun 21 09:38:58 localhost kernel: [ 102.068602] [
A while back (I cannot recall exactly when) the issue of always setting
the IP datagram ID to zero when the DF bit was set was brought-up. I
suggested it might not be a good idea because there are admittedly
broken devices out there that helpfully and silently clear DF and the
start to
On Tue, Jun 20, 2006 at 10:54:48AM -0700, Michael Chan wrote:
I think you need !illegal_highdma(skb-dev, skb)
Thanks for catching this. You can tell that I don't have HIGHMEM :)
Here is the fixed version:
[NET]: Add generic segmentation offload
This patch adds the infrastructure for generic
Hi:
This patch should prevent mistakes like the one I made earlier.
[NET]: Make illegal_highdma more anal
Rather than having illegal_highdma as a macro when HIGHMEM is off, we
can turn it into an inline function that returns zero. This will catch
callers that give it bad arguments.
On Tue, Jun 20, 2006 at 10:42:06AM -0400, jamal wrote:
I apologize for hand-waving with % numbers above and using gut feeling
instead of experimental facts - I dont have time to chase it. I have
CCed Robert who may have time to see if this impacts forwarding
performance for one. I will have
1 - 100 of 118 matches
Mail list logo