This reverts commit 1737cac69369 ("bus: mvebu-mbus: make sure SDRAM CS
for DMA don't overlap the MBus bridge window"), because it breaks DMA
on platforms having more than 2 GB of RAM.
This commit changed the information reported to DMA masters device
drivers through the mv_mbus_dram_info() functio
From: Nicolas Schichan
Commit a0b5cd4ac2d6 ("bus: mvebu-mbus: use automatic I/O
synchronization barriers") enabled the usage of automatic I/O
synchronization barriers by enabling bit WIN_CTRL_SYNCBARRIER in the
control registers of MBus windows, but on non io-coherent platforms
(orion5x, kirkwood
> The function brcmf_msgbuf_get_pktid() may return a NULL pointer so
> the callers should check the return pointer before accessing it to
> avoid the crash below (see [1]):
>
> brcmfmac: brcmf_msgbuf_get_pktid: Invalid packet id 273 (not in use)
> BUG: unable to handle kernel NULL pointer derefer
Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
devices, as they do not have a sink device in them to respond to any AUX
traffic. When probing these dongles over the DDC, sometimes they will
NAK the first attempt even though the transaction is valid and they
support the DDC
On Thursday 28 May 2015 10:40:13 Thomas Petazzoni wrote:
> Fixes: 1737cac69369 ("bus: mvebu-mbus: make sure SDRAM CS for DMA don't
> overlap the MBus bridge window")
> Cc: # v4.0+
> ---
> drivers/bus/mvebu-mbus.c | 105
> ---
> 1 file changed, 16 inse
Arnd,
On Thu, 28 May 2015 10:49:46 +0200, Arnd Bergmann wrote:
> On Thursday 28 May 2015 10:40:13 Thomas Petazzoni wrote:
> > Fixes: 1737cac69369 ("bus: mvebu-mbus: make sure SDRAM CS for DMA don't
> > overlap the MBus bridge window")
> > Cc: # v4.0+
> > ---
> > drivers/bus/mvebu-mbus.c | 105
I am announcing the release of the Linux 3.16.7-ckt12 kernel.
The updated 3.16.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.16.y
and can be browsed at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y
The diff from v3.16.7-ckt11 is posted as
Kalle Valo writes:
>> The function brcmf_msgbuf_get_pktid() may return a NULL pointer so
>> the callers should check the return pointer before accessing it to
>> avoid the crash below (see [1]):
>>
>> brcmfmac: brcmf_msgbuf_get_pktid: Invalid packet id 273 (not in use)
>> BUG: unable to handle k
Make the check to skip the rate check more lax, so that it applies
to all hw_version 4 models.
This fixes the touchpad not being detected properly on Asus PU551LA
laptops.
Cc: stable@vger.kernel.org
Reported-and-tested-by: David Zafra Gómez
Signed-off-by: Hans de Goede
---
drivers/input/mouse/
Hi Thomas,
On 28/05/2015 10:40, Thomas Petazzoni wrote:
> From: Nicolas Schichan
>
> Commit a0b5cd4ac2d6 ("bus: mvebu-mbus: use automatic I/O
> synchronization barriers") enabled the usage of automatic I/O
> synchronization barriers by enabling bit WIN_CTRL_SYNCBARRIER in the
> control registers
Hi Thomas,
On 28/05/2015 10:40, Thomas Petazzoni wrote:
> This reverts commit 1737cac69369 ("bus: mvebu-mbus: make sure SDRAM CS
> for DMA don't overlap the MBus bridge window"), because it breaks DMA
> on platforms having more than 2 GB of RAM.
>
> This commit changed the information reported to
Hello,
On 2015-03-12 10:11, Damian Eppel wrote:
This is to fix an issue of sleeping in atomic context when processing
hotplug notifications in Exynos MCT(Multi-Core Timer).
The issue was reproducible on Exynos 3250 (Rinato board) and Exynos 5420
(Arndale Octa board).
Whilst testing cpu hotplug
Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
devices, as they do not have a sink device in them to respond to any AUX
traffic. When probing these dongles over the DDC, sometimes they will
NAK the first attempt even though the transaction is valid and they
support the DDC
On Sat, May 23, 2015 at 02:07:53PM -0700, Greg Kroah-Hartman wrote:
>
> This is a note to let you know that I've just added the patch titled
>
> staging: wlags49_h2: fix extern inline functions
>
> to the 3.10-stable tree which can be found at:
>
> http://www.kernel.org/git/?p=linux/ker
On Thu, May 28, 2015 at 01:05:39PM +0300, Jani Nikula wrote:
> Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
> devices, as they do not have a sink device in them to respond to any AUX
> traffic. When probing these dongles over the DDC, sometimes they will
> NAK the first
On Wed, May 20, 2015 at 12:23:07PM +0200, Bjørn Mork wrote:
> Hello Sasha!
>
> This backported mvebu fix seems to have slipped through the cracks by
> accident. IIUC, the OpenWRT mvebu maintainer(s) are particularily
> interested in having this bug fixed for 3.18-stable. See this thread
> for th
On Thu, 28 May 2015, Ville Syrjälä wrote:
> On Thu, May 28, 2015 at 01:05:39PM +0300, Jani Nikula wrote:
>> Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
>> devices, as they do not have a sink device in them to respond to any AUX
>> traffic. When probing these dongles ov
On 05/28/15 11:03, Kalle Valo wrote:
Kalle Valo writes:
The function brcmf_msgbuf_get_pktid() may return a NULL pointer so
the callers should check the return pointer before accessing it to
avoid the crash below (see [1]):
brcmfmac: brcmf_msgbuf_get_pktid: Invalid packet id 273 (not in use)
B
On Thu, May 28, 2015 at 02:36:01PM +0300, Jani Nikula wrote:
> On Thu, 28 May 2015, Ville Syrjälä wrote:
> > On Thu, May 28, 2015 at 01:05:39PM +0300, Jani Nikula wrote:
> >> Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
> >> devices, as they do not have a sink device in
On Thu, May 28, 2015 at 02:36:01PM +0300, Jani Nikula wrote:
> On Thu, 28 May 2015, Ville Syrjälä wrote:
> > On Thu, May 28, 2015 at 01:05:39PM +0300, Jani Nikula wrote:
> >> Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
> >> devices, as they do not have a sink device in
On Thu, 28 May 2015, Daniel Vetter wrote:
> On Thu, May 28, 2015 at 02:36:01PM +0300, Jani Nikula wrote:
>> On Thu, 28 May 2015, Ville Syrjälä wrote:
>> > On Thu, May 28, 2015 at 01:05:39PM +0300, Jani Nikula wrote:
>> >> Passive DP->DVI/HDMI dongles on DP++ ports show up to the system as HDMI
>>
Trivial fix that prevents to compile this pmc clock driver if h32mx clock is
present but smd clock isn't.
Signed-off-by: Nicolas Ferre
Fixes: bcc5fd49a0fd ("clk: at91: add a driver for the h32mx clock")
Cc: # 3.18+
---
drivers/clk/at91/pmc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On 28/05/2015 at 15:07:21 +0200, Nicolas Ferre wrote :
> Trivial fix that prevents to compile this pmc clock driver if h32mx clock is
> present but smd clock isn't.
>
> Signed-off-by: Nicolas Ferre
> Fixes: bcc5fd49a0fd ("clk: at91: add a driver for the h32mx clock")
> Cc: # 3.18+
Acked-by: Alex
On Thu, 28 May 2015 15:07:21 +0200
Nicolas Ferre wrote:
> Trivial fix that prevents to compile this pmc clock driver if h32mx clock is
> present but smd clock isn't.
>
> Signed-off-by: Nicolas Ferre
Acked-by: Boris Brezillon
> Fixes: bcc5fd49a0fd ("clk: at91: add a driver for the h32mx clock
On Wed, May 27, 2015 at 12:22:08PM +0900, Krzysztof Kozlowski wrote:
> Status of enabling suspend mode for regulator was stored in bitmap-like
> long integer.
Applied, thanks.
signature.asc
Description: Digital signature
The patch
ASoC: arizona: Fix noise generator gain TLV
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
On Thu, 2015-05-28 at 11:47 +0200, Marek Szyprowski wrote:
> Hello,
>
> On 2015-03-12 10:11, Damian Eppel wrote:
> > This is to fix an issue of sleeping in atomic context when processing
> > hotplug notifications in Exynos MCT(Multi-Core Timer).
> > The issue was reproducible on Exynos 3250 (Rinat
On Thu, May 28, 2015 at 11:17:10AM +0200, Gregory CLEMENT wrote:
> Hi Thomas,
>
> On 28/05/2015 10:40, Thomas Petazzoni wrote:
> > This reverts commit 1737cac69369 ("bus: mvebu-mbus: make sure SDRAM CS
> > for DMA don't overlap the MBus bridge window"), because it breaks DMA
> > on platforms havin
On Thu, May 28, 2015 at 10:49:46AM +0200, Arnd Bergmann wrote:
> On Thursday 28 May 2015 10:40:13 Thomas Petazzoni wrote:
> > Fixes: 1737cac69369 ("bus: mvebu-mbus: make sure SDRAM CS for DMA don't
> > overlap the MBus bridge window")
> > Cc: # v4.0+
> > ---
> > drivers/bus/mvebu-mbus.c | 105
>
On Thu, 28 May 2015 09:03:23 +0800
Gu Zheng wrote:
> Izumi found the following oops when hot re-add a node:
> [ 1481.759192] BUG: unable to handle kernel paging request at c90008963690
> [ 1481.760192] IP: [] __wake_up_bit+0x20/0x70
> [ 1481.770098] PGD 86e919067 PUD 207cf003067 PMD 20796d3b
Hi Hans,
On Thu, May 28, 2015 at 11:09:31AM +0200, Hans de Goede wrote:
>
> Make the check to skip the rate check more lax, so that it applies
> to all hw_version 4 models.
>
> This fixes the touchpad not being detected properly on Asus PU551LA
> laptops.
>
> Cc: stable@vger.kernel.org
> Reporte
The patch titled
Subject: mm/memory_hotplug.c: set zone->wait_table to null after freeing it
has been added to the -mm tree. Its filename is
mm-memory_hotplug-set-zone-wait_table-to-null-after-free-it.patch
This patch should soon appear at
http://ozlabs.org/~akpm/mmots/broken-out/
From: Bob Copeland
Subject: omfs: fix sign confusion for bitmap loop counter
The count variable is used to iterate down to (below) zero from the size
of the bitmap and handle the one-filling the remainder of the last partial
bitmap block. The loop conditional expects count to be signed in order
From: Sasha Levin
Subject: fs, omfs: add NULL terminator in the end up the token list
match_token() expects a NULL terminator at the end of the token list so
that it would know where to stop. Not having one causes it to overrun to
invalid memory.
In practice, passing a mount option that omfs di
From: Ard Biesheuvel
Two files that get included when building the multi_v7_defconfig target
fail to build when selecting THUMB2_KERNEL for this configuration.
In both cases, we can just build the file as ARM code, as none of its
symbols are exported to modules, so there are no interworking conc
35 matches
Mail list logo
