We added a new return but forgot to drop the lock first.
Signed-off-by: Dan Carpenter
---
Bug introduced in e353546e "[SCSI] bfa: Add diagnostic port (D-Port)
support".
diff --git a/drivers/scsi/bfa/bfad_bsg.c b/drivers/scsi/bfa/bfad_bsg.c
index 555e7db..91465b2 100644
--- a/drivers/scsi/bfa/bfa
->last_ier is an unsigned long but the high bits can't be used int the
original code because the shift wraps.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpio/gpio-timberdale.c b/drivers/gpio/gpio-timberdale.c
index 031c6ad..1a3e2b9 100644
--- a/drivers/gpio/gpio-timberdale.c
+++ b/drivers
Henrik Rydberg wrote:
> > What is the programming cable and software that uses it?
>
> The programmer is impact, using libusbx-1.0.14-1.
Do you know for a fact that your version calls libusb-1.0? Did you
establish this with e.g. strace? ISE 11.1 impact uses only libusb.so,
ie. libusb-0.1.
Depend
I found 6 cases where there are more than 2 messages in the array. I
didn't check how many cases where there are two messages but there is
something other than one read and one write.
Perhaps a reasonable option would be to use
I2C_MSG_READ
I2C_MSG_WRITE
I2C_MSG_READ_OP
I2C_MSG_WRITE_OP
The las
Hello Manjunathappa
On 11.10.2012 07:42, Manjunathappa, Prakash wrote:
Hi,
On Mon, Oct 08, 2012 at 18:47:07, Constantine Shulyupin wrote:
From: Constantine Shulyupin
Remove USB configuration in arch/arm/mach-davinci/usb.c accordingly
CONFIG_USB_MUSB_OTG CONFIG_USB_MUSB_PERIPHERAL CONFIG_USB_MU
This is analogous to commit a1b383870a made by Rusty Russell to all
the VirtIO headers at the time. This eases the use of the header as
is by other OSes.
Signed-off-by: Bryan Venteicher
---
include/linux/virtio_scsi.h | 28 ++--
1 file changed, 26 insertions(+), 2 deletio
Hi Romain,
On Wed, Oct 10, 2012 at 04:05:32PM +0200, Romain Francoise wrote:
> Hi Willy,
>
> Willy Tarreau writes:
>
> > I've just released Linux 2.6.32.60.
>
> > This release contains, among others, a number of fixes for random and NTP,
> > including for the NTP leap second bug. Users should
This is the Regulator patch for the DA9055 PMIC and has got dependency on
the DA9055 MFD core.
This patch support all of the DA9055 regulators. The output voltages are
fully programmable through I2C interface only. The platform data with regulation
constraints is passed down from the board to the
(2012/10/11 5:08), Khalid Aziz wrote:
Please see comments inline:
On Wed, 2012-10-10 at 16:51 +0900, Takao Indoh wrote:
This patch resets PCIe devices at boot time by hot reset when
"reset_devices" is specified.
Signed-off-by: Takao Indoh
---
arch/x86/include/asm/pci-direct.h |1
arch
On Wed, Oct 10, 2012 at 9:40 AM, Stefano Stabellini
wrote:
>
> So you are missing the Xen patches entirely in this iteration of the
> series?
please check updated for-x86-mm branch.
[PATCH -v4 00/15] x86: Use BRK to pre mapping page table to make xen happy
on top of current linus/master and tip
This patch makes it possible to write-protect pages in kernel space and to
install a handler function that is called every time when page fault occurs
on the protected page. The write protection is executed in the stop-machine
state to protect all pages consistently.
Processing of write protection
This patch implements memory dumping of kernel space. Faulting pages are
temporarily pushed into kfifo and they are poped and dumped by kthread
dedicated to livedump. At the moment, supported target is only block
device like /dev/sdb.
Memory dumping is executed as follows:
(1)The handler function
Introduces the new misc device "livedump".
This device will be used as interface between livedump and user space.
Right now, the device only has empty ioctl operation.
***ATTENTION PLEASE***
I think debugfs is more suitable for this feature, but currently livedump
uses the misc device for simplici
The following series introduces the new memory dumping mechanism Live Dump,
which lets users obtain a consistent memory dump without stopping a running
system.
Changes in V3:
- The patchset is rebased onto v3.6.
- crash-6.1.0 is required (which was 6.0.6 previously).
- Notifier-call-chain in d
Hi,
On Mon, Oct 08, 2012 at 18:47:07, Constantine Shulyupin wrote:
> From: Constantine Shulyupin
>
> Remove USB configuration in arch/arm/mach-davinci/usb.c accordingly
> CONFIG_USB_MUSB_OTG CONFIG_USB_MUSB_PERIPHERAL CONFIG_USB_MUSB_HOST
> and set MUSB_OTG configuration by default
> because th
On Wed, Oct 10, 2012 at 10:34:59PM +0200, Peter Stuge wrote:
> Hej Henrik,
>
> Henrik Rydberg wrote:
> > commit 3d97ff63f8997761f12c8fbe8082996c6eeaba1a
> > Author: Hans de Goede
> > Date: Wed Jul 4 09:18:03 2012 +0200
> >
> > usbdevfs: Use scatter-gather lists for large bulk transfers
> >
Hi Toshi,
2012/10/10 22:01, Toshi Kani wrote:
On Wed, 2012-10-10 at 10:07 +0900, Yasuaki Ishimatsu wrote:
:
if (acpi_drv) {
if (acpi_drv->ops.notify)
acpi_device_remove_notify_handler(acpi_dev);
THIS CALL
- if (acpi_drv->ops.re
On Wed, Oct 10, 2012 at 04:42:00PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 10, 2012 at 03:52:40PM +0300, Andy Shevchenko wrote:
> > On Wed, Oct 10, 2012 at 3:40 PM, Felipe Balbi wrote:
> > > On Wed, Oct 10, 2012 at 12:21:04PM +0300, Andy Shevchenko wrote:
> > >> On Wed, Oct 10, 2012 at 1
From: Ma Ling
Load and write operation occupy about 35% and 10% respectively
for most industry benchmarks. Fetched 16-aligned bytes code include
about 4 instructions, implying 1.34(0.35 * 4) load, 0.4 write.
Modern CPU support 2 load and 1 write per cycle, so throughput from write is
bottlenec
From: Ma Ling
Modern CPU use fast-string instruction to accelerate copy performance,
by combining data into 128bit, so we modify comments and code style.
Signed-off-by: Ma Ling
---
arch/x86/lib/copy_page_64.S | 119 +--
1 files changed, 59 insertions(+
On Wed, Oct 10, 2012 at 22:38:06, Ivan Djelic wrote:
> On Tue, Oct 09, 2012 at 01:36:50PM +0100, Philip, Avinash wrote:
> (...)
> > > There are at least 2 potential problems when reading an erased page with
> > > bitflips:
> > >
> > > 1. bitflip in data area and no bitflip in spare area (all 0xff
OSV = Operating System Vendor ime. red Hat, SUSE etc.
"Zhang, Lin-Bao (Linux Kernel R&D)" wrote:
>
>> -Original Message-
>> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
>> > > Can you please apply the appended patch to 2.6.32 kernel and see
>if
>> > > the issue you mentioned ge
When calling unregister_node(), the function shows following message at
device_release().
"Device 'node2' does not have a release() function, it is broken and must
be fixed."
The reason is node's device struct does not have a release() function.
So the patch registers node_device_release() to th
When calling remove_memory_block(), the function shows following message at
device_release().
"Device 'memory528' does not have a release() function, it is broken and must
be fixed."
The reason is memory_block's device struct does not have a release() function.
So the patch registers memory_bloc
This patch-set is patches to which [1] and [2] are updated
[1] memory-hotplug: add memory_block_release
[2] memory-hotplug: add node_device_release
from following patch-set.
https://lkml.org/lkml/2012/9/27/39
So the patch-set version is v2.
v1 -> v2
[PATCH 1/2]
- change subject to Suppress "
Signed-off-by: Axel Lin
---
drivers/video/backlight/lm3639_bl.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/video/backlight/lm3639_bl.c
b/drivers/video/backlight/lm3639_bl.c
index c6915c6..585949b 100644
--- a/drivers/video/backlight/lm3639_bl.c
+++ b/drive
On Wed, Oct 10, 2012 at 03:42:33PM -1000, Mitch Bradley wrote:
> On 10/10/2012 1:16 PM, David Gibson wrote:
> > On Wed, Oct 10, 2012 at 10:33:31AM -0500, Rob Herring wrote:
> >> On 10/10/2012 10:16 AM, Stephen Warren wrote:
> >>> On 10/10/2012 01:24 AM, David Gibson wrote:
> On Tue, Oct 09, 20
Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny
> wrote:
>
> So looking closer at this one since we will use it. Maybe it's in such a
> good shape now that I should be able to actually test it with the hardware?
Well, it's been possible to test at least since the patch s
On Tue, Oct 09, 2012 at 01:07:19PM +, Arnd Bergmann wrote:
> Update: I could actually reproduce the problem now, but it only happens when
> building with 'gcc -s' (i.e. CONFIG_CC_OPTIMIZE_FOR_SIZE). It does happen
> with both gcc-4.6 and with gcc-4.8, and on both x86-64 and ARM. An alternative
Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny
> wrote:
> > RMI Function 01 implements basic device control and power management
> > behaviors for the RMI4 sensor. Since the last patch, we've decoupled
> > rmi_f01.c implementation from rmi_driver.c, so rmi_f01.c acts as
stderr based implementations of ui_ functions for the python
library. Needed for patch 3 - consolidating open counters method.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/util/python-ext-sources |1
Superset of the open counters code in perf-top and perf-record -
combining retry handling and error handling. Should be functionally
equivalent.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/util/evlist.c |
This is required for perf-stat to use perf_evlist__open_counters.
And move opts to a stack variable.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/builtin-stat.c | 161 +++
Mainly the addition is an argument to keep going for some open
failures.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/builtin-record.c |2 +-
tools/perf/builtin-top.c|2 +-
tools/perf/util/evlist
Removes a lot of duplicated code moving to the common
open method.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/builtin-stat.c | 103 ++---
1 file changed, 22 inserti
No longer needed with perf-stat converted to perf_evlist__open_counters.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/util/evsel.c |6 --
tools/perf/util/evsel.h |2 --
2 files changed, 8 deletio
Remove open counters code with all the retry and error handling in
favor of the new perf_evlist__open_counters method which is based
on the top code.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/builtin-top.
Remove open counters code with all the retry and error handling in
favor of the new perf_evlist__open_counters method which is based
on the existing code.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/builtin
Changes top code to use the perf_record_opts struct. Stepping stone to
consolidating the open counters code.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
---
tools/perf/builtin-top.c | 84
ACME was a litle slow today (ACME Component Mgmt Env that is) so managed
to add perf-stat to the list and do a decent amount of testing. This
consolidates all of the open counters loops into a single common one.
David Ahern (9):
perf python: add ui stubs file
perf top: make use of perf_record_
Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny
> wrote:
>
> (...)
>
> > diff --git a/drivers/input/rmi4/Kconfig b/drivers/input/rmi4/Kconfig
>
> (...)
>
> > +config RMI4_DEBUG
> > + bool "RMI4 Debugging"
> > + depends on RMI4_BUS
>
> select DEBUG_FS
>
>
Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny
> wrote:
> > The I2C physical driver is not extensively changed in terms of
> > functionality since the previous patch. Management of the attention GPIO
> > has been moved to rmi_driver.c (see previous email), and most of t
On Thursday, October 11, 2012 02:21:53 AM you wrote:
> On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
> wrote:
> > rmi_bus.c implements the basic functionality of the RMI bus. This file is
> > greatly simplified compared to the previous patch - we've switched from
> > "do it yourself" device/
Mark Brown wrote:
> On Tue, Oct 09, 2012 at 09:43:13AM +0200, Linus Walleij wrote:
> > On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
> > wrote:
> > > + * @cs_assert - For systems where the SPI subsystem does not control
> > > the CS/SSB + * line, or where such control is broken, you can provi
> -Original Message-
> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com]
> > > Can you please apply the appended patch to 2.6.32 kernel and see if
> > > the issue you mentioned gets fixed? If so, we can ask the -stable
> > > and OSV's teams to pick up this fix.
> > Yes , it can resolv
Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
> wrote:
> > As requested in the feedback from the previous patch, we've documented the
> > debugfs and sysfs attributes in files in
> > Documentation/ABI/testing. There's two files, one for debugfs and one
> > for sysfs.
>
On Mon, 2012-09-24 at 19:56 -0700, Eric W. Biederman wrote:
> Ian Kent writes:
>
> > On Mon, 2012-09-24 at 15:34 +0200, Miklos Szeredi wrote:
> >> Ian Kent writes:
> >>
> >> > On Fri, 2012-09-21 at 17:44 +0200, Miklos Szeredi wrote:
> >> >> Miklos Szeredi writes:
> >> >>
> >> >> > These two p
On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell wrote:
> Commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header
> for hcalls") from the kvm-ppc tree added an include of asm/epapr_hcall.h
> to the user visible part of asm/kvm_para.h so asm/epapr_hcall.h became a
> user visible header fi
Greg KH writes:
> On Thu, Oct 04, 2012 at 10:29:51AM -0700, Eric W. Biederman wrote:
>> There are still quite a few interesting cases that devtmpfs does not
>> even think about supporting. Cases that were reported when devtmpfs was
>> being reviewed.
>
> Care to refresh my memory?
Anyone who w
"Michael Kerrisk (man-pages)" writes:
> [CC widened, so that some more review might come in. Rusty?]
Sure.
Looks good. but:
> .B EBUSY
> The module's initialization routine failed.
Possibly. You should mention that the individual module's
initialization routine can return other errors as appr
"Michael Kerrisk (man-pages)" writes:
> Hello Kees, Rusty,
>
> The current delete_module(2) page is severely out of date (basically,
> its content corresponds to 2.4 days, and was even pretty thin in
> covering that). So, I took a shot at revising the page to Linux 2.6+
> reality. Would it be pos
Hi Linus,
Please pull these ACPI & Thermal patches.
The generic Linux thermal layer is gaining some
new capabilities (generic cooling via cpufreq)
and some new customers (ARM).
Also, an ACPI EC bug fix plus a regression fix.
thanks!
Len Brown, Intel Open Source Technology Center
The following
2012/10/10 Jaegeuk Kim :
>>
>> I mean that every volume is placed inside any partition (MTD or GPT). Every
>> partition begins from any
>> physical sector. So, as I can understand, f2fs volume can begin from
>> physical sector that is laid
>> inside physical erase block. Thereby, in such case of
On Thu, 2012-10-11 at 02:49 +, Christopher Heiny wrote:
> Joe Perches wrote:
[]
> > > + list_for_each_entry(entry, &data->rmi_functions.list, list)
> > > + if (entry->irq_mask)
> > > + process_one_interrupt(entry, irq_status,
> > > +
Hi all,
Do not add stuff destined for v3.8 to your linux-next included branches
until after v3.7-rc1 is released.
Changes since 201201010:
Conflicts are migrating as trees are merged by Linus.
Linus' tree still had its build failure for which I reverted a commit (in
my fixes tree).
The kvm-ppc
v5 applied (with typo fixed).
In the future, it would be better if your patches apply to the latest
upstream kernel. (_STR made changes in same place as _SUN)
thanks,
Len Brown, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Wed, Oct 10, 2012 at 02:43:15PM -0700, Zach Brown wrote:
> > True. But that could be solved with a separate interface that either
> > doesn't use a context to submit a call synchronously, or uses an
> > implicit per thread context.
>
> Sure, but why bother if we can make the one submission inte
On Thu, 11 Oct 2012 01:47:13 + Tabi Timur-B04825
wrote:
>
> On Wed, Oct 10, 2012 at 8:18 PM, Stephen Rothwell
> wrote:
>
> > arch/powerpc/include/asm/epapr_hcalls.h | 511
> > --
> > arch/powerpc/include/uapi/asm/Kbuild |1 +
> > arch/powerpc/inc
Joe Perches wrote:
> On Fri, 2012-10-05 at 21:09 -0700, Christopher Heiny wrote:
> []
>
> Just some trivial comments:
Thanks - see below for responses.
> > diff --git a/drivers/input/rmi4/rmi_driver.c
> > b/drivers/input/rmi4/rmi_driver.c
> []
>
> > @@ -0,0 +1,1529 @@
>
> []
>
> > +static ssi
On Wed, 2012-10-10 at 20:13 +0200, Uwaysi Bin Kareem wrote:
> I was just wondering, have you considered this?
>
> If daemons are contributing to os-jitter, wouldn`t having them all on
> their own queue reduce jitter? So people could have the stuff like in
> Ubuntu they want, without affecting
On Wed, Oct 10, 2012 at 07:03:56AM -0400, Theodore Ts'o wrote:
> On Tue, Oct 09, 2012 at 02:37:00PM -0700, Kent Overstreet wrote:
> > > Honestly: I wouldn't bother. Nothing of consequence uses cancel.
> > >
> > > I have an RFC patch series that tears it out. Let me polish that up
> > > send it o
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 4c87308bdea31a7b4828a51f6156e6f721a1fcc9 ]
copy_to_user_auth() fails to initialize the remainder of alg_name and
therefore discloses up to 54 bytes of heap mem
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Shawn Guo
commit f96972f2dc6365421cf2366ebd61ee4cf060c8d5 upstream.
As kernel_power_off() calls disable_nonboot_cpus(), we may also want to
have kernel_restart() call disable_nonboot_cpus(). D
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 959d1af8cffc8fd38ed53e8be1cf4ab8782f9c00 upstream.
WORK_STRUCT_PENDING is used to claim ownership of a work item and
process_one_work() releases it before starting execution.
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 864745d291b5ba80ea0bd0edcbe67273de368836 ]
When dump_one_state() returns an error, e.g. because of a too small
buffer to dump the whole xfrm state, xfrm_state_
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Antonio Quartulli
[ Upstream commit 5316cf9a5197eb80b2800e1acadde287924ca975 ]
skb_reset_mac_len() relies on the value of the skb->network_header pointer,
therefore we must wait for such point
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Lin Ming
commit fc54ab72959edbf229b65ac74b2f122d799ca002 upstream.
The _OSC method may exist in module level code,
so it must be called after ACPI_FULL_INITIALIZATION
On some new platforms wit
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Michal=20Kube=C4=8Dek?=
[ Upstream commit 15c041759bfcd9ab0a4e43f1c16e2644977d0467 ]
If recv() syscall is called for a TCP socket so that
- IOAT DMA is used
- MSG_WAITALL flag is
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Bießmann
commit 7d9b110269253b1d5858cfa57d68dfc7bf50dd77 upstream.
Do not kfree() the mtd_info; it is handled in the mtd subsystem and
already freed by nand_release(). Instead kfree() t
On Thu, Oct 11, 2012 at 11:02:47AM +0900, Chanwoo Choi wrote:
> On 10/11/2012 10:40 AM, Greg KH wrote:
> > On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
> >> Hi Greg,
> >>
> >> Please pull extcon fixes for Linux 3.6 from:
> >>
> >> git://git.infradead.org/users/kmpark/linux-sams
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu
commit d387b427c973974dd619a33549c070ac5d0e089f upstream.
The new 84xx stopped flying below the radars.
Signed-off-by: Francois Romieu
Cc: Hayes Wang
Reviewed-by: Jonathan Ni
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Julien Ducourthial
commit 477206a018f902895bfcd069dd820bfe94c187b1 upstream.
The r8169 may get stuck or show bad behaviour after activating TSO :
the net_device is not stopped when it has no mo
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: KOSAKI Motohiro
commit 8d34694c1abf29df1f3c7317936b7e3e2e308d9b upstream.
Commit 05f144a0d5c2 ("mm: mempolicy: Let vma_merge and vma_split handle
vma->vm_policy linkages") removed vma->vm_polic
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit b22d127a39ddd10d93deee3d96e643657ad53a49 upstream.
shared_policy_replace() use of sp_alloc() is unsafe. 1) sp_node cannot
be dereferenced if sp->lock is not held and 2) anoth
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu
commit 1e874e041fc7c222cbd85b20c4406070be1f687a upstream.
Signed-off-by: Francois Romieu
Cc: Hayes Wang
Reviewed-by: Jonathan Nieder
Acked-by: David S. Miller
Signed-off-by:
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: KOSAKI Motohiro
commit 63f74ca21f1fad36d075e063f06dcc6d39fe86b2 upstream.
When shared_policy_replace() fails to allocate new->policy is not freed
correctly by mpol_set_shared_policy(). The pro
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: KOSAKI Motohiro
commit 869833f2c5c6e4dd09a5378cfc665ffb4615e5d2 upstream.
Dave Jones' system call fuzz testing tool "trinity" triggered the
following bug error with slab debugging enabled
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Devendra Naga
commit ad1be8d345416a794dea39761a374032aa471a76 upstream.
When register_netdev fails, the init'ed NAPIs by netif_napi_add must be
deleted with netif_napi_del, and also when driver
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: françois romieu
commit 2a15cd2ff488a9fdb55e5e34060f499853b27c77 upstream.
With runtime PM, if the ethernet cable is disconnected, the device is
transitioned to D3 state to conserve energy. If
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu
commit 851e60221926a53344b4227879858bef841b0477 upstream.
Suggested by Hayes.
Signed-off-by: Francois Romieu
Cc: Hayes Wang
Reviewed-by: Jonathan Nieder
Acked-by: David S. M
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Bießmann
commit 4d3d688da8e7016f15483e9319b41311e1db9515 upstream.
Unloading the omap2 nand driver missed to release the memory region which will
result in not being able to request it
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Chema Gonzalez
[ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ]
In the current rxhash calculation function, while the
sorting of the ports/addrs is coherent (you get the
same rxhas
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit e3ac104d41a97b42316915020ba228c505447d21 ]
The ESN replay window was already fully initialized in
xfrm_alloc_replay_state_esn(). No need to copy it again.
Sig
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: htbegin
[ Upstream commit ffb5ba90017505a19e238e986e6d33f09e4df765 ]
chan->count is used by rx channel. If the desc count is not updated by
the clean up loop in cpdma_chan_stop, the value writ
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Nikolay Aleksandrov
[ Upstream commit e4d1aa40e363ed3e0486aeeeb0d173f7f822737e ]
Add a check if pdev->bus->self == NULL (root bus). When attaching
a netxen NIC to a VM it can be on the root bu
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit f778a636713a435d3a922c60b1622a91136560c1 ]
The memory reserved to dump the xfrm state includes the padding bytes of
struct xfrm_usersa_info added by the compil
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit bdfc87f7d1e253e0a61e2fc6a75ea9d76f7fc03a ]
Its possible to setup a bad cbq configuration leading to
an infinite loop in cbq_classify()
DEV_OUT=eth0
ICMP="match
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Steffen Maier
commit d99b601b63386f3395dc26a699ae703a273d9982 upstream.
Upstream commit f3450c7b917201bb49d67032e9f60d5125675d6a
"[SCSI] zfcp: Replace local reference counting with common kref"
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Martin Peschke
commit d436de8ce25f53a8a880a931886821f632247943 upstream.
__scsi_remove_device (e.g. due to dev_loss_tmo) calls
zfcp_scsi_slave_destroy which in turn sends a close LUN FSF reques
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Monakhov
commit f066055a3449f0e5b0ae4f3ceab4445bead47638 upstream.
Proper block swap for inodes with full journaling enabled is
truly non obvious task. In order to be on a safe side let'
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit 689185b78ba6fbe0042f662a468b5565909dff7a upstream.
Help UIs associate it with the matching gain control.
Signed-off-by: Mark Brown
Signed-off-by: Greg Kroah-Hartman
---
s
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Cox
[ Upstream commit 6cf5c951175abcec4da470c50565cc0afe6cd11d ]
Check for an error from this and if so bail properly.
Signed-off-by: Alan Cox
Signed-off-by: David S. Miller
Signed-off
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Ed Cashin
[ Upstream commit 8babe8cc6570ed896b7b596337eb8fe730c3ff45 ]
In order for the network layer to see that AoE requires
no checksumming in a generic way, the packets must be
marked as r
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Steffen Maier
commit 0100998dbfe6dfcd90a6e912ca7ed6f255d48f25 upstream.
Duplicate fssrh_2 from a54ca0f62f953898b05549391ac2a8a4dad6482b
"[SCSI] zfcp: Redesign of the debug tracing for HBA recor
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Steffen Maier
commit cb45214960bc989af8b911ebd77da541c797717d upstream.
If the mapping of FCP device bus ID and corresponding subchannel
is modified while the Linux image is suspended, the resu
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu
commit e03f33af79f0772156e1a1a1e36bdddf8012b2e4 upstream.
When set, RxFOVF (resp. RxBOVF) is always 1 (resp. 0).
Signed-off-by: Francois Romieu
Cc: Hayes
Reviewed-by: Jonatha
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu
commit deb9d93c89d311714a60809b28160e538e1cbb43 upstream.
8168d and above allow jumbo frames beyond 8k. Bump the received
packet length check before enabling jumbo frames on the
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Francois Romieu
commit 811fd3010cf512f2e23e6c4c912aad54516dc706 upstream.
Realtek has specified that the post 8168c gigabit chips and the post
8105e fast ethernet chips recover automatically fr
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Andrea Arcangeli
commit 027ef6c87853b0a9df53175063028edb4950d476 upstream.
In many places !pmd_present has been converted to pmd_none. For pmds
that's equivalent and pmd_none is quicker so usi
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Omair Mohammed Abdullah
commit d4f1e48bd11e3df6a26811f7a1f06c4225d92f7d upstream.
When the loopback timer handler is running, calling del_timer() (for STOP
trigger) will not wait for the handle
1 - 100 of 982 matches
Mail list logo
