Re: [BUG 3.7-rc1] nouveau cli-mutex possible recursive locking detected

2012-10-25 Thread Arend van Spriel
On 10/24/2012 02:45 PM, Arend van Spriel wrote: On 10/24/2012 01:14 PM, Arend van Spriel wrote: On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits

Re: [BUG 3.7-rc1] nouveau cli-mutex possible recursive locking detected

2012-10-25 Thread Arend van Spriel
On 10/24/2012 02:45 PM, Arend van Spriel wrote: On 10/24/2012 01:14 PM, Arend van Spriel wrote: On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits

Re: [BUG 3.7-rc1] nouveau cli->mutex possible recursive locking detected

2012-10-24 Thread Arend van Spriel
On 10/24/2012 01:14 PM, Arend van Spriel wrote: On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits). = Restarting tasks ... done. [ INFO

Re: [BUG 3.7-rc1] nouveau cli->mutex possible recursive locking detected

2012-10-24 Thread Arend van Spriel
On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits). = Restarting tasks ... done. [ INFO: possible recursive locking detected ] 3.7.0-rc1-wl+ #2

Re: [BUG 3.7-rc1] nouveau cli-mutex possible recursive locking detected

2012-10-24 Thread Arend van Spriel
On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits). = Restarting tasks ... done. [ INFO: possible recursive locking detected ] 3.7.0-rc1-wl+ #2

Re: [BUG 3.7-rc1] nouveau cli-mutex possible recursive locking detected

2012-10-24 Thread Arend van Spriel
On 10/24/2012 01:14 PM, Arend van Spriel wrote: On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits). = Restarting tasks ... done. [ INFO

Re: [PATCH net-next 04/21] wireless: Convert is__ether_addr uses to eth_addr_

2012-10-20 Thread Arend van Spriel
On 10/19/2012 05:55 AM, Joe Perches wrote: Convert the old ether_addr tests to eth_addr_. Adds api consistency. Acked-by: Arend van Spriel Signed-off-by: Joe Perches --- .../net/wireless/brcm80211/brcmfmac/dhd_linux.c|4 ++-- .../net/wireless/brcm80211/brcmfmac/wl_cfg80211.c

Re: [PATCH net-next 04/21] wireless: Convert is_foo_ether_addr uses to eth_addr_foo

2012-10-20 Thread Arend van Spriel
On 10/19/2012 05:55 AM, Joe Perches wrote: Convert the old ether_addr tests to eth_addr_foo. Adds api consistency. Acked-by: Arend van Spriel ar...@broadcom.com Signed-off-by: Joe Perches j...@perches.com --- .../net/wireless/brcm80211/brcmfmac/dhd_linux.c|4 ++-- .../net/wireless

Re: [PATCH v2 5/5] ARM: tegra: enable brcmfmac in defconfig

2012-09-21 Thread Arend van Spriel
On 09/21/2012 06:19 PM, Stephen Warren wrote: On 09/21/2012 08:39 AM, Arend van Spriel wrote: On 09/21/2012 10:55 AM, Wei Ni wrote: New options enabled: * CFG80211_WEXT: (dependency) * BRCMFMAC: wlan driver, enable as module. Signed-off-by: Wei Ni --- arch/arm/configs/tegra_defconfig

Re: [PATCH v2 5/5] ARM: tegra: enable brcmfmac in defconfig

2012-09-21 Thread Arend van Spriel
On 09/21/2012 10:55 AM, Wei Ni wrote: New options enabled: * CFG80211_WEXT: (dependency) * BRCMFMAC: wlan driver, enable as module. Signed-off-by: Wei Ni --- arch/arm/configs/tegra_defconfig |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git

Re: [PATCH v2 5/5] ARM: tegra: enable brcmfmac in defconfig

2012-09-21 Thread Arend van Spriel
On 09/21/2012 10:55 AM, Wei Ni wrote: New options enabled: * CFG80211_WEXT: (dependency) * BRCMFMAC: wlan driver, enable as module. Signed-off-by: Wei Ni w...@nvidia.com --- arch/arm/configs/tegra_defconfig |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git

Re: [PATCH v2 5/5] ARM: tegra: enable brcmfmac in defconfig

2012-09-21 Thread Arend van Spriel
On 09/21/2012 06:19 PM, Stephen Warren wrote: On 09/21/2012 08:39 AM, Arend van Spriel wrote: On 09/21/2012 10:55 AM, Wei Ni wrote: New options enabled: * CFG80211_WEXT: (dependency) * BRCMFMAC: wlan driver, enable as module. Signed-off-by: Wei Ni w...@nvidia.com --- arch/arm/configs

Re: Out of memory on 3.5 kernels

2012-09-20 Thread Arend van Spriel
Thanks, Nico > just while running, I got the following brcmsmac related error: > > [17336.572558] WARNING: at drivers/net/wireless/brcm80211/brcmsmac/main.c:7968 brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]() > [17336.572562] Hardware name: MacBookAir4,2 > [17336.572565] Modules linked

