From: Julian Anastasov
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 91146153da2feab18efab2e13b0945b6bb704ded ]
Extend commit 13378cad02afc2adc6c0e07fca03903c7ada0b37
("ipv4: Change rt->rt_iif encoding.") from 3.6 to return
From: Andreas Schwab
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 8fe9c93e7453e67b8bd09f263ec1bb0783c733fc upstream.
GCC 4.8 now generates out-of-line vr save/restore functions when
optimizing for size. They are needed for the raid6
From: Daniel Borkmann
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 1e1cdf8ac78793e0875465e98a648df64694a8d0 ]
In function sctp_wake_up_waiters(), we need to involve a test
if the association is declared dead. If so, we don't
From: Alex Deucher
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit f1553174a207f68a4ec19d436003097e0a4dc405 upstream.
Signed-off-by: Alex Deucher
Reviewed-by: Christian König
Signed-off-by: Jiri Slaby
---
drivers/gpu/drm/radeon/cik.c | 2
From: Florian Westphal
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 6d39d589bb76ee8a1c6cde6822006ae0053decff ]
In case of tcp, gso_size contains the tcpmss.
For UFO (udp fragmentation offloading) skbs, gso_size is the fragment
From: Michael Ulbricht
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 895d240d1db0b2736d779200788e4c4aea28a0c6 upstream.
By specifying NO_UNION_NORMAL the ACM driver does only use the first two
USB interfaces (modem data & control). The AT
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 6f10c5d1b1aeddb63d33070abb8bc5a177beeb1f ]
Dan writes:
"The Dell drivers use the same configuration for PIDs:
81A2: Dell Wireless 5806 Gobi(TM) 4G LTE Mobile
From: Eric Dumazet
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 30f78d8ebf7f514801e71b88a10c948275168518 ]
Francois reported that setting big mtu on loopback device could prevent
tcp sessions making progress.
We do not support
From: Mathias Krause
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 05ab8f2647e4221cbdb3856dd7d32bd5407316b3 ]
The BPF_S_ANC_NLATTR and BPF_S_ANC_NLATTR_NEST extensions fail to check
for a minimal message length before testing
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit efc0b25c3add97717ece57bf5319792ca98f348e ]
Device interface layout:
0: ff/ff/ff - serial
1: ff/ff/ff - serial AT+PPP
2: 08/06/50 - storage
3: ff/ff/ff - serial
4:
From: Nicolas Dichtel
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 54d63f787b652755e66eb4dd8892ee6d3f5197fc ]
It's possible to remove the FB tunnel with the command 'ip link del ip6gre0' but
this is unsafe, the module always
On Fri, May 23, 2014 at 05:53:04PM +0200, Vincent Guittot wrote:
> @@ -7282,6 +7289,12 @@ static inline int nohz_kick_needed(struct rq *rq)
>
> if (nr_busy > 1)
> goto need_kick_unlock;
> +
> + if ((rq->cfs.h_nr_running >= 1)
> + &&
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit 1c138607a7be64074d7fba68d0d533ec38f9d17b ]
Signed-off-by: Bjørn Mork
Signed-off-by: David S. Miller
Signed-off-by: Jiri Slaby
---
drivers/net/usb/qmi_wwan.c | 3
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit dd6b48ecec2ea7d15f28d5e5474388681899a5e1 upstream.
Device interface layout:
0: ff/ff/ff - serial
1: ff/00/00 - serial AT+PPP
2: ff/ff/ff - QMI/wwan
3: 08/06/50 - storage
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 34f972d6156fe9eea2ab7bb418c71f9d1d5c8e7b upstream.
A number of older CMOTech modems are based on Qualcomm
chips. The blacklisted interfaces are QMI/wwan.
Reported-by: Lars
From: Al Viro
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit dd20908a8a06b22c171f6c3fcdbdbd65bed07505 upstream.
it's pointless and actually leads to wrong behaviour in at least one
moderately convoluted case (pipe(), close one end, try to
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 533b3994610f316e5cd61b56d0c4daa15c830f89 upstream.
Device interface layout:
0: ff/ff/ff - serial
1: ff/ff/ff - serial AT+PPP
2: 08/06/50 - storage
3: ff/ff/ff - serial
4:
From: AceLan Kao
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 12f508aede4bda5d20a2dd3ff3deb16ef47a97e9 upstream.
Add Synaptics HD touchscreen(06cb:1ac3) to no init report quirk
Signed-off-by: AceLan Kao
Signed-off-by: Jiri Kosina
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit bce4f588f19d59fc07fadfeb0b2a3a06c942827a upstream.
Signed-off-by: Bjørn Mork
Signed-off-by: Jiri Slaby
---
drivers/usb/serial/qcserial.c | 3 +++
1 file changed, 3
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit a00986f81182a69dee4d2c48e8c19805bdf0f790 upstream.
Signed-off-by: Bjørn Mork
Signed-off-by: Jiri Slaby
---
drivers/usb/serial/qcserial.c | 3 +++
1 file changed, 3
From: Alex Deucher
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 16086279353cbfecbb3ead474072dced17b97ddc upstream.
This needs to be done to update some of the fields in
the connector structure used by the audio code.
Noticed by several
From: Michele Baldessari
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit efe26e16b1d93ac0085e69178cc18811629e8fc5 upstream.
Custom VID/PIDs for Brainboxes cards as reported in
https://bugzilla.redhat.com/show_bug.cgi?id=1071914
From: Dmitry Petukhov
3.12-stable review patch. If anyone has any objections, please let me know.
===
[ Upstream commit f34c4a35d87949fbb0e0f31eba3c054e9f8199ba ]
When l2tp driver tries to get PMTU for the tunnel destination, it uses
the pointer to struct sock that represents
From: Maarten Lankhorst
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 41ccec352f3c823931a7d9d2a9c7880c14d7415a upstream.
This fixes a BUG_ON(bo->sync_obj != NULL); in ttm_bo_release_list.
Signed-off-by: Maarten Lankhorst
Signed-off-by:
From: NeilBrown
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit da1aab3dca9aa88ae34ca392470b8943159e25fe upstream.
When performing a user-request check/repair (MD_RECOVERY_REQUEST is set)
on a raid1, we allocate multiple bios each with their
From: Johan Hovold
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2e01280d2801c72878cf3a7119eac30077b463d5 upstream.
This reverts commit 1ebca9dad5abe8b2ed4dbd186cd657fb47c1f321.
This device was erroneously added to the sierra driver even
From: Tristan Bruns
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 72b3007951010ce1bbf950e23b19d9839fa905a5 upstream.
Signed-off-by: Tristan Bruns
Signed-off-by: Johan Hovold
Signed-off-by: Jiri Slaby
---
drivers/usb/serial/cp210x.c | 1
From: Sachin Prabhu
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit c11f1df5003d534fd067f0168bfad7befffb3b5c upstream.
Problem reported in Red Hat bz 1040329 for strict writes where we cache
only when we hold oplock and write direct to the
From: Christopher Friedt
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit aa6de142c901cd2d90ef08db30ae87da214bedcc upstream.
Previously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but
it would not adjust
the FINFO
From: Chris Mason
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit c98235cb8584a72e95786e17d695a8e5fafcd766 upstream.
The mlx4 driver is triggering schedules while atomic inside
mlx4_en_netpoll:
spin_lock_irqsave(>lock, flags);
From: Johan Hovold
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 5509076d1b4485ce9fb07705fcbcd2695907ab5b upstream.
During firmware download the device expects memory addresses in
big-endian byte order. As the wIndex parameter which hold
From: Johan Hovold
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 10164c2ad6d2c16809f6c09e278f946e47801b3a upstream.
Fix driver new_id sysfs-attribute removal deadlock by making sure to
not hold any locks that the attribute operations grab
Em Thu, May 29, 2014 at 02:06:04PM +, David Laight escreveu:
> From: 'Arnaldo Carvalho de Melo'
> ...
> > > I remember some discussions from an XNET standards meeting (I've forgotten
> > > exactly which errors on which calls were being discussed).
> > > My recollection is that you return
From: Johan Hovold
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit bd73bd8831696f189a479a0712ae95208e513d7e upstream.
Fix regression introduced by commit 8e493ca1767d ("USB: usb_wwan: fix
bulk-urb allocation") by making sure to require both
From: Roman Pen
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit af5040da01ef980670b3741b3e10733ee3e33566 upstream.
trace_block_rq_complete does not take into account that request can
be partially completed, so we can get the following
From: Thomas Bächler
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit a2a4dc494a7b7135f460e38e788c4a58f65e4ac3 upstream.
Commit 9e30cc9595303b27b48 removed an internal mount. This
has the side-effect that rootfs now has FSID 0. Many
userspace
From: James Bottomley
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e63ed0d7a98014fdfc2cfeb3f6dada313dcabb59 upstream.
This patch eliminates the reap_ref and replaces it with a proper kref.
On last put of this kref, the target is removed
On Thu, May 29, 2014 at 03:59:23PM +1000, NeilBrown wrote:
> On Wed, 28 May 2014 21:32:19 -0700 Greg Kroah-Hartman
> wrote:
>
> > This is the start of the stable review cycle for the 3.14.5 release.
> > There are 140 patches in this series, all will be posted as a response
> > to this one. If
From: Daniele Palmas
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit d6de486bc22255779bd54b0fceb4c240962bf146 upstream.
option driver, added VID/PID for Telit UE910v2 modem
Signed-off-by: Daniele Palmas
Signed-off-by: Johan Hovold
From: Bjørn Mork
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 70a3615fc07c2330ed7c1e922f3c44f4a67c0762 upstream.
Signed-off-by: Bjørn Mork
Signed-off-by: Jiri Slaby
---
drivers/usb/serial/qcserial.c | 3 +++
1 file changed, 3
From: "Steven Rostedt (Red Hat)"
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7dec935a3aa04412cba2cebe1524ae0d34a30c24 upstream.
No reason to allocate tp_module structures for modules that have no
tracepoints. This just wastes memory.
From: Dan Carpenter
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 3de2260140417759c669d391613d583baf03b0cf upstream.
pthru32->dataxferlen comes from the user so we need to check that it's
not too large so we don't overflow the buffer.
From: Hans de Goede
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2f433083e854ec72c19dc9b0e1cebcc8e230fd75 upstream.
This touchpad seriously dislikes init reports, not only timeing out, but
also refusing to work after this.
From: Raymond Wanyoike
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 7653aabfbdc73c1567e29a9790701f5898ba1420 upstream.
The driver description files give these descriptions to the vendor specific
ports on this modem:
VID_19D2_1270_00:
From: Wanlong Gao
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 6d16e9c301290268b92ce3d48114f982e9c4b00a upstream.
Since commit 765e5fbd merged the sis quirk,
then USB_VENDOR_ID_SIS2_TOUCH remains undefined.
Reported-by: Fengguang Wu
From: Benjamin Tissoires
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e24d0d399b2fce71b627043e900ef28283850482 upstream.
The Microsoft Surface Type/Touch Cover 2 is a fancy device which advertised
itself as a multitouch device but with
From: Fabio Porcedda
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 905468fa4d54c3e572ed3045cd47cce37780716e upstream.
Newer firmware use a new pid and a different interface.
Signed-off-by: Fabio Porcedda
Acked-by: Bjørn Mork
From: Richard Guy Briggs
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 80e0b6e8a001361316a2d62b748fe677ec46b860 upstream.
We accidentally declared pid_alive without any extern/inline connotation.
Some platforms were fine with this, some
From: Ilya Dryomov
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 42dd037c08c7cd6e3e9af7824b0c1d063f838885 upstream.
Doing rbd_obj_request_put() in rbd_img_request_fill() error paths is
not only insufficient, but also triggers an
From: Aleksander Morgado
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 9b2b6a2d669c909dd0b125fc834da94bcfc0aee7 upstream.
When the PXS8 and PHS8 devices show up with PID 0x0053 they will expose both a
QMI port and a WWAN interface.
CC:
From: Richard Guy Briggs
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 2f2ad1013322c8f6c40fc6dafdbd32442fa730ad upstream.
When being refactored from audit_log_start() to audit_log_task_info(), in
commit e23eb920 the tty and ses fields in
From: Marcelo Tosatti
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit b351c39cc9e0151cee9b8d52a1e714928faabb38 upstream.
Function and callers can be preempted.
https://bugzilla.kernel.org/show_bug.cgi?id=73721
Signed-off-by: Marcelo
From: Richard Guy Briggs
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit c92cdeb45eea38515e82187f48c2e4f435fb4e25 upstream.
sys_getppid() returns the parent pid of the current process in its own pid
namespace. Since audit filters are based
From: Hans de Goede
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit c4bedb77ec4cb42f37cae4cbfddda8283161f7c8 upstream.
Signed-off-by: Hans de Goede
Signed-off-by: Sarah Sharp
Signed-off-by: Jiri Slaby
---
drivers/usb/host/xhci-ring.c |
From: Emanuel Krenz
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 954bb3da814e794f546f55449c508299a127fef8 upstream.
[jkos...@suse.cz: refresh to apply after SIS quirk merging]
Signed-off-by: Emanuel Krenz
Signed-off-by: Jiri Kosina
From: Mikulas Patocka
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 624966589041deb32a2626ee2e176e8274581101 upstream.
Mode setting in the TGA driver is broken for these reasons:
- info->fix.line_length is set just once in tgafb_init_fix
From: Richard Guy Briggs
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit ad36d28293936b03d6b7996e9d6aadfd73c0eb08 upstream.
Added the functions task_ppid_nr_ns() and task_ppid_nr() to abstract the lookup
of the PPID (real_parent's pid_t) of
From: Yufeng Shen
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit 29191039e21f66e204acffed63c486674a1918bd upstream.
There is timeout error during initialization:
kernel: [ 11.733104] hid-multitouch 0003:1870:0110.0001:
From: James Bottomley
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit f2495e228fce9f9cec84367547813cbb0d6db15a upstream.
In the highly unusual case where two threads are running concurrently through
the scanning code scanning the same
On Thu, May 29, 2014 at 09:07:44AM -0500, Christoph Lameter wrote:
> On Thu, 29 May 2014, Frederic Weisbecker wrote:
>
> > The cpumasks in cpu.c are special as they are the base of the cpumask_var_t
> > definition. They are necessary to define nr_cpu_bits which is the base of
> > cpumask_var_t
On 2014-05-28 21:07, Keith Busch wrote:
On Wed, 28 May 2014, Matias Bjørling wrote:
This converts the current NVMe driver to utilize the blk-mq layer.
I am concerned about device hot removal since the h/w queues can be
freed at any time. I *think* blk-mq helps with this in that the driver
Hi Preeti,
On Thu, May 29, 2014 at 12:04:36PM +0100, Preeti U Murthy wrote:
> Hi Lorenzo,
>
> On 05/29/2014 02:53 PM, Lorenzo Pieralisi wrote:
> > On platforms implementing CPU power management, the CPUidle subsystem
> > can allow CPUs to enter idle states where local timers logic is lost on
>
Hi Linus,
Catalin's currently on holiday [1], so I'm dealing with the arm64 tree
for a change. Unfortunately, it's not as quiet as I'd like and we've got
a fix for a horrible THP regression introduced during the merge window.
The symptom tends to be CoW failures for tasks that end up using
On Thu, May 29, 2014 at 01:39:29PM +0100, Mark Rutland wrote:
[...]
> > > The side effect of having a CPU always-on has implications on power
> > > management
> > > platform capabilities and makes CPUidle suboptimal, since at least a CPU
> > > is
> > > kept always in a shallow idle state by
>>> I think problem is caused by access to OHCI regs from PCI quirks - before
>>> driver was initialized. ULI1553 southbridge chip could be in strange state
>>> at this point.
>>
>> If that is the cause, we ought to be able to see it from the values
>> printed out by the debugging statements. And
On 05/28/2014 09:36 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.41 release.
There are 86 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
[[PATCH V2 2/3] init/calibrate.c: use __func__ in logging] On 29/05/2014 (Thu
10:13) Fabian Frederick wrote:
> -coalesce formats in all pr_info
> -use __func__ in pr_notice and pr_info (Calibrating delay ->
> calibrate_delay()).
What is the point here? Does it shrink the object file some?
A
On 05/29/2014 06:48 AM, Jiri Slaby wrote:
This is the start of the stable review cycle for the 3.12.21 release.
There are 103 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
Tetsuo Handa wrote:
> Konrad Rzeszutek Wilk wrote:
> > On Sat, May 24, 2014 at 11:22:09PM +0900, Tetsuo Handa wrote:
> > > Hello.
> > >
> > > I tried to test whether it is OK (from point of view of reentrant) to use
> > > mutex_lock() or mutex_lock_killable() inside shrinker functions when
> > >
Hi Mel!
On Thu, May 29, 2014 at 10:04:32AM +0100, Mel Gorman wrote:
> The fair zone allocation policy round-robins allocations between zones on
> a node to avoid age inversion problems during reclaim using a counter to
> manage the round-robin. If the first allocation fails, the batch counts get
From: 'Arnaldo Carvalho de Melo'
> Em Thu, May 29, 2014 at 02:06:04PM +, David Laight escreveu:
> > From: 'Arnaldo Carvalho de Melo'
> > ...
> > > > I remember some discussions from an XNET standards meeting (I've
> > > > forgotten
> > > > exactly which errors on which calls were being
> I don't know how linux usb subsystem should behave against such
> "half-existing" hardware. Perhaps hanging is not the best idea...
> but maybe it should be fixed elsewhere, e.g. by masking non-wired
> devices in platform PCI setup. Perhaps controlled by some device-tree
> key.
Does it have a
[[PATCH V2 3/3] init/calibrate.c: no prefix in logging] On 29/05/2014 (Thu
10:14) Fabian Frederick wrote:
> define pr_fmt without prefix to avoid any default prefix update
Again, it isn't clear to me what you are trying to achieve here.
The printk.h header already has the define which you add
Hi Andreas,
On 05/29/2014 05:36 PM, Andreas Färber wrote:
Hi Tarek and Kevin,
Am 27.05.2014 19:06, schrieb Kevin Hilman:
Tarek Dakhran writes:
The series of patches represent support of Exynos 5410 SoC
The Exynos 5410 is the first Samsung SoC based on big.LITTLE architecture
Patches add
On 05/29/2014 03:57 AM, Peter Zijlstra wrote:
> On Wed, May 28, 2014 at 07:52:07PM -0400, Sasha Levin wrote:
>> On 05/14/2014 12:35 PM, Peter Zijlstra wrote:
>>> On Wed, May 14, 2014 at 12:32:26PM -0400, Sasha Levin wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On
On Thu, May 29, 2014 at 02:30:36PM +0100, Al Viro wrote:
> On Thu, May 29, 2014 at 02:04:39PM +0300, Mika Westerberg wrote:
>
> > With your both patches applied the problem is gone :-)
> >
> > I did 20 plug/unplugs, rebooted the machine and another 20 plug/unplugs
> > and didn't see the livelock
On 5/29/2014 12:34 AM, Marek Szyprowski wrote:
> Hello,
>
> On 2014-05-29 08:29, Joonsoo Kim wrote:
>> 'cma: Remove potential deadlock situation' introduces per cma area mutex
>> for bitmap management. It is good, but there is one mistake. When we
>> can't find appropriate area in bitmap, we
On Thu, May 29, 2014 at 03:37:37PM +0200, Linus Walleij wrote:
> My idea is that you should call gpiochip_add() *first* and then
> add the IRQs to the chip. In succession.
>
> Rationale: with dynamic GPIO numbers, gpio_to_irq()
> cannot reasonably be working before the gpiochip is added,
> so it
On May 29, 2014, at 1:38 AM, Kishon Vijay Abraham I wrote:
> The configuration address space has so far been specified in *ranges*,
> however it should be specified in *reg* making it a platform MEM resource.
> Hence used 'platform_get_resource_*' API to get configuration address
> space in the
On Wed, 28 May 2014 15:46:25 +0300, Pantelis Antoniou
wrote:
> Introduce support for dynamic device tree resolution.
> Using it, it is possible to prepare a device tree that's
> been loaded on runtime to be modified and inserted at the kernel
> live tree.
>
> Export of of_resolve and bug fix of
On Thu, May 29, 2014 at 2:52 AM, Nobuhiro Iwamatsu
wrote:
> Signed-off-by: Nobuhiro Iwamatsu
QUite terse commit log... oh well.
Please include Laurent Pinchart on patches like this.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 05/28/2014 09:32 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.5 release.
There are 140 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 Thu, May 29, 2014 at 10:47:09AM -0400, Sasha Levin wrote:
> It doesn't work out well because we later lock a mutex in sync_child_event().
>
Urgh, right you are. I'll go stare at it more. It shouldn't have
mattered, because the mutex we take just before should ensure existence,
but.. you
On Thu, May 29, 2014 at 6:30 AM, Al Viro wrote:
>
> Great... OK, saner splitup of that sucker (equivalent to combination of
> these two patches) is in vfs.git#for-linus.
>
> Review and testing would be very welcome.
So looking at the "dealing with the rest of shrink_dentry_list()
livelock"
Hi All,
On 05/29/2014 06:00 PM, Mika Westerberg wrote:
> On Thu, May 29, 2014 at 03:37:37PM +0200, Linus Walleij wrote:
>> My idea is that you should call gpiochip_add() *first* and then
>> add the IRQs to the chip. In succession.
>>
>> Rationale: with dynamic GPIO numbers, gpio_to_irq()
>>
On Apr 24, 2014, at 11:31 AM, Andy Gross wrote:
> This patch removes direct access of the GSBI registers. GSBI configuration
> should be done through the GSBI driver directly.
>
> Signed-off-by: Andy Gross
> ---
> drivers/tty/serial/msm_serial.c | 48 ++-
On Thu, May 29, 2014 at 10:03:54AM -0500, Kumar Gala wrote:
>
> On May 29, 2014, at 1:38 AM, Kishon Vijay Abraham I wrote:
>
> > The configuration address space has so far been specified in *ranges*,
> > however it should be specified in *reg* making it a platform MEM resource.
> > Hence used
On Thu, May 29, 2014 at 6:03 PM, Grygorii Strashko
wrote:
> Also, I'd like to note that GPIO IRQs can be accessible not only
> when GPIO chips is added, but also when IRQ domain is registered
> (at least it's valid for DT cases). In these cases gpiod_to_irq()
> might be not used at all.
Yes. We
Hey guys,
So I usually have the latest mainline kernel (on my fedora box) I've
recently sent it tiny refactoring patches.
Today, I start my machine and it just doesn't start. I had 3.11, 3.12,
and a few 3.14 rcs.
All show up booting, a few lines print on the screen about various
things it does.
On Thu, May 29, 2014 at 12:26 AM, Dave Chinner wrote:
>
> What concerns me about both __alloc_pages_nodemask() and
> kernel_map_pages is that when I look at the code I see functions
> that have no obvious stack usage problem. However, the compiler is
> producing functions with huge stack
From: Jacob Shin
Signed-off-by: Jacob Shin
Signed-off-by: Suravee Suthikulpanit
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Oleg Nesterov
Cc: Peter Zijlstra
Cc: xiakaixu
Signed-off-by: Frederic Weisbecker
---
tools/perf/tests/parse-events.c | 58
From: Jacob Shin
Clean up the logic for determining the breakpoint length
Signed-off-by: Jacob Shin
Signed-off-by: Suravee Suthikulpanit
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Oleg Nesterov
Cc: Peter Zijlstra
Cc: xiakaixu
Signed-off-by: Frederic
From: Jacob Shin
Currently bp_len is given a default value of 4. Allow user to override it:
$ perf stat -e mem:0x1000/8
^
bp_len
If no value is given, it will default to 4 as it did before.
Signed-off-by: Jacob Shin
Signed-off-by:
From: Jacob Shin
Implement hardware breakpoint address mask for AMD Family 16h and
above processors. CPUID feature bit indicates hardware support for
DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 hardware
breakpoint addresses to allow matching of larger addresses ranges.
Valuable
2014-05-27 14:05 GMT+02:00 Georgi Djakov :
> On 05/26/2014 08:17 PM, Matthias Brugger wrote:
>> 2014-05-26 15:45 GMT+02:00 Georgi Djakov :
>>> On 23.05.14, 19:39, Matthias Brugger wrote:
2014-05-23 17:12 GMT+02:00 Georgi Djakov :
>
> Add information about the APQ8084 debug UART
Hi,
I've made it wait too much so I'm posting that for review now. This
implements range breakpoints on some AMD machine by extending the length
field.
Any comment?
Thanks.
Jacob Shin (4):
perf/x86/amd: AMD support for bp_len > HW_BREAKPOINT_LEN_8
perf tools: allow user to specify hardware
29.05.2014 18:42, One Thousand Gnomes пишет:
>> I don't know how linux usb subsystem should behave against such
>> "half-existing" hardware. Perhaps hanging is not the best idea...
>> but maybe it should be fixed elsewhere, e.g. by masking non-wired
>> devices in platform PCI setup. Perhaps
Quoting Marian Marinov (m...@1h.com):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 05/29/2014 01:06 PM, Eric W. Biederman wrote:
> > Marian Marinov writes:
> >
> >> Hello,
> >>
> >> I have the following proposition.
> >>
> >> Number of currently running processes is accounted at
Em Thu, May 29, 2014 at 11:17:05AM -0300, 'Arnaldo Carvalho de Melo' escreveu:
> Em Thu, May 29, 2014 at 02:06:04PM +, David Laight escreveu:
> > From: 'Arnaldo Carvalho de Melo'
> > ...
> > > > I remember some discussions from an XNET standards meeting (I've
> > > > forgotten
> > > > exactly
We can use the bypass mode on the MICVDD reg for button detection, as
the comment in the code states, however the code was mistakenly
disabling bypass. This patch corrects this and allows bypass mode during
button detection.
Signed-off-by: Charles Keepax
---
drivers/extcon/extcon-arizona.c |
1301 - 1400 of 1878 matches
Mail list logo
