On Fri, Oct 13, 2006 at 09:41:35PM -0700, Andrew Morton wrote:
> On Fri, 06 Oct 2006 13:05:18 -0600
> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> > Since some devices may not implement the MWI bit, we should check that
> > the write did set it and return an error if it didn't.
> >
> > Signed-of
On Fri, 06 Oct 2006 13:05:18 -0600
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> Since some devices may not implement the MWI bit, we should check that
> the write did set it and return an error if it didn't.
>
> Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
>
> diff --git a/drivers/pci/pci.c
From: Randy Dunlap <[EMAIL PROTECTED]>
com20020.c needs to export functions if either of the ISA or PCI
modules are built as loadable modules. Or they could always be
exported.
WARNING: "com20020_found" [drivers/net/arcnet/com20020-pci.ko] undefined!
WARNING: "com20020_check" [drivers/net/arcnet
Linas Vepstas wrote:
The current driver code performs 512 DMA mappns of a bunch of
32-byte structures. This is silly, as they are all in contiguous
memory. Ths patch changes the code to DMA map the entie area
with just one call.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewi
On Fri, 2006-10-13 at 15:09 -0700, David Miller wrote:
> From: Rick Jones <[EMAIL PROTECTED]>
> Date: Fri, 13 Oct 2006 14:30:12 -0700
>
> > I'm about to see about concocting an additional workaround in
> > netperf for this, but thought I'd ask if my assumption - that
> > getaddrinfo() returning -7
In all the DCCP code which has similar issues I just do the protocol
selection on the socket call e.g.
case TCP:
new_sock = socket(AF_INET,SOCK_STREAM,0);
break;
case DCCP:
new_sock = socket(AF_INET,SOCK_DCCP,IPPROTO_DCCP);
break;
FYI,
At least here, I received two copies of patch 9/14 and no copy
of patch 10/14.
-Bill
On Fri, 13 Oct 2006 13:37:50 +0200, Per Liden wrote:
> From: Allan Stephens <[EMAIL PROTECTED]>
>
> This patch tivially re-orders the entries in TIPC's li
David Miller wrote:
> From: Joerg Roedel <[EMAIL PROTECTED]>
> Date: Fri, 13 Oct 2006 21:17:45 +0200
>
>> On Fri, Oct 13, 2006 at 08:12:06PM +0200, Jan Dittmer wrote:
>>> This is missing the MODULE_LICENSE statements and taints the kernel upon
>>> loading. License is obvious from the beginning of
On 10/14/06, Rick Jones <[EMAIL PROTECTED]> wrote:
I made some recent changes to netperf to workaround what is IMO a bug in the
Solaris getaddrinfo() where it will clear the ai_protocol field even when one
gives it a protocol in the hints.
[If you happen to be trying to use the test-specific -D
From: Rick Jones <[EMAIL PROTECTED]>
Date: Fri, 13 Oct 2006 14:30:12 -0700
> I'm about to see about concocting an additional workaround in
> netperf for this, but thought I'd ask if my assumption - that
> getaddrinfo() returning -7 when given IPPROTO_SCTP - is indeed a bug
> in getaddrinfo(). Or
From: Joerg Roedel <[EMAIL PROTECTED]>
Date: Fri, 13 Oct 2006 21:17:45 +0200
> On Fri, Oct 13, 2006 at 08:12:06PM +0200, Jan Dittmer wrote:
> > This is missing the MODULE_LICENSE statements and taints the kernel upon
> > loading. License is obvious from the beginning of the file.
...
> > Signed-o
From: Ville Nuorvala <[EMAIL PROTECTED]>
Date: Fri, 13 Oct 2006 11:58:44 +0300
> Acked-by: Ville Nuorvala <[EMAIL PROTECTED]>
Thanks, I've applied Thomas's patch.
> I'm currently working on a patch for all of this, but please go ahead
> and apply Thomas's and Kim's patch.
>
> I'll try to post a
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Fri, 13 Oct 2006 15:52:01 +0900 (JST)
> [IPV6]: Remove bogus WARN_ON in Proxy-NA handling.
>
> Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
DATA payload could be included in the SYN packet. TCP specs allow
this AFAIK.
Yes, but it isn't supposed to be delivered until the 3-way handshake
is complete right?
Are you speaking of 20 years old BSD API ? :)
Nope - the bits in the RFCs about data not being delivered until the ISN's are
va
On Fri, 13 Oct 2006 14:22:48 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7362
>
>Summary: tun/tap device needs root permission for TUNSETIFF ioctl
> Kernel Version: 2.6.18
> Status: NEW
> Severity: normal
> Owner:
On Thu, 12 Oct 2006 17:45:54 -0700
"Yang, Steve" <[EMAIL PROTECTED]> wrote:
> Stephen,
>
> I assume the "expense" you referred to is the reserved SK cache buffers.
>
>
> 1. The SKB_CACHE does hold on to buffers which would
>otherwise be returned to the system (although the
>number it ho
I made some recent changes to netperf to workaround what is IMO a bug in the
Solaris getaddrinfo() where it will clear the ai_protocol field even when one
gives it a protocol in the hints.
[If you happen to be trying to use the test-specific -D to set TCP_NODELAY in
netperf on Solaris, you mig
On Friday 13 October 2006 22:01, Michael Wu wrote:
> Remove struct pt_regs * from d80211 drivers
>
> This patch will be necessary once wireless-dev pulls the 2.6.19-rc2 changes
> which include the removal of the struct pt_regs * argument in interrupt
> handler callbacks. Thanks to Johannes Berg
On Friday 13 October 2006 22:01, Michael Wu wrote:
> Remove struct pt_regs * from d80211 drivers
>
> This patch will be necessary once wireless-dev pulls the 2.6.19-rc2 changes
> which include the removal of the struct pt_regs * argument in interrupt
> handler callbacks. Thanks to Johannes Berg
Rick Jones a écrit :
Eric Dumazet wrote:
Rick Jones a écrit :
More to the point, on what basis would the application be rejecting a
connection request based solely on the SYN?
True, it isn't like there would suddenly be any call user data as in
XTI/TLI.
DATA payload could be included in
This is a port of Carlos Lozano's 2.4 patch[1] to 2.6.16. I believe
Carlos's comments about the original 2.4 patch still pertain here:
We have a machine that must be both a client and director. The
two problems to solve are:
* ipvs doesn't handle loopback packets
Remove struct pt_regs * from d80211 drivers
This patch will be necessary once wireless-dev pulls the 2.6.19-rc2 changes
which include the removal of the struct pt_regs * argument in interrupt
handler callbacks. Thanks to Johannes Berg <[EMAIL PROTECTED]> for
finding a spot in the bcm43xx driver
The structure member xr_end was removed from d80211.h.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/rt2x00/rt2400pci.c
===
--- wireless-dev.orig/drivers/net/wireless/d80211/rt2x00/rt
On Fri, 2006-10-13 at 14:05 -0400, Michael Wu wrote:
> Remove struct pt_regs * from d80211 drivers
Thanks, I was about to do that as well. You forgot at least one place
where the irq handler is called 'manually' in bcm43xx though.
johannes
signature.asc
Description: This is a digitally signed m
All four one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_CONF_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless-
Continue d80211 bitfield removal. In general, compilers have
difficulty generating efficient code for bitfields. This patchset
removes all bitfields from include/net/d80211.h (except for the xr and
Super A/G fields which are completely removed by previous patches).
I converted the 1 bit bitfield
Both one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TX_STATUS_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless
All twelve one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_HW_* definitions.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/adm8211/adm8211.c
All three one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_KEY_* definitions. The 8 bit
keyidx bitfield is converted to type s8.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_main.c
=
All one-bit bitfields have been subsumed into the new 'flags'
structure member and the new IEEE80211_TXCTL_* definitions. The
multiple bit members were converted to u8, s8 or u16 as appropriate.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
On Fri, Oct 13, 2006 at 08:12:06PM +0200, Jan Dittmer wrote:
> This is missing the MODULE_LICENSE statements and taints the kernel upon
> loading. License is obvious from the beginning of the file.
Ah, ok. I forgot that. Thanks for the fix.
> Joerg Roedel wrote:
> > --- linux-2.6.18-vanilla/net/i
Remove struct pt_regs * from d80211 drivers
This patch will be necessary once wireless-dev pulls the 2.6.19-rc2 changes
which include the removal of the struct pt_regs * argument in interrupt
handler callbacks.
Signed-off-by: Michael Wu <[EMAIL PROTECTED]>
---
drivers/net/wireless/d80211/adm
adm8211: small cleanups in adm8211_probe
This patch adds a KERN_INFO to a printk that didn't have anything, and
shortens another line.
Signed-off-by: Michael Wu <[EMAIL PROTECTED]>
---
drivers/net/wireless/d80211/adm8211/adm8211.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
This is missing the MODULE_LICENSE statements and taints the kernel upon
loading. License is obvious from the beginning of the file.
Joerg Roedel wrote:
> --- linux-2.6.18-vanilla/net/ipv6/sit.c 2006-09-20 05:42:06.0
> +0200
> +++ linux-2.6.18/net/ipv6/sit.c 2006-10-05 16:55:0
The following is the ethtool patch for VIOC Device Driver.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN ethtool-5/Makefile.am ethtool-5.vioc/Makefile.am
--- ethtool-5/Makefile.am 2006-08-23 23:53:06.0 -0700
+++ ethtool-5.vioc/Makefile.am 2006-10-12 18:26:22.00
On Monday 09 October 2006 12:03 pm, Stephen Hemminger wrote:
> On Mon, 9 Oct 2006 11:09:39 -0700
>
> Misha Tomushev <[EMAIL PROTECTED]> wrote:
> > On Sunday 08 October 2006 12:27 am, Pavel Machek wrote:
> > > Hi!
> > >
> > > > + ecmd->phy_address = 0; /* !!! Stole from e1000 */
> > > > +
Ar Gwe, 2006-10-13 am 17:24 +0100, ysgrifennodd David Johnson:
> IDE controller, then continuing. Could the same thing be happening in Linux?
> If Linux can't talk to the IDE controller when trying to write to disk, how
> does it handle that?
It will timeout and then retry the command. It's not
Eric Dumazet wrote:
Rick Jones a écrit :
More to the point, on what basis would the application be rejecting a
connection request based solely on the SYN?
True, it isn't like there would suddenly be any call user data as in
XTI/TLI.
DATA payload could be included in the SYN packet. TCP s
Kumar Gala wrote:
I'm working on a enet driver and trying to figure out what I should do
in the tx_timeout function. The device I have doesn't interrupt on tx
completions so I already have a timer loop to check to see if there have
been any completions by looking at the ring pointers.
So sho
On Friday 13 October 2006 14:06, Jarek Poplawski wrote:
>
> Probably - but only with networking. So I'd try with this debugging
> like in my first reply plus maybe 2.6.19-rc1 (e1000 - btw. I hope
> this other tested card was different model - and locking improved)
> and resend conclusions to [EMAIL
I'm working on a enet driver and trying to figure out what I should
do in the tx_timeout function. The device I have doesn't interrupt
on tx completions so I already have a timer loop to check to see if
there have been any completions by looking at the ring pointers.
So should I do somethi
Miscellaneous files to support UDP-Lite, including basic
xfrm and netfilter support.
Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>
---
Documentation/networking/udplite.txt | 291 +++
include/net/xfrm.h |2
net/ipv4/netfilter/ipt_LOG.c
Hi David,
thank you for reviewing the code. This now is the full version,
including both the v4 and the v6 side.
I would like to say `please consider for inclusion', but I think
it would be good if the IPv6 developers could first have a look
through and say whether they are ok with the changes.
This provides consolidated UDP-Lite support over IPv6.
Changes to net/ipv6/udp.c reflect those in net/ipv4/udp.c.
Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>
---
include/net/ipv6.h | 10 +
include/net/transp_v6.h |3
net/ipv6/af_inet6.c |3
net/ipv6/proc.c | 11
On Fri, 2006-10-13 at 08:08 -0400, Daniel Drake wrote:
> Johannes Berg wrote:
> > Good catch. We should send this to -stable too I think. Mind reposting
> > the patch in an applicable format to Daniel, netdev, john, -stable (and
> > possibly me)? Quoted isn't too useful :)
>
> It was already sent
Johannes Berg wrote:
Good catch. We should send this to -stable too I think. Mind reposting
the patch in an applicable format to Daniel, netdev, john, -stable (and
possibly me)? Quoted isn't too useful :)
It was already sent to John directly. I was planning on sending it to
-stable as soon as
From: Allan Stephens <[EMAIL PROTECTED]>
This change modifies TIPC's print buffer code as follows:
1) Now supports small print buffers (min. size reduced from 512 bytes to 64)
2) Now uses TIPC_NULL print buffer structure to indicate null device
instead of NULL pointer (this simplified error han
From: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL PROTECTED]>
---
net/tipc/port.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/net/tipc/port.c b/net/tipc/port.c
index b9c8c6b..c1a1a76 10064
From: Allan Stephens <[EMAIL PROTECTED]>
TIPC now rejects and logs link setup requests from node if the
receiving node already has a functional link to that node on the associated
interface, or if the requestor is using the same as the receiver.
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
From: P Litov <[EMAIL PROTECTED]>
This patch corrects an SMP system-specific race condition which allowed
TIPC to prematurely dereference the first sk_buff in a socket receive
queue that was changing from empty to non-empty state.
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: P
From: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL PROTECTED]>
---
net/tipc/core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/tipc/core.c b/net/tipc/core.c
index 7f3f693..6f5b7ee 100644
---
From: Allan Stephens <[EMAIL PROTECTED]>
This patch corrects an issue wherein a previouly failed node could
not reestablish a links to a non-failing node in the TIPC network
until the latter node detected the link failure itself (which might
be configured to take up to 30 seconds). The non-failin
From: Allan Stephens <[EMAIL PROTECTED]>
This patch tivially re-orders the entries in TIPC's list of local
publications so that applications will receive publication events
in the order they were published.
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL PROTECT
From: Lijun Chen <[EMAIL PROTECTED]>
This patch allows a TIPC application to cancel an existing
topology service subscription by re-requesting the subscription
with the TIPC_SUB_CANCEL filter bit set. (All other bits of
the cancel request must match the original subscription request.)
Signed-off
Hi David,
This patch set includes a number TIPC fixes/cleanups. Please see each
individual patch for further description.
Please pull from:
git://tipc.cslab.ericsson.net/pub/git/tipc.git
(rebased on linux/kernel/git/davem/net-2.6.git)
Summary:
include/linux/tipc.h |1
net/tipc/beare
From: Allan Stephens <[EMAIL PROTECTED]>
The stream socket send code was not initializing some required fields
of the temporary msghdr structure it was utilizing; this is now fixed.
A check has also been added to detect if a user illegally specifies
a destination address when sending on an establi
From: Allan Stephens <[EMAIL PROTECTED]>
This patch fixes a minor bug that prevents "tipc-config -l" from
displaying the multicast link if a TIPC node has never successfully
established at least one unicast link.
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL P
From: Allan Stephens <[EMAIL PROTECTED]>
This patch adds a simple test so TIPC doesn't try waking up processes
waiting on a socket if there are none waiting.
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL PROTECTED]>
---
net/tipc/socket.c |6 --
1 file
From: Allan Stephens <[EMAIL PROTECTED]>
This patch allows the compiler to optimize out any code that tries to
send debugging output to the null print buffer (TIPC_NULL), a capability
that was unintentionally broken during the recent print buffer rework.
Signed-off-by: Allan Stephens <[EMAIL PROT
From: Allan Stephens <[EMAIL PROTECTED]>
This patch enhances TIPC's Ethernet support to include VLAN interfaces.
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL PROTECTED]>
---
net/tipc/core.c |2 +-
net/tipc/core.h |8 ++--
2 files changed, 7 inser
From: Allan Stephens <[EMAIL PROTECTED]>
This patch causes TIPC to return an error message when it receives
an unrecognized configuration command. (Previously, the sender
received no feedback.)
Signed-off-by: Allan Stephens <[EMAIL PROTECTED]>
Signed-off-by: Per Liden <[EMAIL PROTECTED]>
---
ne
On Wed, 2006-10-11 at 20:34 -0400, Daniel Drake wrote:
> > -is_shared_response ? 0 : 1 + 1 + net->challenge_len
> > +(is_shared_response ? 1 + 1 + net->challenge_len : 0)
Good catch. We should send this to -stable too I think. Mind reposting
the patch in an applicable format to Da
On 10/13/06 05:16, David Miller wrote:
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Thu, 12 Oct 2006 18:55:51 +0900 (JST)
>
>> I tend to agree. Ville, do you agree?
>
> I'll wait for Ville's response before applying this.
> Otherwise, I think the change looks fine.
Acked-by: Ville Nuo
Noriaki TAKAMIYA wrote:
> I sent the collect URL. The following URL is correct.
>
> https://info.isl.ntt.co.jp/crypt/eng/camellia/source_s.html
Thank you,
I'm cc'ing linux-crypto and netdev so you don't get more questions about
this.
Regards,
Dag Arne Osvik
-
To unsubscribe from this lis
--
Please see the movie document.
Unrecognized command -- skipping. Use HELP for assistance.
-
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
65 matches
Mail list logo