* Larry Finger ([EMAIL PROTECTED]) wrote:
> The regression turns out to be a locking problem involving bcm43xx,
> wpa_supplicant, and NetworkManager. The exact cause is unknown; however,
> this patch is clearly not the problem. Please reinstate it for inclusion in
> -stable.
Thanks for the foll
On Sat, 18 Nov 2006, Paul Moore wrote:
> > There was one minor compilation issue caused by including linux/skbuff.h
> > in an SELinux header, which I fixed (see below).
>
>
> Huh, sorry about that ... thanks for accepting the patches and making the fix.
>
Here's the error:
security/selinux/ss
Hi Dave,
here are some additional fixes that should go into 2.6.19 before its
final release. Please forward them to Linus as soon as possible.
Linus, I put you on CC, because Dave might be cross-country driving and
I have no idea when he will be back online.
Regards
Marcel
Please pull from
If hardware shall do scanning, the hw_scan operation must be set. However,
if the driver is for multiple cards that may or may not do hardware
scanning, it'll need a flag.
Similar issues arise with passive_scan().
This patch introduces flags to fix these issues.
Signed-off-by: Johannes Berg <[EM
The calibration interval is far too hardware dependent to be useful as a
generic stack setting and some hardware doesn't even have that parameter.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
Again, applies after my other patches.. I think we want this one and
probably some way to have dr
There's no point in trying to tell a driver globally whether sw or hw
crypto is used, if it's sw then we just don't give it keys...
Besides, these weren't ever used!
Remove IEEE80211_CONF_SW_DECRYPT and IEEE80211_CONF_SW_ENCRYPT.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
---
Some more abs
Chris Wright wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Buesch <[EMAIL PROTECTED]>
Drain the Microcode TX-status-FIFO before we enable IRQs.
This is required, because the FIFO may still have entries left
from a previous run.
Ray Lee wrote:
Larry Finger wrote:
Johannes Berg wrote:
Hah, that's a lot more plausible than bcm43xx's drain patch actually
causing this. So maybe somehow interrupts for bcm43xx aren't routed
properly or something...
Ray, please check /proc/interrupts when this happens.
When it happens, I c
On Sat, Nov 18, 2006 at 09:27:13AM -0800, Ray Lee wrote:
> Larry Finger wrote:
> > Johannes Berg wrote:
> >> Hah, that's a lot more plausible than bcm43xx's drain patch actually
> >> causing this. So maybe somehow interrupts for bcm43xx aren't routed
> >> properly or something...
> >>
> >> Ray, ple
On 11/16/06, Johannes Berg <[EMAIL PROTECTED]> wrote:
> e.g. bcm43xx, etc. Hence i
> would like to setup a test environment where i can make modifications
> in code (of d80211 or related driver) and test it
You'll need one of the cards that is supported by a d80211 driver. I've
used bcm43xx
On Nov 17 2006 12:23, Divy Le Ray <[EMAIL PROTECTED]> wrote:
>Subject: [PATCH 1/10] cxgb3 - main header files
(For all files)
Some suggestions:
* change the typedefs to struct, this includes:
adapter_t -> struct adapter
* function prototypes and function headers (e.g. t3_get_cong
Larry Finger wrote:
> Johannes Berg wrote:
>> Hah, that's a lot more plausible than bcm43xx's drain patch actually
>> causing this. So maybe somehow interrupts for bcm43xx aren't routed
>> properly or something...
>>
>> Ray, please check /proc/interrupts when this happens.
When it happens, I can't
On Fri, 2006-17-11 at 18:53 -0500, Paul Moore wrote:
> jamal wrote:
> I think we are best off punting on the userspace as there a multiple ways to
> do
> it: use good ole fashioned socket calls, the libnl library, or some other way
> that hasn't been written yet. Besides, Thomas already has some
Johannes Berg wrote:
On Sat, 2006-11-18 at 06:24 -0500, Joseph Fannin wrote:
This sounds like what my laptop was doing in -rc5, though mine
didn't take hours to start acting up.
I *think* it was the MSI troubles, causing interrupts to get
lost forever. Anyway, it went away in -rc6.
On Sat, 2006-11-18 at 06:24 -0500, Joseph Fannin wrote:
> This sounds like what my laptop was doing in -rc5, though mine
> didn't take hours to start acting up.
>
> I *think* it was the MSI troubles, causing interrupts to get
> lost forever. Anyway, it went away in -rc6.
Hah, that's a l
On Friday 17 November 2006 11:12 pm, James Morris wrote:
> On Fri, 17 Nov 2006, [EMAIL PROTECTED] wrote:
> > This patchset consists of a lot of small-ish cleanups for NetLabel and in
> > some cases labeled networking in general. I've tested these patches for
> > the past few days and I haven't see
On Wed, Nov 15, 2006 at 11:01:00AM -0800, Ray Lee wrote:
> I've come back to my laptop being mostly dead after hours of it being off on
> its own (twice now). Mostly dead meaning the keyboard is nearly
> non-responsive, but the mouse works great (I'm in X, of course). I say 'nearly
> dead' as sysr
On Sat, Nov 18, 2006 at 12:21:34PM +0100, maximilian attems ([EMAIL PROTECTED])
wrote:
> > > > > > > > Bug was filled against 2.6.17-9, but was fixed in recent git
> > > > > > > > (2.6.19-rc3), probably also
> > > > > > > > fixed in 2.6.18.1
> > > > > > > >
> > > > > > > > Here is link to discus
On Thu, 16 Nov 2006, Stephen Hemminger wrote:
> On Thu, 16 Nov 2006 20:35:32 +0300
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Oct 31, 2006 at 12:44:25PM +0300, Evgeniy Polyakov ([EMAIL
> > PROTECTED]) wrote:
> > > > > > > Bug was filled against 2.6.17-9, but was fixed in recent
Bonding driver unconditionnaly dereference get_stats function pointer
for each of its slave device. This patch
- adds a check for NULL dev->get_stats pointer in bond_get_stats
- prints a notice when the bonding device enslave a device without
get_stats function.
Signed-off-by: Laurent Riffard <
On Fri, 2006-11-17 at 08:40 -0800, Stephen Hemminger wrote:
> On Fri, 17 Nov 2006 07:36:03 -0800
> "Linsys Contractor Amit S. Kale" <[EMAIL PROTECTED]> wrote:
>
> > NetXen: 1G/10G Ethernet Driver updates
> > - These fixes take care of driver on machines with >4G memory
> > - Driver cleanup
Am Samstag, 18. November 2006 05:27 schrieben Sie:
>
> OK, i'll try installing kismet on another laptop. For now that's what I
> have from iwevent:
>
> [EMAIL PROTECTED] ~]# cat iwevents.bad
> 21:30:52.185823 eth1 Set Mode:Managed
where's Set Encryption key:------**
On Fri, 17 Nov 2006 08:48:31 -0500
jamal <[EMAIL PROTECTED]> wrote:
> Another one in the same spirit as before. Compiles. I dont have
> a good test case, but looks right.
> Nakamura-san please ACK and Dave (as before this goes in as a bug-fix).
Acked-by: Masahide NAKAMURA <[EMAIL PROTECTED]>
I'v
On Fri, 17 Nov 2006 08:34:44 -0500
jamal <[EMAIL PROTECTED]> wrote:
>
> Found the cause of my problems.
> Dave, this is against Linus tree because it is bug fix.
>
> Nakamura-san please ACK.
>
> cheers,
> jamal
It looks fine to me. Thanks, Jamal.
Acked-by: Masahide NAKAMURA <[EMAIL PROTECTE
From: Paul Bonser <[EMAIL PROTECTED]>
Restoring old, correct comment for sk_filter_release, moving it to where it
should actually be, and changing new comment into proper comment for
sk_filter_rcu_free, where it actually makes sense.
The original fix submitted for this on Oct 23 mistakenly docu
25 matches
Mail list logo
