On 05/07/2013 03:25 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 07 May 2013 11:40 AM, Chanwoo Choi wrote:
>> Hi Kishon,
>>
>> I add some opinion about this patch.
>>
>> On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
>>> From: Graeme Gregory
>>>
>>> This is the driver for the USB
On 06/05/13 22:27, Linus Walleij wrote:
> On Mon, May 6, 2013 at 11:17 AM, Adrian Hunter
> wrote:
>
>> Here are 3 patches to support runtime PM for BYT SD cards
>>
>> Please note that these patches are dependent upon 2 gpio patches
>> that are in linux-next and linux-gpio but not the mmc tree.
>
* Feng Tang wrote:
> > is even worse than that. Machine can stay is s2ram for weeks (for a
> > lot more if it is desktop and you do s2ram for powersaving). Also
> > temperature of CPU varies a lot between active and s2ram states. Is
> > TSC good enough?
>
> Yes, I think it is relatively prec
On Mon, 6 May 2013 17:07:57 +0200 Borislav Petkov wrote:
> On Mon, May 06, 2013 at 04:21:12PM +0200, Bruno Prémont wrote:
> > Booting 3.9 on a Fujitsu Primergy RX200 S7 server I get lots of
> > occurrences of the following WARNING (probably one per PCI device
> > listed by lspci -- overflowing my k
On Mon, 6 May 2013, Lennart Sorensen wrote:
I am getting the impression that we should ignore the cell phones given
they seem to be thoroughly ignoring their customers and everyone else
anyhow. If we then focus on the devices that perhaps do care to be around
for a while and supported, we might
* Stephane Eranian wrote:
> On Mon, May 6, 2013 at 8:52 PM, Peter Zijlstra wrote:
> > On Mon, May 06, 2013 at 07:44:19PM +0200, Stephane Eranian wrote:
> >> On Thu, May 2, 2013 at 9:37 AM, Peter Zijlstra
> >> wrote:
> >> > On Wed, Apr 24, 2013 at 04:04:54PM -0700, Andi Kleen wrote:
> >> >> Fr
* Linus Torvalds wrote:
> On Mon, May 6, 2013 at 8:35 AM, Paul E. McKenney
> wrote:
> >>
> >> I think Linus might have referred to my 'future plans' entry:
>
> Indeed. I feel that HPC is entirely irrelevant to anybody,
> *especially* HPC benchmarks. In real life, even HPC doesn't tend to
> hav
Hi Linus,
Please pull the latest SLAB tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/penberg/linux.git slab/for-linus
Bulk of the changes are more slab unification from Christoph. There's
also few fixes from Aaron, Glauber, and Joonsoo thrown into the mix.
Pe
Hello. I tested with two patches.
The first one is thomas gleixner's patch. The patch is as follow.
This patch works well without any problem.
Index: linux-2.6/arch/mips/kernel/process.c
===
--- linux-2.6.orig/arch/mips/kernel/proce
* Stephane Eranian wrote:
> This is a good fix. I have run into this infinite loop in perf report
> many times.
Hm, perf record should really not assume much about the perf.data and
should avoid infinite loops ...
So while making perf.data more consistent on SIGTERM is a nice fix, perf
repo
In the 'for' looping, when error occurs, the 'break' only jump out of
'switch', and still in 'for' looping. If error occurs multiple times,
the original error value will be overwrite.
Currently, that will not cause issue, but still better to improve it,
so that let it return the first real error
Hi,
On Tuesday 07 May 2013 11:40 AM, Chanwoo Choi wrote:
Hi Kishon,
I add some opinion about this patch.
On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
From: Graeme Gregory
This is the driver for the USB comparator built into the palmas chip. It
handles the various USB OTG events tha
On 05/06/2013 07:10 PM, Peter Zijlstra wrote:
>> > The runnable_avgs themselves actually have a fair bit of history in
>> > them already (50% is last 32ms); but given that they don't need to be
>> > cut-off to respond to load being migrated I'm guessing we could
>> > actually potentially get by wit
Hi Kishon,
I add some opinion about this patch.
On 05/06/2013 10:17 PM, Kishon Vijay Abraham I wrote:
> From: Graeme Gregory
>
> This is the driver for the USB comparator built into the palmas chip. It
> handles the various USB OTG events that can be generated by cable
> insertion/removal.
>
> S
On Mon, May 6, 2013 at 10:25 PM, H. Peter Anvin wrote:
> Hello,
>
> The touchpad on Lenovo Yoga 13 seems to have broken some time between 3.4
> and the current kernel. The dmesg is full of spewage:
>
> [ 256.246481] atkbd serio0: Use 'setkeycodes e03e ' to make it
> known.
> [ 256.251473] atkbd
From: Lad, Prabhakar
the function of_property_read_u8/16/32_array() has a parameter
out_values, but the description mentioned it as out_value. This
patch fixes this typo.
Signed-off-by: Lad, Prabhakar
---
drivers/of/base.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
On Mon, 2013-05-06 at 22:10 -0400, David Miller wrote:
> From: Jeff Kirsher
> Date: Mon, 06 May 2013 16:32:46 -0700
>
> > On Mon, 2013-05-06 at 19:09 -0400, David Miller wrote:
> >> From: Linus Torvalds
> >> Date: Mon, 6 May 2013 15:57:15 -0700
> >>
> >> > On Mon, May 6, 2013 at 2:05 PM, David
On Fri, 2013-05-03 at 13:00 -0500, Linas Vepstas wrote:
> Greg,
>
> I've been receiving (and reading!) these messages; I replied that I am
> not maintaining a tree, and have no way of testing these patches (no
> access to hardware.) I believe it unlikely that my situation will
> change, and so I
On 2013/5/7 10:59, Gu Zheng wrote:
> Hi libo,
>
> On 05/06/2013 09:11 PM, Libo Chen wrote:
>
>>
>> move release_mem_region above kfree(i2c) && below clk_put(i2c->clk)
>>
>> Signed-off-by: Libo Chen
>> ---
>> drivers/i2c/busses/i2c-pxa.c |5 +++--
>> 1 files changed, 3 insertions(+), 2 delet
This patch is a modification from the Christoffer Dall's u-boot
patch. This is required to put the secondary processors in hyp
mode during cpu hotplug when u-boot is no longer alive.
Marc Zyngier suggested this logic to go into firmware or, u-boot
putting a trampoline code into a page /memreserve/
From: Bruce Allan
A scheduling while atomic bug was introduced recently (by commit ce43a216
e1000e: cleanup USLEEP_RANGE checkpatch checks). Revert the particular
instance of usleep_range() which causes the bug.
Reported-by: Maarten Lankhorst
Signed-off-by: Bruce Allan
Signed-off-by: Jeff Kir
From: Giridhar Maruthy
In intial boot-up, u-boot commit "3d28a181aab5e... arndale5250: Boot in Hyp
mode and enable architected timers" puts the CPUs in HYP mode.
Hence, the CPUs need to be put in HYP mode when they are hot plugged out and
plugged in back.
This patch is almost same as above u-bo
On 05/06/2013 05:59 PM, Preeti U Murthy wrote:
> Suggestion1: Would change the CPU share calculation to use runnable load
> average all the time.
>
> Suggestion2: Did opposite of point 2 above,it used runnable load average
> while calculating the CPU share *before* a new task has been woken up
> w
Hi Manish,
Thanks for the patch, below are few nits.
On Sat, May 4, 2013 at 4:42 PM, Vishwanathrao Badarkhe, Manish
wrote:
> Add device tree based support for TI's tps6507x touchscreen.
[Snip]
> +- tsc: This node specifies touch screen data.
> + ti,poll_period : Time at which touch input
At Tue, 7 May 2013 11:27:33 +0800,
Wang YanQing wrote:
>
> The interrupt handler azx_interrupt will call azx_update_rirb,
> which may call snd_hda_queue_unsol_event, snd_hda_queue_unsol_event
> will dereference chip->bus pointer.
>
> The problem is we alloc chip->bus in azx_codec_create
> which w
The driver core clears the driver data to NULL after device_release
or on probe failure, since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
(device-core: Ensure drvdata = NULL when no driver is bound).
Thus, it is not needed to manually clear the device driver data to NULL.
Signed-off-by: Jingo
The driver core clears the driver data to NULL after device_release
or on probe failure, since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
(device-core: Ensure drvdata = NULL when no driver is bound).
Thus, it is not needed to manually clear the device driver data to NULL.
Signed-off-by: Jingo
Hello,
The touchpad on Lenovo Yoga 13 seems to have broken some time between
3.4 and the current kernel. The dmesg is full of spewage:
[ 256.246481] atkbd serio0: Use 'setkeycodes e03e ' to make it
known.
[ 256.251473] atkbd serio0: Unknown key released (translated set 2,
code 0xbe on isa
David Miller wrote:
From: Jesper Dangaard Brouer
Date: Mon, 6 May 2013 09:33:18 +0200
This a good fix, and better than my earlier attempt at fixing this.
...
Signed-off-by: Jesper Dangaard Brouer
Applied, but this patch was generated against a very old tree,
one before the q->net->nqueues
Hi,
On Tuesday 07 May 2013 06:13 AM, myungjoo.ham wrote:
From: Graeme Gregory
This is the driver for the USB comparator built into the palmas chip. It
handles the various USB OTG events that can be generated by cable
insertion/removal.
Signed-off-by: Graeme Gregory
Signed-off-by: Moiz Sonasa
On 05/07/2013 04:59 AM, Paul Turner wrote:
>>> Similarly, I think you also want to at least include blocked_load_avg here.
>> >
>> > I'm puzzled, this is an entity weight. Entity's don't have
>> > blocked_load_avg.
>> >
>> > The purpose here is to compute the amount of weight that's being moved by
Hi,
On Monday 06 May 2013 08:10 PM, Mark Brown wrote:
On Mon, May 06, 2013 at 06:47:04PM +0530, Kishon Vijay Abraham I wrote:
+ if (palmas_usb->linkstat != PALMAS_USB_STATE_VBUS) {
+ if (palmas_usb->vbus_reg) {
+ ret = regulator
On 05/07/2013 02:34 AM, Paul Turner wrote:
>> > Current load balance doesn't consider slept task's load which is
>> > represented by blocked_load_avg. And the slept task is not on_rq, so
>> > consider it in load balance is a little strange.
> The load-balancer has a longer time horizon; think of bl
On 05/06/2013 05:08 PM, Paul Turner wrote:
>> >
>> >
>> > Do you mean to move the rq->avg and task_group->load_avg into CONFIG_SMP?
> More generally: Why do we need them in !CONFIG_SMP?
>
> [ I was suggesting (potentially) using only rq->avg in the !CONFIG_SMP case. ]
>
>
Paul,
here is the pat
From: Lad, Prabhakar
For NV12 format, even if display data is single image,
both VIDWIN0 and VIDWIN1 parameters must be used. The start
address of Y data plane and C data plane is configured in
VIDEOWIN0ADH/L and VIDEOWIN1ADH/L respectively.
cuurently only one layer was requested, which is suffic
Hi,
On Monday 06 May 2013 07:56 PM, Laxman Dewangan wrote:
On Monday 06 May 2013 06:47 PM, Kishon Vijay Abraham I wrote:
+
+static irqreturn_t palmas_vbus_wakeup_irq(int irq, void *_palmas_usb)
Can we name the function to palams_vbus_irq_handler() for better
understanding? Reserve the wakeup
On 05/06/2013 04:55 PM, Paul Turner wrote:
> On Mon, May 6, 2013 at 1:49 AM, Alex Shi wrote:
>> On 05/06/2013 04:24 PM, Paul Turner wrote:
> /*
> * CFS Load tracking
> * Under CFS, load is tracked on a per-entity basis and
> aggregated up.
> @@ -242,8
On 05/07/2013 11:24 AM, Alex Shi wrote:
>> > The reason to store a small initial "observation" here is so that as
>> > when we reach our next period edge our load converges (presumably
>> > down) towards its true target more smoothly; as well as providing a
>> > task additional protection from bein
On 6 May 2013 at 19:47, Greg KH wrote:
Date sent: Mon, 6 May 2013 19:47:50 -0700
From: Greg KH
To: "Michael D. Setzer II"
Copies to: linux-kernel@vger.kernel.org
Subject:Re: Kernel Firmware Support
> On Tue, May 07,
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Aaro Koskinen
[ Upstream commit f5d6a1441a5045824f36ff7c6b6bbae0373472a6 ]
Currently IOP3XX_PERIPHERAL_VIRT_BASE conflicts with PCI_IO_VIRT_BASE:
ad
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit 83f1b4ba917db5dc5a061a44b3403ddb6e783494 ]
Commit 257b5358b32f ("scm: Capture the full credentials of the scm
sender") changed the credentials passing code
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Ben Greear
[ Upstream commit c846ad9b880ece01bb4d8d07ba917734edf0324f ]
If one does do something unfortunate and allow a
bad offload bug into the kernel, this the
skb_warn_bad_offload can e
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Tommi Rantala
[ Upstream commit 8176cced706b5e5d15887584150764894e94e02f ]
Trinity discovered that we fail to check all 64 bits of
attr.config passed by user space, resulting to out-of-boun
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Wei Yongjun
[ Upstream commit 06848c10f720cbc20e3b784c0df24930b7304b93 ]
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this functio
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 12fb3dd9dc3c64ba7d64cec977cca9b5fb7b1d4e ]
commit bd090dfc634d (tcp: tcp_replace_ts_recent() should not be called
from tcp_validate_incoming()) introduced a T
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Dmitry Popov
[ Upstream commit d66954a066158781ccf9c13c91d0316970fe57b6 ]
There is a bug in cookie_v4_check (net/ipv4/syncookies.c):
flowi4_init_output(&fl4, 0, sk->sk_mark, RT_CONN
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Michael Riesch
[ Upstream commit 88c5b5ce5cb57af6ca2a7cf4d5715fa320448ff9 ]
Signed-off-by: Michael Riesch
Cc: "David S. Miller"
Cc: Greg Kroah-Hartman
Cc: Jiri Benc
Cc: "Theodore Ts'o"
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Stephen Boyd
[ Upstream commit cea15092f098b7018e89f64a5a14bb71955965d5 ]
cyc_to_sched_clock() is called by sched_clock() and cyc_to_ns()
is called by cyc_to_sched_clock(). I suspect that s
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Christoph Paasch
[ Upstream commit 50a75a8914539c5dcd441c5f54d237a666a426fd ]
Tetja Rediske found that if the host receives an ICMPv6 redirect message
after sending a SYN+ACK, the connectio
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: "niko...@redhat.com"
[ Upstream commit b6a5a7b9a528a8b4c8bec940b607c5dd9102b8cc ]
While enslaving a new device and after IFF_BONDING flag is set, in case
of failure it is not stripped from
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
[ Upstream commit 0e82e7f6dfeec1013339612f74abc2cdd29d43d2 ]
It was reported that the following LSB test case failed
https://lsbbugs.linuxfoundation.org/attachment.cgi?i
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Hannes Frederic Sowa
[ Upstream commit 31d1670e73f4911fe401273a8f576edc9c2b5fea ]
The limit of 0x3c00 is taken from the windows driver.
Suggested-by: Huang, Xiong
Cc: Huang, Xiong
Cc: Er
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit 4543fbefe6e06a9e40d9f2b28d688393a299f079 ]
A few drivers use dev_uc_sync/unsync to synchronize the
address lists from master down to slave/lower devices. In
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Balakumaran Kannan
[ Upstream commit 25fb6ca4ed9cad72f14f61629b68dc03c0d9713f ]
IPv6 Routing table becomes broken once we do ifdown, ifup of the loopback(lo)
interface. After down-up, route
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 97599dc792b45b1669c3cdb9a4b365aad0232f65 ]
Commit 4a94445c9a5c (net: Use ip_route_input_noref() in input path)
added a bug in IP defragmentation handling, as
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Vasily Averin
[ Upstream commit f0f6ee1f70c4eaab9d52cf7d255df4bd89f8d1c2 ]
currently cbq works incorrectly for limits > 10% real link bandwidth,
and practically does not work for limits > 5
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: "niko...@redhat.com"
[ Upstream commit 69b0216ac255f523556fa3d4ff030d857eaaa37f ]
While the bonding module is unloading, it is considered that after
rtnl_link_unregister all bond devices ar
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 60085c3d009b0df252547adb336d1ccca5ce52ec ]
The code in set_orig_addr() does not initialize all of the members of
struct sockaddr_tipc when filling the socka
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Thomas Graf
[ Upstream commit 50bceae9bd3569d56744882f3012734d48a1d413 ]
If a TCP retransmission gets partially ACKed and collapsed multiple
times it is possible for the headroom to grow be
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit a5598bd9c087dc0efc250a5221e5d0e6f584ee88 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 5ae94c0d2f0bed41d6718be743985d61b7f5c47d ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit b860d3cc62877fad02863e2a08efff69a19382d2 ]
The L2TP code for IPv6 fails to initialize the l2tp_conn_id member of
struct sockaddr_l2tpip6 and therefore leaks
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 2d6fbfe733f35c6b355c216644e08e149c61b271 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen member
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit e11e0455c0d7d3d62276a0c55d9dfbc16779d691 ]
If RFCOMM_DEFER_SETUP is set in the flags, rfcomm_sock_recvmsg() returns
early with 0 without updating the possib
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit ef3313e84acbf349caecae942ab3ab731471f1a1 ]
When msg_namelen is non-zero the sockaddr info gets filled out, as
requested, but the code fails to initialize th
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 4683f42fde3977bdb4e8a09622788cc8b5313778 ]
In case the socket is already shutting down, bt_sock_recvmsg() returns
with 0 without updating msg_namelen leadin
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 4a184233f21645cf0b719366210ed445d1024d72 ]
The code in rose_recvmsg() does not initialize all of the members of
struct sockaddr_rose/full_sockaddr_rose when
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Jiri Slaby
[ Upstream commit b0de59b5733d18b0d1974a060860a8b5c1b36a2e ]
On http://vladz.devzero.fr/013_ptmx-timing.php, we can see how to find
out length of a password using timestamps of /
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit 935d8aabd4331f47a89c3e1daa5779d23cf244ee ]
Nothing is using it yet, but this will allow us to delay the open-time
checks to use time, without breaking the n
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Josef Bacik
[ Upstream commit 4bc4bee4595662d8bff92180d5c32e3313a704b0 ]
While trying to track down a tree log replay bug I noticed that fsck was always
complaining about nbytes not being r
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit 8558e4a26b00225efeb085725bc319f91201b239 ]
This is my example conversion of a few existing mmap users. The mtdchar
case is actually disabled right now (and
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: David Woodhouse
[ Upstream commit f5cf8f07423b2677cebebcebc863af77223a4972 ]
This code was broken because it assumed that all MTD devices were map-based.
Disable it for now, until it can be
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit fc9bbca8f650e5f738af8806317c0a041a48ae4a ]
This is my example conversion of a few existing mmap users. The
fb_mmap() case is a good example because it is a
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit 0fe09a45c4848b5b5607b968d959fdc1821c161d ]
This is my example conversion of a few existing mmap users. The pcm
mmap case is one of the more straightforward
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit 2323036dfec8ce3ce6e1c86a49a31b039f3300d1 ]
This is my example conversion of a few existing mmap users. The HPET
case is simple, widely available, and easy
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Stephane Eranian
[ Upstream commit f1923820c447e986a9da0fc6bf60c1dccdf0408e ]
The valid mask for both offcore_response_0 and
offcore_response_1 was wrong for SNB/SNB-EP,
IVB/IVB-EP. It was
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 72a763d805a48ac8c0bf48fdb510e84c12de51fe ]
The current code does not set the msg_namelen member to 0 and therefore
makes net/socket.c leak the local sockadd
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Rafa=C5=82=20Mi=C5=82ecki?=
[ Upstream commit 46fc4c909339f5a84d1679045297d9d2fb596987 ]
And make use of it in b43. This fixes a regression introduced with
49d55cef5b1925a5c1efb6a
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Felix Fietkau
[ Upstream commit f09a878511997c25a76bf111a32f6b8345a701a5 ]
The hardware parsing of Control Wrapper Frames needs to be disabled, as
it has been causing spurious decryption er
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Johannes Berg
[ Upstream commit 7b119dc06d871405fc7c3e9a73a6c987409ba639 ]
If authentication (or association with FT) is requested by
userspace, mac80211 currently doesn't tell cfg80211 tha
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Wei Yongjun
[ Upstream commit c802d759623acbd6e1ee9fbdabae89159a513913 ]
sizeof() when applied to a pointer typed expression gives the size of the
pointer, not that of the pointed data.
Int
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit d26d6504f23e803824e8ebd14e52d4fc0a0b09cb ]
The code in llcp_sock_recvmsg() does not initialize all the members of
struct sockaddr_nfc_llcp when filling the
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Felix Fietkau
[ Upstream commit 319e7bd96aca64a478f3aad40711c928405b8b77 ]
Since the firmware has been open sourced, the minor version has been
bumped to 1.4 and the API/ABI will stay compa
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Will Deacon
[ Upstream commit cb2d8b342aa084d1f3ac29966245dec9163677fb ]
Events may be created with attr->disabled == 1 and attr->enable_on_exec
== 1, which confuses the group validation co
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Illia Ragozin
[ Upstream commit cd272d1ea71583170e95dde02c76166c7f9017e6 ]
On Feroceon the L2 cache becomes non-coherent with the CPU
when the L1 caches are disabled. Thus the L2 needs to b
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Tejun Heo
[ Upstream commit 383efcd00053ec40023010ce5034bd702e7ab373 ]
try_to_wake_up_local() should only be invoked to wake up another
task in the same runqueue and BUG_ON()s are used to e
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Matt Carlson
[ Upstream commit d3f677afb8076d09d090ff0a5d1229c9dd9f136e ]
The patch also adds a couple of fixes
- For the 57766 and non Ax versions of 57765, bootcode needs to setup
th
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Markus Pargmann
[ Upstream commit cab1e0a36c9dd0b0671fb84197ed294513f5adc1 ]
This patch enables iomuxc_gate clock. It is necessary to be able to
reconfigure iomux pads. Without this clock e
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Sascha Hauer
[ Upstream commit 5dc2eb7da1e387e31ce54f54af580c6a6f512ca6 ]
The i.MX35 has two bits per clock gate which are decoded as follows:
0b00 -> clock off
0b01 -> clock is
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Andy Honig
[ Upstream commit a2c118bfab8bc6b8bb213abfc35201e441693d55 ]
If the guest specifies a IOAPIC_REG_SELECT with an invalid value and follows
that with a read of the IOAPIC_REG_WINDO
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 3ce5efad47b62c57a4f5c54248347085a750ce0e ]
In case msg_name is set the sockaddr info gets filled out, as
requested, but the code fails to initialize the pad
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Andrew Honig
[ Upstream commit 8f964525a121f2ff2df948dac908dcc65be21b5b ]
This patch adds support for kvm_gfn_to_hva_cache_init functions for
reads and writes that will cross a page. If th
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Andy Honig
[ Upstream commit 0b79459b482e85cb7426aa7da683a9f2c97aeae1 ]
There is a potential use after free issue with the handling of
MSR_KVM_SYSTEM_TIME. If the guest specifies a GPA in
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Andy Honig
[ Upstream commit c300aa64ddf57d9c5d9c898a64b36877345dd4a9 ]
If the guest sets the GPA of the time_page so that the request to update the
time straddles a page then KVM will writ
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Emese Revfy
[ Upstream commit b9e146d8eb3b9ecae5086d373b50fa0c1f3e7f0f ]
This fixes a kernel memory contents leak via the tkill and tgkill syscalls
for compat processes.
This is visible in
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Vyacheslav Dubeyko
[ Upstream commit 12f267a20aecf8b84a2a9069b9011f1661c779b4 ]
Change a u32 to loff_t hfsplus_file_truncate().
Signed-off-by: Vyacheslav Dubeyko
Cc: Christoph Hellwig
Cc
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit c77a4b9cffb6215a15196ec499490d116dfad181 ]
For stream sockets the code misses to update the msg_namelen member
to 0 and therefore makes net/socket.c leak th
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Christoph Fritz
[ Upstream commit 0443de5fbf224abf41f688d8487b0c307dc5a4b4 ]
To get correct endianes on little endian cpus (like arm) while reading device
tree properties, this patch replac
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Naoya Horiguchi
[ Upstream commit 9cc3a5bd40067b9a0fbd49199d0780463fc2140f ]
With applying the previous patch "hugetlbfs: stop setting VM_DONTDUMP in
initializing vma(VM_HUGETLB)" to reenab
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Marc Kleine-Budde
[ Upstream commit db388d6460ffa53b3b38429da6f70a913f89b048 ]
Since commit:
1c6c695 genirq: Reject bogus threaded irq requests
threaded irqs must provide a primary ha
1 - 100 of 1107 matches
Mail list logo
