From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warnings in network files.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/kernel-api.tmpl |7 +--
include/linux/skbuff.h|1 +
2 files changed, 6 insertions(+), 2 deletions(-)
diff -Naur
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
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
interf
NET: atmel - switch to using ARRAY_SIZE()
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/net/wireless/atmel.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
Index: work/drivers/net/wireless/atmel.c
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
===
Hi,
Have a couple of minor changes for atmel wireless driver, please
consider applying.
--
Dmitry
-
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
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 6b1de9161e973bac8c4675db608fe4f38d2689b
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(inf
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Fri, 18 Nov 2005 15:21:01 -0800
> 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.
I'll stick it into my net-2.6.16 tree.
-
To u
From: Yan Zheng <[EMAIL PROTECTED]>
Date: Thu, 17 Nov 2005 10:14:11 +0800
> addrconf_verify(...) only traverse address hash table when addrconf_hash_lock
> is held
> for writing, and it may hold addrconf_hash_lock for a long time. So I think
> it's better
> to acquire addrconf_hash_lock for read
Replace existing BIC version 1.1 with new version 2.0.
The main change is to replace the window growth function
with a cubic function as described in:
http://www.csc.ncsu.edu/faculty/rhee/export/bitcp/cubic-paper.pdf
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- bic-2.6.orig/net/ipv
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 "u
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 delay
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
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
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 any
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.
http://www.be
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
On Fri, 18 Nov 2005 14:03:10 +
Andrea Bittau <[EMAIL PROTECTED]> wrote:
> 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_s
From: Trent Jaeger <[EMAIL PROTECTED]>
Date: Fri, 18 Nov 2005 14:07:32 -0500
> 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.
I've created a 2.6.16 networking tree at:
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 __LIN
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
> > > http://wohnheim.fh
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 ++--
drivers/net/f
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
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 w
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 sf.net/pro
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]>
--
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
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
feature
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
extensi
John W. Linville wrote:
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 po
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 pointer
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 (issuecomm
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 car
applied to 'upstream'
-
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
applied
-
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
applied to 'upstream'
-
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
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
Jesse Brandeburg wrote:
For the four versions of hardware that we (currently) support microcode
download on, the default configuration of our receive interrupt mitigation
microcode was too aggressive, and caused unnecessary delays when pinging,
and low(er) throughput on single connection latenc
Jeff Kirsher wrote:
TSO fixes
- fix rare early completion when using TSO
- extra descriptor for the sentinel descriptor
Signed-off-by: Jeff Kirsher <[EMAIL PROTECTED]>
Signed-off-by: John Ronciak <[EMAIL PROTECTED]>
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
patches 1-3 are acceptable
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:
git://git
John W. Linville wrote:
Jeff,
These changes are outside of the "bugfix" category.
John
---
The following changes since commit cd52d1ee9a92587b242d946a2300a3245d3b885a:
Linus Torvalds:
Linux v2.6.15-rc1
are found in the git repository at:
git://git.tuxdriver.com/git/netdev-jwl.gi
John W. Linville wrote:
Jeff,
These are simple bugfixes. They are eligible for consideration for the
2.6.15-rc train.
John
---
The following changes since commit cd52d1ee9a92587b242d946a2300a3245d3b885a:
Linus Torvalds:
Linux v2.6.15-rc1
are found in the git repository at:
git:
Francois Romieu wrote:
This serie adresses two bugs in the r8169 driver:
o fix printk_ratelimit in the interrupt handler
o do not abort when the power management capabilities are disabled
Please consider pulling from branch 'for-jeff' at
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.gi
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
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 i
From: Russell King <[EMAIL PROTECTED]>
The smc91x driver relies upon register bank 2 being selected whenever
the interrupt handler is called. This isn't always so, especially if
we have a link change event during PHY configuration.
This results in register bank 0 being selected when the interrup
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 use
On Fri, 18 Nov 2005, Adrian Bunk wrote:
> This patch removes the obsolete drivers/net/eepro100.c driver.
>
> Is there any reason why it should be kept?
>
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Can you state a reason why it is obsolete and should be removed?
IMHO this would provide
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 driv
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 discuss
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 disregar
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
sam
* YOSHIFUJI Hideaki / ?$B5HF#1QL@ <[EMAIL PROTECTED]> 2005-11-18 09:47
> In article <[EMAIL PROTECTED]> (at Fri, 18 Nov 2005 08:44:27 +0800), Yan
> Zheng <[EMAIL PROTECTED]> says:
>
> > I get follow message when switch to single user mode and the kernel version
> > is 2.6.15-rc1-git5.
> :
> > No
Herbert Xu wrote:
>On Fri, Nov 18, 2005 at 09:00:38AM +, Charles-Edouard Ruault wrote:
>
>
>>Was puzzled me most is that I did not notice any problem before 2.6.14 !
>>
>>
>
>Well that may have been luck. I've certainly seen it break myself
>from very early on.
>
>
>
ok i've changed m
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?
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8e3babcd69ec0fde874838e276eb0b21
On Fri, Nov 18, 2005 at 09:00:38AM +, Charles-Edouard Ruault wrote:
> Was puzzled me most is that I did not notice any problem before 2.6.14 !
Well that may have been luck. I've certainly seen it break myself
from very early on.
> Do you know if these patches will be included in the official
From: Russell King <[EMAIL PROTECTED]>
Date: Fri, 18 Nov 2005 09:01:59 +
> 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 c
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 discussed here on lkml and
Herbert Xu wrote:
>On Thu, Nov 17, 2005 at 09:39:58PM +0100, Charles-Edouard Ruault wrote:
>
>
>>i just realized i had forgotten to flush my nat tables :( when i
>>reported it did not change.
>>I just tried again and i was able to pinpoint that nat is indeed the
>>problem.
>>I can have all my
From: Krzysztof Oledzki <[EMAIL PROTECTED]>
Date: Fri, 18 Nov 2005 09:43:27 +0100 (CET)
> What about patch that fixes vlan with bonding?
>
> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8e3babcd69ec0fde874838e276eb0b211c6a5647
>
> I think we should fix this in
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 w
From: Harald Welte <[EMAIL PROTECTED]>
Date: Fri, 18 Nov 2005 09:36:59 +0100
> btw: I didn't get any response to any of my patches that i sent to
> [EMAIL PROTECTED] for 2.6.14.y so far. Is that normal, or do they tend
> to send a 'thanks, applied' confirmation?
You'll get a "queued" message, bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Nov 17, 2005 at 03:07:18PM -0800, 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
64 matches
Mail list logo
