On Thu, Oct 10, 2013 at 10:49 PM, Stephen Warren wrote:
> On 10/09/2013 08:01 AM, Linus Walleij wrote:
>> On Wed, Oct 9, 2013 at 3:28 PM, Christian Ruppert
>> wrote:
>>> On Wed, Oct 09, 2013 at 01:58:35PM +0200, Linus Walleij wrote:
On Tue, Oct 8, 2013 at 2:25 PM, Christian Ruppert
This patch adds at91 PMC (Power Management Controller) base support.
All at91 clocks managed by the PMC unit will use this framework.
This framework provides the following fonctionalities:
- define a new struct at91_pmc to hide PMC internals (lock, PMC memory
mapping, irq domain, ...)
-
This patch moves at91_pmc.h header from machine specific directory
(arch/arm/mach-at91/include/mach/at91_pmc.h) to clk include directory
(include/linux/clk/at91_pmc.h).
We need this to avoid reference to machine specific headers in clk
drivers.
Signed-off-by: Boris BREZILLON
---
Hi Chanwoo,
On Friday 11 October 2013 12:36 PM, Chanwoo Choi wrote:
> On 10/11/2013 03:15 PM, Kishon Vijay Abraham I wrote:
>> On Thursday 10 October 2013 06:41 PM, Laxman Dewangan wrote:
>>> On Thursday 10 October 2013 06:07 PM, Kishon Vijay Abraham I wrote:
The Palmas device contains only
On Fri, Oct 11, 2013 at 02:32:46AM -0400, Chen, Gong wrote:
> diff --git a/drivers/acpi/extlog_trace.h b/drivers/acpi/extlog_trace.h
> new file mode 100644
> index 000..21f0887
> --- /dev/null
> +++ b/drivers/acpi/extlog_trace.h
> @@ -0,0 +1,77 @@
> +#if !defined(_TRACE_EXTLOG_H) ||
There are no mutex protection for the dev->map_hash while calling
the drm_ht_find_item in the function drm_do_vm_fault. So try to
mutex firstly and then find the list for using to avoid this race
condition.
Signed-off-by: Chen Jun
---
drivers/gpu/drm/drm_vm.c | 11 +--
1 files
This patch adds the following Kconfig options to prepare the transition to
common clk framework:
- AT91_USE_OLD_CLK: this option is selected by every SoC which does not
support new at91 clks based on common clk framework (SoC which does not
define the clock tree in its device tree).
This
On Fri, Oct 11, 2013 at 9:07 AM, Qiao Zhou wrote:
> add multiple burst size support for 910-squ.
>
> Signed-off-by: Qiao Zhou
Acked-by: Zhangfei Gao
Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Fri, Oct 11, 2013 at 02:24:37PM +0800, Dave Young wrote:
> But for current implementation from Boris, getting same mapping
> between diffrent kernel depends on same md order (same start and
> size for each one) How about using this mapping solution but at the
> same time for kexec kernel we
Hi Lars-Peter,
ah, I didn't see your mail while writing mine - so some overlap.
Am 11.10.2013 um 09:08 schrieb Lars-Peter Clausen:
> On 10/11/2013 06:41 AM, Tomi Valkeinen wrote:
>> On 10/10/13 21:58, Lars-Peter Clausen wrote:
>>
>>> According to the datasheet the the panel as a dedicated dout
On Fri, Oct 11, 2013 at 07:58:29AM +0200, Ingo Molnar wrote:
>
> * Namhyung Kim wrote:
>
> > Hello,
> >
> > This is a new version of callchain improvement patchset. Basically
> > it's almost same as v4 but rebased on current acme/perf/core and some
> > functions are renamed as Frederic
On 2013/10/11 14:53, Gavin Shan wrote:
> On Fri, Oct 11, 2013 at 02:33:58PM +0800, Yijing Wang wrote:
>> On 2013/10/11 14:16, Gavin Shan wrote:
>>> On Fri, Oct 11, 2013 at 04:49:56PM +1100, Benjamin Herrenschmidt wrote:
On Fri, 2013-09-06 at 14:30 -0600, Bjorn Helgaas wrote:
> On Thu, Sep
Hi all,
Am 11.10.2013 um 06:41 schrieb Tomi Valkeinen:
> On 10/10/13 21:58, Lars-Peter Clausen wrote:
>
>> According to the datasheet the the panel as a dedicated dout pin. Maybe
>> you did not connect it in your design, which means you won't be able to
>> read any data from the panel at all.
>
On Fri, Oct 11, 2013 at 1:54 AM, Kishon Vijay Abraham I wrote:
> On Friday 11 October 2013 12:23 PM, Kishon Vijay Abraham I wrote:
>> Hi,
>>
>> On Friday 11 October 2013 12:00 PM, Nishanth Menon wrote:
>>> On Fri, Oct 11, 2013 at 1:13 AM, Kishon Vijay Abraham I
>>> wrote:
>
* Paul E. McKenney wrote:
> > So, I think this code lives within kernel/params.c. Might be fixable?
>
> But of course! I was just trying to be lazy. ;-)
>
> I could imagine adding a filename field to struct kernel_param that was
> initialized with __FILE__, then making something like
Using percpu-ida to manage blk-mq tags. the percpu-ida has similar algorithm
like the blk-mq-tag. The difference is when a cpu can't allocate tags
blk-mq-tag uses ipi to purge remote cpu cache and percpu-ida directly purges
remote cpu cache. In practice (testing null_blk), the percpu-ida approach
add an API to return free tags, blk-mq-tag will use it
Signed-off-by: Shaohua Li
---
include/linux/percpu_ida.h |1 +
lib/percpu_ida.c | 17 +
2 files changed, 18 insertions(+)
Index: master/include/linux/percpu_ida.h
Add a new API to iterate free ids. blk-mq-tag will use it.
Signed-off-by: Shaohua Li
---
include/linux/percpu_ida.h |3 +++
lib/percpu_ida.c | 44
2 files changed, 47 insertions(+)
Index: master/include/linux/percpu_ida.h
Make percpu_ida percpu size/batch configurable. The block-mq-tag will use it.
Signed-off-by: Shaohua Li
---
include/linux/percpu_ida.h | 18 +-
lib/percpu_ida.c | 28 +++-
2 files changed, 28 insertions(+), 18 deletions(-)
Index:
Hi, blk-mq and percpu_ida use similar algorithm to manage tags. The difference
is when a cpu can't allocate tags, blk-mq will use ipi to purge remote cpu
cache, while percpu-ida directly purges remote cpu cache. In practice, the
percpu-ida approach is much faster when we can't allocate enough for
On Fri, Oct 11, 2013 at 12:17:17AM -0400, Steven Rostedt wrote:
> Isn't there a way we could pass the state? Hmm, I think we could use
> depth to do that. As depth is a pointer to trace.depth and not used
> before then. We could make it negative and then check that.
>
> /me looks at other archs.
On Tue, 2013-07-02 at 17:07 +0200, Hendrik Brueckner wrote:
> Introduce a new callback to explicitly handle the HUPCL termios control flag.
> This prepares for a follow-up commit for the hvc_iucv device driver to
> improve handling when to drop an established network connection.
>
> The callback
On Thu, Oct 10, 2013 at 12:55:06PM -0700, Andrew Morton wrote:
> On Mon, 23 Sep 2013 16:21:49 +0800 Weijie Yang
> wrote:
>
> > add SetPageReclaim before __swap_writepage so that page can be moved to the
> > tail of the inactive list, which can avoid unnecessary page scanning as this
> > page
On Thu, Sep 26, 2013 at 11:42:17AM +0800, Weijie Yang wrote:
> On Tue, Sep 24, 2013 at 9:03 AM, Minchan Kim wrote:
> > On Mon, Sep 23, 2013 at 04:21:49PM +0800, Weijie Yang wrote:
> > >
> > > Modify:
> > > - check the refcount in fail path, free memory if it is not referenced.
> >
> > Hmm, I
At this point, --fentry (mcount founction entry) option for gcc
fuzzes the debuginfo variable locations by skipping the mcount
instruction offset (on x86, this is a 5 byte call instruction).
This makes variable searching failure at the entry of functions
which are mcount'ed.
e.g.)
# perf probe
Support "$vars" meta argument syntax for tracing all
local variables at probe point.
Now you can trace all available local variables (including
function parameters) at the probe point by passing $vars.
# perf probe --add foo $vars
This automatically finds all local variables at foo()
and adds
Here is a cuple of patches to update perf probe for supporting
meta arguments for local variables.
With this updates we can use $vars as a probe event argument
for all available local variables at that address.
And also, I've found an issue about variable location.
With -fentry, since the
On Thu, Oct 10, 2013 at 8:09 PM, Peter Jones wrote:
> INTN
> GetPixelElementSize (
> IN EFI_PIXEL_BITMASK *PixelBits
> )
> {
> INTN HighestPixel = -1;
> INTN BluePixel;
> INTN RedPixel;
> INTN GreenPixel;
> INTN RsvdPixel;
> BluePixel =
On 10/11/2013 06:41 AM, Tomi Valkeinen wrote:
On 10/10/13 21:58, Lars-Peter Clausen wrote:
According to the datasheet the the panel as a dedicated dout pin. Maybe
you did not connect it in your design, which means you won't be able to
read any data from the panel at all.
I don't see a
On 10/11/2013 03:15 PM, Kishon Vijay Abraham I wrote:
> On Thursday 10 October 2013 06:41 PM, Laxman Dewangan wrote:
>> On Thursday 10 October 2013 06:07 PM, Kishon Vijay Abraham I wrote:
>>> The Palmas device contains only a USB VBUS-ID detector, so added a
>>> compatible type
Stanimir Varbanov wrote:
> I ran the rngtest with following command line:
>
> # cat /dev/hw_random | rngtest -c 10
> ...
> rngtest: bits received from input: 200032
> rngtest: FIPS 140-2 successes: 99925
> rngtest: FIPS 140-2 failures: 75
> ...
>
> Could you guys comment those results?
The callers are expecting an ERR_PTR value in case
of an error. Change he code to return with an encoded
-ENOMEM value in the case of a failed devres_alloc call.
Signed-off-by: Gabor Juhos
---
drivers/usb/phy/phy.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Fri, 2013-10-11 at 02:32 -0400, Chen, Gong wrote:
> This patch series adds an enhanced MCA event logging driver provided by Intel.
[]
> dmesg output:
>
> [56005.785917] {3}Hardware error detected on CPU0
> [56005.785959] {3}event severity: corrected
> [56005.785975] {3}sub_event[0], severity:
On Friday 11 October 2013 12:23 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Friday 11 October 2013 12:00 PM, Nishanth Menon wrote:
>> On Fri, Oct 11, 2013 at 1:13 AM, Kishon Vijay Abraham I
>> wrote:
>>>
regulator-boot-on indicates that PMIC enables it by default as part of
OTP or
Hi,
On Friday 11 October 2013 12:00 PM, Nishanth Menon wrote:
> On Fri, Oct 11, 2013 at 1:13 AM, Kishon Vijay Abraham I wrote:
>>
>>> regulator-boot-on indicates that PMIC enables it by default as part of
>>> OTP or some internal behavior -> Looking at the measurements done on
>>> uEVM and OTP
From: Lan Tianyu
Make acpi_dev_resource_address_space() to accept struct
acpi_resource_address64 as param and rename it to *_full.
This is for some cases that acpi address info is also needed
after convert from acpi resouce to generic resource.
Add acpi_dev_resource_addres_space() again as a
From: Lan Tianyu
Using ACPI resource functions to convert ACPI resource to generic resource
Signed-off-by: Lan Tianyu
---
This patch just passes through compilation test due to no ia64 machine on hand.
arch/ia64/pci/pci.c | 38 +-
1 file changed, 21
From: Lan Tianyu
This patchset is to add memory prefecth flag setting and address
translation support in the ACPI resource function. Convert x86/iad64
PCI root bridge's ACPI resource to generic resource via ACPI resource
functions.
PATCH 3 is to add new function
On Fri, Oct 11, 2013 at 07:46:55AM +0200, Ingo Molnar wrote:
>
> * Fengguang Wu wrote:
>
> > > Indeed. Something like the updated version below?
> > >
> > > [ I kept the asm_volatile_goto() naming to make sure the implicit
> > > volatile
> > > is visible. ]
> >
> > Ingo, I applied this
On Thu, Oct 10, 2013 at 11:30 PM, Benjamin Herrenschmidt
wrote:
> On Thu, 2013-10-10 at 22:26 +0200, Geert Uytterhoeven wrote:
>> > This is not CPUs. CPUs are threads really. Even if they were cores,
>> that
>> > still wouldn't cut it. I'm looking at chips here and not all of them
>> > actually
After H/W error happens under FFM enabled mode, lots of information
are shown but some important parts like DIMM location missed. This
patch is used to show these extra fileds.
Original-author: Tony Luck
Signed-off-by: Chen, Gong
---
drivers/acpi/apei/cper.c | 12
1 file changed,
To satisfy the necessary of following patches and make related definition
more clear, update some definitions about CPER. No functional changes.
Signed-off-by: Chen, Gong
---
drivers/acpi/apei/apei-internal.h | 12 -
drivers/acpi/apei/cper.c | 46
This error log driver (a.k.a eMCA driver) is implemented based on
http://www.intel.com/content/www/us/en/architecture-and-technology/enhanced-mca-logging-xeon-paper.html.
After errors are captured, more valuable information can be
got with this new enhanced error log driver.
Signed-off-by: Chen,
Commit aaf9d93 only catches condition check before print,
but the similar check is needed during printing CPER error
sections.
Signed-off-by: Chen, Gong
---
drivers/acpi/apei/cper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/acpi/apei/cper.c
Keep up only the most important fields for memory error
reporting. The detail information will be moved to perf/trace
interface.
Suggested-by: Tony Luck
Signed-off-by: Chen, Gong
---
drivers/acpi/apei/cper.c | 42 ++
1 file changed, 14 insertions(+), 28
In latest UEFI spec(by now it is 2.4) memory error definition
for CPER (UEFI 2.4 Appendix N Common Platform Error Record)
adds some new fields. These fields help people to locate
memory error on actual DIMM location.
Original-author: Tony Luck
Signed-off-by: Chen, Gong
---
Use trace interface to elaborate all H/W error related
information.
Signed-off-by: Chen, Gong
---
drivers/acpi/Kconfig| 7 ++-
drivers/acpi/Makefile | 4 ++
drivers/acpi/acpi_extlog.c | 28 +++-
drivers/acpi/apei/cper.c| 13 --
drivers/acpi/debug_extlog.h |
This patch adds a new interface to decode memory device (type 17)
to help error reporting on DIMMs.
Original-author: Tony Luck
Signed-off-by: Chen, Gong
---
arch/ia64/kernel/setup.c| 1 +
arch/x86/kernel/setup.c | 1 +
drivers/firmware/dmi_scan.c | 60
[PATCH 1/8] ACPI, APEI, CPER: Fix status check during error printing
[PATCH 2/8] ACPI, CPER: Update cper info
[PATCH 3/8] ACPI, x86: Extended error log driver for x86 platform
[PATCH 4/8] DMI: Parse memory device (type 17) in SMBIOS
[PATCH 5/8] ACPI, APEI, CPER: Add UEFI 2.4 support for memory
When inserting a wrong value to /sys/devices/system/memory/memoryX/state file,
following messages are shown. And device_hotplug_lock is never released.
[ BUG: lock held when returning to user space! ]
3.12.0-rc4-debug+ #3 Tainted: GW
On 2013/10/11 14:16, Gavin Shan wrote:
> On Fri, Oct 11, 2013 at 04:49:56PM +1100, Benjamin Herrenschmidt wrote:
>> On Fri, 2013-09-06 at 14:30 -0600, Bjorn Helgaas wrote:
>>> On Thu, Sep 05, 2013 at 03:55:27PM +0800, Yijing Wang wrote:
Use pci_is_pcie() to simplify code.
Acked-by:
On Fri, Oct 11, 2013 at 1:13 AM, Kishon Vijay Abraham I wrote:
>
>> regulator-boot-on indicates that PMIC enables it by default as part of
>> OTP or some internal behavior -> Looking at the measurements done on
>> uEVM and OTP information -> regulator-boot-on should be kept here.
>
> No. Actually
This introduces an implementation of squashfs_readpage_block()
that directly decompresses into the page cache.
This uses the previously added page handler abstraction to push
down the necessary kmap_atomic/kunmap_atomic operations on the
page cache buffers into the decompressors. This enables
Restructure squashfs_readpage() splitting it into separate
functions for datablocks, fragments and sparse blocks.
Move the memcpying (from squashfs cache entry) implementation of
squashfs_readpage_block into file_cache.c
This allows different implementations to be supported
Signed-off-by:
Hi Linus,
Please pull a gdb related fix. This release, we've had more pull requests than
usual. Next time around I'll try to hold on to them for a bit before sending
over.
Thx,
-Vineet
--->
The following changes since commit d0e639c9e06d44e713170031fe05fb60ebe680af:
Linux 3.12-rc4
This patch-set introduces an implementation of
squashfs_readpage() that directly decompresses into the
page cache.
It first generalises the decompressors by adding a page handler
abstraction. This adds helpers to allow the decompressors
to access and process the output buffers in an
On 2013/10/11 13:49, Benjamin Herrenschmidt wrote:
> On Fri, 2013-09-06 at 14:30 -0600, Bjorn Helgaas wrote:
>> On Thu, Sep 05, 2013 at 03:55:27PM +0800, Yijing Wang wrote:
>>> Use pci_is_pcie() to simplify code.
>>>
>>> Acked-by: Kumar Gala
>>> Reviewed-by: Gavin Shan
>>> Signed-off-by: Yijing
Generalise the decompressors by adding a page handler
abstraction. This adds helpers to allow the decompressors
to access and process the output buffers in an implementation
independant manner.
This allows different types of output buffer to be passed
to the decompressors, with the
Set match_any_dev and sysfs_bind_only such that echoing a platform
device ID to the driver sysfs bind file will successfully match and bind
the device to the vfio-platform meta-driver in accordance to the
desired semantics for vfio drivers.
Signed-off-by: Kim Phillips
---
this patch depends on
Platform drivers such as the vfio-platform "meta-" driver [1]
should be allowed to specify that they can bind to any device,
much like PCI drivers can with PCI_ANY_ID.
Currently, binding platform drivers to devices depends on:
- a string match in the device node's compatible entry (OF)
- a
VFIO supports pass-through of devices to user space - for sake
of illustration, say a PCI e1000 device:
- the e1000 is first unbound from the PCI e1000 driver via sysfs
- the vfio-pci driver is told via new_id that it now handles e1000 devices
- the e1000 is explicitly bound to vfio-pci through
Force the vfio-pci driver to only be bound explicitly via sysfs to avoid
conflics with other drivers in the event of a hotplug.
Signed-off-by: Kim Phillips
---
drivers/vfio/pci/vfio_pci.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/vfio/pci/vfio_pci.c
On 10/10/13 at 01:34pm, Matt Fleming wrote:
> On Thu, 10 Oct, at 10:58:28AM, Borislav Petkov wrote:
> > On Thu, Oct 10, 2013 at 04:14:34PM +0800, Dave Young wrote:
> > > Even though I still have no idea why kernel text overlap with efi boot
> > > region, anyway map the un-overlapped part is
Hello,
On 10/10/2013 06:04 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Oct 09, 2013 at 08:41:57AM +0200, Robert Baldyga wrote:
>> @@ -2616,14 +2630,19 @@ static int s3c_hsotg_ep_enable(struct usb_ep *ep,
>> s3c_hsotg_set_ep_maxpacket(hsotg, hs_ep->index, mps);
>>
>> /* default, set to
* Matthew Garrett wrote:
> On Thu, Oct 10, 2013 at 07:45:21PM +0200, Ingo Molnar wrote:
>
> > Also, the main question would be, what is the typical value for
> > si->lfb_depth. 32 on almost all EFI systems? All around the map? Depends
> > on what graphics state the EFI bootloader passes us?
* H. Peter Anvin wrote:
> I'm trying to wrap my head around if there are use cases where disabling
> either CONFIG_X86_UP_APIC or CONFIG_X86_LOCAL_APIC would ever make sense
> anymore.
>
> I am guessing there are probably some small number of embedded systems
> which still don't have
On Thursday 10 October 2013 06:41 PM, Laxman Dewangan wrote:
> On Thursday 10 October 2013 06:07 PM, Kishon Vijay Abraham I wrote:
>> The Palmas device contains only a USB VBUS-ID detector, so added a
>> compatible type *ti,palmas-usb-vid*. Didn't remove the existing compatible
>> types for
On Thursday 10 October 2013 07:49 PM, Nishanth Menon wrote:
> On 16:19-20131010, Kishon Vijay Abraham I wrote:
>> smps10 should be enabled only in the case of host mode. So stop
>> doing always_on, boot_on from smps10_out1. The driver will enable it in host
>> mode.
>>
>> Signed-off-by: Kishon
With 23f0d2093c789 (sched: Factor out code to should_we_balance()),
we no longer pass balance as argument to update_sd_lb_stats().
So remove it's description.
Signed-off-by: Kamalesh Babulal
---
kernel/sched/fair.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/sched/fair.c
* Linus Torvalds wrote:
> On Thu, Oct 10, 2013 at 12:04 PM, Steven Rostedt wrote:
> >
> > I'm wondering if we can have a for_each_cpu() that only disables
> > preemption in the loop.
>
> I think we'd generally want to have it be something the loop asks for.
>
> If the loop is just some kind
Signed-off-by: Andreas Larsson
---
drivers/usb/gadget/Kconfig | 14 ++
drivers/usb/gadget/Makefile |3 ++-
2 files changed, 16 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gadget/Kconfig
index 48cddf3..922a04d 100644
---
On Friday 11 October 2013 12:51 AM, Arokux X wrote:
> Hi,
>
> recently I have been working on mainlining a simple bus glue driver
> for the USB EHCI for the Allwinner family of the ARM SoCs aka sunxi.
> The patches are almost ready and can be found at [1] and will be
> submitted once completely
On Wed, Oct 9, 2013 at 5:38 PM, Lukasz Majewski wrote:
> Attached commits provide cpufreq regression fixes for Trats and Trats2
> Exynos4 boards.
> Since v3.12 Exynos4 uses common clock framework for clock manipulation.
> Those patches restore correct output for cpuinfo_cur_freq [1] sysfs
>
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Alan Stern st...@rowland.harvard.edu
commit 5f5610f69be3a925b1f79af27150bb7377bc9ad6 upstream.
This patch fixes a NULL pointer dereference and a WARN_ON in
dummy-hcd. These things were
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mathias Nyman mathias.ny...@linux.intel.com
commit 284d20552461466b04d6bfeafeb1c47a8891b591 upstream.
When a command times out, the command ring is first aborted,
and then stopped. If
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Li Zefan lize...@huawei.com
commit f169007b2773f285e098cb84c74aac0154d65ff7 upstream.
If we pass fd of memory.usage_in_bytes of cgroup A to cgroup.event_control
of cgroup B, then we
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andi Kleen a...@linux.intel.com
commit 89365e6c9ad4c0e090e4c6a4b67a3ce319381d89 upstream.
Need to check for /dev/zero.
Most likely more strings are missing too.
Signed-off-by: Andi
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Anatol Pomozov anatol.pomo...@gmail.com
commit f3cff25f05f2ac29b2ee355e611b0657482f6f1d upstream.
'samples' is 64bit operant, but do_div() second parameter is 32.
do_div silently
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Dan Carpenter dan.carpen...@oracle.com
commit f8d7b13e14357ed19d2ca2799539600418dc3939 upstream.
The -put() function are called from snd_ctl_elem_write() with user
supplied data. The
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Lino Sanfilippo linosanfili...@gmx.de
commit 03a1cec1f17ac1a6041996b3e40f96b5a2f90e1b upstream.
Boyd Yang reported a problem for the case that multiple threads of the same
thread group
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Christian Lamparter chunk...@googlemail.com
commit 1e43692cdb7cc445d6347d8a5207d9cef0c71434 upstream.
Added USB ID for Corega WLUSB2GTST USB adapter.
Reported-by: Joerg Kalisch
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Daniel Drake d...@laptop.org
commit 6390d88529835a8ad3563fe01a5da89fa52d6db2 upstream.
When trying to unset a previously-set multicast list (i.e. the new list
has 0 entries),
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Josh Boyer jwbo...@redhat.com
commit 700870119f49084da004ab588ea2b799689efaf7 upstream.
Add patch to fix 32bit EFI service mapping (rhbz 726701)
Multiple people are reporting hitting
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Kirill Tkhai tk...@yandex.ru
commit 7a3b0f89e3fea680f93932691ca41a68eee7ab5e upstream.
Pass 1 in %o1 to indicate that syscall_trace accounts exit.
Signed-off-by: Kirill Tkhai
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Herbert Xu herb...@gondor.apana.org.au
commit be4f154d5ef0ca147ab6bcd38857a774133f5450 upstream.
At some point limits were added to forward_delay. However, the
limits are only enforced
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Michael Grzeschik m.grzesc...@pengutronix.de
commit fcaaba6c7136fe47e5a13352f99a64b019b6d2c5 upstream.
We need to free the ld_active list head before jumping into the callback
routine.
On Fri, Oct 11, 2013 at 02:18:26AM +0100, Chen Gang wrote:
On 10/10/2013 10:23 PM, Will Deacon wrote:
On Thu, Oct 10, 2013 at 12:03:52PM +0100, Chen Gang wrote:
BTW: do arm64 need atomic_clear_mask()?
No. Neither ARM nor arm64 need this function.
OK, thank you for your confirmation.
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Masanari Iida standby2...@gmail.com
commit d73111c6d43f08d697a3d986fe3bd8ca796a2096 upstream.
Correct spelling typo in drivers/dma.
Signed-off-by: Masanari Iida standby2...@gmail.com
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Michael Grzeschik m.grzesc...@pengutronix.de
commit edc530fe7ee5a562680615d2e7cd205879c751a7 upstream.
When perparing cyclic_dma buffers by the sound layer, it will dump the
following
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Michael Grzeschik m.grzesc...@pengutronix.de
commit 5a276fa6bdf82fd442046969603968c83626ce0b upstream.
The tasklet and irqhandler are using spin_lock while other routines are
using
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: David Vrabel david.vra...@citrix.com
commit a9fbf4d591da6cd1d3eaab826c7c15f77fc8f6a3 upstream.
Commit d0380e6c3c0f6edb986d8798a23acfaf33d5df23 (early_printk:
consolidate random copies of
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Theodore Ts'o ty...@mit.edu
commit 0e9a9a1ad619e7e987815d20262d36a2f95717ca upstream.
When trying to mount a file system which does not contain a journal,
but which does have a orphan
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Passion,Zhao passion.z...@intel.com
commit 0fcfee61d63b82c1eefb5b1a914240480f17d63f upstream.
Bug report: https://tizendev.org/bugs/browse/TDIS-3891
The reason is userspace libsmack
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Ian Abbott abbo...@mev.co.uk
commit 677a31565692d596ef42ea589b53ba289abf4713 upstream.
The `insn_bits` handler `ni_65xx_dio_insn_bits()` has a `for` loop that
currently writes
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul E. McKenney paul...@linux.vnet.ibm.com
commit 8f21bd0090052e740944f9397e2be5ac7957ded7 upstream.
The csum_partial_copy_generic() function saves the PowerPC non-volatile
r14, r15,
On 10/11/2013 05:33 AM, Rajendra Nayak wrote:
On Friday 11 October 2013 03:56 PM, Nishanth Menon wrote:
Since regulator-boot-on property maps back to constraints-boot_on,
current description of 'regulator-boot-on' property conflicts with
description of 'boot-on' in
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Prarit Bhargava pra...@redhat.com
commit e82b89a6f19bae73fb064d1b3dd91fcefbb478f4 upstream.
modalias_show() should return an empty string on error, not -ENODEV.
This causes the
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jack Wang jinpu.w...@profitbricks.com
commit c807f64340932e19f0d2ac9b30c8381e1f60663a upstream.
The SRP specification requires:
Response data shall be provided in any SRP_RSP response
3.5.7.23 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul E. McKenney paul...@linux.vnet.ibm.com
commit d9813c3681a36774b254c0cdc9cce53c9e22c756 upstream.
The csum_partial_copy_generic() uses register r7 to adjust the remaining
bytes to
This patch removes unused label.
Signed-off-by: Robert Baldyga r.bald...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/usb/gadget/s3c-hsotg.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/gadget/s3c-hsotg.c b/drivers/usb/gadget/s3c-hsotg.c
1001 - 1100 of 2146 matches
Mail list logo