The d_lock was used in prepend_path() to protect dentry->d_name from
being changed under the hood. As the caller of prepend_path() has
to take the rename_lock before calling into it, there is no chance
that d_name will be changed. The d_lock lock is only needed when the
rename_lock is not taken.
The d_path() and related kernel functions currently take a writer
lock on rename_lock because they need to follow pointers. By changing
rename_lock to be the new sequence read/write lock, a reader lock
can be taken and multiple d_path() threads can proceed concurrently
without blocking each other.
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Haojian Zhuang
commit e7e034e18a0ab6bafb2425c3242cac311164f4d6 upstream.
The RTC control register should be enabled in the process of
initializing.
Without this patch, I failed to enable
On Tue, 19 Feb 2013, Will Huck wrote:
>
> Another question:
I don't see the connection to deleting a swapped out page from swap cache.
>
> Why kernel memory mapping use direct mapping instead of kmalloc/vmalloc which
> will setup mapping on demand?
I may misunderstand you, and "kernel memory
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Larry Finger
commit a5ffbe0a1993a27072742ef7db6cf9839956fce9 upstream.
Kernel commits 41affd5 and 6539306 changed the locking in rtl_lps_leave()
from a spinlock to a mutex by doing the
3.5.7.6 -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.
> -Original Message-
> From: linux-fbdev-ow...@vger.kernel.org [mailto:linux-fbdev-
> ow...@vger.kernel.org] On Behalf Of Olaf Hering
> Sent: Tuesday, February 19, 2013 1:40 PM
> To: Haiyang Zhang
> Cc: florianschandi...@gmx.de; linux-fb...@vger.kernel.org; KY Srinivasan;
>
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: T Makphaibulchoke
commit 4965f5667f36a95b41cda6638875bc992bd7d18b upstream.
Using a recursive call add a non-conflicting region in
__reserve_region_with_split() could result in a stack
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Stephen Hemminger
commit adbbf69d1a54abf424e91875746a610dcc80017d upstream.
I changed my email because the vyatta.com mail server is now
redirected to brocade.com; and the Brocade mail
On Sun, Feb 17, 2013 at 10:49:08AM +, Grant Likely wrote:
> > > The patch introduce a regression on imx6q boot. The IOMUXC block on
> > > imx6q is special. It acts not only a pin controller but also a system
> > > controller with a bunch of system level registers in there. That's why
> > >
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Or Gerlitz
commit ca4c7b35f75492de7fbf5ee95be07481c348caee upstream.
The lines
if (mlx4_is_mfunc(dev)) {
nreq = 2;
} else {
which hard code the number of
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Timo=20Ter=C3=A4s?=
commit 5d0feaff230c0abfe4a112e6f09f096ed99e0b2d upstream.
This was introduced in commit 6dccd16 "r8169: merge with version
6.001.00 of Realtek's r8169
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Ricardo Leitner
commit bd30e947207e2ea0ff2c08f5b4a03025ddce48d3 upstream.
They will be created at output, if ever needed. This avoids creating
empty neighbor entries when
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 794ed393b707f01858f5ebe2ae5eabaf89d00022 upstream.
Ben Greear reported crashes in ip_rcv_finish() on a stress
test involving many macvlans.
We tracked the bug to a
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Tilman Schmidt
commit d721a1752ba544df8d7d36959038b26bc92bdf80 upstream.
If subtracting 12 from l leaves zero we'd do a zero size allocation,
leading to an oops later when we try to set
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Rob Herring
commit d6fb3be544b46a7611a3373fcaa62b5b0be01888 upstream.
The xgmac driver assumes 1 frame per descriptor. If a frame larger than
the descriptor's buffer size is received, the
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 01fe944f1024bd4e5c327ddbe8d657656b66af2f upstream.
commit df8ef8f3aaa (macvlan: add FDB bridge ops and macvlan flags)
forgot to update macvlan_get_size() after the
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Romain Kuntz
commit 85da53bf1c336bb07ac038fb951403ab0478d2c5 upstream.
The tests on the flags in addrconf_get_prefix_route() does no make
much sense: the 'noflags' parameter contains the
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Phil Sutter
commit 9665d5d62487e8e7b1f546c00e11107155384b9a upstream.
When releasing a packet socket, the routine packet_set_ring() is reused
to free rings instead of allocating them. But
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
commit b5c37fe6e24eec194bb29d22fdd55d73bcc709bf upstream.
On sctp_endpoint_destroy, previously used sensitive keying material
should be zeroed out before the memory is
On Tue, Feb 19, 2013 at 11:34 AM, Jiri Slaby wrote:
> Hi,
>
> so I hit that one:
> + dev_WARN_ONCE(>dev, atomic_read(>enable_cnt) <= 0,
> + "disabling already-disabled device");
>
> during suspend (to ram):
> WARNING: at drivers/pci/pci.c:1397
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Neil Horman
commit 2f94aabd9f6c925d77aecb3ff020f1cc12ed8f86 upstream.
Jamie Parsons reported a problem recently, in which the re-initalization of an
association (The duplicate init case),
> > Mika, I want to populate this characterization data as device
> > specific/custom data which could be anything And may not be entirely
> > related to battery. Is this is possible?
>
> Yes, for example you could have a custom ACPI method with your device which
> then returns this information.
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Ian Campbell
commit b9149729ebdcfce63f853aa54a404c6a8f6ebbf3 upstream.
Signed-off-by: Ian Campbell
Acked-by: Jan Beulich
Signed-off-by: David S. Miller
Signed-off-by: Herton Ronaldo
goto err and goto err_gateoff before mutex_lock(>internal->demod_lock)
lead to unlock of unheld mutex in stv090x_sleep().
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/media/dvb-frontends/stv090x.c | 22 --
1
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Ilpo=20J=C3=A4rvinen?=
commit 6731d2095bd4aef18027c72ef845ab1087c3ba63 upstream.
There are transients during normal FRTO procedure during which
the packets_in_flight can go to
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Sarveshwar Bandi
commit 6caab7b0544e83e6c160b5e80f5a4a7dd69545c7 upstream.
If lower layer driver leaves the ip header in the skb fragment, it needs to
be first pulled into skb->data
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Herton Ronaldo Krzesinski
This reverts commit ff88c5021f17139d961478e40372f6bb028321bc, which is a
cherry-pick of commit 65bdac5effd15d6af619b3b7218627ef4d84ed6a upstream.
As discussed on
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Stoney Wang
commit cb214ede7657db458fd0b2a25ea0b28dbf900ebc upstream.
When a HP ProLiant DL980 G7 Server boots a regular kernel,
there will be intermittent lost interrupts which could
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Nithin Nayak Sujir
commit daf3ec688e057f6060fb9bb0819feac7a8bbf45c upstream.
TG3_PHY_AUXCTL_SMDSP_ENABLE/DISABLE macros do a blind write to the phy
auxiliary control register and
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Ian Campbell
commit 48856286b64e4b66ec62b94e504d0b29c1ade664 upstream.
A buggy or malicious frontend should not be able to confuse netback.
If we spot anything which is not as it should
On Tue, 19 Feb 2013, Ric Mason wrote:
>
> There is a call of try_to_free_swap in function swap_writepage, if
> swap_writepage is call from shrink_page_list path, PageSwapCache(page) ==
> trure, PageWriteback(page) maybe false, page_swapcount(page) == 0, then will
> delete the page from swap cache
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Gerald Schaefer
commit 9977f0f164d46613288e0b5778eae500dfe06f31 upstream.
With commit 8e72033f2a48 ("thp: make MADV_HUGEPAGE check for
mm->def_flags") the VM_NOHUGEPAGE flag may be set on
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit 0ee364eb316348ddf3e0dfcd986f5f13f528f821 upstream.
A user reported the following oops when a backup process reads
/proc/kcore:
BUG: unable to handle kernel paging
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Satoru Takeuchi
commit 1de63d60cd5b0d33a812efa455d5933bf1564a51 upstream.
There was a serious problem in samsung-laptop that its platform driver is
designed to run under BIOS and running
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 7c45512df987c5619db041b5c9b80d281e26d3db upstream.
Commit c060f943d092 ("mm: use aligned zone start for pfn_to_bitidx
calculation") fixed out calculation of the
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: "Rafael J. Wysocki"
commit 249bfb83cf8ba658955f0245ac3981d941f746ee upstream.
Devices are added to pci_pme_list when drivers use pci_enable_wake()
or pci_wake_from_d3(), but they aren't
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Linus Walleij
commit 3399cfb5df9594495b876d1843a7165f77366b2b upstream.
Commit e7e034e18a0a ("drivers/rtc/rtc-pl031.c: fix the missing operation
on enable") accidentally broke the ST
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook
commit e575a86fdc50d013bf3ad3aa81d9100e8e6cc60d upstream.
Without this patch, it is trivial to determine kernel page
mappings by examining the error code reported to dmesg[1].
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Nithin Nayak Sujir
commit 9c13cb8bb477a83b9a3c9e5a5478a4e21294a760 upstream.
When netconsole is enabled, logging messages generated during tg3_open
can result in a null pointer
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Heiko Carstens
commit d911e03d097bdc01363df5d81c43f69432eb785c upstream.
Since ed4f209 "s390/time: fix sched_clock() overflow" a new helper function
is used to avoid overflows when
On Tue, Feb 19, 2013 at 01:18:25PM -0500, Sasha Levin wrote:
> >> [ 169.930103] ---[ end trace 4d135f3def21b4bd ]---
> >>
> >> The code translates to the following in fs/pipe.c:alloc_pipe_info :
> >>
> >> pipe = kzalloc(sizeof(struct pipe_inode_info), GFP_KERNEL);
> >> if
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit 2e5f421211ff76c17130b4597bc06df4eeead24f upstream.
Commit 9dc274151a548 (tcp: fix ABC in tcp_slow_start())
uncovered a bug in FRTO code :
tcp_process_frto() is setting
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Ian Campbell
commit 4cc7c1cb7b11b6f3515bd9075527576a1eecc4aa upstream.
Signed-off-by: Ian Campbell
Signed-off-by: David S. Miller
Signed-off-by: Herton Ronaldo Krzesinski
---
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
commit 6ba542a291a5e558603ac51cda9bded347ce7627 upstream.
In sctp_setsockopt_auth_key, we create a temporary copy of the user
passed shared auth key for the endpoint or
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Daley
commit 7d5145d8eb2b9791533ffe4dc003b129b9696c48 upstream.
Signed-off-by: Matthew Daley
Reviewed-by: Konrad Rzeszutek Wilk
Acked-by: Ian Campbell
Acked-by: Jan Beulich
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Heiko Carstens
commit ab54ee80aa7585f9666ff4dd665441d7ce41f1e8 upstream.
We have conflicting type qualifiers for "freg_t" in s390's ptrace.h and the
iphase atm device driver, which causes
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
commit 559bcac35facfed49ab4f408e162971612dcfdf3 upstream.
1) rhine_tx() should use dev_kfree_skb() not dev_kfree_skb_irq()
2) rhine_slow_event_task's NAPI triggering
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Cong Wang
commit 604dfd6efc9b79bce432f2394791708d8e8f6efc upstream.
The return value of pktgen_add_device() is not checked, so
even if we fail to add some device, for example, non-exist
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit a05948f296ce103989b28a2606e47d2e287c3c89 upstream.
Christoph Paasch found netxen could trigger a BUG in its dismantle
phase, in netxen_release_tx_buffer(), using full
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Romain KUNTZ
commit 7efdba5bd9a2f3e2059beeb45c9fa55eefe1bced upstream.
Commit 299b0767 (ipv6: Fix IPsec slowpath fragmentation problem)
has introduced a error in the header length
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Yan Burman
commit 213815a1e6ae70b9648483b110bc5081795f99e8 upstream.
Commit 5b4c4d36860e "mlx4_en: Allow communication between functions on
same host" introduced a regression under which
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Cong Wang
commit c9be4a5c49cf51cc70a993f004c5bb30067a65ce upstream.
A regression is introduced by the following commit:
commit 4d52cfbef6266092d535237ba5a4b981458ab171
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Somnath Kotur
commit 93040ae5cc8dcc893eca4a4366dc8415af278edf upstream.
Fixed spelling error in a comment as pointed out by DaveM.
Also refactored existing code a bit to provide
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Sjur=20Br=C3=A6ndeland?=
commit aded024a12b32fc1ed9a80639681daae2d07ec25 upstream.
Don't access uninitialized work-queue when removing device.
The work queue is initialized only
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Jan Luebbe
commit 72fca4a4b32dc778b5b885c3498700e42b610d49 upstream.
Previously the alarm event was not propagated into the RTC subsystem.
By adding a call to rtc_update_irq, this fixes a
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: fangxiaozhi
commit 200e0d994d9d1919b28c87f1a5fb99a8e13b8a0f upstream.
1. Optimize the match rules with new macro for Huawei USB storage devices,
to avoid to load USB storage driver for
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Vyacheslav Dubeyko
commit a9bae189542e71f91e61a4428adf6e5a7dfe8063 upstream.
There exists a situation when GC can work in background alone without
any other filesystem activity during
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Petr=20Kub=C3=A1nek?=
commit 0ba3b2ccc72b3df5c305d61f59d93ab0f0e87991 upstream.
Add support for Zolix Omni 1509 monochromator custom USB-RS232 converter.
Signed-off-by: Petr
The current code takes the dentry's d_lock lock whenever the d_count
reference count is being updated. In reality, nothing big really
happens until d_count goes to 0 in dput(). So it is not necessary to
take the lock if the reference count won't go to 0.
Without using a lock, multiple threads may
It was found that the Oracle database software issues a lot of call
to the seq_path() kernel function which translates a (dentry, mnt)
pair to an absolute path. The seq_path() function will eventually
take the following two locks:
1. dentry->d_lock (spinlock) from dget()/dput()
2. rename_lock
On Fri, Feb 15, 2013 at 6:37 PM, Yinghai Lu wrote:
> On Fri, Feb 15, 2013 at 5:26 PM, Yinghai Lu wrote:
>> On Fri, Feb 15, 2013 at 4:39 PM, Bjorn Helgaas wrote:
>>> On Thu, Feb 14, 2013 at 5:50 PM, Yinghai Lu wrote:
On Tue, Feb 12, 2013 at 12:22 PM, Rafael J. Wysocki wrote:
> On
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit fd5d93a0015ce1a7db881382022b2fcdfdc61760 upstream.
If the requested number of DWs on the ring is larger than
the size of the ring itself, return an error.
In testing
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 3e619d04159be54b3daa0b7036b0ce9e067f4b5d upstream.
This patch (as1654) fixes a very old bug in ehci-hcd, connected with
scheduling of periodic split transfers. The
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Mikko Tiihonen
commit f689e3acbd2e48cc4101e0af454193f81af4baaf upstream.
Make sure at least one RB is enabled in
r6xx_remap_render_backend() to avoid an division by
zero in some corner
Quoting Stephen Warren (2013-02-19 10:39:35)
> On 02/15/2013 05:36 AM, Peter De Schrijver wrote:
> > This is the seventh version of the Tegra114 clockframework. It is based on
> > the
> > for-next branch of
> > git://git.kernel.org/pub/scm/linux/kernel/git/swarren/linux-tegra.git and
> >
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher
commit 9200ee4941a6e5d1ec5df88982243686882dff3f upstream.
vbios says external TMDS while the board is actually
internal TMDS.
fixes:
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit ee74290b7853db9d5fd64db70e5c175241c59fba upstream.
This patch (as1652) fixes a long-standing bug in ehci-hcd. The driver
relies on status polls to know when to stop
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 48c3375c5f69b1c2ef3d1051a0009cb9bce0ce24 upstream.
This patch (as1640) fixes a memory leak in xhci-hcd. The urb_priv
data structure isn't always deallocated in the
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Lan Tianyu
commit 54a3ac0c9e5b7213daa358ce74d154352657353a upstream.
Usb3.0 device defines function remote wakeup which is only for interface
recipient rather than device recipient. This
3.5.7.6 -stable review patch. If anyone has any objections, please let me know.
--
From: Sarah Sharp
commit f18f8ed2a9adc41c2d9294b85b6af115829d2af1 upstream.
To calculate the TD size for a particular TRB in an isoc TD, we need
know the endpoint's max packet size.
On Tue, Feb 19, 2013 at 06:12:35PM +, Stefano Stabellini wrote:
> On Tue, 19 Feb 2013, Ian Campbell wrote:
> > On ARM we want these to be the same size on 32- and 64-bit.
> >
> > This is an ABI change on ARM. X86 does not change.
> >
> > Signed-off-by: Ian Campbell
> > Cc: Jan Beulich
> >
Hi Chung-yih,
On Mon, Feb 18, 2013 at 05:45:07PM +0800, Chung-Yih Wang (王崇懿) wrote:
> Yes, I could add CONFIG_MOUSE_PS2_SYNAPTICS for the change as we only
> need it for synaptics touchpad/touchpoint on lenovo's machines.
>
I do not think it will solve anything as all distributions have
On Tue, Feb 19, 2013 at 10:09:07AM +0100, Stefan Richter wrote:
> Date: Mon, 18 Feb 2013 14:24:36 -0700
> From: Tim Gardner
>
> 'firewire: convert to idr_alloc()' accidentally orphaned 'minor'.
>
> drivers/firewire/core-device.c: In function ‘fw_device_init’:
>
Hey Linus,
I am hoping you can help out. I've a branch for 3.9 which has some
code that depends on the changes to the Xen hypervisor. The changes
to the Xen hypervisor are still in flux - aka they are not baked. The
code on the Linux side that uses this is marked with EXPERIMENTAL to
ward off
Hello, Linus.
This is cpuset changes for 3.9-rc1.
* Synchornization has seen a lot of changes with focus on decoupling
cpuset synchronization from cgroup internal locking. After this
change, there only remain a couple of mostly trivial dependencies on
cgroup_lock outside cgroup core
On Tue, Feb 19, Haiyang Zhang wrote:
> The emulated video device is a separate device from the synthetic video.
> The synthetic driver can only take control of the synthetic video, but not
> the emulated video.
Please add this to the comment above.
> Actually, we already have a similar
On 02/15/2013 05:36 AM, Peter De Schrijver wrote:
> This is the seventh version of the Tegra114 clockframework. It is based on the
> for-next branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/swarren/linux-tegra.git and
> http://www.spinics.net/lists/arm-kernel/msg220452.html.
Mike,
I
Hello,
Hit this WARNING once while fuzzing the kernel with trinity in a qemu
virtual machine as the root user.
Does this make any sense? I have occasionally seen some ATA related
troubles while fuzzing in a VM, but this warning is new to me.
[ 490.717030] WARNING: at
On Wed, Feb 20, 2013 at 12:34:12AM +0800, Daniel J Blueman wrote:
> Hi Paul,
>
> On some of our larger servers with many hundreds of cores and when
> under high duress, we can see scheduler RCU stall warnings [1], so
> find we have to increase the hardcoded RCU_STALL_RAT_DELAY up from 2
> and
On Tue, Feb 19, 2013 at 08:22:01PM +0200, Pallala, Ramakrishna wrote:
> Mika, I want to populate this characterization data as device
> specific/custom data which could be anything And may not be entirely
> related to battery. Is this is possible?
Yes, for example you could have a custom ACPI
Hi,
so I hit that one:
+ dev_WARN_ONCE(>dev, atomic_read(>enable_cnt) <= 0,
+ "disabling already-disabled device");
during suspend (to ram):
WARNING: at drivers/pci/pci.c:1397 pci_disable_device+0x90/0xa0()
Hardware name: To Be Filled By O.E.M.
Device e1000e
disabling
On 02/19/2013 01:29 PM, Dave Jones wrote:
> On Tue, Feb 19, 2013 at 01:18:25PM -0500, Sasha Levin wrote:
>
> > >> [ 169.930103] ---[ end trace 4d135f3def21b4bd ]---
> > >>
> > >> The code translates to the following in fs/pipe.c:alloc_pipe_info :
> > >>
> > >> pipe =
From: Borislav Petkov
The "x86, AMD: Enable WC+ memory type on family 10 processors" patch
currently in -tip added a workaround for AMD F10h CPUs which #GPs my
guest when booted in kvm. This is because it accesses MSR_AMD64_BU_CFG2
which is not currently ignored by kvm. Do that because this MSR
From: Borislav Petkov
The WC+ workaround for F10h introduces a new MSR and kvm host #GPs
on accesses to unknown MSRs if paravirt is not compiled in. Use the
exception-handling MSR accessors so as not to break 3.8 and later guests
booting on older hosts.
Remove a redundant family check while at
Hello, Linus.
These are cgroup changes for 3.9-rc1. Nothing too drastic.
* Removal of synchronize_rcu() from userland visible paths.
* Various fixes and cleanups from Li.
* cgroup_rightmost_descendant() added which will be used by cpuset
changes (it will be a separate pull request).
The
On 02/19/2013 11:40 PM, Konrad Rzeszutek Wilk wrote:
> On Tue, Jan 22, 2013 at 01:10:51PM +0530, Srivatsa S. Bhat wrote:
>> Once stop_machine() is gone from the CPU offline path, we won't be able to
>> depend on preempt_disable() or local_irq_disable() to prevent CPUs from
>> going offline from
On Tuesday 19 February 2013 07:44:29 Thomas Gleixner wrote:
> The early console implementations are the same all over the
> place. Move the print function to kernel/printk and get rid of the
> copies.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message
On Tue, Feb 19, 2013 at 09:53:47AM -0800, H. Peter Anvin wrote:
> On 02/19/2013 01:31 AM, Cyrill Gorcunov wrote:
> >+
> >+ If unsure, say N.
> >+
>
> Wrong advice. In this particular case, Y is the safe alternative.
---
From: Cyrill Gorcunov
Subject: kcmp: Make it to depend on CONFIG_KCMP
On Tue, Feb 19, 2013 at 09:47:29AM -0700, Stephen Warren wrote:
> On 02/16/2013 04:50 AM, Axel Lin wrote:
> > Ignore the setting and show "Only SM0/SM1 can set slew rate" warning is
> > enough,
> > then we can return 0 instead of -EINVAL in
> > tps6586x_regulator_set_slew_rate().
> >
> >
On 02/19/2013 01:21 PM, H. Peter Anvin wrote:
On 02/19/2013 10:19 AM, Boris Ostrovsky wrote:
On 02/19/2013 12:57 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Feb 19, 2013 at 06:47:58PM +0100, Borislav Petkov wrote:
On Tue, Feb 19, 2013 at 09:38:31AM -0800, H. Peter Anvin wrote:
My fault... I was
On 02/18/2013 12:35 PM, Thomas Gleixner wrote:
On Tue, 5 Feb 2013, John Stultz wrote:
On 02/05/2013 02:13 PM, Stephane Eranian wrote:
But if people are strongly opposed to the clock_gettime() approach, then
I can go with the ioctl() because the functionality is definitively needed
ASAP.
I
On 02/19/2013 03:18 AM, Joonsoo Kim wrote:
> Hello, Seth.
> I'm not sure that this is right time to review, because I already have
> seen many effort of various people to promote zxxx series. I don't want to
> be a stopper to promote these. :)
Any time is good review time :) Thanks for your
On 02/19/2013 10:19 AM, Boris Ostrovsky wrote:
On 02/19/2013 12:57 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Feb 19, 2013 at 06:47:58PM +0100, Borislav Petkov wrote:
On Tue, Feb 19, 2013 at 09:38:31AM -0800, H. Peter Anvin wrote:
My fault... I was tracking the fix and lost track of the thread.
> > > > > > I am trying to populate battery related information through
> > > > > > ACPI tables and do battery management through non acpi
> > > > > > drivers. Can you tell or point me on how to populate the ACPI
> > > > > > tables in FW/BIOS and get them in OS? I am new to ACPI world.
> > > > >
On Mon, 18 Feb 2013, Catalin Marinas wrote:
> ARM processors with LPAE enabled use 3 levels of page tables, with an
> entry in the top level (pgd) covering 1GB of virtual space. Because of
> the branch relocation limitations on ARM, the loadable modules are
> mapped 16MB below PAGE_OFFSET, making
On 02/19/2013 07:10 PM, Thomas Gleixner wrote:
> On Tue, 19 Feb 2013, Daniel Lezcano wrote:
>> I am working on identifying the different wakeup sources from the
>> interrupts and I have a question regarding the timer broadcast.
>>
>> The broadcast timer is setup to the next event and that will
On 02/19/2013 12:57 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Feb 19, 2013 at 06:47:58PM +0100, Borislav Petkov wrote:
On Tue, Feb 19, 2013 at 09:38:31AM -0800, H. Peter Anvin wrote:
My fault... I was tracking the fix and lost track of the thread.
The problem is that the fix is necessary but
From: xiong
Date: Wed, 20 Feb 2013 01:23:09 +0800
> in the previous commit : f1f220ea1dda078, the BUSY state of buffer is wrongly
> deleted. this patch just restore it.
>
> Signed-off-by: xiong
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
From: Kirill Kapranov
Date: Tue, 19 Feb 2013 13:53:48 +0400
> Tested at 2.6.38.7, applicable up to for 3.0.4.
> Signed-off-by: Kirill Kapranov ,
> --- linux/drivers/net/phy/phy.c.orig 2011-05-22 02:13:59.0 +0400
> +++ linux/drivers/net/phy/phy.c 2012-04-28 12:49:37.0
301 - 400 of 1522 matches
Mail list logo