pull them from
git://git.skbuff.net/yoshfuji/net-2.6.19-20060920-inet6/
Regards,
HEADLINES
-
[IPV6] NDISC: Handle NDP messages to proxied addresses.
[IPV6]: Don't forward packets to proxied link-local address.
[IPV6] NDISC: Avoid updating neighbor cache for pr
Zang Roy-r61911 wrote:
On Thu, 2006-09-21 at 12:26, Jeff Garzik wrote:
Zang Roy-r61911 wrote:
+#define TSI108_ETH_WRITE_REG(offset, val) \
+ writel(le32_to_cpu(val),data->regs + (offset))
+
+#define TSI108_ETH_READ_REG(offset) \
+ le32_to_cpu(readl(data->regs + (offset)))
+
+#define TSI
On Wed, Sep 20, 2006 at 02:07:11PM -0700, Ashwini Kulkarni ([EMAIL PROTECTED])
wrote:
> Using TCP socket splice:
>
> Application Control
> |
> _|__
> |
>
On Thu, 2006-09-21 at 12:26, Jeff Garzik wrote:
> Zang Roy-r61911 wrote:
> > +#define TSI108_ETH_WRITE_REG(offset, val) \
> > + writel(le32_to_cpu(val),data->regs + (offset))
> > +
> > +#define TSI108_ETH_READ_REG(offset) \
> > + le32_to_cpu(readl(data->regs + (offset)))
> > +
> > +#define
Hello.
In article <[EMAIL PROTECTED]> (at Mon, 18 Sep 2006 20:57:46 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> * YOSHIFUJI Hideaki <[EMAIL PROTECTED]> 2006-09-19 00:08
:
> > [NET]: Include new rtnetlink headers for userspace backward
> > compatibility.
:
> > diff --git a/include/linux/
Zang Roy-r61911 wrote:
+struct tsi108_prv_data {
+ void __iomem *regs;/* Base of normal regs */
+ void __iomem *phyregs; /* Base of register bank used for PHY access */
+
+ int phy;/* Index of PHY for this interface */
+ int irq_num;
+ in
Zang Roy-r61911 wrote:
+#define TSI108_ETH_WRITE_REG(offset, val) \
+ writel(le32_to_cpu(val),data->regs + (offset))
+
+#define TSI108_ETH_READ_REG(offset) \
+ le32_to_cpu(readl(data->regs + (offset)))
+
+#define TSI108_ETH_WRITE_PHYREG(offset, val) \
+ writel(le32_to_cpu(val),
The Tundra Semiconductor Corporation (Tundra) Tsi108/9 is a host bridge
for PowerPC processors that offers numerous system interconnect options
for embedded application designers . The Tsi108/9 can interconnect 60x
or MPX processors to PCI/X peripherals, DDR2-400 memory, Gigabit
Ethernet, and Flash
The Tundra Semiconductor Corporation (Tundra) Tsi108/9 is a host bridge
for PowerPC processors that offers numerous system interconnect options
for embedded application designers . The Tsi108/9 can interconnect 60x
or MPX processors to PCI/X peripherals, DDR2-400 memory, Gigabit
Ethernet, and Flash
The Tundra Semiconductor Corporation (Tundra) Tsi108/9 is a host bridge
for PowerPC processors that offers numerous system interconnect options
for embedded application designers . The Tsi108/9 can interconnect 60x
or MPX processors to PCI/X peripherals, DDR2-400 memory, Gigabit
Ethernet, and Flash
On 9/21/06, Majumder, Rajib <[EMAIL PROTECTED]> wrote:
Does this mean if we have 2 hosts connected back to back (there's no network
device in between), sequence is guaranteed even in UDP?
I think if you're trying to make the packets appear in order you need
to untie the Gordian knot http://en.
Let's say we have 2 uniprocessor hosts connected back to back. Is there any
possibility of an out-of-order scenario on recv? Is this same for all kernel
(linux/solaris)?
-Original Message-
From: David Miller [mailto:[EMAIL PROTECTED]
Sent: 21 September 2006 11:51
To: [EMAIL PROTECTED]
From: "Majumder, Rajib" <[EMAIL PROTECTED]>
Date: Thu, 21 Sep 2006 10:50:17 +0800
> Does this mean if we have 2 hosts connected back to back (there's no
> network device in between), sequence is guaranteed even in UDP?
Not true. Even for back to back systems SMP can cause packets
to be delivered
Does this mean if we have 2 hosts connected back to back (there's no network
device in between), sequence is guaranteed even in UDP?
-Original Message-
From: Rick Jones [mailto:[EMAIL PROTECTED]
Sent: 21 September 2006 00:47
To: Majumder, Rajib
Cc: 'netdev@vger.kernel.org'
Subject: Re: U
On Wed, 20 Sep 2006, Venkat Yekkirala wrote:
> > Quite a lot of logic has changed here.
> >
> > With the original code, we only restored a secmark once for
> > the lifetime
> > of a packet or connetcion (to make behavior deterministic and
> > security
> > marks immutable in the face of arbitr
cramerj wrote:
Williams, Mitch A wrote:
+ { "rx_broadcast", E1000_STAT(stats.bprc) },
+ { "tx_broadcast", E1000_STAT(stats.bptc) },
+ { "rx_multicast", E1000_STAT(stats.mprc) },
+ { "tx_multicast", E1000_STAT(stats.mptc) },
{ "rx_errors", E1000_STAT(net_stats.rx_e
> Williams, Mitch A wrote:
> >>> + { "rx_broadcast", E1000_STAT(stats.bprc) },
> >>> + { "tx_broadcast", E1000_STAT(stats.bptc) },
> >>> + { "rx_multicast", E1000_STAT(stats.mprc) },
> >>> + { "tx_multicast", E1000_STAT(stats.mptc) },
> >>> { "rx_errors", E1000_STAT(net_stats.rx_errors) },
> >>>
On Wed, 20 Sep 2006 15:47:56 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Stephen Hemminger <[EMAIL PROTECTED]>
> Date: Wed, 20 Sep 2006 15:44:06 -0700
>
> > On Mon, 18 Sep 2006 06:56:55 -0700 (PDT)
> > David Miller <[EMAIL PROTECTED]> wrote:
> >
> > > Ok, I'll put this into net-2
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 20 Sep 2006 15:44:06 -0700
> On Mon, 18 Sep 2006 06:56:55 -0700 (PDT)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > Ok, I'll put this into net-2.6.19 for now. Thanks.
>
> Did you try this on a desktop system? Something is wrong with net-
On Mon, 18 Sep 2006 06:56:55 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Alexey Kuznetsov <[EMAIL PROTECTED]>
> Date: Mon, 18 Sep 2006 14:37:05 +0400
>
> > > It looks perfectly fine to me, would you like me to apply it
> > > Alexey?
> >
> > Yes, I think it is safe.
>
> Ok, I'll
Venkat Yekkirala wrote:
>>>+static int selinux_skb_policy_check(struct sk_buff *skb,
>>
>>unsigned short
>>
>>>family) +{
>>>+u32 xfrm_sid, trans_sid;
>>>+int err;
>>>+
>>>+if (selinux_compat_net)
>>>+return 1;
>>>+
>>>+err = selinux_xfrm_decode_session(skb, &xfrm_sid,
On Wed, 20 Sep 2006 17:49:41 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > This patch already is in 2.6.17 stable, but the bigger version was pushed
> > off till 2.6.19. Here is a less intrusive version that needs to go into
> > 2.6.18
> > (or I'll end up sending it
Stephen Hemminger wrote:
This patch already is in 2.6.17 stable, but the bigger version was pushed
off till 2.6.19. Here is a less intrusive version that needs to go into 2.6.18
(or I'll end up sending it for 2.6.18.1). The driver was telling the
GMAC to flush (not process) pause frames. Manually
nline ?
Jeff pulled most of the r8169 branch. I can't answer for him but
I guess that the answer is RSN.
> And is there any patches available against linux-2.6.18 release?
The content of the r8169 branch in the git repository can be retrieved at:
http://www.fr.zoreil.com/people/fr
Segher Boessenkool wrote:
Sure, PCI busses are little-endian. But is readX()/writeX() for PCI
only?
Yes.
For other buses, use foo_writel(), etc.
Can this please be documented then? Never heard this before...
You have come late to the party.
WHat do you mean here? Could you please expla
> > +static int selinux_skb_policy_check(struct sk_buff *skb,
> unsigned short
> > family) +{
> > + u32 xfrm_sid, trans_sid;
> > + int err;
> > +
> > + if (selinux_compat_net)
> > + return 1;
> > +
> > + err = selinux_xfrm_decode_session(skb, &xfrm_sid, 0);
> > + BUG_ON(err);
>
---
fs/splice.c | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/fs/splice.c b/fs/splice.c
index 3a4202d..2f8f42a 100644
--- a/fs/splice.c
+++ b/fs/splice.c
@@ -271,7 +271,7 @@ __generic_file_splice_read(struct file *
struct partial_page partial[
---
include/linux/skbuff.h |2 +
net/core/skbuff.c | 137
2 files changed, 139 insertions(+), 0 deletions(-)
diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
index 755e9cd..8f4b90e 100644
--- a/include/linux/skbuff.h
+++ b/i
My name is Ashwini Kulkarni and I have been working at Intel Corporation for
the past 4 months as an engineering intern. I have been working on the 'TCP
socket splice' project with Chris Leech. This is a work-in-progress version
of the project with scope for further modifications.
TCP socket spli
---
fs/splice.c | 16
include/linux/net.h |2 ++
include/linux/pipe_fs_i.h |1 +
include/net/tcp.h |3 +++
net/socket.c | 13 +
5 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/fs/splice.c b/fs/s
---
include/net/sock.h |1 +
net/core/sock.c|3 ++-
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/include/net/sock.h b/include/net/sock.h
index 324b3ea..3a64262 100644
--- a/include/net/sock.h
+++ b/include/net/sock.h
@@ -497,6 +497,7 @@ extern void sk_stream_wait_cl
---
net/ipv4/af_inet.c |1
net/ipv4/tcp.c | 135
2 files changed, 136 insertions(+), 0 deletions(-)
diff --git a/net/ipv4/af_inet.c b/net/ipv4/af_inet.c
index c84a320..3c0d245 100644
--- a/net/ipv4/af_inet.c
+++ b/net/ipv4/af_inet.c
---
fs/splice.c | 18 +-
include/linux/pipe_fs_i.h | 18 ++
2 files changed, 19 insertions(+), 17 deletions(-)
diff --git a/fs/splice.c b/fs/splice.c
index 684bca3..c6a880b 100644
--- a/fs/splice.c
+++ b/fs/splice.c
@@ -29,22 +29,6 @@
#include
Change default congestion control used from BIC to the newer CUBIC
which it the successor to BIC but has better properties over long delay links.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4/Kconfig | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
--- ne
Change how default TCP congestion control is chosen. Don't just use
last installed module, instead allow selection during configuration,
and make sure and use the default regardless of load order.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
net/ipv4/Kconfig | 45 +
Sure, PCI busses are little-endian. But is readX()/writeX() for
PCI
only?
Yes.
For other buses, use foo_writel(), etc.
Can this please be documented then? Never heard this before...
You have come late to the party.
WHat do you mean here? Could you please explain?
This has been the c
See below.
> -Original Message-
> From: James Morris [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 18, 2006 2:12 PM
> To: Venkat Yekkirala
> Cc: netdev@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: [PATCH 4/7] secid reconciliation-v02: Invo
Code for the EV96100 evaluation board hasn't compiled since at least
November 15, 2003, so it is being deleted as of 2.6.18 due to lack of
a user base.
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
drivers/net/Kconfig |6
drivers/net/Makefile |1
drivers/net/gt96100eth.c | 156
From: Dale Farnsworth <[EMAIL PROTECTED]>
Bug was introduced in commit 71d28725548be203e8b8f6ad63b1f64fd7f02d4d.
How embarrassing. It wasn't caught because dma_umap_single()
is defined away on arch/ppc and 32-bit arch/powerpc.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
Arggh. (And
From: Dale Farnsworth <[EMAIL PROTECTED]>
No 64-bit PPC_MULTIPLATFORM platforms use the mv643xx_eth driver,
so build it only on PPC32.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
Acked-by: Sven Luther <[EMAIL PROTECTED]>
diff --git a/drivers/net/Kconfig b/drivers/net/Kconfig
index a2bd811
Williams, Mitch A wrote:
+ { "rx_broadcast", E1000_STAT(stats.bprc) },
+ { "tx_broadcast", E1000_STAT(stats.bptc) },
+ { "rx_multicast", E1000_STAT(stats.mprc) },
+ { "tx_multicast", E1000_STAT(stats.mptc) },
{ "rx_errors", E1000_STAT(net_stats.rx_errors) },
Please pull from tag 'r8169-20060920-00' in repository
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
to get the change below.
Note:
Since something went wrong last time I submitted a pull request, here
goes the trace from the start of the branch
$ git rev-list $(git
Majumder, Rajib wrote:
Hi,
If I write UDP datagrams 1,2 and 3 to network and if the receiver
receives in order 2,1, and 3, where can the sequence get changed? Is it
at the source stack, network transit or destination stack?
Yes. :)
Although network transit is by far the most likely case. Des
>> +{ "rx_broadcast", E1000_STAT(stats.bprc) },
>> +{ "tx_broadcast", E1000_STAT(stats.bptc) },
>> +{ "rx_multicast", E1000_STAT(stats.mprc) },
>> +{ "tx_multicast", E1000_STAT(stats.mptc) },
>> { "rx_errors", E1000_STAT(net_stats.rx_errors) },
>> { "tx_errors", E1000_STAT
Hi,
On Mon, Sep 18, 2006 at 05:12:49PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> > Socket hash lookups are made within namespace.
> > Hash tables are common for all namespaces, with
> > additional permutation of indexes.
>
> Hi Andrey,
>
> why is the hash table common and not inst
Jeff Garzik wrote:
Kok, Auke wrote:
Disable jumbo frames for 82573L alltogether and when ASPM is enabled
since the hardware has problems with it. For the NICs that do support
this in the 82573 series we set ERT_2048 to attempt to receive as much
traffic as early as we can.
Signed-off-by: Bruce
Jeff Garzik wrote:
Actually, I rescind the ACK.
The code should be inside a spinlock, and therefore not need this
additional check.
If this check were truly needed, then SMP code all over the kernel would
be broken.
I will drop the patch for now. Once Jesse is back next week he gets to exp
Venkat,
>This doesn't look right since kzalloc would already have zeroed the
>structure out. Are you sure you are getting garbage in the acquire
>from the kernel? If you are, I strongly doubt that this would be the
>one causing it (unless kzalloc on this arch misbehaved).
>Or is this a racoon bug?
On Fri, 11 Aug 2006 01:18:38, Ryan Nowakowski wrote:
> I found this patch for 2.4 that allows the host running ipvs to act
> as it's own client via loopback connection. Does anyone have a similar
> patch for 2.6?
Not that I am aware of, though that kind of approach may well work for
2.6 with litt
On Wed, Sep 20, 2006 at 12:29:45PM +0200, Patrick McHardy wrote:
> Horms wrote:
> > Here is the revised patch.
> >
> >
> > [IPVS] Make sure ip_vs_ftp ports are valid
> >
> > I'm not entirely sure what happens in the case of a valid port,
> > at best it'll be silently ignored. This patch ensures th
network transit. different datagrams might go through different
routes, hence the out-of-sequence arrival.
On 9/20/06, Majumder, Rajib <[EMAIL PROTECTED]> wrote:
Hi,
If I write UDP datagrams 1,2 and 3 to network and if the receiver receives in
order 2,1, and 3, where can the sequence get chang
On Wednesday, 20 September 2006 16:23, Mike Galbraith wrote:
> On Tue, 2006-09-19 at 13:36 -0700, Andrew Morton wrote:
> > On Tue, 19 Sep 2006 22:25:21 +0200
> > "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > > > - It took maybe ten hours solid work to get this dogpile vaguely
> > > > co
On Tue, 2006-09-19 at 13:36 -0700, Andrew Morton wrote:
> On Tue, 19 Sep 2006 22:25:21 +0200
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > > - It took maybe ten hours solid work to get this dogpile vaguely
> > > compiling and limping to a login prompt on x86, x86_64 and powerpc.
> > >
On Tue, 2006-09-19 at 15:39 +0800, Zang Roy-r61911 wrote:
> >
> > > + spin_unlock_irq(&phy_lock);
> > > + msleep(10);
> > > + spin_lock_irq(&phy_lock);
> > > + }
> >
> > hmm some places take phy_lock with disabling interrupts, while others
> > don't. I sort of fear "the o
Hello,
I have a question regarding the subject.
In the old threads it seemed to have concluded that ignoring preferred source
in local route was a
bug and a pacth was proposed.
See,
http://marc.theaimsgroup.com/?l=linux-netdev&m=99985580920599&w=2
There, the following patch is proposed,
--- net
Horms wrote:
> Here is the revised patch.
>
>
> [IPVS] Make sure ip_vs_ftp ports are valid
>
> I'm not entirely sure what happens in the case of a valid port,
> at best it'll be silently ignored. This patch ensures that
> the port values are unsigned short values, and thus always valid.
>
> Cc: Pa
Socket notifications.
This patch include socket send/recv/accept notifications.
Using trivial web server based on kevent and this features
instead of epoll it's performance increased more than noticebly.
More details about benchmark and server itself (evserver_kevent.c)
can be found on project's
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/kernel/kevent/kevent_timer.c b/kernel/kevent/kevent_tim
Core files.
This patch includes core kevent files:
- userspace controlling
- kernelspace interfaces
- initialization
- notification state machines
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/syscall_table.S b/arch/i386/kernel/syscall_table.S
index dd63d
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on.).
Signed-off-by: Evgeniy
Generic event handling mechanism.
Consider for inclusion.
Changes from 'take18' patchset:
* use __init instead of __devinit
* removed 'default N' from config for user statistic
* removed kevent_user_fini() since kevent can not be unloaded
* use KERN_INFO for statistic output
Changes from 't
On Tue, Sep 19, 2006 at 04:23:55PM -0700, Stephen Hemminger wrote:
> Okay, build testing all the possibilities now, answer by morning..
Please boot some of them as well - I can see a kernel that really wants to
load "bic" at boot time but can't find it.
Bert
--
http://www.PowerDNS.com
Hello,
I'm using FC5 w/ 2.6.17-1.2174_FC5. When the laptop resumes from
suspend, it does not re-send an IPv6 route solicitation. So, if the
IPv6 default route expired while you were in suspend, you'll have to
wait for the next multicast unsolicited RA.
A workaround is to cycle the interfac
Hi,
If I write UDP datagrams 1,2 and 3 to network and if the receiver receives in
order 2,1, and 3, where can the sequence get changed? Is it at the source
stack, network transit or destination stack?
Any reply is highly appreciated.
Thanks
Rajib
==
* Johannes Berg <[EMAIL PROTECTED]> 2006-09-20 09:03
> > Just use a nested attribute here, this new array format you introduce
> > having 1 byte ID, 1 byte len is equivalent to using a set of nested
> > attributes with nla_type=id, nla_len=len.
>
> No, it is only validated, it is then supposed to
On Wed, 2006-09-20 at 08:33 +0200, Thomas Graf wrote:
> I think I brought this up already, it's a lot easier to understand
> things if you keep it symmetric, i.e. NL80211_CMD_GET_CONFIG triggers
> sending a NL80211_CMD_NEW_CONFIG.
Yes, I think you did :) I'll do that as soon as I get around to
re
66 matches
Mail list logo
