On Thu, 17 Nov 2005, David S. Miller wrote:
From: Harald Welte [EMAIL PROTECTED]
Date: Tue, 15 Nov 2005 11:03:51 +0100
[NETFILTER] ip_conntrack: fix ftp/irc/tftp helpers on ports = 32768
Since we've converted the ftp/irc/tftp helpers to use the new
module_parm_array() some time ago, we
On Fri, 18 Nov 2005, David S. Miller wrote:
From: Krzysztof Oledzki [EMAIL PROTECTED]
Date: Fri, 18 Nov 2005 09:43:27 +0100 (CET)
What about patch that fixes vlan with bonding?
If packets are sent to the netem queue at the same time, they will be
reversed, even if re-ordering has not been enabled.
The problem is in sch_netem.c line 467:
if (PSCHED_TLESS(cb-time_to_send, ncb-time_to_send))
The queue is being traversed from back to front. If A and B are sent at the
same
Thanks for all your help, Herbert.
Regards,
Trent.
On Nov 17, 2005, at 8:28 PM, Herbert Xu wrote:
On Thu, Nov 17, 2005 at 06:42:29PM -0500, Trent Jaeger wrote:
Patch with sock callback lock made unconditional. Previous send
(earlier today, 11/17) was not the latest patch -- please
Russell King wrote:
On Fri, Nov 18, 2005 at 04:33:02AM +0100, Adrian Bunk wrote:
This patch removes the obsolete drivers/net/eepro100.c driver.
Is there any reason why it should be kept?
Tt's the only driver which works correctly on ARM CPUs. e100 is
basically buggy. This has been
On Fri, Nov 18, 2005 at 11:12:28AM -0500, Jeff Garzik wrote:
Russell King wrote:
On Fri, Nov 18, 2005 at 04:33:02AM +0100, Adrian Bunk wrote:
This patch removes the obsolete drivers/net/eepro100.c driver.
Is there any reason why it should be kept?
Tt's the only driver which works
On Fri, Nov 18, 2005 at 06:22:52AM +0100, Adrian Bunk wrote:
This patch isn't bad, but looking closer we could move the contents of
p8023.c as well as the contents of at least p8022.c and pe2.c into
af_ipx.c.
Is the contents of any of these three files expected to be used
outside
Nicolas Pitre wrote:
Not only SMC_ACK_INT(IM_TX_EMPTY_INT) in in smc_hardware_send_pkt)
appears to be unnecessary (tested with an SMC91C94 and SMC91C111), but
it seems to trigger spurious interrupts on some machines as well.
Removed.
While at it, let's log any remaining spurious interrupts
Jeff Kirsher wrote:
e1000 driver update
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Grumble! How many times has Intel been told to order fixes before new
features?
I have multiple Intel folks
John W. Linville wrote:
Jeff,
As requested, I separated this from the other patches for individual
consideration.
John
---
The following changes since commit cd52d1ee9a92587b242d946a2300a3245d3b885a:
Linus Torvalds:
Linux v2.6.15-rc1
are found in the git repository at:
applied to 'upstream' branch
-
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
matthieu castet wrote:
Hi,
without this patch after an rmmod, modprobe the card won't work anymore
until the next reboot.
This patch seem safe to apply for all cards as the bsd driver already do
that.
I had to add a timeout because strange things happen (issuecommand will
fail) if the
Hi,
Jeff Garzik wrote:
matthieu castet wrote:
Hi,
without this patch after an rmmod, modprobe the card won't work
anymore until the next reboot.
This patch seem safe to apply for all cards as the bsd driver already
do that.
I had to add a timeout because strange things happen
On Fri, Nov 18, 2005 at 01:22:55PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
James Ketrenos:
ipw2100: Fix 'Driver using old /proc/net/wireless...' message
John W. Linville:
e1000: avoid leak when e1000_setup_loopback_test fails
e1000: zero-out pointers in
Removed KERN_DEBUG statements from patch (security/selinux/xfrm.c and
security/selinux/include/xfrm.h). Not consistent with SELinux and
not really useful anymore.
Regards,
Trent.
This patch series implements per packet access control via the
On Fri, 18 Nov 2005, Jeff Garzik wrote:
e1000 driver update
Signed-off-by: Jeff Kirsher [EMAIL PROTECTED]
Signed-off-by: John Ronciak [EMAIL PROTECTED]
Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED]
Grumble! How many times has Intel been told to order fixes before new
features?
Jeff Garzik [EMAIL PROTECTED] writes:
git://git.tuxdriver.com/git/netdev-jwl.git halasa-hdlc
pulled into upstream-fixes branch (bound for 2.6.15), thanks
It's a bit sad we've to fix things such way, though.
Thanks.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line
Currently the e1000 driver only supplies the active link speed / duplex
when a link-beat is present to ethtool. This patch adds support for
supplying the configured speed / duplex when auto-negotiation is
disabled and no link-beat is present.
Signed-off-by: Martin Josefsson [EMAIL PROTECTED]
---
Jesse Brandeburg wrote:
We choose 1) Please merge these changes into upstream for 2.6.16, we
realize we missed the merge window for 2.6.15, but should have said so.
ok
Our position is users who need the new hardware support or new features
now can download our driver tarball from
Krzysztof Halasa wrote:
Jeff Garzik [EMAIL PROTECTED] writes:
git://git.tuxdriver.com/git/netdev-jwl.git halasa-hdlc
pulled into upstream-fixes branch (bound for 2.6.15), thanks
It's a bit sad we've to fix things such way, though.
Thanks.
I'm sorry you feel that way. Your patch
Jeff Garzik [EMAIL PROTECTED] writes:
I'm sorry you feel that way. Your patch would go into upstream-fixes
one way or another, since it was in my Pending folder.
John just saved me a bit of work, that's all.
No, you misunderstood me. There was nothing sad about your or John's
handling of
Please pull from 'upstream-fixes' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the following assorted fixes:
drivers/net/au1000_eth.c|1
drivers/net/e100.c | 273 ++--
On 11/18/05, Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Nov 14, 2005 at 02:57:07AM +0100, Adrian Bunk wrote:
On Fri, Nov 11, 2005 at 02:35:51AM -0600, Matt Mackall wrote:
trivial: drop unused 802.3 code if we compile without IPX
(originally from
Am Freitag 18 November 2005 04:03 schrieb jamal:
ok, I'll produce a patch then - first version will be available tomorrow
evening.
beauty.
Ok, here is the first 'merger' patch. At this stage, it is only compilation
tested against 2.6.14.
This is the data flow:
-Device changes
From: Andrea Bittau [EMAIL PROTECTED]
If two packets were queued to be sent at the same time in the future, their
order would be reversed. This would occur because the queue is traversed back
to front, and a position is found by checking whether the new packet needs to be
sent before the packet
Maginificas barbacoas
Magnigicos Spas
Magnigicos garajes
A unos precios increibles
Mediante este enlace tiene toda la informacin.
http://www.bestsevendiamonds.com/trigano/
Si es su deseo darse de baja, para no recibir ms publicidad es necesario lo
haga en el siguiente enlace.
Adrian Bunk wrote:
This patch removes the obsolete drivers/net/tulip/xircom_tulip_cb.c
driver.
Is there any reason why it should be kept?
Yes. It is the only driver that works
without lockups on Xircom Cardbus cards.
Or so has been the case any time I've tried
the alternatives.
Is there
From: Andrea Bittau [EMAIL PROTECTED]
Date: Fri, 18 Nov 2005 21:48:47 +
From: Andrea Bittau [EMAIL PROTECTED]
If two packets were queued to be sent at the same time in the future, their
order would be reversed. This would occur because the queue is traversed back
to front, and a
On Fri, 18 Nov 2005, Jeff Garzik wrote:
Our position is users who need the new hardware support or new features
now can download our driver tarball from sf.net/projects/e1000.
This position causes extra work, a split test base, and constant
mini-forks whenever e1000 patches come in from the
Index: bic-2.6/net/ipv4/tcp_bic.c
===
--- bic-2.6.orig/net/ipv4/tcp_bic.c
+++ bic-2.6/net/ipv4/tcp_bic.c
@@ -210,14 +210,14 @@ static void bictcp_state(struct sock *sk
bictcp_reset(inet_csk_ca(sk));
}
-/* Track
These patches update TCP BIC to version 2.0 (CUBIC).
This is still experimental, and needs more refinement, so putting it
into -mm for a release cycle makes sense.
--
Stephen Hemminger [EMAIL PROTECTED]
OSDL http://developer.osdl.org/~shemminger
-
To unsubscribe from this list: send the line
From: Eric Dumazet [EMAIL PROTECTED]
Date: Thu, 17 Nov 2005 16:21:45 +0100
It should probably use vfree() like :
+ for_each_cpu(cpu) {
+ if (info-size = PAGE_SIZE)
+ kfree(info-entries[cpu]);
+ else
+ vfree(info-entries[cpu]);
Save a few bytes in struct sk_buff.
[NET]: Use unused bit for ipvs_property field in struct sk_buff
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit 1b8712ac0db0863027a812d3d6558d21029e357a
tree 1e80d4049d28b7fdfb58ab1456c48d195d9f338d
parent 6b1de9161e973bac8c4675db608fe4f38d2689bd
NET: atmel - do not initialize array over and over again
Signed-off-by: Dmitry Torokhov [EMAIL PROTECTED]
---
drivers/net/wireless/atmel.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: work/drivers/net/wireless/atmel.c
I'm trying to get a bridging and VLAN working together with an unexpected
lack of success. ICMP pings are working well, but UDP traffic isn't
working. Without the VLAN interface I can get my XEN/bridging networking
working (but limited by the number of physical interfaces). Without the XEN
Patrick McHardy wrote:
Herbert Xu wrote:
On Fri, Nov 11, 2005 at 03:19:17AM +, Patrick McHardy wrote:
[NETFILTER]: Defer fragmentation in ip_output when connection
tracking is used
I'm slightly uneasy about this change because for POST_ROUTING, the
defragmentation occurs in the middle
36 matches
Mail list logo