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
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
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
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
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
>
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
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:
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:
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
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
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
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
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 =
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
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
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
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.
> @@
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
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
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:
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
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
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
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
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(, 0, sk->sk_mark,
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
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
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
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:
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.
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,
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 >
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Michael Bohan
[ Upstream commit 84cc8fd2fe65866e49d70b38b3fdf7219dd92fe0 ]
The current code makes the assumption that a cpu_base lock won't be
held if the CPU corresponding to that
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Mathias Krause
[ Upstream commit 9b3e617f3df53822345a8573b6d358f6b9e5ed87 ]
The current code does not fill the msg_name member in case it is set.
It also does not set the msg_namelen
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Russell King
[ Upstream commit b6c7aabd923a17af993c5a5d5d7995f0b27c000a ]
Let's do the changes properly and fix the same problem everywhere, not
just for one case.
Cc: # kernels
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Thomas Gleixner
[ Upstream commit a1cbcaa9ea87b87a96b9fc465951dcf36e459ca2 ]
The sched_clock_remote() implementation has the following inatomicity
problem on 32bit systems when accessing
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Boris Ostrovsky
[ Upstream commit 511ba86e1d386f671084b5d0e6f110bb30b8eeb2 ]
Invoking arch_flush_lazy_mmu_mode() results in calls to
preempt_enable()/disable() which may have performance
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Dave Airlie
[ Upstream commit 1baee58638fc58248625255f5c5fcdb987f11b1f ]
Don't oops seems proper.
Cc: sta...@vger.kernel.org
Signed-off-by: Dave Airlie
Signed-off-by: Steven Rostedt
---
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Namhyung Kim
[ Upstream commit 6a76f8c0ab19f215af2a3442870eeb5f0e81998d ]
Currently set_ftrace_pid and set_graph_function files use seq_lseek
for their fops. However seq_open() is called
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Samu Kallio
[ Upstream commit 1160c2779b826c6f5c08e5cc542de58fd1f667d5 ]
In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
when lazy MMU updates are enabled, because
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Zhao Hongjiang
[ Upstream commit 91d80a84bbc8f28375cca7e65ec666577b4209ad ]
dprintk() shouldn't access @ring after it's unmapped.
Signed-off-by: Zhao Hongjiang
Cc: sta...@vger.kernel.org
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Jiri Slaby
[ Upstream commit 37b7f3c76595e23257f61bd80b223de8658617ee ]
In commit b0de59b5733d ("TTY: do not update atime/mtime on read/write")
we removed timestamps from tty inodes to fix
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Linus Torvalds
[ Upstream commit b4cbb197c7e7a68dbad0d491242e3ca67420c13e ]
Various drivers end up replicating the code to mmap() their memory
buffers into user space, and our core memory
This is the start of the stable review cycle for 3.6.11.3 release.
There are 126 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu May 9 23:54:01.
Anything received after
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Jan Stancek
[ Upstream commit b6a9b7f6b1f21735a7456d534dc0e68e61359d2c ]
find_vma() can be called by multiple threads with read lock
held on mm->mmap_sem and any of them can update
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Rainer Koenig
[ Upstream commit 1d87caa69c04008e09f5ff47b5e6acb6116febc7 ]
* Added the device ID to the modalias list and assinged ALC662 patches
for it
* Added 4 port support for the
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Lars-Peter Clausen
[ Upstream commit 8abac3ba51b5525354e9b2ec0eed1c9e95c905d9 ]
The last register block, which falls into the specified range, is not handled
correctly. The formula which
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: David Henningsson
[ Upstream commit aeb3a97222832e5457c4b72d72235098ce4bfe8d ]
Rename "Digitial In" to "Digital In". This function is only used for
proc output, so should not cause any
3.6.11.3 stable review patch.
If anyone has any objections, please let me know.
--
From: Anatolij Gustschin
[ Upstream commit 1ad849aee5f53353ed88d9cd3d68a51b03a7d44f ]
Some SPI slave devices require asserted chip select signal across
multiple transfer segments of an SPI
1 - 100 of 1885 matches
Mail list logo
