_fw(), and it's obviously outside the lock.
Hence we can use GFP_KERNEL there safely for avoiding such allocation
errors.
Bugzilla: http://bugzilla.suse.com/show_bug.cgi?id=1085174
Signed-off-by: Takashi Iwai <ti...@suse.de>
---
drivers/net/wireless/broadcom/brcm80211/brcmsmac/mac80211
| 6 +++---
> kernel/trace/trace_printk.c | 4 ++--
> lib/raid6/sse2.c | 14 +++---
> sound/soc/fsl/fsl_dma.c | 2 +-
For sound bits,
Acked-by: Takashi Iwai <ti...@suse.de>
thanks,
Takashi
On Thu, 04 May 2017 11:43:14 +0200,
Kalle Valo wrote:
>
> Takashi Iwai <ti...@suse.de> writes:
>
> > Some recent firmware entries were forgotten to be added via
> > MODULE_FIRMWARE(), which may result in the non-functional state when
> > the driver is loa
Hi,
currently iwlwifi driver lists only the latest firmware files in
MODULE_FIRMWARE() although the driver may read other older files.
And this confuses the openSUSE installer, since the installation image
is created based on the module information and copies only the
firmwares listed there. A
On Thu, 08 Dec 2016 11:18:23 +0100,
Takashi Iwai wrote:
>
> Hi Amitkumar,
>
> On Thu, 08 Dec 2016 06:40:48 +0100,
> Amitkumar Karwar wrote:
> >
> > Hi Takashi,
> >
> > > From: Takashi Iwai [mailto:ti...@suse.de]
> > > Sent: Friday, December 02
On Fri, 02 Dec 2016 17:49:13 +0100,
Takashi Iwai wrote:
>
> Hi,
>
> we've got an Intel Cherry Trail-based system with Marvell SD8897 chip
> over MMC (sdhci), and WiFi / BT always fails at starting (or better to
> say, it never worked properly).
>
> For avoiding the rac
Hi,
we've got an Intel Cherry Trail-based system with Marvell SD8897 chip
over MMC (sdhci), and WiFi / BT always fails at starting (or better to
say, it never worked properly).
For avoiding the race between WiFi and BT, I blacklisted btmrvl_sdio,
so let's concentrate only on mwifiex_sdio now.