Re: Irrelevant "latest" tag

On Sat, Jan 03, 2015 at 01:35:42AM +0100, Mickaël Salaün wrote: > Hi, > > It pop back again some weeks ago. That's precisely what made me think it came from my tree, because I issued a kernel a few weeks ago and it used to happen rarely enough to come from my branch! Willy -- To unsubscribe fro

Re: [PATCH 1/2] time: settimeofday: Validate the values of tv from user

On 01/02/2015 11:51 AM, John Stultz wrote: > From: Sasha Levin > > An unvalidated user input is multiplied by a constant, which can result in > an undefined behaviour for large values. While this is validated later, > we should avoid triggering undefined behaviour. > > Cc: Thomas Gleixner > Cc:

Re: Irrelevant "latest" tag

Hi, It pop back again some weeks ago. Regards, Mickaël On 11/24/2014 06:44 PM, Greg KH wrote: > On Mon, Nov 24, 2014 at 09:22:16AM +0100, Mickaël Salaün wrote: >> Hi, >> >> I noticed there is an irrelevant tag named "latest" who recently appear >> in the linux-stable repository. > > Ugh, that

Re: Irrelevant "latest" tag

On Fri, Jan 02, 2015 at 04:40:36PM -0800, Greg KH wrote: > On Sat, Jan 03, 2015 at 01:35:42AM +0100, Mickaël Salaün wrote: > > Hi, > > > > It pop back again some weeks ago. > > Ugh, now gone again, it must be in some stable repo I pull from > occasionally. Bingo, I just found it here : http

Re: Irrelevant "latest" tag

On Sat, Jan 03, 2015 at 01:35:42AM +0100, Mickaël Salaün wrote: > Hi, > > It pop back again some weeks ago. Ugh, now gone again, it must be in some stable repo I pull from occasionally. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe stable" in the body of a messag

Re: [PATCH] net: ethernet: cpsw: fix hangs with interrupts

* Felipe Balbi [150102 14:19]: > The CPSW IP implements pulse-signaled interrupts. Due to > that we must write a correct, pre-defined value to the > CPDMA_MACEOIVECTOR register so the controller generates > a pulse on the correct IRQ line to signal the End Of > Interrupt. > > The way the driver i

[PATCH] net: ethernet: cpsw: fix hangs with interrupts

The CPSW IP implements pulse-signaled interrupts. Due to that we must write a correct, pre-defined value to the CPDMA_MACEOIVECTOR register so the controller generates a pulse on the correct IRQ line to signal the End Of Interrupt. The way the driver is written today, all four IRQ lines are reques

[PATCH 3.15-3.18] dm thin: fix a race in thin_dtr

Hi Here I'm sending backport of patch 17181fb7a0c3a279196c0eeb2caba65a1519614b. It is suitable for stable branches 3.15 to 3.18. Mikulas commit 17181fb7a0c3a279196c0eeb2caba65a1519614b Author: Mikulas Patocka Date: Wed Nov 5 17:00:13 2014 -0500 dm thin: fix a race in thin_dtr

[PATCH 1/2] time: settimeofday: Validate the values of tv from user

From: Sasha Levin An unvalidated user input is multiplied by a constant, which can result in an undefined behaviour for large values. While this is validated later, we should avoid triggering undefined behaviour. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: stable Signed-off-by: Sasha Levin Signe

[PATCH 2/2] time: adjtimex: Validate the ADJ_FREQUENCY values

From: Sasha Levin Verify that the frequency value from userspace is valid and makes sense. Unverified values can cause overflows later on. Cc: Thomas Gleixner Cc: Ingo Molnar Cc: stable Signed-off-by: Sasha Levin [jstultz: Fix up bug for negative values and drop redunent cap check] Signed-o

[PATCH 1/4] net: ethernet: cpsw: fix hangs with interrupts

The CPSW IP implements pulse-signaled interrupts. Due to that we must write a correct, pre-defined value to the CPDMA_MACEOIVECTOR register so the controller generates a pulse on the correct IRQ line to signal the End Of Interrupt. The way the driver is written today, all four IRQ lines are reques

[PATCH v2 1/2] spi: dw-mid: fix FIFO size

The FIFO size is 40 accordingly to the specifications, but this means 0x40, i.e. 64 bytes. This patch fixes the typo and enables FIFO size autodetection for Intel MID devices. Fixes: 7063c0d942a1 (spi/dw_spi: add DMA support) Cc: stable@vger.kernel.org Signed-off-by: Andy Shevchenko --- drivers/

[PATCH v2 2/2] spi: dw-mid: fix number of CS lines

According to specification the SPI1 has 5 bits for chip selects. The current code limits it to 4 bits. The patch fixes that constant. Fixes: 7063c0d942a1 (spi/dw_spi: add DMA support) Cc: stable@vger.kernel.org Signed-off-by: Andy Shevchenko --- drivers/spi/spi-dw-mid.c | 2 +- 1 file changed, 1

[PATCH 2/5] lmedm04: Fix usb_submit_urb BOGUS urb xfer, pipe 1 != type 3 in interrupt urb

A quirk of some older firmwares that report endpoint pipe type as PIPE_BULK but the endpoint otheriwse functions as interrupt. Check if usb_endpoint_type is USB_ENDPOINT_XFER_BULK and set as usb_rcvbulkpipe. Signed-off-by: Malcolm Priestley Cc: --- drivers/media/usb/dvb-usb-v2/lmedm04.c | 7 ++

[PATCH 1/5] lmedm04: Increase Interupt due time to 200 msec.

Ocassionally the device fails to report back an interrupt urb status which results in false no lock trigger on the RS2000 demodulator. Increase time from 60 msecs to 200 msecs. Signed-off-by: Malcolm Priestley Cc: # v3.17+ --- drivers/media/usb/dvb-usb-v2/lmedm04.c | 7 --- 1 file changed,

Re: [PATCH] mmc: sdhci-pxav3: do the mbus window configuration after enabling clocks

On 31 December 2014 at 11:54, Thomas Petazzoni wrote: > In commit 5491ce3f79ee ("mmc: sdhci-pxav3: add support for the Armada > 38x SDHCI controller"), the sdhci-pxav3 driver was extended to include > support for the SDHCI controller found in the Armada 38x > processor. This mainly involved adding

[PATCH] drm/i915: Fix mutex->owner inspection race under DEBUG_MUTEXES

If CONFIG_DEBUG_MUTEXES is set, the mutex->owner field is only cleared if the mutex debugging is enabled which introduces a race in our mutex_is_locked_by() - i.e. we may inspect the old owner value before it is acquired by the new task. This is the root cause of this error: diff --git a/kernel/l