Re: Out of memory on 3.5 kernels

2012-09-20 Thread Arend van Spriel
On 09/20/2012 09:32 AM, Nico Schottelius wrote: Hey David, David Rientjes [Wed, Sep 19, 2012 at 11:54:54PM -0700]: >On Thu, 20 Sep 2012, Nico Schottelius wrote: > > >for some time the slab usage is quite high (~3.2 GiB) and whenever I try > >to do a backup with ccollect (which is using

Re: Out of memory on 3.5 kernels

2012-09-20 Thread Arend van Spriel
On 09/20/2012 09:32 AM, Nico Schottelius wrote: Hey David, David Rientjes [Wed, Sep 19, 2012 at 11:54:54PM -0700]: On Thu, 20 Sep 2012, Nico Schottelius wrote: for some time the slab usage is quite high (~3.2 GiB) and whenever I try to do a backup with ccollect (which is using rsync), a

Re: Out of memory on 3.5 kernels

2012-09-20 Thread Arend van Spriel
Thanks, Nico just while running, I got the following brcmsmac related error: [17336.572558] WARNING: at drivers/net/wireless/brcm80211/brcmsmac/main.c:7968 brcms_c_wait_for_tx_completion+0x99/0xb0 [brcmsmac]() [17336.572562] Hardware name: MacBookAir4,2 [17336.572565] Modules linked in:

3.6-rc1: issue with nouveaufb - system hangs

2012-08-29 Thread Arend van Spriel
Not sure if this is a known issue. Running a dell e6410 laptop and after fb log message it seemed to do pretty much nothing. By accident I kept it in that state long enough this time and udev spewed some more info. Not sure if it helps. Gr. AvS [8.844294] [drm] Initialized drm 1.1.0

3.6-rc1: issue with nouveaufb - system hangs

2012-08-29 Thread Arend van Spriel
Not sure if this is a known issue. Running a dell e6410 laptop and after fb log message it seemed to do pretty much nothing. By accident I kept it in that state long enough this time and udev spewed some more info. Not sure if it helps. Gr. AvS [8.844294] [drm] Initialized drm 1.1.0

Re: [PATCH 2/6] brcmfmac: Handling the interrupt in ISR directly for non-OOB

2012-08-27 Thread Arend van Spriel
On 08/27/2012 12:25 PM, Wei Ni wrote: In case of inband interrupts, if we handle the interrupt in dpc thread, two level of thread switching takes place to process wifi interrupts. One in SDHCI driver and the other in Wifi driver. This may cause the system instability. Looking into the

Re: [PATCH 2/6] brcmfmac: Handling the interrupt in ISR directly for non-OOB

2012-08-27 Thread Arend van Spriel
On 08/27/2012 12:25 PM, Wei Ni wrote: In case of inband interrupts, if we handle the interrupt in dpc thread, two level of thread switching takes place to process wifi interrupts. One in SDHCI driver and the other in Wifi driver. This may cause the system instability. Looking into the

Re: v3.6-rc1: modprobe hangs with sdhci failure on dell e6410

2012-08-24 Thread Arend van Spriel
On 08/24/2012 10:24 AM, Arend van Spriel wrote: On 08/23/2012 04:58 PM, Aaron Lu wrote: On Wed, Aug 22, 2012 at 10:11 PM, Arend van Spriel wrote: A quick search using google did not provide clues. Regardless if there is anything inserted the hang occurs. Gr. AvS Also, your .config might

Re: v3.6-rc1: modprobe hangs with sdhci failure on dell e6410

2012-08-24 Thread Arend van Spriel
On 08/23/2012 04:58 PM, Aaron Lu wrote: On Wed, Aug 22, 2012 at 10:11 PM, Arend van Spriel wrote: A quick search using google did not provide clues. Regardless if there is anything inserted the hang occurs. Gr. AvS Also, your .config might be helpful. True. Here it is. Gr. AvS config

Re: v3.6-rc1: modprobe hangs with sdhci failure on dell e6410

2012-08-24 Thread Arend van Spriel
On 08/23/2012 04:58 PM, Aaron Lu wrote: On Wed, Aug 22, 2012 at 10:11 PM, Arend van Spriel ar...@broadcom.com wrote: A quick search using google did not provide clues. Regardless if there is anything inserted the hang occurs. Gr. AvS Also, your .config might be helpful. True. Here

Re: v3.6-rc1: modprobe hangs with sdhci failure on dell e6410

2012-08-24 Thread Arend van Spriel
On 08/24/2012 10:24 AM, Arend van Spriel wrote: On 08/23/2012 04:58 PM, Aaron Lu wrote: On Wed, Aug 22, 2012 at 10:11 PM, Arend van Spriel ar...@broadcom.com wrote: A quick search using google did not provide clues. Regardless if there is anything inserted the hang occurs. Gr. AvS Also

Re: How to get the irq flags from the dts file

2012-08-09 Thread Arend van Spriel
On 08/09/2012 12:43 PM, Wei Ni wrote: > Hi, all > I'm working on tegra wlan upstream issue. > The tegra board use the Broadcom 4329 as wlan device, and the driver is > the brcmfmac. > > This wlan driver support out-band-interrupt (OOB), I want to add DT > support to use this OOB. > I can add

Re: How to get the irq flags from the dts file

2012-08-09 Thread Arend van Spriel
On 08/09/2012 12:43 PM, Wei Ni wrote: Hi, all I'm working on tegra wlan upstream issue. The tegra board use the Broadcom 4329 as wlan device, and the driver is the brcmfmac. This wlan driver support out-band-interrupt (OOB), I want to add DT support to use this OOB. I can add following

Re: [PATCH]: Mac80211 driver and I checked the patch

2012-08-06 Thread Arend van Spriel
On 08/06/2012 07:59 PM, Arend van Spriel wrote: > On 08/06/2012 01:49 PM, Christopher Sacchi wrote: >> > The source file needed a change that was told in the description to >> > know that the #include needed to be fixed, and the function changed >> > another value

Re: [PATCH]: Mac80211 driver and I checked the patch

2012-08-06 Thread Arend van Spriel
Very generic subject line. I would expect something like: [PATCH] mac80211: include rfkill header implicitly On 08/06/2012 01:49 PM, Christopher Sacchi wrote: > The source file needed a change that was told in the description to > know that the #include needed to be fixed, and the function

Re: [PATCH]: Mac80211 driver and I checked the patch

2012-08-06 Thread Arend van Spriel
Very generic subject line. I would expect something like: [PATCH] mac80211: include rfkill header implicitly On 08/06/2012 01:49 PM, Christopher Sacchi wrote: The source file needed a change that was told in the description to know that the #include needed to be fixed, and the function

Re: [PATCH]: Mac80211 driver and I checked the patch

2012-08-06 Thread Arend van Spriel
On 08/06/2012 07:59 PM, Arend van Spriel wrote: On 08/06/2012 01:49 PM, Christopher Sacchi wrote: The source file needed a change that was told in the description to know that the #include needed to be fixed, and the function changed another value to 0 (yes) in the description (that said

<    6   7   8   9   10   11