Power management parameters could not be set by iwconfig due to
incorrect error handling.
Signed-off-by: Pavel Roskin <[EMAIL PROTECTED]>
---
This is a very simple bugfix, and the bug is serious enough, so I'll
appreciate if the patch gets priority handling and goes to 2.6.15. I
have lots of oth
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 29 Nov 2005 18:34:41 +1100
> On Tue, Nov 29, 2005 at 08:02:34AM +0100, Patrick McHardy wrote:
> > It seems in most places where only IPCB(skb)->opt is cleared
> > the entire CB should be cleared. A couple of spots also look
> > completely unnecessary
Los mejores limpia fondos del mercado
Los mejores ionizadores
El mejor sistema para calentar el agua
Desea representar nuestros productos?
Mediante este enlace tiene toda la informacin.
http://www.bestsevendiamonds.com/ionpure/
Si es su deseo darse de baja, para no recibir ms publicidad e
On Tue, Nov 29, 2005 at 08:02:34AM +0100, Patrick McHardy wrote:
>
> - IPSKB_MASQUERADED is unused
> - IPSKB_TRANSLATED is unused
> - IPSKB_FORWARDED is used by ipmr in a way that looks broken,
> it expects the flags on the input path to be the same it set
> on the output path.
> - IPSKB_XFRM_
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 29 Nov 2005 13:14:37 +0900 (JST)
> Ensure to update hiscore.rule in dummy rule 4 in ipv6_dev_get_saddr().
> Pointed out by Yan Zheng <[EMAIL PROTECTED]>.
>
> Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscr
/2.6.x/2.6.15-rc2/via-velocity/20051128
Neat, thanks! Are they actually likely to mess up the host or make it
unstable, or are you just saying "hey, these are for TESTING, capiche?"
I currently have the card installed in a machine, and while it's a
production machine, taking it dow
Hello.
Ensure to update hiscore.rule in dummy rule 4 in ipv6_dev_get_saddr().
Pointed out by Yan Zheng <[EMAIL PROTECTED]>.
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
index a16064b..76ff9f4 100644
--- a/net/ipv6/addrconf.c
+++ b/ne
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 29 Nov 2005 11:57:33 +0900 (JST)
> In article <[EMAIL PROTECTED]> (at Mon, 28 Nov 2005 18:14:48 -0800 (PST)),
> "David S. Miller" <[EMAIL PROTECTED]> says:
>
> > I've implemented the necessary logic for TCP and UDP, but every other
> > possi
In article <[EMAIL PROTECTED]> (at Mon, 28 Nov 2005 18:14:48 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> I've implemented the necessary logic for TCP and UDP, but every other
> possible legitimate receiver of PKT_TOOBIG messages (RAW, SCTP, DCCP,
> AH6, ESP6, etc. etc. etc.) will
Am Montag 28 November 2005 23:13 schrieb Thomas Graf:
> Looks good, it would be nice if you could separate the vlan part as a
> separate patch for later on though.
This will happen when I submit the final patch for kernel inclusion.
> The effort is nice but why do we need sysfs? Isn't netlink en
(resending in plain text, trimming CCs)
Thanks to everyone for taking the time to provide feedback. We're
going to go make the changes you suggested and will hopefully have the
code fixed up (and add more docs) in a few weeks.
Regards -- Andy
-
To unsubscribe from this list: send the line "unsubs
* Stefan Rompf <[EMAIL PROTECTED]> 2005-11-28 14:15
> Hi,
>
> ok, at least some progress has happened:
Looks good, it would be nice if you could separate the vlan part as a
separate patch for later on though.
> -Replaced device-specific oper_state method with NETIF_F_STACKED flag to
> select be
Am Montag 28 November 2005 14:15 schrieb Stefan Rompf:
> -complete sysfs
> -test netlink userspace interaction
both done, next patch will follow when docs are written. Thomas: Thanks for
libnl, it made sending netlink messages a lot easier!
Stefan
-
To unsubscribe from this list: send the line
> In 2.4.21, arp code uses gc_timer to check for stale arp cache
> entries. In 2.6, each entry has its own timer to check for stale arp
> cache. 2.4.29 to 2.4.32 kernels (atleast) use neither of these timers.
Regarding NUD_REACHABLE <-> NUD_STALE transition it has a timer check.
Due to the fast pa
On Sun, Nov 20, 2005 at 04:31:37PM +, Patrick McHardy wrote:
>
> diff --git a/include/net/ip.h b/include/net/ip.h
> index 9f09882..377036b 100644
> --- a/include/net/ip.h
> +++ b/include/net/ip.h
> @@ -45,6 +45,7 @@ struct inet_skb_parm
> #define IPSKB_TRANSLATED 2
> #define IPSKB_FORWARD
Hello Arjan,
On 28th november 2005 (22:03:38) you wrote:
> oh it's *your own* netdev...
Yes:-) Sorry for not being precise
> that makes things a lot easier ;)
> it's custom to have driver private data per net dev
> (see netdev_priv() to get it, alloc_etherdev() takes the size of it as
> argum
In 2.4.21, arp code uses gc_timer to check for stale arp cache
entries. In 2.6, each entry has its own timer to check for stale arp
cache. 2.4.29 to 2.4.32 kernels (atleast) use neither of these timers.
This causes problems in environments where IPs or MACs are reassigned
- saw this problem on load
On Mon, 2005-11-28 at 21:56 +0100, Mateusz Berezecki wrote:
> Hello Arjan,
>
> On 27th november 2005 (22:25:13) you wrote:
>
> > On Sun, 2005-11-27 at 20:58 +0100, Mateusz Berezecki wrote:
> >> Hello List!
> >>
> >> Having only net_device pointer is it possible to retrieve associated
> >> pci_d
Hello Arjan,
On 27th november 2005 (22:25:13) you wrote:
> On Sun, 2005-11-27 at 20:58 +0100, Mateusz Berezecki wrote:
>> Hello List!
>>
>> Having only net_device pointer is it possible to retrieve associated pci_dev
>> pointer basing on this information only?
> what do you need it for?
for pc
On Mon, Nov 28, 2005 at 09:28:20PM +0200, andrei.popa wrote:
>
> > >
> > > the problem persists even with 2.6.15-rc2-git6
> > >
> > > ierdnac ~ # uname -a
> > > Linux ierdnac 2.6.15-rc2-git6 #1 PREEMPT Mon Nov 28 19:12:03 EET 2005
> > > i686 AMD Athlon(tm) processor AuthenticAMD GNU/Linux
> > >
Thanks for your time, Patrick, it's very much appreciated.
>> Since the rest of the assignments match I was left wondering, which
>> one is correct?
>
> Both are fine.
> 2.4:
> new->nfct=old->nfct;
> nf_conntrack_get(new->nfct);
> 2.6:
> new->nfct = old->nfct;
>
If using UDP over VLAN, with the skge driver there is a possibility
of generating an incorrect checksum. This is a unlikely occurrence
because it is only an issue on Yukon revision 0, and that revision
doesn't seem to exist on any current hardware (probably early prototype).
Signed-off-by: Stephen
> >
> > the problem persists even with 2.6.15-rc2-git6
> >
> > ierdnac ~ # uname -a
> > Linux ierdnac 2.6.15-rc2-git6 #1 PREEMPT Mon Nov 28 19:12:03 EET 2005
> > i686 AMD Athlon(tm) processor AuthenticAMD GNU/Linux
> >
> > ierdnac ~ # ping 10.3.0.1
> > PING 10.3.0.1 (10.3.0.1) 56(84) bytes of d
Just checked this in:
commit 2e06cb5859fdaeba0529806eb1bf161ffd0db201
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Mon Nov 28 13:54:22 2005 -0500
[bonding] Remove superfluous changelog.
No need to record this information in source code, its all in the git
repository, and kernel arch
On Mon, Nov 28, 2005 at 07:35:24PM +0200, andrei.popa wrote:
> On Mon, 2005-11-28 at 10:15 -0500, Neil Horman wrote:
> > On Mon, Nov 28, 2005 at 05:00:44PM +0200, andrei.popa wrote:
> > > On Mon, 2005-11-28 at 07:47 -0500, Neil Horman wrote:
> > > > On Mon, Nov 28, 2005 at 12:26:41PM +0200, andrei.
On Mon, 2005-11-28 at 10:15 -0500, Neil Horman wrote:
> On Mon, Nov 28, 2005 at 05:00:44PM +0200, andrei.popa wrote:
> > On Mon, 2005-11-28 at 07:47 -0500, Neil Horman wrote:
> > > On Mon, Nov 28, 2005 at 12:26:41PM +0200, andrei.popa wrote:
> > > > Hello,
> > > >
> > > >
> > > > I've reported th
On Mon, 2005-11-28 at 10:15 -0500, Neil Horman wrote:
> On Mon, Nov 28, 2005 at 05:00:44PM +0200, andrei.popa wrote:
> > On Mon, 2005-11-28 at 07:47 -0500, Neil Horman wrote:
> > > On Mon, Nov 28, 2005 at 12:26:41PM +0200, andrei.popa wrote:
> > > > Hello,
> > > >
> > > >
> > > > I've reported th
This should really be on netdev, so I copied it.
On 11/28/05, Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
> Mark Nipper <[EMAIL PROTECTED]> wrote:
> >I received the following in my system logs recently:
> >---
> >Nov 27 22:56:20 king kernel: KERNEL:
On Mon, Nov 28, 2005 at 05:00:44PM +0200, andrei.popa wrote:
> On Mon, 2005-11-28 at 07:47 -0500, Neil Horman wrote:
> > On Mon, Nov 28, 2005 at 12:26:41PM +0200, andrei.popa wrote:
> > > Hello,
> > >
> > >
> > > I've reported this problem once
> > > http://lkml.org/lkml/2005/10/26/85
> > >
> >
On Mon, 2005-11-28 at 07:47 -0500, Neil Horman wrote:
> On Mon, Nov 28, 2005 at 12:26:41PM +0200, andrei.popa wrote:
> > Hello,
> >
> >
> > I've reported this problem once
> > http://lkml.org/lkml/2005/10/26/85
> >
> > I've googled and I found another person who has the same problem:
> > http://
Hi,
ok, at least some progress has happened:
-Replaced device-specific oper_state method with NETIF_F_STACKED flag to
select between IF_OPER_DOWN or IF_OPER_LOWERLAYERDOWN
-sysfs support to read operstate
-completed netlink support (Jamal, Thomas, can you verify the code?)
-added netif_oper_up()
I have wrote a driver that adds vlan and my own sfab header to packets
(both defined in struct sfab_hdr ). I have increased hard_header_len so
new headers will always fit to skb. skb->dev is changed to bonding
device that will then at the end use real ethernet device to send the
packet over the net
On Mon, Nov 28, 2005 at 12:26:41PM +0200, andrei.popa wrote:
> Hello,
>
>
> I've reported this problem once
> http://lkml.org/lkml/2005/10/26/85
>
> I've googled and I found another person who has the same problem:
> http://www.ussg.iu.edu/hypermail/linux/kernel/0406.2/1981.html
>
> static ARP
Herbert Xu wrote:
On Mon, Nov 28, 2005 at 02:07:03AM +0100, Patrick McHardy wrote:
Thanks, this looks great. I've changed it to only call the hooks
Glad you liked it :)
before tunnel mode transforms and added a missing dst_output call
for the final packet.
This shouldn't be necessary i
Roberto Nibali wrote:
Hello,
I'm chasing down a nasty refcnt bug regarding connection tracking in
2.4.x kernels and since the nf_reset() patch for 2.6.x solving the same
issue (commit: 9666dae51013b064e7d77fc36b5cee98dd167ed5) resulted in a
major breakage of SO_ORIGINAL_DST support, a better
Hello,
I'm chasing down a nasty refcnt bug regarding connection tracking in
2.4.x kernels and since the nf_reset() patch for 2.6.x solving the same
issue (commit: 9666dae51013b064e7d77fc36b5cee98dd167ed5) resulted in a
major breakage of SO_ORIGINAL_DST support, a better patch was put in
place
Hello,
I've reported this problem once
http://lkml.org/lkml/2005/10/26/85
I've googled and I found another person who has the same problem:
http://www.ussg.iu.edu/hypermail/linux/kernel/0406.2/1981.html
static ARP doesnt work:
it ~ # ping 192.168.2.59
PING 192.168.2.59 (192.168.2.59) 56(84) by
37 matches
Mail list logo