From: Anil Belur
- this fix replaces jiffies interval comparision with safer function to
avoid any overflow and wrap around ?
Signed-off-by: Anil Belur
---
drivers/staging/media/msi3101/sdr-msi3101.c | 16
1 file changed, 12 insertions(+), 4 deletions(-)
diff --git
Am Sonntag, 29. Juni 2014, 12:20:15 schrieb Stephen Rothwell:
Hi Stephen,
> Hi Stephan,
>
> On Sat, 28 Jun 2014 22:00:07 +0200 Stephan Mueller
wrote:
> > diff --git a/crypto/drbg.c b/crypto/drbg.c
> > index 6679a26..03a230e 100644
> > --- a/crypto/drbg.c
> > +++ b/crypto/drbg.c
> > @@ -102,8
Am Samstag, 28. Juni 2014, 20:53:19 schrieb Joe Perches:
Hi Joe,
> On Sun, 2014-06-29 at 05:46 +0200, Stephan Mueller wrote:
> > Am Sonntag, 29. Juni 2014, 12:24:02 schrieb Stephen Rothwell:
> >
> > Hi Stephen,
> >
> > > Hi Stephan,
> > >
> > > On Sat, 28 Jun 2014 22:01:46 +0200 Stephan
On Sat, Jun 28, 2014 at 7:08 AM, Stephen Warren wrote:
> On 06/23/2014 01:32 AM, Alexandre Courbot wrote:
>> Two small but important fixes to SHIELD's pinmux configuration.
>> The use of invalid properties caused the pinmux to not be applied
>> at all. Also the setting for sdmmc clock lines
On Saturday 28 June 2014 15:28:22 Ed Tomlinson wrote:
Resend without html krud which causes list to bounce the message.
> Hi
>
> This commit ( a4de05268e674e8ed31df6348269e22d6c6a1803 ) hangs my boot with
> 3.16-git. Reverting it lets the boot proceed.
>
> I have an i7 with a built-in i915
On Sun, 2014-06-29 at 05:46 +0200, Stephan Mueller wrote:
> Am Sonntag, 29. Juni 2014, 12:24:02 schrieb Stephen Rothwell:
>
> Hi Stephen,
>
> > Hi Stephan,
> >
> > On Sat, 28 Jun 2014 22:01:46 +0200 Stephan Mueller
> wrote:
> > > @@ -1987,8 +1987,9 @@ static int __init drbg_init(void)
> > >
Am Sonntag, 29. Juni 2014, 12:24:02 schrieb Stephen Rothwell:
Hi Stephen,
> Hi Stephan,
>
> On Sat, 28 Jun 2014 22:01:46 +0200 Stephan Mueller
wrote:
> > @@ -1987,8 +1987,9 @@ static int __init drbg_init(void)
> >
> > if (ARRAY_SIZE(drbg_cores) * 2 > ARRAY_SIZE(drbg_algs)) {
> >
> >
Thanks that's fine , I am new to kernel work , so a list of bugs would
be very helpful in my helping out with debugging.
Cheers Nick
On Sat, Jun 28, 2014 at 3:18 PM, One Thousand Gnomes
wrote:
> On Fri, 27 Jun 2014 22:45:47 -0400
> Nick Krause wrote:
>
>> Do any of you use the kernel Bugzilla?
I thought I compiled tested it maybe not. I thought M= would work for
alpha directory but maybe I have to enable in on x86.
I don't known if there is a way to do this.
Cheers Nick
On Sat, Jun 28, 2014 at 3:53 PM, Sasha Levin wrote:
> On 06/28/2014 12:07 AM, Nicholas Krause wrote:
>> This patch
On 06/23/14 05:15, Horia Geanta wrote:
> Object-like macros are different than function-like macros:
> https://gcc.gnu.org/onlinedocs/cpp/Object-like-Macros.html
> https://gcc.gnu.org/onlinedocs/cpp/Function-like-Macros.html
>
> They are not parsed correctly, generating invalid intermediate
>
Hi Stephan,
On Sat, 28 Jun 2014 22:01:46 +0200 Stephan Mueller wrote:
>
> @@ -1987,8 +1987,9 @@ static int __init drbg_init(void)
>
> if (ARRAY_SIZE(drbg_cores) * 2 > ARRAY_SIZE(drbg_algs)) {
> pr_info("DRBG: Cannot register all DRBG types"
> - "(slots
On 04/17/14 07:11, Peter Foley wrote:
> Change the Documentation makefiles from obj-m to subdir-y
> to avoid generating unnecessary built-in.o files since nothing
> in Documentation/ is ever linked in to vmlinux.
>
> Signed-off-by: Peter Foley
Hi Michal,
Does this look good to you?
I don't
Hi Stephan,
On Sat, 28 Jun 2014 22:00:07 +0200 Stephan Mueller wrote:
>
> diff --git a/crypto/drbg.c b/crypto/drbg.c
> index 6679a26..03a230e 100644
> --- a/crypto/drbg.c
> +++ b/crypto/drbg.c
> @@ -102,8 +102,13 @@
> #if !defined(CONFIG_CRYPTO_DRBG_HASH) && \
>
Hi,
This should really be done as 2 separate patches:
One to move/rename the file and one to make the changes/additions
to it for DELL.
Can you resend it as 2 patches like that, please?
Thanks... and sorry for the delay.
On 06/11/14 01:02, Pali Rohár wrote:
> Dell kernel driver dell-smo8800
On Sat, Jun 28, 2014 at 1:25 PM, Alexei Starovoitov wrote:
> On Sat, Jun 28, 2014 at 9:01 AM, Andy Lutomirski wrote:
>> On Fri, Jun 27, 2014 at 5:06 PM, Alexei Starovoitov
>> wrote:
>>> Safety of eBPF programs is statically determined by the verifier, which
>>> detects:
>>
>> This is a very
On Sat, Jun 28, 2014 at 1:49 PM, Alexei Starovoitov wrote:
> On Sat, Jun 28, 2014 at 8:34 AM, Andy Lutomirski wrote:
>> On Fri, Jun 27, 2014 at 11:43 PM, Alexei Starovoitov
>> wrote:
>>> On Fri, Jun 27, 2014 at 11:25 PM, Andy Lutomirski
>>> wrote:
On Fri, Jun 27, 2014 at 10:55 PM,
On Sun, Jun 29, 2014 at 09:53:20AM +0900, Satoru Takeuchi wrote:
> At Sat, 28 Jun 2014 15:32:53 -0700,
> Guenter Roeck wrote:
> >
> > On 06/28/2014 10:46 AM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 3.15.3 release.
> > > There are 139 patches in this
On 06/24/14 05:12, Paul Bolle wrote:
> The paragraph on mcelog currently describes kernel v2.6.31. In that
> kernel the mce code (for i386, that is) was in transition. Ever since
> v2.6.32 the situation is much simpler (eg, mcelog is now needed to
> process events on almost all x86 machines, i386
[adding Tejun Heo]
patch OK, Tejun? You want to apply it?
On 06/23/14 04:28, Daniel Thompson wrote:
> Commit 64c862a83... added new alloc variants to the devres managed
> API. These should be included in the list of managed API found in
> devres.txt.
>
> Signed-off-by: Daniel Thompson
> Cc:
On 06/28/2014 05:20 PM, Joe Perches wrote:
The DEFINE_SIMPLE_ATTRIBUTE macro should not end in a ;
Fix the one use in the kernel tree that did not have a semicolon.
Signed-off-by: Joe Perches
For hwmon:
Acked-by: Guenter Roeck
--
To unsubscribe from this list: send the line "unsubscribe
At Sat, 28 Jun 2014 15:32:53 -0700,
Guenter Roeck wrote:
>
> On 06/28/2014 10:46 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.15.3 release.
> > There are 139 patches in this series, all will be posted as a response
> > to this one. If anyone has any
Hi,
Thanks for your patch. Your patch is obviously correct however I actually
prefer to have the type casts in place because it clearly shows what the
variable type being assigned to is so I find it makes the code more readable to
cast void pointers to the target variable type so I don't have
Mostly s/s/w/hitespace cleaning.
Joe Perches (4):
fs.h: Remove unnecessary extern prototypes
fs.h: Whitespace neatening
fs.h: A few more whitespace neatenings
fs: asus_atk0110: Fix DEFINE_SIMPLE_ATTRIBUTE semicolon definition and use
drivers/hwmon/asus_atk0110.c |2 +-
This file has a mixture of prototypes with and without extern.
Remove the extern uses.
Signed-off-by: Joe Perches
---
include/linux/fs.h | 636 ++---
1 file changed, 318 insertions(+), 318 deletions(-)
diff --git a/include/linux/fs.h
The DEFINE_SIMPLE_ATTRIBUTE macro should not end in a ;
Fix the one use in the kernel tree that did not have a semicolon.
Signed-off-by: Joe Perches
---
drivers/hwmon/asus_atk0110.c | 2 +-
include/linux/fs.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Make the whitespace a lot more kernel style conformant.
git diff -w shows no differences.
Signed-off-by: Joe Perches
---
include/linux/fs.h | 450 ++---
1 file changed, 225 insertions(+), 225 deletions(-)
diff --git a/include/linux/fs.h
Some line removals and line wrapping to 80 columns along
with few trivial other whitespace changes.
Signed-off-by: Joe Perches
---
include/linux/fs.h | 257 +++--
1 file changed, 133 insertions(+), 124 deletions(-)
diff --git a/include/linux/fs.h
Good day
Please did you receive the mail i sent to you last time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
This fixes:
cc1: warnings being treated as errors
In file included from include/linux/ptrace.h:5,
from arch/mips/kernel/cpu-probe.c:16:
include/linux/sched.h:1002: warning: type qualifiers ignored on function return
type
make[2]: *** [arch/mips/kernel/cpu-probe.o] Error 1
This
In an rt-kernel with CONFIG_MISSED_TIMER_OFFSETS_HIST enabled,
__hrtimer_start_range_ns() now crashes, as new_base is not assigned
before it is used.
Signed-off-by: Ben Hutchings
Tested-by: Carsten Emde
Cc: stable...@vger.kernel.org
---
--- a/kernel/hrtimer.c
+++ b/kernel/hrtimer.c
@@ -1106,6
On Sat, Jun 28, 2014 at 03:28:42PM -0700, Guenter Roeck wrote:
> On 06/28/2014 10:45 AM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.4.96 release.
> >There are 43 patches in this series, all will be posted as a response
> >to this one. If anyone has any
On 06/28/2014 10:46 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.15.3 release.
There are 139 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 06/28/2014 10:45 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.10 release.
There are 110 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 06/28/2014 10:45 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.46 release.
There are 77 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On 06/28/2014 10:45 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.96 release.
There are 43 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
On Sat, Jun 28, 2014 at 11:52:37PM +0200, Toralf Förster wrote:
> /me wonders if this patch is needed here :
>
>
> diff --git a/lib/argv_split.c b/lib/argv_split.c
> index e927ed0..7de4cb4 100644
> --- a/lib/argv_split.c
> +++ b/lib/argv_split.c
> @@ -85,6 +85,7 @@ char **argv_split(gfp_t gfp,
On Sat, 28 Jun 2014, Pavel Machek wrote:
> Hi!
>
> > >> This gives the userspace (Replicant) a chance to fully handle the
> > >> pm_wakeup_event, before autosleep suspends the system alltogether
> > >> again.
> > >>
> > >> This fixes suspend/resume on the OpenPhoenux GTA04, in combination with
/me wonders if this patch is needed here :
diff --git a/lib/argv_split.c b/lib/argv_split.c
index e927ed0..7de4cb4 100644
--- a/lib/argv_split.c
+++ b/lib/argv_split.c
@@ -85,6 +85,7 @@ char **argv_split(gfp_t gfp, const char *str, int *argcp)
*argv++ = argv_str;
Removal of a struct that is never used
This was found using a static code analysis program called cppcheck
Signed-off-by: Rickard Strandqvist
---
drivers/pinctrl/pinctrl-imx27.c |6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-imx27.c
On 06/27/2014 02:03 PM, Hugh Dickins wrote:
> On Fri, 27 Jun 2014, Sasha Levin wrote:
>> On 06/27/2014 01:59 AM, Hugh Dickins wrote:
> First, this:
>
> [ 681.267487] BUG: unable to handle kernel paging request at
> ea0003480048
> [ 681.268621] IP: zap_pte_range
Hi,
El 28/06/14 14:58, Boris BREZILLON escribió:
Hello,
On 28/06/2014 19:23, Himangi Saraogi wrote:
devm_ioremap_resource returns an ERR_PTR value, not NULL, on failure.
A simplified version of the semantic match that finds this problem is as
follows:
//
@@
expression e,e1;
statement S;
@@
Unsigned variable can't be negative so it is unnecessary to test it
This was found using a static code analysis program called cppcheck
Signed-off-by: Rickard Strandqvist
---
drivers/mfd/ab8500-debugfs.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Sat, 28 Jun 2014, SF Markus Elfring wrote:
> > Sorry but I'm not working on coccinelle ; just did a small script for
> > kernel tree.
>
> I would appreciate a more constructive feedback for my update suggestions
> around
> the topic "Deletion of unnecessary checks before specific function
> Sorry but I'm not working on coccinelle ; just did a small script for kernel
> tree.
I would appreciate a more constructive feedback for my update suggestions around
the topic "Deletion of unnecessary checks before specific function calls".
- Did you look at the concrete patches?
- How do you
Am 28.06.2014 20:54, schrieb Marc Dietrich:
On Sat, 28 Jun 2014 09:32:50 +0200
Alexander Holler wrote:
Am 28.06.2014 09:18, schrieb Alexander Holler:
Am 27.06.2014 19:27, schrieb John Stultz:
Its been pointed out that the RTC hctosys functionality doesn't
work well with RTC modules, which
On Sat, Jun 28, 2014 at 8:34 AM, Andy Lutomirski wrote:
> On Fri, Jun 27, 2014 at 11:43 PM, Alexei Starovoitov
> wrote:
>> On Fri, Jun 27, 2014 at 11:25 PM, Andy Lutomirski
>> wrote:
>>> On Fri, Jun 27, 2014 at 10:55 PM, Alexei Starovoitov
>>> wrote:
On Fri, Jun 27, 2014 at 5:16 PM,
Add a definition for D-Link DSR-1000N router. The bootloader on this board
supplies 20006 in the bootinfo; the enum CVMX_BOARD_TYPE_CUST_DSR1000N
comes from the GPL sources of the board.
Signed-off-by: Aaro Koskinen
---
arch/mips/include/asm/octeon/cvmx-bootinfo.h | 2 ++
1 file changed, 2
Add interface & port definitions for D-Link DSR-1000N.
Signed-off-by: Aaro Koskinen
---
.../cavium-octeon/executive/cvmx-helper-board.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/mips/cavium-octeon/executive/cvmx-helper-board.c
Add USB clock type for D-Link DSR-1000N.
Signed-off-by: Aaro Koskinen
---
arch/mips/cavium-octeon/executive/cvmx-helper-board.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/cavium-octeon/executive/cvmx-helper-board.c
b/arch/mips/cavium-octeon/executive/cvmx-helper-board.c
Hi,
The following patches add minimal support for D-Link DSR-1000N router.
USB and ethernet ports should now work with these patches.
(I guess WLAN (PCI/ath9k) should work too; I was able to scan networks,
but for some reason it did not connect to my AP.)
Aaro Koskinen (3):
MIPS: OCTEON:
On Sat, Jun 28, 2014 at 9:01 AM, Andy Lutomirski wrote:
> On Fri, Jun 27, 2014 at 5:06 PM, Alexei Starovoitov wrote:
>> Safety of eBPF programs is statically determined by the verifier, which
>> detects:
>
> This is a very high-level review. I haven't tried to read all the
> code yet, and this
Hi,
The following patches cover requested changes based on the sparse tool test
run and suggestions by peer reviewers.
In addition, a patch to make the CTR DRBG more efficient is added.
Stephan Mueller (4):
DRBG: use of kernel linked list
DRBG: cleanup of preprocessor macros
DRBG: Fix
On 06/28/2014 10:36 AM, One Thousand Gnomes wrote:
> On Fri, 27 Jun 2014 12:25:20 -0500
>> +rate = 16 * max(115200U, (unsigned int)baud);
>> +
>
> This assumes an arbitarily configurable clock, which is not I think the
> usual case.
If the clock's rate can't change, this will return
On Sat, 28 Jun 2014, Antonio Quartulli wrote:
> Hi all,
>
> On 28/06/14 21:13, Joe Perches wrote:
> > diff --git a/net/batman-adv/sysfs.c b/net/batman-adv/sysfs.c
> > index f40cb04..d6fba94 100644
> > --- a/net/batman-adv/sysfs.c
> > +++ b/net/batman-adv/sysfs.c
> > @@ -896,7 +896,7 @@ int
The DRBG-style linked list to manage input data that is fed into the
cipher invocations is replaced with the kernel linked list
implementation.
The change is transparent to users of the interfaces offered by the
DRBG. Therefore, no changes to the testmgr code is needed.
Reported-by: kbuild test
On Sat, 2014-06-28 at 21:49 +0200, Antonio Quartulli wrote:
> Hi all,
>
> On 28/06/14 21:13, Joe Perches wrote:
> > diff --git a/net/batman-adv/sysfs.c b/net/batman-adv/sysfs.c
[]
> > @@ -896,7 +896,7 @@ int batadv_throw_uevent(struct batadv_priv *bat_priv,
> > enum batadv_uev_type type,
> > {
The structure used to construct the module description line was marked
problematic by the sparse code analysis tool. The module line
description now does not contain any ifdefs to prevent error reports
from sparse.
The preprocessor warning declaration was reported by sparse. It is
replaced in
The initial format strings caused warnings on several architectures. The
updated format strings now match the variable types.
Reported-by: kbuild test robot
Reported-by: Randy Dunlap
Signed-off-by: Stephan Mueller
---
crypto/drbg.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
The CTR DRBG requires the update function to be called twice when
generating a random number. In both cases, update function must process
the additional information string by using the DF function. As the DF
produces the same result in both cases, we can save one invocation of
the DF function when
We always use resched_task() with rq->curr argument.
It's not possible to reschedule any task but rq's current.
The patch introduces resched_curr(struct rq *) to
replace all of the repeating patterns. The main aim
is cleanup, but there is a little size profit too:
(before)
$ size
Hi!
> >> This gives the userspace (Replicant) a chance to fully handle the
> >> pm_wakeup_event, before autosleep suspends the system alltogether
> >> again.
> >>
> >> This fixes suspend/resume on the OpenPhoenux GTA04, in combination with
> >> the Replicant 4.2.2 userspace, which needs to
On 06/28/2014 12:07 AM, Nicholas Krause wrote:
> This patch fixs the FIXME message in the function *cpumask_of_node
> for using this function multiple times and the issue with recaluting
> the cpu node mask when reusing this function.
>
> Signed-off-by: Nicholas Krause
> ---
>
Hi all,
On 28/06/14 21:13, Joe Perches wrote:
> diff --git a/net/batman-adv/sysfs.c b/net/batman-adv/sysfs.c
> index f40cb04..d6fba94 100644
> --- a/net/batman-adv/sysfs.c
> +++ b/net/batman-adv/sysfs.c
> @@ -896,7 +896,7 @@ int batadv_throw_uevent(struct batadv_priv *bat_priv,
> enum
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Bolle
commit d30f2065d6da377cc76771aca5a9850cfca8723b upstream.
Commit 193ab2a60700 ("usb: gadget: allow multiple gadgets to be built")
basically renamed the Kconfig symbol
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 32b36eeae6a859670d2939a7d6136cb5e9ed64f8 upstream.
In usbtest, tests 5 - 8 use the scatter-gather library in usbcore
without any sort of timeout. If there's a problem in the
This is the start of the stable review cycle for the 3.4.96 release.
There are 43 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Mon Jun 30 17:44:34 UTC 2014.
Anything
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Felipe Balbi
commit 687ef9817df7ed960d14575b9033dde3d04631fe upstream.
so it seems like DWC3 IP doesn't clear stalls
automatically when we disable an endpoint, because
of that, we _must_ make
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Tony Luck
commit a70ffcac741d31a406c1d2b832ae43d658e7e1cf upstream.
When a thread in a multi-threaded application hits a machine check because
of an uncorrectable error in memory - we want to
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: xiao jin
commit d9e93c08d8d985e5ef89436ebc9f4aad7e31559f upstream.
We find a race between write and resume. usb_wwan_resume run play_delayed()
and spin_unlock, but intfdata->suspended still is
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 170fad9e22df0063eba0701adb966786d7a4ec5a upstream.
Fix race between write() and suspend() which could lead to writes being
dropped (or I/O while suspended) if the device is
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Bolle
commit d3921a03a89acb1b9ca599590c0131c89f8737d8 upstream.
Commit d0f47ff17f29 ("ASoC: OMAP: Build config cleanup for McBSP")
removed the Kconfig symbol OMAP_MCBSP. It left two
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 8bab797c6e5724a43b7666ad70860712365cdb71 upstream.
This is a static checker fix. The "dev" variable is always NULL after
the while statement so we would be dereferencing
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 79eed03e77d481b55d85d1cfe5a1636a0d3897fd upstream.
The delayed-write queue was never emptied at shutdown (close), something
which could lead to leaked urbs if the port is
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit fb7ad4f93d9f0f7d49beda32f5e7becb94b29a4d upstream.
Keep trying to submit urbs rather than bail out on first read-urb
submission error, which would also prevent I/O for any
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 353fe198602e8b4d1c7bdcceb8e60955087201b1 upstream.
Fix AA deadlock in open error path that would call close() and try to
grab the already held disc_mutex.
Fixes:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 8452727de70f6ad850cd6d0aaa18b5d9050aa63b upstream.
Fix use after free or NULL-pointer dereference during suspend and
resume.
The port data may never have been allocated
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Huang Rui
commit e4d58f5dcb7d7be45df8def31881ebfae99c75da upstream.
TEST 12 and TEST 24 unlinks the URB write request for N times. When
host and gadget both initialize pattern 1 (mod 63) data
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 9096f1fbba916c2e052651e9de82fcfb98d4bea7 upstream.
The interrupt urb was submitted unconditionally at resume, something
which could lead to a NULL-pointer dereference in
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 014333f77c0b71123d6ef7d31a9724e0699c9548 upstream.
The delayed-write queue was never emptied on disconnect, something which
would lead to leaked urbs and transfer buffers
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit b0a50e92bda3c4aeb8017d4e6c6e92146ebd5c9b upstream.
Leandro Liptak reports that his HASEE E200 computer hangs when we ask
the BIOS to hand over control of the EHCI host
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 7fdd26a01eb7b6cb6855ff8f69ef4a720720dfcb upstream.
Neither the transfer buffer or the urb itself were released in the
resume error path for delayed writes. Also on errors,
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johannes Weiner
commit 71abdc15adf8c702a1dd535f8e30df50758848d2 upstream.
When kswapd exits, it can end up taking locks that were previously held
by allocating tasks while they waited for
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit 1b15d2e5b8077670b1e6a33250a0d9577efff4a5 upstream.
Some drivers use the first HID report in the list instead of using an
index. In these cases, validation uses ID 0, which was
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 972754cfaee94d6e25acf94a497bc0a864d91b7e upstream.
I had occasional screen corruption with the matrox framebuffer driver and
I found out that the reason for the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Maurizio Lombardi
commit b5b60778558cafad17bbcbf63e0310bd3c68eb17 upstream.
The variable "size" is expressed as number of blocks and not as
number of clusters, this could trigger a kernel
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Christian Borntraeger
commit 993072ee67aa179c48c85eb19869804e68887d86 upstream.
The IRB might be 96 bytes if the extended-I/O-measurement facility is
used. This feature is currently not used
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Lv Zheng
commit 73577d1df8e1f31f6b1a5eebcdbc334eb0330e47 upstream.
This patch fixes the following issue:
If DSDT is customized, no local DSDT copy is needed.
References:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Hugh Dickins
commit 7f39dda9d86fb4f4f17af0de170decf125726f8c upstream.
Trinity reports BUG:
sleeping function called from invalid context at kernel/locking/rwsem.c:47
in_atomic(): 0,
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: xiao jin
commit db0904737947d509844e171c9863ecc5b4534005 upstream.
When enable usb serial for modem data, sometimes the tty is blocked
in tty_wait_until_sent because portdata->out_busy always
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Mason
commit 7d78874273463a784759916fc3e0b4e2eb141c70 upstream.
We need to NULL the cached_state after freeing it, otherwise
we might free it again if find_delalloc_range doesn't find
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit acf47d4f9c39b1cba467aa9442fc2efe0b1da741 upstream.
Fix potential I/O while runtime suspended due to missing PM operations
in send_setup.
Fixes: 383cedc3bb43 ("USB: serial:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Sandeen
commit 3e2426bd0eb980648449e7a2f5a23e3cd3c7725c upstream.
If this condition in end_extent_writepage() is false:
if (tree->ops && tree->ops->writepage_end_io_hook)
we
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Roger Quadros
commit e5e4746510d140261918aecce2e5e3aa4456f7e9 upstream.
Without a timetout some tests e.g. test_halt() can remain stuck forever.
Signed-off-by: Roger Quadros
Reviewed-by:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Russell King
commit 3683f44c42e991d313dc301504ee0fca1aeb8580 upstream.
While debugging the FEC ethernet driver using stacktrace, it was noticed
that the stacktraces always begin as follows:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Liu Bo
commit cd857dd6bc2ae9ecea14e75a34e8a8fdc158e307 upstream.
We want to make sure the point is still within the extent item, not to verify
the memory it's pointing to.
Signed-off-by: Liu
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Rickard Strandqvist
commit 8321cf2596d283821acc466377c2b85bcd3422b7 upstream.
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code
3.4-stable review patch. If anyone has any objections, please let me know.
--
[Note that a different patch to address the same issue went in during
v3.15-rc1 (commit 4442dc8a), but includes a bunch of other changes that
don't strictly apply to fixing the bug]
This patch
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Frysinger
commit 7fd44dacdd803c0bbf38bf478d51d280902bb0f1 upstream.
The io_setup takes a pointer to a context id of type aio_context_t.
This in turn is typed to a __kernel_ulong_t. We
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit 1fd819ecb90cc9b822cd84d3056ddba315d3340f upstream.
skb_segment copies frags around, so we need
to copy them carefully to avoid accessing
user memory after reporting
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "Michael S. Tsirkin"
commit dcc0fb782b3a6e2abfeaaeb45dd88ed09596be0f upstream.
Export skb_copy_ubufs so that modules can orphan frags.
Signed-off-by: Michael S. Tsirkin
Signed-off-by: David
1 - 100 of 1076 matches
Mail list logo