On Tue, 2006-02-28 at 15:10 +0800, Zhu Yi wrote:
> diff -urp ieee80211-1.1.12/ieee80211_crypt_ccmp.c
> ieee80211-1.1.12-qos/ieee80211_crypt_ccmp.c
Oops, I created the patch with the wrong base. But you know how to fix
this, right?
Thanks,
-yi
-
To unsubscribe from this list: send the line "unsub
[PATCH] ieee80211: Fix CCMP decryption problem when QoS is enabled
Signed-off-by: Zhu Yi <[EMAIL PROTECTED]>
--
diff -urp ieee80211-1.1.12/ieee80211_crypt_ccmp.c
ieee80211-1.1.12-qos/ieee80211_crypt_ccmp.c
--- ieee80211-1.1.12/ieee80211_crypt_ccmp.c 2006-02-28 15:04:33.0
+0800
+++
On Tuesday 28 February 2006 03:34, John W. Linville wrote:
> On Mon, Feb 27, 2006 at 11:44:38AM +0100, Carlos Martín wrote:
> > On Monday 27 February 2006 11:20, Denis Vlasenko wrote:
> > > > Comments are welcome and I'll split the patch if needed.
>
> Denis are you applying this patch to your tre
On Mon, Feb 27, 2006 at 02:32:04PM -0800, Chris Wright wrote:
> -stable review patch. If anyone has any objections, please let us know.
> --
>
> 5dce971acf2ae20c80d5e9d1f6bbf17376870911 in Linus' tree,
> otherwise known as bridge-netfilter-races-on-device-removal.patch in
> 2.5.15
YOSHIFUJI Hideaki wrote:
What kind of NIC are you using?
All my machines here now have VIA Velocity NICs in them. The other two
machines work perfectly.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
In article <[EMAIL PROTECTED]> (at Mon, 27 Feb 2006 22:34:48 -0500), John
Zielinski <[EMAIL PROTECTED]> says:
> I'm having a strange problem with my server machine. When I use an MTU
> of 9000 I get a throughput of only 45-65Mbit/sec not counting TCP/IP
> overhead. Receiving I get around 310M
On Mon, 27 Feb 2006, Olaf Hering wrote:
commit 24180333206519e6b0c4633eab81e773b4527cac
> author Jesse Brandeburg <[EMAIL PROTECTED]> Wed, 18 Jan 2006 07:01:06 -0800
> committer Jeff Garzik <[EMAIL PROTECTED]> Wed, 18 Jan 2006 05:15:15 -0500
>
> [PATCH] e100: Fix TX hang and RMCP Ping issue
From: Paul Rolland <[EMAIL PROTECTED]>
Hello,
This patch is based on Linux 2.4.32, and I've verified the same problem
exists on 2.6.15.4.
Working on a machine with a 2.4.32 kernel, I was surprised to see the driver
complaining when setting the speed to 100FD using mii-tool, but accepting
the s
On Sun, Feb 12, 2006 at 12:00:11AM +0100, Ivo van Doorn wrote:
> ieee80211_rx has been renamed __ieee80211_rx.
> Use DRV_NAME as much as possible instead of a seperate name string.
> Add new USB device ID.
>
> Signed-off-by Ivo van Doorn <[EMAIL PROTECTED]>
Ivo,
I had trouble applying this patch
On Mon, Feb 27, 2006 at 11:44:38AM +0100, Carlos Martín wrote:
> On Monday 27 February 2006 11:20, Denis Vlasenko wrote:
> > > Comments are welcome and I'll split the patch if needed.
Denis are you applying this patch to your tree? If so, I'll rely on
you to push it to me when you are ready.
If
jamal wrote:
+
+/*
+ * Commands sent from userspace
+ * Not versioned. New commands should only be inserted at the enum's end
+ */
+
+enum {
+ TASKSTATS_CMD_UNSPEC, /* Reserved */
+ TASKSTATS_CMD_NONE, /* Not a valid cmd to send
+
Please don't apply this patch. We have taken this offline at the
moment to work this out with the OEM, Aculab. They have made
modification to how the Intel controller operates which may make it
have problems with the normal e1000 driver. We are in contact with
both Mark and Aculab about this off
-stable review patch. If anyone has any objections, please let us know.
--
5dce971acf2ae20c80d5e9d1f6bbf17376870911 in Linus' tree,
otherwise known as bridge-netfilter-races-on-device-removal.patch in
2.5.15.4 removed has_bridge_parent, however this symbol is still
called with NET
Please pull from branch 'for-jeff' to get the changes below:
git://electric-eye.fr.zoreil.com/home/romieu/linux-2.6.git
Shortlog
$ git rev-list --pretty master..HEAD | git shortlog
Francois Romieu:
via-velocity: fix memory corruption when changing the mtu
8139cp: fix broken
Add PCI IDs for chips OEMed onto some Aculab cards to the e1000 driver.
Signed-Off-By: Mark Brown <[EMAIL PROTECTED]>
Index: e1000-queue/drivers/net/e1000/e1000.h
===
--- e1000-queue.orig/drivers/net/e1000/e1000.h 2006-02-25 12:50:1
On Mon, 27 Feb 2006 13:15:54 -0800
Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Feb 2006 20:06:29 +0100, Michael Buesch <[EMAIL PROTECTED]> wrote:
>
> > Would you agree with waiting until the wireless summit at osdl is over?
>
> My experience with Kernel Summit was that things "decided"
These messages end up polluting logs when things like NetworkManager or
wpa_supplicant are controlling the driver. They aren't really that
useful, and no other drivers output messages like this when the user
fiddles with encryption keys. Users can use iwconfig and other
wireless-tools methods to
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Mon, 27 Feb 2006 18:28:29 -0300
> In 295f7324ff8d9ea58b4d3ec93b1aaa1d80e048a9 I moved defer_accept from
> tcp_sock to request_queue and mistakingly reset it at reqsl_queue_alloc,
> causing
> calls to setsockopt(TCP_DEFER_ACCEPT ) to be lo
In 295f7324ff8d9ea58b4d3ec93b1aaa1d80e048a9 I moved defer_accept from
tcp_sock to request_queue and mistakingly reset it at reqsl_queue_alloc, causing
calls to setsockopt(TCP_DEFER_ACCEPT ) to be lost after bind, the fix is to
remove the zeroing of rskq_defer_accept from reqsl_queue_alloc.
Thanks
On Mon, 27 Feb 2006 20:06:29 +0100, Michael Buesch <[EMAIL PROTECTED]> wrote:
> Would you agree with waiting until the wireless summit at osdl is over?
My experience with Kernel Summit was that things "decided" at a summit
lose their significance within a month as new developments happen and
idea
commit 24180333206519e6b0c4633eab81e773b4527cac
> author Jesse Brandeburg <[EMAIL PROTECTED]> Wed, 18 Jan 2006 07:01:06 -0800
> committer Jeff Garzik <[EMAIL PROTECTED]> Wed, 18 Jan 2006 05:15:15 -0500
>
> [PATCH] e100: Fix TX hang and RMCP Ping issue (due to a microcode loading
> issue)
>
>
Remove Message Signaled Interrupt support (for 2.6.16).
MSI is inherently edge-triggered and that is incompatiable (without more
work) with NAPI.
In future, will replace with smarter lockless-IRQ handling like
tg3.c
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2.orig/drivers/ne
On 2/27/06, Alexandra N. Kossovsky <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 23, 2006 at 09:43:25PM -0300, Arnaldo Carvalho de Melo wrote:
> > On 2/23/06, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
> > > On 2/23/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > > Starting from 2.6.14
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sat, 25 Feb 2006 15:32:52 +1100
> Here is the patch that kills the post_input stuff.
Both applied, thanks a lot Herbert.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
jamal wrote:
On Mon, 2006-27-02 at 03:31 -0500, Shailabh Nagar wrote:
+#define TASKSTATS_LISTEN_GROUP 0x1
You do multicast to this group - does this mean there could be multiple
listeners subscribed for this event?
Yes, the current intent is to allow multiple listeners to receive
On Mon, Feb 27, 2006 at 08:06:29PM +0100, Michael Buesch wrote:
> On Monday 27 February 2006 18:34, Jean Tourrilhes wrote:
> > On Sat, Feb 25, 2006 at 11:48:39PM +0100, Johannes Berg wrote:
> > > On Sat, 2006-02-25 at 17:09 -0500, Jeff Garzik wrote:
> > >
> > > > I strongly ACK the use of rtnetlin
On 2/26/06, Paul Rolland <[EMAIL PROTECTED]> wrote:
> Hello,
>
> > Ok, great, I was just wondering since I would have made one if you had
> > no plans to do so.
>
> Well, I was just waiting to make sure it was interesting for someone ;)
>
> Here is it, verified with tab and not spaces... but attach
On Monday 27 February 2006 18:34, Jean Tourrilhes wrote:
> On Sat, Feb 25, 2006 at 11:48:39PM +0100, Johannes Berg wrote:
> > On Sat, 2006-02-25 at 17:09 -0500, Jeff Garzik wrote:
> >
> > > I strongly ACK the use of rtnetlink, but I leave it to John Linville
> > > (wireless maintainer) to do a fu
Ian Kumlien schrieb:
> On Sun, 2006-02-26 at 23:38 +0100, Carl-Daniel Hailfinger wrote:
>
>>Ian Kumlien schrieb:
>>
>>>I also saw some oddities... portage stopped working, i dunno if this can
>>>be MSI related or so, else something is trashing memory in a very
>>>special way =P
>>
>>Yes, 0.15 caus
Ian Kumlien wrote:
On Mon, 2006-02-27 at 09:18 -0800, Stephen Hemminger wrote:
On Mon, 27 Feb 2006 17:38:38 +0100
Wolfgang Hoffmann <[EMAIL PROTECTED]> wrote:
On Monday 27 February 2006 17:00, Stephen Hemminger wrote:
2.6.16-rc5 with disable_msi=1 works for me, no hangs seen so far. I rsynced
On Mon, 2006-02-27 at 09:18 -0800, Stephen Hemminger wrote:
> On Mon, 27 Feb 2006 17:38:38 +0100
> Wolfgang Hoffmann <[EMAIL PROTECTED]> wrote:
> > On Monday 27 February 2006 17:00, Stephen Hemminger wrote:
> > 2.6.16-rc5 with disable_msi=1 works for me, no hangs seen so far. I rsynced
> > 80
> >
On Monday 27 February 2006 18:18, Stephen Hemminger wrote:
> Okay, then what I need is lspci -v of all systems that have the problem,
> I'll make a blacklist (or update PCI quirks). I suspect that MSI doesn't
> work for any devices on these systems, or MSI changes the timing enough to
> expose exis
On Mon, 2006-02-27 at 17:32 +0100, Dag Bakke wrote:
> I have been playing with a couple of laptops with GbE interfaces, and
> iperf. (Two Dell Latitude D600 connected back-to-back.)
> I was actually quite happy to get 600 Mbps of TCP traffic through the cable.
> Until I realised that my GbE interfa
On Mon, 27 Feb 2006 17:10:29 +
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 26, 2006 at 12:58:02AM +, Alan Cox wrote:
> > On Sad, 2006-02-25 at 08:41 +, Christoph Hellwig wrote:
> > > the regualatory problems are not true.
> >
> > They are although the binary interpret
On Sat, Feb 25, 2006 at 11:48:39PM +0100, Johannes Berg wrote:
> On Sat, 2006-02-25 at 17:09 -0500, Jeff Garzik wrote:
>
> > I strongly ACK the use of rtnetlink, but I leave it to John Linville
> > (wireless maintainer) to do a full review, and merge...
>
> The question is just -- do we really w
On Mon, 27 Feb 2006 17:38:38 +0100
Wolfgang Hoffmann <[EMAIL PROTECTED]> wrote:
> On Monday 27 February 2006 17:00, Stephen Hemminger wrote:
> > On Mon, 27 Feb 2006 00:03:45 +0100
> >
> > Wolfgang Hoffmann <[EMAIL PROTECTED]> wrote:
> > > > Bisect done:
> > > >
> > > > 4d52b48b43d0d1d5959fa722ee00
On Sun, Feb 26, 2006 at 12:58:02AM +, Alan Cox wrote:
> On Sad, 2006-02-25 at 08:41 +, Christoph Hellwig wrote:
> > the regualatory problems are not true.
>
> They are although the binary interpretation isn't AFAIK from law but
> from lawyers. The same is actually true in much of the EU.
On Monday 27 February 2006 17:00, Stephen Hemminger wrote:
> On Mon, 27 Feb 2006 00:03:45 +0100
>
> Wolfgang Hoffmann <[EMAIL PROTECTED]> wrote:
> > > Bisect done:
> > >
> > > 4d52b48b43d0d1d5959fa722ee0046e3542e5e1b is first bad commit
> > > [PATCH] sky2: support msi interrupt (revised)
> > >
I have been playing with a couple of laptops with GbE interfaces, and
iperf. (Two Dell Latitude D600 connected back-to-back.)
I was actually quite happy to get 600 Mbps of TCP traffic through the cable.
Until I realised that my GbE interface appears to be capable of running
at 66 MHz, thus having t
On Mon, 27 Feb 2006 00:03:45 +0100
Wolfgang Hoffmann <[EMAIL PROTECTED]> wrote:
> On Sunday 26 February 2006 23:31, Wolfgang Hoffmann wrote:
> > On Sunday 26 February 2006 19:13, Wolfgang Hoffmann wrote:
> > > Ok, I did some reading and just started a git bisect. I didn't find hints
> > > on how t
On Mon, 2006-27-02 at 07:59 -0500, jamal wrote:
> you should
meant should not.
cheers,
jamal
-
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
On Mon, 2006-27-02 at 03:31 -0500, Shailabh Nagar wrote:
> +#define TASKSTATS_LISTEN_GROUP 0x1
You do multicast to this group - does this mean there could be multiple
listeners subscribed for this event?
How does this correlate to TASKSTATS_CMD_LISTEN/IGNORE?
Typically, an equivalent of li
> As a result of this change, some of the capabilities currently required
> to be provided on the host include enforcement of regulatory limits for
> the radio transmitter (radio calibration, transmit power, valid
> channels, 802.11h, etc.) In order to meet the requirements of all
> geographies
On Thu, Feb 23, 2006 at 09:43:25PM -0300, Arnaldo Carvalho de Melo wrote:
> On 2/23/06, Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
> > On 2/23/06, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > Starting from 2.6.14, defer_accept is moved to request_sock_queue
> > > structure,
> > > wh
Seewer Philippe wrote:
Don Fry wrote:
On Mon, Feb 20, 2006 at 04:30:22PM +0100, Seewer Philippe wrote:
Basic result: Works perfectly (exceptions see below) out of the box
Problem 1: During probe1, lp->options is silently overwritten with
PCNET32_PORT_MII. Even setting the statement to lp-
On Monday 27 February 2006 11:20, Denis Vlasenko wrote:
> > Comments are welcome and I'll split the patch if needed.
>
> usb.c
> =
> #define BOGUS_SAFETY_PADDING 0x40
>
> int
> acxusb_s_issue_cmd_timeo(
> acx_device_t *adev,
> unsigned cmd,
> void *buffer,
> un
On Sunday 26 February 2006 18:10, Carlos Martín wrote:
> Hi,
>
> Well, here it is. I've not been able to run-test it yet, but it at least
> compiles and loads without problems. This is on x86_64 compiled against
> Linville's wireless-2.6 git tree. (I don't have any x86 boxes running Linux
> rig
On Sun, 2006-02-26 at 23:43 -0800, Pete Zaitcev wrote:
> Fix broken is_beacon().
>
> Signed-off-by: Pete Zaitcev <[EMAIL PROTECTED]>
Acked-by: Johannes Berg <[EMAIL PROTECTED]>
> This wart came with -rc3. The -rc2 was ok. It's not like nobody noticed:
> Johannes' snapshot has a different fix (wh
delayacct-genetlink.patch
Create a generic netlink interface (NETLINK_GENERIC family),
called "taskstats", for getting delay and cpu statistics of
tasks and thread groups during their lifetime and when they exit.
The cpu stats are available only if CONFIG_SCHEDSTATS is enabled.
When a task is
49 matches
Mail list logo