On Wed, Apr 09, 2014 at 09:22:50AM +0200, Thierry Reding wrote:
> On Wed, Apr 09, 2014 at 08:12:09AM +0200, Sascha Hauer wrote:
> > On Tue, Apr 08, 2014 at 01:43:22PM -0700, Tim Kryger wrote:
> > > On Mon, Apr 7, 2014 at 10:02 PM, Lothar Waßmann
> > > wrote:
> > > > Thierry Reding wrote:
> > >
On 09/04/14 22:23, Linus Torvalds wrote:
> Are there other things pending in this area? Because if there are, I
> think I'll take you up on your "or we can rebase on top of -rc1" offer
> instead.
Nothing from me, and as Stephen said, linux-next doesn't contain
anything either. So I think we're
On Wed, 2014-04-09 at 15:19 +0300, Kirill A. Shutemov wrote:
> On Sun, Apr 06, 2014 at 01:12:14AM -0400, Michael L. Semon wrote:
> > Hi! Starting early in this merge window for 3.15, lockdep has been
> > giving me trouble. Normally, a splat will happen, lockdep will shut
> > itself off, and my
Hi Alan,
On Thu, Apr 10, 2014 at 7:06 AM, Alan Stern wrote:
> On Thu, 10 Apr 2014, Jingoo Han wrote:
>
>> > > --- a/drivers/usb/host/ehci-exynos.c
>> > > +++ b/drivers/usb/host/ehci-exynos.c
>> > > @@ -212,6 +212,8 @@ static int exynos_ehci_suspend(struct device *dev)
>> > > int rc;
>> > >
>>
From: Kefeng Wang
changes in v2:
make code more concise according to Hans's advice.
Kefeng Wang (2):
ata: ahci: append new hflag AHCI_HFLAG_NO_FBS
ahci: add support for Hisilicon sata
.../devicetree/bindings/ata/ahci-platform.txt |3 ++-
drivers/ata/ahci.h
From: Kefeng Wang
The hip04 SoC of hisilicon has an AHCI compliant SATA controller,
and it is compliant with the ahci 1.3 and sata 3.0 specification.
There is a wrong bit in HOST_CAP of hip04 sata controller, which
enable unsupported feature of FBS, use AHCI_HFLAG_NO_FBS hflag to
disable it.
From: Kefeng Wang
Append AHCI_HFLAG_NO_FBS to force turning off FBS flag.
Signed-off-by: Haojian Zhuang
Signed-off-by: Kefeng Wang
---
drivers/ata/ahci.h|1 +
drivers/ata/libahci.c |5 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/ahci.h
Hi Don,
On Wed, 9 Apr 2014 09:57:06 -0400, Don Zickus wrote:
> On Wed, Apr 09, 2014 at 02:31:00PM +0900, Namhyung Kim wrote:
>> On Mon, 24 Mar 2014 15:34:36 -0400, Don Zickus wrote:
>> > The cache contention tools needs to keep all the perf records unique in
>> > order
>> > to properly parse all
Hi all,
Please do not add material intended for v3.16 to your linux-next included
branches until after v3.15-rc1 is released.
This tree still fails (more than usual) the powerpc allyesconfig build.
Changes since 20140409:
Dropped trees: akpm-current, akpm (too complex conflicts)
The arm tree
(2014/04/10 2:56), Luiz Capitulino wrote:
On Wed, 9 Apr 2014 09:42:01 +0900
Yasuaki Ishimatsu wrote:
(2014/04/09 4:02), Luiz Capitulino wrote:
HugeTLB is limited to allocating hugepages whose size are less than
MAX_ORDER order. This is so because HugeTLB allocates hugepages via
the buddy
Hi Tomasz,
On 04/09/2014 01:09 AM, Tomasz Figa wrote:
Hi Pankaj,
On 02.04.2014 09:50, Pankaj Dubey wrote:
There are many machine files under "mach-exynos" including "regs-pmu.h"
as well as "common.h", so better we move this header inclusion in common.h.
Signed-off-by: Pankaj Dubey
---
Hi Krzysztof,
Did you finish this patchset for applying git repository?
I can't find this patchset on mainline kernel.
If this patchset isn't applied on mainline, I'd like you to finish this patch
because I want to maintain up to date patch for max77836/max14577 on mainline.
Thanks,
Chanwoo
Ping, can I have the Samsung folks review and ,aybe even merge this
patch? enable_gpio_flags is never used in any code, is replaced by
gpiod, and we would like to remove it altogether from pwm_bl. Thanks!
Alex.
On Thu, Feb 27, 2014 at 2:53 PM, Alexandre Courbot wrote:
> The pwm-backlight driver
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 2656a9abcf1ec8dd5fee6a75d6997a0f2fa0094e upstream.
This patch (as1632b) fixes a bug in ehci-hcd. The USB core uses
urb->hcpriv to determine whether or not an URB is active;
Hi Tomasz,
On 04/09/2014 12:59 AM, Tomasz Figa wrote:
Hi Pankaj,
On 02.04.2014 09:50, Pankaj Dubey wrote:
Remove unused declarations from "mach-exynos/common.h"
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/common.h |3 ---
1 file changed, 3 deletions(-)
diff --git
On Wed, 2014-04-09 at 12:39 -0500, Nathan Fontenot wrote:
> On 04/08/2014 02:47 PM, Dave Hansen wrote:
> >
> > That document really needs to be updated to stop referring to sections
> > (at least in the descriptions of the user interface). We can not change
> > the units of
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Artem Bityutskiy
commit 8d238027b87e654be552eabdf492042a34c5c300 upstream.
We display a list of supplementary group for each process in
/proc//status. However, we show only the first 32
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Laurent Pinchart
commit 80da2e0df5af700518611b7d1cc4fc9945bcaf95 upstream.
When a whole class of devices (possibly from a specific vendor, or
across multiple vendors) require a quirk,
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Fleig
commit bc009eca8d539162f7271c2daf0ab5e9e3bb90a0 upstream.
Add device quirk for Microsoft Lifecam VX700 v2.0 webcams.
Fixes squeaking noise of the microphone.
Signed-off-by:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Laurent Pinchart
commit e387ef5c47ddeaeaa3cbdc54424cdb7a28dae2c0 upstream.
Most Logitech UVC webcams (both early models that don't advertise UVC
compatibility and newer UVC-advertised devices)
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Rajkumar Manoharan
commit 77d848372875d2e4cbdbf07030f0e08cab5e7f4d upstream.
It is useful to have channel mode in caldata to find out
whether operaing channel is in HT40/20 when we are
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 9ddf1aeb2134e72275c97a2c6ff2e3eb04f2f27a upstream.
For non-snoop mode, we fiddle with the page attributes of CORB/RIRB
and the position buffer, but also the ring buffers.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 71ccb9b01981fabae27d3c98260ea4613207618e upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 61d648fb4726f8a89c07cd1904f9c2e11bf26df5 upstream.
These are almost compatible with the older Conexant codecs.
Signed-off-by: Takashi Iwai
Signed-off-by: Ben Hutchings
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: David Henningsson
commit 7ed4165e2d01bdbbb4c1086eb73eadf0f64cbbf0 upstream.
This reverts commit 697c373e34613609cb5450f98b91fefb6e910588.
The original patch was meant to remove clicking, but
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 6169b673618bf0b2518ce413b54925782a603f06 upstream.
We've seen the broken HDMI *video* output on some machines with GM965,
and the debugging session pointed that the culprit
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit e5b33dc9d16053c2ae4c2c669cf008829530364b upstream.
Add modem-status-change wait queue to struct usb_serial_port that
subdrivers can use to implement TIOCMIWAIT.
Currently
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit b22ce2785d97423846206cceec4efee0c4afd980 upstream.
If !PREEMPT, a kworker running work items back to back can hog CPU.
This becomes dangerous when a self-requeueing work item
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: David Henningsson
commit 18dcd3044e4c4b3ab6341c98e8d0e81e0d58d5e3 upstream.
The internal mic input is phase inverted on one channel.
To avoid people in userspace summing the channels together
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 5018860321dc7a9e50a75d5f319bc981298fb5b7 upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit fa1e11d5231c001c80a479160b5832933c5d35fb upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 356050d8b1e526db093e9d2c78daf49d6bf418e3 upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Ming Lei
commit eba0e3c3a0ba7b96f01cbe997680f6a4401a0bfc upstream.
Johan's 'fix use-after-free in TIOCMIWAIT' patchset[1] introduces
one bug which can cause kernel hang when opening port.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit cf1d24443677a0758cfa88ca40f24858b89261c0 upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Santos
commit 3f3f8d2f48acfd8ed3b8e6b7377935da57b27b16 upstream.
Throughout compiler*.h, many version checks are made. These can be
simplified by using the macro that gcc's
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit edac894389f9c9de2a1368c78809c824b343f3a5 upstream.
snd-aloop driver has no proper PM implementation, thus the PM resume
may trigger Oops due to leftover timer instance.
The 8250_core driver is supposed to support these devices but it has
soft lockups on some hardware. This driver was ported from the vendors
2.6.37 driver and has been proven to work.
I do not expect it to be merged, I am looking for feedback and
possible fixes.
Sorry I forget the first email in
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mathias Krause
commit 4e9b45a19241354daec281d7a785739829b52359 upstream.
On 64 bit systems the test for negative message sizes is bogus as the
size, which may be positive when evaluated as a
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit e670c6af12517d08a403487b1122eecf506021cf upstream.
Make sure waiting processes are woken on modem-status changes.
Currently processes are only woken on termios changes
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Ingo Molnar
commit 3f0116c3238a96bc18ad4b4acefe4e7be32fa861 upstream.
Fengguang Wu, Oleg Nesterov and Peter Zijlstra tracked down
a kernel crash to a GCC bug: GCC miscompiles certain 'asm
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 8edfdab37157d2683e51b8be5d3d5697f66a9f7b upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit d1baabc8006fd238ad8da4d734dc815a8de02362 upstream.
commit dbcea7615d8d7d58f6ff49d2c5568113f70effe9 upstream.
Use the port wait queue and make sure to check the serial
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 40509ca982c00c4b70fc00be887509feca0bff15 upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 333576255d4cfc53efd056aad438568184b36af6 upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 3668b9c17765cacf411effc4fc6e44099ac30800 upstream.
commit fc98ab873aa3dbe783ce56a2ffdbbe7c7609521a upstream.
Use the port wait queue and make sure to check the serial
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 43a66b4c417ad15f6d2f632ce67ad195bdf999e8 upstream.
Use the port wait queue and make sure to check the serial disconnected
flag before accessing private port data after
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Philipp Reisner
commit 9749f30f1a387070e6e8351f35aeb829eacc3ab6 upstream.
Inspired by the list_for_each_entry() macro
Signed-off-by: Philipp Reisner
Signed-off-by: Ben Hutchings
Cc: Qiang
On Wed, 2014-04-09 at 14:25 -0700, Jim Keniston wrote:
> On Wed, 2014-04-09 at 17:43 +0200, Oleg Nesterov wrote:
> > On 04/08, Jim Keniston wrote:
> > >
> > > On Sun, 2014-04-06 at 22:16 +0200, Oleg Nesterov wrote:
> > > > 0xe8. Anything else?
>
> Oleg, thanks for responding to (if not
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 69820e01aa756b8d228143d997f71523c1e97984 upstream.
Since ohci-hcd supports runtime PM, the .pm field in its pci_driver
structure should be protected by CONFIG_PM rather than
Signed-off-by: Michael Welling
---
drivers/tty/serial/xr17c15x.c |5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/tty/serial/xr17c15x.c b/drivers/tty/serial/xr17c15x.c
index f8963e1..2010316 100644
--- a/drivers/tty/serial/xr17c15x.c
+++ b/drivers/tty/serial/xr17c15x.c
@@ -7,7
Signed-off-by: Michael Welling
---
drivers/tty/serial/Kconfig|9 +-
drivers/tty/serial/Makefile |1 +
drivers/tty/serial/xr17c15x.c | 1540 +
3 files changed, 1549 insertions(+), 1 deletion(-)
create mode 100644 drivers/tty/serial/xr17c15x.c
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: George Cherian
commit 5bf8fae33d14cc5c3c53a926f9079f92c8b082b0 upstream.
we never allocate a TRB pool for physical endpoints
0 and 1 so trying to free it (a invalid TRB pool pointer)
will lead
[+cc Joerg, iommu list]
On Wed, Apr 9, 2014 at 6:19 PM, Davidlohr Bueso wrote:
> On Wed, 2014-04-09 at 16:50 -0700, James Bottomley wrote:
>> On Wed, 2014-04-09 at 16:40 -0700, Davidlohr Bueso wrote:
>> > On Wed, 2014-04-09 at 16:10 -0700, James Bottomley wrote:
>> > > On Wed, 2014-04-09 at
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Weinberger
commit 8a2f132a01c2dd4c3905fa560f92019761ed72b1 upstream.
The Option GTM681W uses a qualcomm chip and can be
served by the qcserial device driver.
Signed-off-by: Richard
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: George Spelvin
commit 513b032c98b4b9414aa4e9b4a315cb1bf0380101 upstream.
The PPS serial line discipline wants to attach a PPS device to a tty
without changing the tty code to add a struct
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 5e4211f1c47560c36a8b3d4544dfd866dcf7ccd0 upstream.
Do not use uninitialised termios data to determine when to configure the
device at open.
Signed-off-by: Johan Hovold
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 2d8f4447b58bba5f8cb895c07690434c02307eaf upstream.
Do not use uninitialised termios data to determine when to configure the
device at open.
This also prevents stack data
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 5f8a2e68b679b41cc8e9b642f2f5aa45dd678641 upstream.
Allocated urbs and buffers were never freed on errors in open.
Signed-off-by: Johan Hovold
[bwh: Backported to 3.2:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: George Spelvin
commit 03a7ffe4e542310838bac70ef85acc17536b6d7c upstream.
Now that N_TTY uses tty->disc_data for its private data,
'subclass' ldiscs cannot use ->disc_data for their own private
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit d8a083cc746664916d9d36ed9e4d08a29525f245 upstream.
Fix race in mos7840_get_reg which unconditionally manipulated the
control urb (which may already be in use) by adding a
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit e877dd2f2581628b7119df707d4cf03d940cff49 upstream.
Fix endianess bugs in firmware handling introduced by commits cb7a7c6a
("ti_usb_3410_5052: add Multi-Tech modem support")
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: George Spelvin
commit d953e0e837e65ecc1ddaa4f9560f7925878a0de6 upstream.
Remove the cdev from the system (with cdev_del) *before* deallocating it
(in pps_device_destruct, called via
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit d482b9d558602a9cacab063b1c8779f9b5214da7 upstream.
Make sure the reported device-type on big-endian machines is the same as
on little-endian ones.
Signed-off-by: Johan
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit ff8a43c10f1440f07a5faca0c1556921259f7f76 upstream.
Make sure to fail properly if the device is not accepted during attach
in order to avoid null-pointer derefs (of missing
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Adrian Thomasset
commit 71d9a2b95fc9c9474d46d764336efd7a5a80 upstream.
The FT4232H used in the ST Micro Connect Lite has four hi-speed UART ports.
The first two ports are reserved for the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Sarah Sharp
commit f217c980ca980e3a645b7485ea5eae9a747f4945 upstream.
The RWE bit of the USB 2.0 PORTPMSC register is supposed to enable
remote wakeup for devices in the lower power link state
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Moore
commit f64410ec665479d7b4b77b7519e814253ed0f686 upstream.
This patch is based on an earlier patch by Eric Paris, he describes
the problem below:
"If an inode is accessed before
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Julius Werner
commit e92aee330837e4911553761490a8fb843f2053a6 upstream.
This patch adds the Port Reset Change flag to the set of bits that are
preemptively cleared on init/resume of a hub. In
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Konrad Rzeszutek Wilk
commit 3735d524da64b70b41c764359da36f88aded3610 upstream.
If the machine is booted without any cpu_idle driver set
(b/c disable_cpuidle() has been called) we should
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: James Ralston
commit 9f961a5f6efc87a79571d7166257b36af28ffcfe upstream.
This patch adds the AHCI-mode SATA Device IDs for the Intel Wildcat Point-LP
PCH.
Signed-off-by: James Ralston
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 455f58925247e8a1a1941e159f3636ad6ee4c90b upstream.
It has been reported that this chipset really cannot
sleep without this extraordinary delay.
This patch should be
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 6962d914f317b119e0db7189199b21ec77a4b3e0 upstream.
We've got regression reports that my previous fix for spurious wakeups
after S5 on HP Haswell machines leads to the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 638298dc66ea36623dbc2757a24fc2c4ab41b016 upstream.
Haswell LynxPoint and LynxPoint-LP with the recent Intel BIOS show
mysterious wakeups after shutdown occasionally. After
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Santos
commit 320cde19a4e8f122b19d2df7a5c00636e11ca3fb upstream.
Patch to add the Formosa Industrial Computing, Inc. Infrared Receiver
[IR605A/Q] to hid-ids.h and hid-quirks.c. This
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit bddee96b5d0db869f47b195fe48c614ca824203c upstream.
When a selection to a converter MUX is changed in hdmi_pcm_open(), it
should be cached so that the given connection can
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Sarah Sharp
commit dcc01c0864823f91c3bf3ffca6613e2351702b87 upstream.
Before the USB core resets a device, we need to disable the L1 timeout
for the roothub, if USB 2.0 Link PM is enabled.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit f875fdbf344b9fde207f66b392c40845dd7e5aa6 upstream.
Since uhci-hcd, ehci-hcd, and xhci-hcd support runtime PM, the .pm
field in their pci_driver structures should be protected
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Marek Vasut
commit 2843b673d03421e0e73cf061820d1db328f7c8eb upstream.
The USB recovery mode present in i.MX28 ROM emulates USB HID.
It needs this quirk to behave properly.
Signed-off-by:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Tissoires
commit 8821f5dc187bdf16cfb32ef5aa8c3035273fa79a upstream.
When working on report indexes, always validate that they are in bounds.
Without this, a HID device could report a
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Heikki Krogerus
commit b62cd96de3161dfb125a769030eec35a4cab3d3a upstream.
Add PCI id for Intel BayTrail.
Signed-off-by: Heikki Krogerus
Signed-off-by: Felipe Balbi
Cc: Yang Yingliang
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: David Cohen
commit 85601f8cf67c56a561a6dd5e130e65fdc179047d upstream.
Add PCI id for Intel Merrifield
Signed-off-by: David Cohen
Signed-off-by: Greg Kroah-Hartman
Signed-off-by: Ben
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Pugliese
commit 7b6bc07ab554e929c85d51b3d5b26cf7f12c6a3b upstream.
For isochronous endpoints, set the RPIPE wMaxPacketSize value using
wOverTheAirPacketSize from the endpoint companion
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Pugliese
commit f74b75e7f920c700636a669c7d16d12e9202 upstream.
change WA_SEGS_MAX to a number that is legal according to the WUSB
spec.
Signed-off-by: Thomas Pugliese
[bwh:
Hi Krzysztof,
Applied following patchset.
[PATCH 1/4] extcon: max77693: Fix two NULL pointer exceptions on missing pdata
[PATCH 2/4] extcon: max77693: Use power efficient workqueue for delayed cable
detection
[PATCH 3/4] extcon: max8997: Fix NULL pointer exception on missing pdata
[PATCH 4/4]
On 2014-04-09 21:35, Benjamin Herrenschmidt wrote:
On Wed, 2014-04-09 at 20:25 -0600, Jens Axboe wrote:
On 2014-04-09 19:36, Benjamin Herrenschmidt wrote:
On Wed, 2014-04-09 at 19:31 -0600, Jens Axboe wrote:
OK, I think we're seeing different symptoms of the same bug. Stay
tuned, will have
On 04/10/2014 11:14 AM, Li Zhong wrote:
> On Wed, 2014-04-09 at 08:49 -0700, Dave Hansen wrote:
>> On 04/09/2014 02:20 AM, Li Zhong wrote:
>>> Or do you mean we don't need to expose any information related to
>>> SECTION to userspace?
>>
>> Right, we don't need to expose sections themselves to
Hi Kishon,
On 03/28/2014 03:51 PM, Kishon Vijay Abraham I wrote:
> commit ca488 (extcon: of: Remove unnecessary function call by using the
> name of device_node) started using node name instead of device name
> to get the extcon device. This breaks dwc3-omap since it's not able to
> get the
Hi Krzysztof,
On 04/09/2014 06:56 PM, Krzysztof Kozlowski wrote:
> In probe the driver queued delayed work for cable detection and
> returned the result of queue_delayed_work() call. However the return
> value of queue_delayed_work() does not indicate an error and in normal
> condition it returns
2014-04-08 20:27 GMT+08:00 Linus Walleij :
> This switches the Sirf pinctrl driver over to using the gpiolib
> irqchip helpers simplifying some of the code.
>
> Signed-off-by: Linus Walleij
> ---
> This really needs testing on real hardware before I dare to
> merge it, but the driver seems simple
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: James Ralston
commit 151743fd8dfb02956c5184b5f4f0f42677eb75bc upstream.
This patch adds the AHCI-mode SATA Device IDs for the Intel Wellsburg PCH
Signed-off-by: James Ralston
Signed-off-by:
On Wed, Apr 9, 2014 at 7:27 PM, Liviu Dudau wrote:
> On Wed, Apr 09, 2014 at 08:02:41AM -0600, Bjorn Helgaas wrote:
>> On Wed, Apr 9, 2014 at 6:07 AM, Liviu Dudau wrote:
>> > On Tue, Apr 08, 2014 at 05:28:39PM +0100, Bjorn Helgaas wrote:
>> >> On Tue, Apr 8, 2014 at 4:20 AM, Liviu Dudau wrote:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Leitner
commit 8704211f65a2106ba01b6ac9727cdaf9ca11594c upstream.
FTDI UARTs support only 7 or 8 data bits. Until now the ftdi_sio driver would
only report this limitation for CS6 to
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit d6d7c873529abd622897cad5e36f1fd7d82f5110 upstream.
Commit b6787242f327 ("HID: hidraw: add proper error handling to raw event
reporting") forgot to update the static inline
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Heasley
commit 1cfc7df3de10c40ed459e13cce6de616023bf41c upstream.
This patch adds the AHCI-mode SATA DeviceIDs for the Intel Coleto Creek PCH.
Signed-off-by: Seth Heasley
Signed-off-by:
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 9d8924297cd9c256c23c02abae40202563452453 upstream.
This patch fixes a build error that occurs when CONFIG_PM is enabled
and CONFIG_PM_SLEEP isn't:
>>
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Aaron Plattner
commit d52392b1a80458c0510810789c7db4a39b88022a upstream.
Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip.
Reviewed-by: Andy Ritger
Signed-off-by: Aaron Plattner
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Eldad Zack
commit 5dae5fd24071319bb67d3375217d5b0b6d16cb0b upstream.
Current code mishandles the case where the device is a UAC2
and the bDescriptorSubtype is a UAC2 Effect Unit (0x07).
It
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Matthieu CASTET
commit 4c7b417ecb756e85dfc955b0e7a04fd45585533e upstream.
If we don't read fast enough hidraw device, hidraw_report_event
will cycle and we will leak list->buffer.
Also
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alexey Khoroshilov
commit bcb4a75bde3821cecb17a71d287abfd6ef9bd68d upstream.
Several improvements in error handling:
- do not report success if alloc_chrdev_region() failed
- check for error
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Torstein Hegge
commit 61ac51301e6c6d4ed977d7674ce2b8e713619a9b upstream.
UAC2_EXTENSION_UNIT_V2 differs from UAC1_EXTENSION_UNIT, but can be handled in
the same way when parsing the unit.
1 - 100 of 1588 matches
Mail list logo
