On Tuesday 14 November 2006 20:38, Williams, Mitch A wrote:
> Hi folks, I'm looking for some suggestions for software that uses
> the kernel's netpoll interface to receive packets. The only in-kernel
> application that uses netpoll right now is netconsole, and that only
> sends packets.
There are
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 13:55:00 -0800
> The following changes since commit 5d1be92267c04a86232969710e32b6f99bb4ec12:
> Peter Zijlstra:
> [SCTP]: Cleanup of the sctp state table code.
>
> are found in the git repository at:
>
> git://git.ker
From: John Heffner <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 15:02:05 -0500
> The initial values of sysctl_tcp_mem are sometimes greater than the
> total memory in the system (particularly on SMP systems). This patch
> ensures that tcp_mem[2] is always <= 3/4 nr_kernel_pages.
This is a genuin
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 12:50:33 +
> Quoting Andi Kleen:
> | On Tuesday 14 November 2006 09:49, Gerrit Renker wrote:
> | > [UDP]: Reduce size of shared code
> | >
> | > This patch reduces size of source code files by moving
> | > some of the smaller
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 08:48:45 +
> [NET]: Supporting UDP-Lite (RFC 3828) in Linux
>
> This is a revision of the previously submitted patch, which alters
> the way files are organized and compiled in the following manner:
>
> * UDP and UDP-Lite
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 15:27:43 +0100
> RTM_GETPREFIX is completely unused and is thus removed.
>
> Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Also applied, thanks Thomas.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 15:27:14 +0100
> By replacing the current method of exporting the device configuration
> which included allocating a temporary buffer, copying ipv6_devconf
> into it and copying that buffer into the message with a method that
> uses nla_
From: Paul Moore <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 12:23:59 -0500
> Thomas Graf wrote:
> > Various simplifications to the generic netlink interface partially
> > based on suggestions by Paul Moore.
>
> Acked-by: Paul Moore <[EMAIL PROTECTED]>
>
> These changes all look good to me.
Me t
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 07:06:36 -0800 (PST)
> Good point, I agree.
>
> Here's the updated and rebased patch.
>
> >From a3dea6a6b127b3d38932677c8da854b62a20540e Mon Sep 17 00:00:00 2001
> From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> Date: Tue, 14 Nov 2
It is my pleasure to announce that the SFLC [1] has assisted the ar5k
developers in evaluating the development history of Reyk Floeter's
OpenBSD reverse-engineered Atheros HAL, ar5k [2]. SFLC's assessment
leads to the conclusion that free software developers should not be
worried about using/exten
Hi Jiri,
I disagree that the master device is a hack - I also disagree that we
should use 802.11 format frames anywhere but internally inside the
802.11 stack. The 802.11 specification does not use 802.11 format frames
to communicate with the upper layers - it uses almost exactly the same
interfac
The following changes since commit 4c5d3c72166676663c3917839a030b86fa758b23:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
John W. Linville:
pri
The following changes since commit 0579e303553655245e8a6616bd8b4428b07d63a2:
Linus Torvalds:
Merge branch 'for-linus' of git://git.kernel.org/.../drzeus/mmc
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
Zhu
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Tue, 14 Nov 2006 16:05:50 -0800
> On Tue, 2006-11-14 at 18:05 -0500, Jeff Garzik wrote:
>
> >
> > ACK, of course, but this brings up something else: what's the status of
> > moving chip reset outside of a spinlock?
> >
> > Currently a reset durin
I will do that. You can expect the isolated chipset changes tomorrow.
Cleanup will follow later.
Regards, Ron
> -Original Message-
> From: Francois Romieu [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 14, 2006 2:50 PM
> To: Ron Mercer
> Cc: netdev@vger.kernel.org
> Subject: Re: [
On Tue, 14 Nov 2006 23:19:57 +0100, Johannes Berg wrote:
> 1. master netdev
>
> Currently, we have the 'master' netdev wmasterN which is created as
> native 802.11 device but is essentially useless. It is exported to
> userspace but only supports wireless extensions and, depending on what
> the dr
On Tue, 2006-11-14 at 18:05 -0500, Jeff Garzik wrote:
>
> ACK, of course, but this brings up something else: what's the status of
> moving chip reset outside of a spinlock?
>
> Currently a reset during operation can trigger the CPU lockup detector
> and other doo-dads, because you can easily
Chris Stromsoe wrote:
The in-kernel Chelsio cxgb driver in 2.6.19-rc5 is version 2.1.1 and
only supports the N110 and N210 10Gb ethernet boards. The current
driver available from Chelsio[1] is 2.1.4a and supports the T110 and
T210 series boards, but is only available against 2.6.16. Any chanc
Michael Chan wrote:
[TG3]: Increase 5906 firmware poll time.
From: Gary Zambrano <[EMAIL PROTECTED]>
Newer 5906 bootcode needs about 7ms to finish resetting so the poll
firmware loop was changed to maximum 20ms.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
Signed-off-by: Michael Chan <[EMAI
Ron Mercer <[EMAIL PROTECTED]> :
> oops, that patch is borked (line-wrapped). will resend ASAP.
If you can isolate the support of the new chipset and the cleanups,
it will make my life easier.
I have got some pending minor changes.
--
Ueimor
-
To unsubscribe from this list: send the line "unsub
On Tue, Nov 14, 2006 at 11:38:58AM -0800, Williams, Mitch A wrote:
> Hi folks, I'm looking for some suggestions for software that uses
> the kernel's netpoll interface to receive packets. The only in-kernel
> application that uses netpoll right now is netconsole, and that only
> sends packets.
>
0. Introduction
Hi,
As promised on IRC, here are some thoughts on what d80211 is currently
doing and what should in my opinion be changed.
I'm writing this now mostly because I think that we have userspace
visible issues to sort out *before* we can land in -mm or even mainline
with d80211.
Thi
oops, that patch is borked (line-wrapped). will resend ASAP.
Ron Mercer.
>From 742b2f96f918225560f338b6f975c5c7ae23ba9c Mon Sep 17 00:00:00 2001
From: Ron Mercer <[EMAIL PROTECTED]>
Date: Mon, 13 Nov 2006 13:03:17 -0800
Subject: [PATCH] Add support for Qlogic ISP4032 chip.
Remove unus
The following changes since commit 5d1be92267c04a86232969710e32b6f99bb4ec12:
Peter Zijlstra:
[SCTP]: Cleanup of the sctp state table code.
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/netpoll-2.6.20
Stephen Hemminger:
netpoll: pri
[TG3]: Increase 5906 firmware poll time.
From: Gary Zambrano <[EMAIL PROTECTED]>
Newer 5906 bootcode needs about 7ms to finish resetting so the poll
firmware loop was changed to maximum 20ms.
Signed-off-by: Gary Zambrano <[EMAIL PROTECTED]>
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --
Thomas,
I came across this comment in DaveM's blog:
"Next he described a way to do route matching based upon branching
rules with a "GOTO" operation. Only forward GOTOs would be allowed in
the tree in order to prevent loops, but this would allow to match on
many key components and allow a
The initial values of sysctl_tcp_mem are sometimes greater than the
total memory in the system (particularly on SMP systems). This patch
ensures that tcp_mem[2] is always <= 3/4 nr_kernel_pages.
However, I wonder if we want to set this differently than the way this
patch does it. Depending o
Hi folks, I'm looking for some suggestions for software that uses
the kernel's netpoll interface to receive packets. The only in-kernel
application that uses netpoll right now is netconsole, and that only
sends packets.
Used to be, netdump would use the netpoll interface for both transmit
and rec
On Tue, 14 Nov 2006, Daniel Lezcano wrote:
> the attached document describes the network isolation at the layer 2 and at
> the layer 3, it presents the pros and cons of the different approaches, their
> common points and the impacted network code.
> I hope it will be helpful :)
What about other n
Thomas Graf wrote:
> Various simplifications to the generic netlink interface partially
> based on suggestions by Paul Moore.
Acked-by: Paul Moore <[EMAIL PROTECTED]>
These changes all look good to me.
--
paul moore
linux security @ hp
-
To unsubscribe from this list: send the line "unsubscribe
Then a matrix of how each requires what modifications in the network
code. Of course all players need to agree that the description is
accurate.
Is there such a document?
cheers,
jamal
Hi,
the attached document describes the network isolation at the layer 2 and
at the layer 3, it presents the
On Tuesday 14 November 2006 15:40, Johannes Berg wrote:
> On Wed, 2006-11-15 at 01:29 +1100, Paul TBBle Hampson wrote:
>
> > Just to summarise results so far:
> >
> > (Current version)
> > bcm43xx-d80211 w/v3 firmware and TKIP: Garbled broadcast RX
> > bcm43xx-d80211 w/v4 firmware and TKIP: Garbl
Jeff Garzik <[EMAIL PROTECTED]> writes:
> FYI... I'm certainly willing to remove pc300, if nobody wants it.
>
> But I am unsure whether this is a case of "vendor doesn't care" or
> "users don't care", which are two very different things...
I have a driver for PC300/RSV (dual V.35 + V.24) for yea
Haavard Skinnemoen wrote:
Driver for the Atmel MACB on-chip ethernet module.
Tested on AVR32/AT32AP7000/ATSTK1000. I've heard rumours that it works
with AT91SAM9260 as well, and it may be possible to share some code with
the at91_ether driver for AT91RM9200.
Hardware documentation can be found
Andy Fleming wrote:
Most PHYs connect to an ethernet controller over a GMII or MII
interface. However, a growing number are connected over
different interfaces, such as RGMII or SGMII.
The ethernet driver will tell the PHY what type of connection it
is by setting it manually, or passing it in t
John W. Linville wrote:
The following changes since commit d4f748365129ccfc9dadf6fb14331e45e33cc4ed:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
J
Andy Fleming wrote:
This patch requires the new support for configurable PHY
interfaces.
Changes include:
* New support for 88e1145
* New support for 88e111s
* Fixing 88e1101 driver to not match non-88e1101 PHYs
* Increases in feature support across Marvell PHY product line
* Fixes a bunch of wh
By replacing the current method of exporting the device configuration
which included allocating a temporary buffer, copying ipv6_devconf
into it and copying that buffer into the message with a method that
uses nla_reserve() allowing to copy the device configuration directly
into the skb data buffer
On Sun, Nov 12, 2006 at 09:34:27AM +0100, Michael Buesch wrote:
> On Sunday 12 November 2006 02:24, Paul TBBle Hampson wrote:
>> On Sat, Nov 11, 2006 at 04:07:05PM +0100, Michael Buesch wrote:
> >> On Saturday 11 November 2006 07:32, Paul Hampson wrote:
> >>> Michael Buesch bu3sch.de> writes:
>>
RTM_GETPREFIX is completely unused and is thus removed.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.20/net/ipv6/addrconf.c
===
--- net-2.6.20.orig/net/ipv6/addrconf.c 2006-11-14 12:51:56.0 +0100
+++ net-2.6.
On Wed, 2006-11-15 at 01:40 +1100, Paul TBBle Hampson wrote:
> bcm43xx-d80211 w/v3 firmware and WEP-104: Garbled _everything_ RX
> Of course, that's to be expected. WEP only uses broadcast keys, and
> we knew they were failing in software mode.
Hmm, not sure about this, but it sort of confirms my
On Wed, 2006-11-15 at 01:29 +1100, Paul TBBle Hampson wrote:
> Just to summarise results so far:
>
> (Current version)
> bcm43xx-d80211 w/v3 firmware and TKIP: Garbled broadcast RX
> bcm43xx-d80211 w/v4 firmware and TKIP: Garbled broadcast RX
> bcm43xx-d80211 w/v4 firmware and WEP-104: Correct br
FYI... I'm certainly willing to remove pc300, if nobody wants it.
But I am unsure whether this is a case of "vendor doesn't care" or
"users don't care", which are two very different things...
Jeff
--- Begin Message ---
Jeff,
As PC300 is not being produced anymore, we decided that
On Wed, Nov 15, 2006 at 01:29:59AM +1100, Paul TBBle Hampson wrote:
> Just to summarise results so far:
> (Current version)
> bcm43xx-d80211 w/v3 firmware and TKIP: Garbled broadcast RX
> bcm43xx-d80211 w/v4 firmware and TKIP: Garbled broadcast RX
> bcm43xx-d80211 w/v4 firmware and WEP-104: Correc
Quoting Andi Kleen:
| On Tuesday 14 November 2006 09:49, Gerrit Renker wrote:
| > [UDP]: Reduce size of shared code
| >
| > This patch reduces size of source code files by moving
| > some of the smaller functions shared by UDP and UDP-Lite
| > into the header file udp_impl.h, and in-lining t
On Tuesday 14 November 2006 09:49, Gerrit Renker wrote:
> [UDP]: Reduce size of shared code
>
> This patch reduces size of source code files by moving
> some of the smaller functions shared by UDP and UDP-Lite
> into the header file udp_impl.h, and in-lining these.
>
> It is an optimisation and a
David Miller wrote:
From: Ville Nuorvala <[EMAIL PROTECTED]>
Date: Thu, 02 Nov 2006 16:22:07 +0200
Ok, I'll resubmit a patch doesn't send an ICMPv6 error message.
Is this coming soon? I'd like to integrate this patch set into
net-2.6.20 if I can.
No, it was a false alarm as Herbert's patch
[EMAIL PROTECTED] wrote:
From: Zang Roy-r61911 <[EMAIL PROTECTED]>
Add tsi108/9 on chip Ethernet controller driver support.
The driver code collects the feedback of previous posting form the mailing
list and gives the update.
MPC7448HPC2 platform in arch/powerpc uses tsi108 bridge.
The follow
[EMAIL PROTECTED] wrote:
From: Jesse Huang <[EMAIL PROTECTED]>
Solve host error problem in low performance embedded system when continune
down and up. It will cause IP100A DMA TargetAbort. So we need more safe
process to up and down IP100A with wait hardware completely stop and software
cur_tx
Krzysztof Halasa wrote:
Another thing, reported recently to me by several people - DSCC4 WAN
driver now (and perhaps for the last couple of years+) requires the
generic HDLC. I've fixed the Kconfig and moved the DSCC4 option
under CONFIG_HDLC so it's consistent visually.
Jeff, Francois, I think
Amit S. Kale wrote:
Signed-off-by: Amit S. Kale <[EMAIL PROTECTED]>
ACK technical content, but git-applymbox claims the patches are corrupted.
Also, please realize that your email subject line is used as a one-line
summary for your change, copied directly into the kernel change log.
ref htt
Vitaly Wool wrote:
The patch inlined below adds NET_POLL_CONTROLLER support for gianfar network
driver, slightly modified wrt the comments from Andy Fleming.
drivers/net/gianfar.c | 33 +
1 file changed, 33 insertions(+)
Signed-off-by: Vitaly Wool <[EMAIL PRO
On 11/14/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
FYI... I'm certainly willing to remove pc300, if nobody wants it.
But I am unsure whether this is a case of "vendor doesn't care" or
"users don't care", which are two very different things...
Well, I'm not a user of such card, but I know the
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.20/include/net/genetlink.h
===
--- net-2.6.20.orig/include/net/genetlink.h 2006-11-14 11:52:29.0
+0100
+++ net-2.6.20/include/net/genetlink.h 2006-11-14 12:23
Various simplifications to the generic netlink interface partially
based on suggestions by Paul Moore.
-
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
A generic netlink user has no interest in knowing how to
address the source of the original request.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.20/include/net/genetlink.h
===
--- net-2.6.20.orig/include/net/genetli
By modyfing genlmsg_put() to take a genl_family and by adding
genlmsg_put_reply() the process of constructing the netlink
and generic netlink headers is simplified.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.20/include/net/genetlink.h
===
On 11/13/06, David Miller <[EMAIL PROTECTED]> wrote:
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Fri, 10 Nov 2006 16:32:16 -0200
> On 11/10/06, James Morris <[EMAIL PROTECTED]> wrote:
> > On Fri, 10 Nov 2006, James Morris wrote:
> >
> > > I wonder if this facility can be integrate
Hi David,
please find attached, in two subsequent emails,
the following two patches:
Patch 1/2: UDP-Lite support for IPv4/IPv6 with
consolidated code for UDP and UDP-Lite
processing.
This is the modified UDP-Lite patch, exactly in the requested
format: UDP and UDP-Lite now
[UDP]: Reduce size of shared code
This patch reduces size of source code files by moving
some of the smaller functions shared by UDP and UDP-Lite
into the header file udp_impl.h, and in-lining these.
It is an optimisation and applies on top of the previous
UDP-Lite patch.
Signed-off-by: Gerrit
60 matches
Mail list logo
