Pipe notifications.
diff --git a/fs/pipe.c b/fs/pipe.c
index f3b6f71..aeaee9c 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include
#include
@@ -312,6 +313,7 @@ redo:
break;
}
if
Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are use
It is in the LTC Bugzilla. I just checked and it is still there :)
Jim
On Thu, 2006-12-14 at 10:31 +1100, Michael Ellerman wrote:
> On Wed, 2006-12-13 at 15:08 -0600, Linas Vepstas wrote:
> > This patch adds net_ratelimit to many of the printks in order to
> > limit extraneous warning messages
I obviously managed to mess up the subject.
The patch with proper subject is reposted.
Divy
From: Divy Le Ray <[EMAIL PROTECTED]>
[PATCH 3/10] cxgb3 - HW access routines - part 1
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. Thi
On Wednesday 13 December 2006 13:13, Jiri Benc wrote:
> On Tue, 12 Dec 2006 12:55:53 -0500, Michael Wu wrote:
> > - schedule_work(&local->scan_work);
> > + schedule_work(&local->scan_work.work);
>
> Hm, what is the preferred way here:
> schedule_work(some_delayed
From: Divy Le Ray <[EMAIL PROTECTED]>
[PATCH 3/10] cxgb3 - HW access routines - part 1
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the first part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_h
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_offload.c | 1221 +
drivers/net/cxgb3/l2t.c | 4
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the main header files of
the Chelsio T3 network driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h | 255
drivers/net/cxgb3/common.h | 709 ++
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements build files and versioning for the
Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 18 ++
drivers/net/Makefile|1 +
drivers/net/cxgb3/
From: Divy Le Ray <[EMAIL PROTECTED]>
[PATCH 3/10] cxgb3 - HW access routines - part 1
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the first part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_h
+/**
+ * t3_port_intr_enable - enable port-specific interrupts
+ * @adapter: associated adapter
+ * @idx: index of port whose interrupts should be enabled
+ *
+ * Enable port-specific (i.e., MAC and PHY) interrupts for the given
+ * adapter port.
+ */
+void t3_port_intr_enable(s
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the registers definitions for the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h | 2195 ++
1 files changed, 2195 insertions(+),
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements on board memory, MAC and PHY management
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/ael1002.c | 231 ++
drivers/net/cxgb3/mc5.c | 453 +
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload operations header files
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_ctl_defs.h | 142
drivers/net/cxgb3/cxgb3_defs.h | 99 ++
drivers/n
Jeff,
I resubmit the patch supporting the latest Chelsio T3 adapter.
It incorporates the last feedbacks for code cleanup.
It is built gainst Linus'tree.
We think the driver is now ready to be merged.
Can you please advise on the next steps for inclusion in 2.6.20 ?
A corresponding monolithic pa
On Wed, 2006-12-13 at 23:38 -0500, Michael Wu wrote:
> On Wednesday 13 December 2006 23:02, Zhu Yi wrote:
> > Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
> >
> You should probably have more in the description..
>
> > ---
> >
> > include/net/d80211_mgmt.h | 148
> > +
O
> +static ssize_t store_tspec(struct class_device *dev, const char *buf,
> +size_t len)
> +{
> + if (sscanf(buf, "%hu %hu %u %u %u %u %u %u %u %u %u %u %u %hu %hu",
> +&_tspec.nominal_msdu_size,
> +&_tspec.max_msdu_size,
> +
On Wednesday 13 December 2006 23:02, Zhu Yi wrote:
> Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
>
You should probably have more in the description..
> ---
>
> include/net/d80211_mgmt.h | 148
> + 1 files changed, 148
> insertions(+), 0 deletions(-)
>
d80
The sysfs interface here is only a proof of concept. It provides a way for
the userspace applications to use the advanced QoS features supported by
d80211 stack. The finial solution should be switched to cfg80211.
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
---
net/d80211/ieee80211_i.h | 13
Struct dls_info is declared to store the peer's MAC address, timeout
value, supported rates, etc information for the DLS link. The stack
also maintains a hash table to store the dls_info for all the DLS peers
for local interface. The peer's MAC address is used as the hash table key.
The DLS MLMEs h
The d80211 now maintains a sta_ts_data structure for every TSID and
direction combination of all the Taffic Streams. For those admission
control enabled Acesss Categories (AC), STA can initiatively request
a traffic stream. The stack also maintains two variables to record the
admitted time and used
I don't see any reason why packets with DSCP=0x40 should have lower IEEE
802.1D priority than packets with DSCP=0x20. Spare > Background. No?
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
---
net/d80211/wme.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
e1765ea0d80ad86619300d3253e
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
---
include/net/d80211_mgmt.h | 148 +
1 files changed, 148 insertions(+), 0 deletions(-)
d83f6236e756f5f0bb1484d99188f06704de
diff --git a/include/net/d80211_mgmt.h b/include/net/d80211_mgmt.h
index 8714
Replace hard coded WIFI OUIs and parse TSPEC information element.
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
---
net/d80211/ieee80211_sta.c | 36
net/d80211/wifi.h | 28
2 files changed, 60 insertions(+), 4 deletions(
Hi,
The following patches add more advanced IEEE802.11e/WMM features for d80211.
Your comments are welcome.
[PATCH 1/6] d80211: add IEEE802.11e/WMM MLMEs, Status Code and Reason Code
[PATCH 2/6] d80211: create "wifi.h" to define WIFI OUIs
[PATCH 3/6] d80211: fix classify_1d() priority selection
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 17:38:52 -0800
> These parameters are not used by user-space apps. They define the
> parameters used by the protocol in SCTP headers that go on wire.
There is no __KERNEL__ ifdef protection for these defines,
and the linux/sctp.h
[BNX2]: Fix minor loopback problem.
Use the configured MAC address instead of the permanent MAC address
for loopback frames.
Update version to 1.5.2.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index 4fa7cef..ada5e9b 100644
--- a/drivers/
[BNX2]: Fix bug in bnx2_nvram_write().
Length was not calculated correctly if the NVRAM offset is on a non-
aligned offset.
Signed-off-by: Michael Chan <[EMAIL PROTECTED]>
diff --git a/drivers/net/bnx2.c b/drivers/net/bnx2.c
index f296c37..4fa7cef 100644
--- a/drivers/net/bnx2.c
+++ b/drivers/ne
[BNX2]: Fix panic in bnx2_tx_int().
There was an off-by-one bug in bnx2_tx_avail(). If the tx ring is
completely full, the producer and consumer indices may be apart by
256 even though the ring size is only 255. One entry in the ring is
unused and must be properly accounted for when calculating
On Wed, 2006-12-13 at 16:35 -0800, David Miller wrote:
> From: Sridhar Samudrala <[EMAIL PROTECTED]>
> Date: Wed, 13 Dec 2006 12:44:52 -0800
>
> > diff --git a/include/linux/sctp.h b/include/linux/sctp.h
> > index 35108fe..d4f8656 100644
> > --- a/include/linux/sctp.h
> > +++ b/include/linux/sctp.
From: Kim Nordlund <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 17:03:26 +0200 (EET)
>
> Make fib6_node 'subtree' depend on IPV6_SUBTREES.
>
> Signed-off-by: Kim Nordlund <[EMAIL PROTECTED]>
Patch applied, thanks Kim.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 12:44:52 -0800
> diff --git a/include/linux/sctp.h b/include/linux/sctp.h
> index 35108fe..d4f8656 100644
> --- a/include/linux/sctp.h
> +++ b/include/linux/sctp.h
> @@ -180,7 +180,7 @@ typedef enum {
> SCTP_PARAM_ERR_CAUSE
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 12:44:50 -0800
> [SCTP]: Add support for SCTP_CONTEXT socket option.
>
> Signed-off-by: Ivan Skytte Jorgensen <[EMAIL PROTECTED]>
> Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this
From: Al Viro <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 20:12:14 +
> There might be practical considerations along the lines of "we want
> lookups for loopback to be fast"...
We have that taken care of, it's called "&loopback_dev".
None of the performance-caring paths do dev_get_by_name("lo
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 12:44:47 -0800
> [SCTP]: Enable auto loading of SCTP when creating an ipv6 SCTP socket.
>
> Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev"
From: Sridhar Samudrala <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 12:44:44 -0800
> [SCTP]: Handle address add/delete events in a more efficient way.
>
> Currently in SCTP, we maintain a local address list by rebuilding the whole
> list from the device list whenever we get a address add/delete ev
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 15:41:25 -0800
> But what if other network device is not a module. We want loopback
> to be first. so it needs to be before other device_initcall's
That's not happening today, so it's "broken" today, which suggests
that the order
From: "Leigh Brown" <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 23:43:50 - (GMT)
> I just had to kill the parameter:-
>
> --- net/ipv4/tcp.c.orig 2006-12-10 21:46:26.0 +
> +++ net/ipv4/tcp.c2006-12-13 17:38:29.0 +
> @@ -2362,7 +2362,7 @@ struct tcp_md5sig_pool
On Wed, 2006-12-13 at 15:23 -0600, Linas Vepstas wrote:
> Delete possible source of chain corruption; the hardware
> already knows the location of the tail, and writing it
> again is likely to mess it up.
>
> Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
> Cc: James K Lewis <[EMAIL PROTECTED]>
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 15:41:25 -0800
> But what if other network device is not a module. We want loopback
> to be first. so it needs to be before other device_initcall's
There is zero evidence that loopback must be first.
I was not able to provide any
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Thu, 14 Dec 2006 00:18:48 +0100
> Not really, the device management inits as subsys, the ip layer hooks
> into fs_initcall() which comes right after. The loopback was actually
> registered after the protocol so far. I think Adrian's patch is fine
> if th
On Wed, December 13, 2006 1:29 am, David Miller said:
> I think we're still not onto the right fix.
>
> I took a look, and the issue seems to simply be that the
> __tcp_put_md5sig_pool() is not doing the reference count
> thing that __tcp_get_md5sig_pool() does (via tcp_md5sig_users).
>
> The direc
On Wed, 2006-12-13 at 15:08 -0600, Linas Vepstas wrote:
> This patch adds net_ratelimit to many of the printks in order to
> limit extraneous warning messages (created in response to Bug 28554).
Bug 28554 in which bug tracking system? I can't find it in LTC or
kernel.org bugzilla.
cheers
--
Mic
On Wed, Dec 13, 2006 at 14:58:18 -0800, Stephen Hemminger wrote:
> On Tue, 12 Dec 2006 21:27:20 +0100
> Tino Keitel <[EMAIL PROTECTED]> wrote:
>
> > Hi folks,
> >
> > I just tried the sk98lin driver version 8.41.2.3 and was happy that it
> > seems to support wake on LAN with the Marvell 88E8053 P
Split off NAPI part from network device, this patch is build tested
only! It breaks kernel API for network devices, and only three examples
are fixed (skge, sky2, and tg3).
1. Decomposition allows different NAPI <-> network device
Some hardware has N devices for one IRQ, others like MSI-X
wa
These two patches were originally sent to linuxppc-dev, but they should have
been sent here too.
-
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
From: Timur Tabi <[EMAIL PROTECTED]>
The local versions of phy_read() and phy_write() in ucc_geth_phy.c conflict
with the prototypes in include/linux/phy.h, so this patch renames them,
moves them to the top of the file (while eliminating the redundant prototype),
and makes them static.
Signed-of
On Thu, 14 Dec 2006 00:31:28 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 14, 2006 at 12:18:48AM +0100, Thomas Graf wrote:
> > * Adrian Bunk <[EMAIL PROTECTED]> 2006-12-14 00:12
> > > On Wed, Dec 13, 2006 at 03:01:43PM -0800, Stephen Hemminger wrote:
> > > > Loopback should be there
From: Timur Tabi <[EMAIL PROTECTED]>
The workqueue interface changed with David Howell's patch on 11/22/2006
(SHA 65f27f38446e1976cc98fd3004b110fedcddd189). Several drivers were
updated with that patch to handle the new interface, but ucc_geth.c
was not one of them. This patch updates ucc_geth.c
On Wednesday 13 December 2006 17:54, Ulrich Kunitz wrote:
> I mean on the other hands we break APIs for four or
> eight bytes and here we spend a whole device strucuture and sysfs
> directory for something the wlan device firmware represents with a
> single bit. To call the housekeeping functions
On Thu, Dec 14, 2006 at 12:18:48AM +0100, Thomas Graf wrote:
> * Adrian Bunk <[EMAIL PROTECTED]> 2006-12-14 00:12
> > On Wed, Dec 13, 2006 at 03:01:43PM -0800, Stephen Hemminger wrote:
> > > Loopback should be there before protocols are started. It makes sense
> > > to have a standard startup order
* Adrian Bunk <[EMAIL PROTECTED]> 2006-12-14 00:12
> On Wed, Dec 13, 2006 at 03:01:43PM -0800, Stephen Hemminger wrote:
> > Loopback should be there before protocols are started. It makes sense
> > to have a standard startup order.
>
> This actually becomes easier after my patch:
>
> Now that it'
On Wed, Dec 13, 2006 at 03:01:43PM -0800, Stephen Hemminger wrote:
> On Wed, 13 Dec 2006 21:49:33 +0100
> Thomas Graf <[EMAIL PROTECTED]> wrote:
>
> > * Al Viro <[EMAIL PROTECTED]> 2006-12-13 20:12
> > > On Tue, Dec 12, 2006 at 05:17:56PM -0800, David Miller wrote:
> > > > I'm not sure whether tha
On Wed, 13 Dec 2006 21:49:33 +0100
Thomas Graf <[EMAIL PROTECTED]> wrote:
> * Al Viro <[EMAIL PROTECTED]> 2006-12-13 20:12
> > On Tue, Dec 12, 2006 at 05:17:56PM -0800, David Miller wrote:
> > > I'm not sure whether that is important any longer. It probably isn't,
> > > but we should verify it be
On Tue, 12 Dec 2006 21:27:20 +0100
Tino Keitel <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> I just tried the sk98lin driver version 8.41.2.3 and was happy that it
> seems to support wake on LAN with the Marvell 88E8053 PCIe chip.
> However, after resume from suspend to RAM, the machine hangs. As it
Michael,
please detach a little bit from LEDs.
A trigger is a generic concept. It doesn't need to have a special
binding to what it triggers. It could be a buzzer, it could be
an LED, it could be text output on an LCD.
So we could have link status change trigger, for which functions
could be reg
On Wed, Dec 13, 2006 at 10:28:15PM +0100, Ivo Van Doorn wrote:
> That is definately the rt2500 legacy driver and _not_ the rt2x00 driver.
Yeah I just noticed that a few minutes ago. I had been trying out both
to see how they worked, and I left the old module loaded by accident.
> Correct, that i
I just posted two patches to linuxppc-dev that fix these problems.
The message
are titled:
[PATCH] Update ucc_geth.c for new workqueue structure
[PATCH] Fix phy_read/write redefinition errors in ucc_geth_phy.c
I've tested these on an 8360EMDS, and Kumar has reviewed and signed
off on the
c
Hi,
> How, by private ioctls? That's just wrong; I believe you still need to
> go through the 4-way handshake to get the right keying information even
> if you use PSK, which means you still need the supplicant, right?
All I did was add this to /etc/network/interfaces:
iface wlan0 inet static
Add some debugging and error printing.
The show_rx_chain() prints out the status of the rx chain,
which shows that the status of the descriptors gets
messed up after the second & subsequent RX ramfulls.
Print out contents of bad packets if error occurs.
Signed-off-by: Linas Vepstas <[EMAIL PROT
Make the hardware perceive the RX descriptor ring as a
null-terminated linked list, instead of a circular ring.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 12
1 file
Remove unused variable; this makes code easier to read.
Tweak commentary.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions
The invocation of the rx ring refill routine is haphazard,
it can be called from a central location.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 13 -
1 file changed, 4
Simplify the somewhat convoluted use of return codes
in the rx buffer handling.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 32
1 file changed, 12
Tell the hardware the location of the rx ring tail.
More punctuation cleanup.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 15 ---
1 file changed, 8 insertions(+), 7 del
Delete possible source of chain corruption; the hardware
already knows the location of the tail, and writing it
again is likely to mess it up.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_ne
Add memory barrier to make sure that the rest of the
RX descriptor state is flushed to memory before we tell
the hardware that its ready to go.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_
One of the unlikely error branches has an skb memory leak.
Fix this by handling the error conditions consistently.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 18 +-
Another skb leak in an error branch. Fix this by adding
call to dev_kfree_skb_irq() after moving to a more
appropriate spot.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 23
Get rid of the rxramfull tasklet, and let the NAPI poll routine
deal with this situation. (The rxramfull interrupt is simply
stating that the h/w has run out of room for incoming packets).
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[
There is no need to pass a flag into spider_net_decode_one_descr()
so remove this, and perform some othre minor cleanup.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c | 35
This patch adds net_ratelimit to many of the printks in order to
limit extraneous warning messages (created in response to Bug 28554).
This patch supercedes all previous ratelimit patches.
This has been tested, please apply.
From: James K Lewis <[EMAIL PROTECTED]>
Signed-off-by: James K Lewis <[E
The current driver code performs 512 DMA mappings of a bunch of
32-byte ring descriptor structures. This is silly, as they are
all in contiguous memory. This patch changes the code to
dma_map_coherent() each rx/tx ring as a whole.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Le
On Thu, 14 Dec 2006 07:42:32 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-13 at 11:35 -0800, Stephen Hemminger wrote:
>
> > Could we split off the NAPI context part of network_device instead?
> > I'll work up something for 2.6.21.
>
> That would do the trick too... t
On Wed, Dec 13, 2006 at 06:49:07PM +0100, Ivo van Doorn wrote:
> Well results seem to vary between users. Since recently users have started
> reporting panics and freezes with rt2x00. I have not yet traced that problem
> to the source, because the panics I have received don't contain any rt2x00
> o
Andrew,
Please apply; these patches obsolete/replace the series of 16 patches
I'd previously sent, by addressing problems raised by Christoph Hellwig
and Jeff Garzik.
Most of te focus of this series of patches is to simplify the RX code
be removing extraneous flags, branches, arguments, etc. T
On Wed, Dec 13, 2006 at 12:38:43PM -0500, Dan Williams wrote:
> How, by private ioctls? That's just wrong; I believe you still need to
> go through the 4-way handshake to get the right keying information even
> if you use PSK, which means you still need the supplicant, right?
All I did was add th
On Wed, Dec 13, 2006 at 06:56:57PM +0100, Ivo van Doorn wrote:
> rt2x00 completely uses the dscape stack, so I am not sure how he is
> managing this wpa without wpa_supplicant with rt2x00.
> Lennart, are you using rt2x00 or the legacy rt2500 driver?
rt2x00 with dscape stack.
--
Len Sorensen
-
To
* Al Viro <[EMAIL PROTECTED]> 2006-12-13 20:12
> On Tue, Dec 12, 2006 at 05:17:56PM -0800, David Miller wrote:
> > I'm not sure whether that is important any longer. It probably isn't,
> > but we should verify it before applying such a patch.
>
> There might be practical considerations along the
[SCTP]: Change adaption -> adaptation as per the latest API draft.
Signed-off-by: Ivan Skytte Jorgensen <[EMAIL PROTECTED]>
Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
---
include/linux/sctp.h| 10 +-
include/net/sctp/structs.h |8
include/net/sctp/ulpeve
On Tue, Dec 12, 2006 at 05:17:56PM -0800, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Tue, 12 Dec 2006 17:24:35 +0100
>
> > This patch converts drivers/net/loopback.c to using module_init().
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> I'm not %100 sure of t
[SCTP]: Enable auto loading of SCTP when creating an ipv6 SCTP socket.
Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
---
net/sctp/protocol.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/net/sctp/protocol.c b/net/sctp/protocol.c
index b61f334..3a3db56 100644
---
[SCTP]: Add support for SCTP_CONTEXT socket option.
Signed-off-by: Ivan Skytte Jorgensen <[EMAIL PROTECTED]>
Signed-off-by: Sridhar Samudrala <[EMAIL PROTECTED]>
---
include/net/sctp/structs.h |4 ++
include/net/sctp/user.h|2 +
net/sctp/associola.c |1 +
net/sctp/socket.c
[SCTP]: Handle address add/delete events in a more efficient way.
Currently in SCTP, we maintain a local address list by rebuilding the whole
list from the device list whenever we get a address add/delete event.
This patch fixes it by only adding/deleting the address for which we
receive the even
On Wed, 2006-12-13 at 11:35 -0800, Stephen Hemminger wrote:
> Could we split off the NAPI context part of network_device instead?
> I'll work up something for 2.6.21.
That would do the trick too... though I prefer not putting my hands in
network_device too much myself :-)
Ben
-
To unsubscribe f
This patch adds support for two additional PHY parts with identical
interrupt abstraction to the existing LAN83C185.
Functions have been renamed from lan83c185_* to smsc_phy_* as they are
used by multiple PHY models.
Signed-off-by: Steve Glendinning <[EMAIL PROTECTED]>
---
drivers/net/phy/Kconfi
On Wed, Dec 13, 2006 at 11:08:01AM -0800, Stephen Hemminger wrote:
> On Tue, 12 Dec 2006 17:17:56 -0800 (PST)
> David Miller <[EMAIL PROTECTED]> wrote:
>
> > From: Adrian Bunk <[EMAIL PROTECTED]>
> > Date: Tue, 12 Dec 2006 17:24:35 +0100
> >
> > > This patch converts drivers/net/loopback.c to usi
On Tue, 12 Dec 2006 16:27:38 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> This adds an init_dummy_netdev() function that gets a network device
> structure (allocation and lifetime entirely under caller's control) and
> initialize the minimum amount of fields so it can be used to sched
On Tue, 12 Dec 2006 17:17:56 -0800 (PST)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Tue, 12 Dec 2006 17:24:35 +0100
>
> > This patch converts drivers/net/loopback.c to using module_init().
> >
> > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> I'
On Wed, Dec 13, 2006 at 07:56:50PM +0100, Ivo van Doorn wrote:
> This patch addes support for writing to the eeprom,
> this also moves some duplicate code into seperate functions.
>
> Signed-off-by Ivo van Doorn <[EMAIL PROTECTED]>
Thank you. I will have a try with that to see if I can get that
This patch addes support for writing to the eeprom,
this also moves some duplicate code into seperate functions.
Signed-off-by Ivo van Doorn <[EMAIL PROTECTED]>
---
diff -rNU3 wireless-dev/include/linux/eeprom_93cx6.h
wireless-dev-eeprom/include/linux/eeprom_93cx6.h
--- wireless-dev/include/lin
On Sat, 09 Dec 2006 10:17:55 +0100
Rainer Baumann <[EMAIL PROTECTED]> wrote:
> Hi Stephens
>
> I just wanted to ask you if everything went right with TCN and we will
> find it in 2.6.20 as you wrote two months ago.
>
> Cheers
> Rainer
>
> Stephen Hemminger wrote:
> > On Tue, 26 Sep 2006 22:17:5
On Tue, 12 Dec 2006 12:55:53 -0500, Michael Wu wrote:
> - schedule_work(&local->scan_work);
> + schedule_work(&local->scan_work.work);
Hm, what is the preferred way here:
schedule_work(some_delayed_work.work)
or
schedule_delayed_work(some_delayed_work, 0)?
This didn't get much attention on bugzilla and I figured it was
important enough to forward along to the whole list since it's been
lingering around in ieee80211-softmac since 19-git5 at least.
http://bugzilla.kernel.org/show_bug.cgi?id=7657
Somebody was passing the whole mac device structure to
David Miller wrote:
I wonder, since the most accurate return value is tied to the route,
what is expected of this getsockopt() before a socket's identity
(and therefore route) is known?
A search for RTAX_HOPLIMIT found very little code that ever sets it,
iproute2 was the only important one, so
ieee80211_hw pointers have to be passed to ops->set_key()
and ops->get_tsf().
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: jbenc-dscape.git/net/d80211/ieee80211_iface.c
===
--- jbenc-dscape.git.orig/net/d80211/ieee80211_i
On Wed, 2006-12-13 at 12:12 -0500, Lennart Sorensen wrote:
> On Wed, Dec 13, 2006 at 06:00:35PM +0100, Jiri Benc wrote:
> > John, in addition to the previous pull request, please also apply the
> > following two fixes.
>
> What is the state of the rx2x00 driver by now? I have been playing
> aroun
On Wednesday 13 December 2006 18:38, Dan Williams wrote:
> On Wed, 2006-12-13 at 12:12 -0500, Lennart Sorensen wrote:
> > On Wed, Dec 13, 2006 at 06:00:35PM +0100, Jiri Benc wrote:
> > > John, in addition to the previous pull request, please also apply the
> > > following two fixes.
> >
> > What i
Fix several warnings due to incompatible datatypes on
64bit platforms.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: jbenc-dscape.git/net/d80211/ieee80211_sta.c
===
--- jbenc-dscape.git.orig/net/d80211/ieee80211_sta.c2
On Wednesday 13 December 2006 18:12, Lennart Sorensen wrote:
> On Wed, Dec 13, 2006 at 06:00:35PM +0100, Jiri Benc wrote:
> > John, in addition to the previous pull request, please also apply the
> > following two fixes.
>
> What is the state of the rx2x00 driver by now? I have been playing
> aro
1 - 100 of 136 matches
Mail list logo
