3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Ian Campbell
commit 094cb98179f19b75acf9ff471daabf3948ce98e6 upstream.
memblock_is_region_reserved() returns true in the case of a partial
overlap, meaning that the current code fails to reser
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Vetter
commit b0616c5306b342ceca07044dbc4f917d95c4f825 upstream.
Otherwise we'll have backtraces in assert_panel_unlocked because the
BIOS locks the register. In the reporter's case thi
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Petr Mladek
commit f5475cc43c899e33098d4db44b7c5e710f16589d upstream.
I was unable too boot 3.18.0-rc6 because of the following kernel
panic in drm_calc_vbltimestamp_from_scanoutpos():
[d
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Chris Clayton
commit e2e68ae688b0a3766cd75aedf4ed4e39be402009 upstream.
commit e6023367d779 'x86, kaslr: Prevent .bss from overlaping initrd'
broke the cross compile of x86. It added a objdump
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Duyck
[ Upstream commit 3dc2b6a8d38cf6c7604ec25f3d50d6ec8da04435 ]
In "vxlan: Call udp_sock_create" there was a logic error that resulted in
the default for IPv6 VXLAN tunnels going
On Sun, Dec 14, 2014 at 11:50:20AM -0800, Linus Torvalds wrote:
> On Sun, Dec 14, 2014 at 10:04 AM, Frederic Weisbecker
> wrote:
> >
> > Such as:
>
> So I like your patch, but quite frankly, can we go one step further?
>
> Look at the callers of __schedule().
>
> EVERY SINGLE ONE now has that l
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Forshee
commit 8d609725d4357f499e2103e46011308b32f53513 upstream.
These BUGs can be erroneously triggered by frags which refer to
tail pages within a compound page. The data in these page
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein
[ Upstream commit 2d5c57d7fbfaa642fb7f0673df24f32b83d9066c ]
Some VF drivers use the upper byte of "param1" (the qp count field)
in mlx4_qp_reserve_range() to pass flags which
On Sun, 14 Dec 2014 15:16:09 -0500
Steven Rostedt wrote:
> 1) Allow traceopoints to be enabled right after mm_init(). By passing
> in the trace_event= kernel command line parameter, tracepoints can be
> enabled at boot up. For debugging things like the initialization of
> interrupts, it is needed
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Forrest
commit c4ea95d7cd08d9ffd7fa75e6c5e0332d596dd11e upstream.
Andrew Morton noticed that the error return from anon_vma_clone() was
being dropped and replaced with -ENOMEM (which is
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Willem de Bruijn
[ Upstream commit f4713a3dfad045d46afcb9c2a7d0bba288920ed4 ]
TCP timestamping introduced MSG_ERRQUEUE handling for TCP sockets.
If the socket is of family AF_INET6, call ipv6_
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
[ Upstream commit e0ebde0e131b529fd721b24f62872def5ec3718c ]
rtnl_link_get_net() holds a reference on the 'struct net', we need to release
it in case of error.
CC: Eric W. Bie
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Graf
[ Upstream commit f6c6fda4c9e17940b0a2ba206b0408babfdc930c ]
Fixes: 7f28fa10 ("bonding: add arp_ip_target netlink support")
Reported-by: John Fastabend
Cc: Scott Feldman
Signed-o
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Denis Kirjanov
[ Upstream commit 2e46477a12f6fd273e31a220b155d66e8352198c ]
Remove optimize_div() from BPF_MOD | BPF_K case
since we don't know the dividend and fix the
emit_mod() by reading t
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 5f478b41033606d325e420df693162e2524c2b94 ]
mvneta_tx() dereferences skb to get skb->len too late,
as hardware might have completed the transmit and TX completion
Hi Pavel,
>>> Hacks surrounding bluetooth address were removed; this results in
>>> working driver with address that is probably not unique.
>>
>> Just set HCI_QUIRK_INVALID_BDADDR and let someone deal with that in
>> userspace. You can use the btmgmt public-addr command for testing.
>>
>
> Ok
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: willy tarreau
[ Upstream commit aebea2ba0f7495e1a1c9ea5e753d146cb2f6b845 ]
The mvneta driver sets the amount of Tx coalesce packets to 16 by
default. Normally that does not cause any trouble s
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Tom Herbert
[ Upstream commit 6fb2a756739aa507c1fd5b8126f0bfc2f070dc46 ]
Set the inner mac header to point to the GRE payload when
doing GRO. This is needed if we proceed to send the packet
th
On Sun, Dec 14, 2014 at 01:20:20PM -0500, Steven Rostedt wrote:
> On Sun, 14 Dec 2014 10:14:44 -0800
> "Paul E. McKenney" wrote:
>
>
> > > diff --git a/init/main.c b/init/main.c
> > > index 800a0daede7e..060e60b6aa59 100644
> > > --- a/init/main.c
> > > +++ b/init/main.c
> > > @@ -561,6 +561,9 @
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: David Vrabel
[ Upstream commit 11d3d2a16cc1f05c6ece69a4392e99efb85666a6 ]
Commit 97a6d1bb2b658ac85ed88205ccd1ab809899884d (xen-netfront: Fix
handling packets on compound pages with skb_lineari
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit 7f19fc5e0b617593dcda0d9956adc78b559ef1f5 ]
For netlink, we shouldn't be using arch_fast_hash() as a hashing
discipline, but rather jhash() instead.
Since net
3.17-stable review patch. If anyone has any objections, please let me know.
--
This reverts commit 2dbfff81a40b5b2be553042ad5c767e34fdd214c, which
really is commit 558e4736f2e1b0e6323adf7a5e4df77ed6cfc1a4 upstream.
Sorry for the confusion, this got applied twice, and reverted on
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit f62f5eff3d40a56ad1cf0d81a6cac8dd8743e8a1 upstream.
The same fixup to enable EAPD is needed for ASUS Z99He with AD1986A
codec like another ASUS machine.
Reported-and-tested
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Mackerras
commit 7c3fbbdd04a681a1992ad6a3d7a36a63ff668753 upstream.
The bounds check for nodeid in cache_alloc_node gives false
positives on machines where the node IDs are not contig
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Sakari Ailus
commit b31eb901c4e5eeef4c83c43dfbc7fe0d4348cb21 upstream.
Setting a non-settable selection target caused BUG() to be called. The check
for valid selections only takes the selectio
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: sensoray-dev
commit 1f391217ad8d7cd7b1e48e6e2abf49970cd91d18 upstream.
length is the size of the buffer, not the payload. That's set using
vb2_set_plane_payload().
Signed-off-by: Dean Anderso
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Torokhov
commit aad0b624129709c94c2e19e583b6053520353fa8 upstream.
irq_of_parse_and_map() returns 0 on error (the result is unsigned int),
so testing for negative result never works.
S
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 2b21ef0aae65f22f5ba86b13c4588f6f0c2dbefb upstream.
Just like 0x1600 which got blacklisted by 66a7cbc303f4 ("ahci: disable
MSI instead of NCQ on Samsung pci-e SSDs on macbooks"
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Hugh Dickins
commit 2022b4d18a491a578218ce7a4eca8666db895a73 upstream.
I've been seeing swapoff hangs in recent testing: it's cycling around
trying unsuccessfully to find an mm for some remain
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Devin Ryles
commit 249cd0a187ed4ef1d0af7f74362cc2791ec5581b upstream.
This patch adds DeviceIDs for Sunrise Point-LP.
Signed-off-by: Devin Ryles
Signed-off-by: Tejun Heo
Signed-off-by: Greg
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: lucien
[ Upstream commit 20ea60ca9952bd19d4b0d74719daba305aef5178 ]
Now the vti_link_ops do not point the .dellink, for fb tunnel device
(ip_vti0), the net_device will be removed as the defaul
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Leitner
[ Upstream commit 00c83b01d58068dfeb2e1351cca6fccf2a83fa8f ]
Currently, when trying to reuse a socket, vxlan_sock_add will grab
vn->sock_lock, locate a reusable socket, inc ref
3.17-stable review patch. If anyone has any objections, please let me know.
--
From: Yuri Chislov
[ Upstream commit be6572fdb1bfbe23b2624d477de50af50b02f5d6 ]
When using GRE redirection in WCCP, it sets the wrong skb->protocol,
that is, ETH_P_IP instead of ETH_P_IPV6 for the e
On Sun, Dec 14, 2014 at 01:25:56PM -0500, Steven Rostedt wrote:
> On Sun, 14 Dec 2014 10:18:35 -0800
> "Paul E. McKenney" wrote:
>
> > > With your feed back, and because I would like this to go into 3.19, I
> > > would like to keep the current patch as is (with the read_mostly
> > > update, which
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein
[ Upstream commit 2d5c57d7fbfaa642fb7f0673df24f32b83d9066c ]
Some VF drivers use the upper byte of "param1" (the qp count field)
in mlx4_qp_reserve_range() to pass flags which
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Har'El
commit bfd0a56b90005f8c8a004baf407ad90045c2b11e upstream.
If we let L1 use EPT, we should probably also support the INVEPT instruction.
In our current nested EPT implementation,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Dichtel
[ Upstream commit e0ebde0e131b529fd721b24f62872def5ec3718c ]
rtnl_link_get_net() holds a reference on the 'struct net', we need to release
it in case of error.
CC: Eric W. Bie
Hello Linus & everyone,
The following changes since commit b2776bf7149bddd1f4161f14f79520f17fc1d71d:
Linux 3.18 (2014-12-07 14:21:05 -0800)
are available in the git repository at:
git://git.kvack.org/~bcrl/aio-next.git master
for you to fetch changes up to 5f785de588735306ec4d7c875caf9d284
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: willy tarreau
[ Upstream commit aebea2ba0f7495e1a1c9ea5e753d146cb2f6b845 ]
The mvneta driver sets the amount of Tx coalesce packets to 16 by
default. Normally that does not cause any trouble s
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Thadeu Lima de Souza Cascardo
[ Upstream commit a620a6bc1c94c22d6c312892be1e0ae171523125 ]
If TX channels are set to 4 and RX channels are set to less than 4,
using ethtool -L, the driver will
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Torokhov
commit aad0b624129709c94c2e19e583b6053520353fa8 upstream.
irq_of_parse_and_map() returns 0 on error (the result is unsigned int),
so testing for negative result never works.
S
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Yuri Chislov
[ Upstream commit be6572fdb1bfbe23b2624d477de50af50b02f5d6 ]
When using GRE redirection in WCCP, it sets the wrong skb->protocol,
that is, ETH_P_IP instead of ETH_P_IPV6 for the e
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 2b21ef0aae65f22f5ba86b13c4588f6f0c2dbefb upstream.
Just like 0x1600 which got blacklisted by 66a7cbc303f4 ("ahci: disable
MSI instead of NCQ on Samsung pci-e SSDs on macbooks"
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Devin Ryles
commit 249cd0a187ed4ef1d0af7f74362cc2791ec5581b upstream.
This patch adds DeviceIDs for Sunrise Point-LP.
Signed-off-by: Devin Ryles
Signed-off-by: Tejun Heo
Signed-off-by: Greg
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Weijie Yang
commit fb993fa1a2f669215fa03a09eed7848f2663e336 upstream.
If a frontswap dup-store failed, it should invalidate the expired page
in the backend, or it could trigger some data corru
From: "Steven Rostedt (Red Hat)"
Enabling tracepoints at boot up can be very useful. The tracepoint
can be initialized right after RCU has been. There's no need to
wait for the early_initcall() to be called. That's too late for some
things that can use tracepoints for debugging. Move the logic to
From: "Steven Rostedt (Red Hat)"
Add the kernel command line tp_printk option that will have tracepoints
that are active sent to printk() as well as to the trace buffer.
Passing "tp_printk" will activate this. To turn it off, the sysctl
/proc/sys/kernel/tracepoint_printk can have '0' echoed into
Version 2:
Removed the update to tracepoint.c code and just call trace_init()
after rcu_init() where call_rcu_sched() can be used.
Version 1 at: http://lkml.kernel.org/r/20141214164104.307127...@goodmis.org
This adds two new features:
1) Allow traceopoints to be enabled right after mm_init(
On Sun, Dec 14, 2014 at 10:04 AM, Frederic Weisbecker
wrote:
>
> Such as:
So I like your patch, but quite frankly, can we go one step further?
Look at the callers of __schedule().
EVERY SINGLE ONE now has that loop around it that goes along the lines of
do {
.. disable preemption some
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: 0e58af4e1d2166e9e33375a0f121e4867010d4f8 x86/tls: Disallow unusual
TLS segments
Misc fixes (mainly Andy's TLS fixes), plus a cleanup.
* Frederic Weisbecker wrote:
> On Sat, Dec 13, 2014 at 08:36:34AM +0100, Ingo Molnar wrote:
> >
> > * Linus Torvalds wrote:
> >
> > > I'm also not sure if the bug ever happens with preemption
> > > disabled. Sasha, was that you who reported that you cannot
> > > reproduce it without preempt
On 12/12, David Hildenbrand wrote:
>
> void get_online_cpus(void)
> {
> @@ -103,8 +95,7 @@ void get_online_cpus(void)
> return;
> cpuhp_lock_acquire_read();
> mutex_lock(&cpu_hotplug.lock);
> - apply_puts_pending(65536);
> - cpu_hotplug.refcount++;
> + atomic
Hi!
> > Hacks surrounding bluetooth address were removed; this results in
> > working driver with address that is probably not unique.
>
> Just set HCI_QUIRK_INVALID_BDADDR and let someone deal with that in
> userspace. You can use the btmgmt public-addr command for testing.
>
Ok, it took me
On 12/12, David Hildenbrand wrote:
>
> > This is subjective, but how about
> >
> > static bool xxx(void)
> > {
> > mutex_lock(&cpu_hotplug.lock);
> > if (atomic_read(&cpu_hotplug.refcount) == 0)
> > return true;
> > mutex_unlock(&cpu_h
> -Original Message-
> From: Michal Hocko [mailto:mho...@suse.cz]
> Sent: Thursday, December 11, 2014 4:58 AM
> To: KY Srinivasan
> Cc: Yasuaki Ishimatsu; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; linux
On Sun, 14 Dec 2014, Stefan Berger wrote:
> On 12/14/2014 10:40 AM, Jarkko Sakkinen wrote:
> > On Sun, Dec 14, 2014 at 09:48:26AM -0500, Stefan Berger wrote:
> > > On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
> > > > Detect TPM 2.0 by sending idempotent TPM 2.x command. Ordinals for
> > > > TPM 2
Hi
I have not reviewed this code closely, but a few items just caught my eye
at a brief glance.
On Tue, 9 Dec 2014, Tomeu Vizoso wrote:
> The ACTMON block can monitor several counters, providing averaging and firing
> interrupts based on watermarking configuration. This implementation monitors
On Sun, 14 Dec 2014 10:18:35 -0800
"Paul E. McKenney" wrote:
> > With your feed back, and because I would like this to go into 3.19, I
> > would like to keep the current patch as is (with the read_mostly
> > update, which I'm currently testing). We can always change it later
> > after call_rcu()
On Sun, Dec 14, 2014 at 03:41:20PM +, Richard Farthing wrote:
> I patched 3.12.34 to 3.12.35 and the attached now happens at boot.
> Sorry I don't have better than a photo, cannot get past this.
>
> The root FS is EXT2. It's admittedly an old test machine that I'm using to
> build up a new co
On Sun, 14 Dec 2014 10:14:44 -0800
"Paul E. McKenney" wrote:
> > diff --git a/init/main.c b/init/main.c
> > index 800a0daede7e..060e60b6aa59 100644
> > --- a/init/main.c
> > +++ b/init/main.c
> > @@ -561,6 +561,9 @@ asmlinkage __visible void __init start_kernel(void)
> > trap_init();
> >
On Sun, Dec 14, 2014 at 01:15:38PM -0500, Steven Rostedt wrote:
> On Sun, 14 Dec 2014 10:08:54 -0800
> "Paul E. McKenney" wrote:
>
> > On Sun, Dec 14, 2014 at 11:53:32AM -0500, Steven Rostedt wrote:
> > > On Sun, 14 Dec 2014 11:41:05 -0500
> > > Steven Rostedt wrote:
> > >
> > > > From: "Steven
On Sun, Dec 14, 2014 at 09:41:04AM -0800, Andy Lutomirski wrote:
> On Sun, Dec 14, 2014 at 9:37 AM, Paul E. McKenney
> wrote:
> > On Sun, Dec 14, 2014 at 08:29:33AM -0800, Andy Lutomirski wrote:
> >> On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
> >> wrote:
> >> > On Sat, Dec 13, 2014 at 11:2
Hi,
On Sat, 13 December 2014 Manish Yadav wrote:
> on my system (based on 2.6.16.17), i am trying to clear the cached
> memory but it is not being cleared.
>
> mars# free -m
> total used free sharedbuffers cached
> Mem: 925459465
On Sun, 14 Dec 2014 10:08:54 -0800
"Paul E. McKenney" wrote:
> On Sun, Dec 14, 2014 at 11:53:32AM -0500, Steven Rostedt wrote:
> > On Sun, 14 Dec 2014 11:41:05 -0500
> > Steven Rostedt wrote:
> >
> > > From: "Steven Rostedt (Red Hat)"
> > >
> > > In order to move enabling of trace events to j
On Sun, Dec 14, 2014 at 11:41:06AM -0500, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Enabling tracepoints at boot up can be very useful. The tracepoint
> can be initialized right after memory has been. There's no need to
> wait for the early_initcall() to be called. That's too l
On Sun, Dec 14, 2014 at 12:44:31PM -0500, Steven Rostedt wrote:
> On Sun, 14 Dec 2014 17:29:28 + (UTC)
> Mathieu Desnoyers wrote:
>
> > Given that your reason for having this RCU-specific logic in tracepoint.c
> > rather than within call_rcu*() is not slowing down a fast-path, how about
> > c
On Sun, Dec 14, 2014 at 11:53:32AM -0500, Steven Rostedt wrote:
> On Sun, 14 Dec 2014 11:41:05 -0500
> Steven Rostedt wrote:
>
> > From: "Steven Rostedt (Red Hat)"
> >
> > In order to move enabling of trace events to just after mm_init(), the
> > tracepoint enable code can not use call_rcu_sche
On Sat, Dec 13, 2014 at 08:36:34AM +0100, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
> > I'm also not sure if the bug ever happens with preemption
> > disabled. Sasha, was that you who reported that you cannot
> > reproduce it without preemption? It strikes me that there's a
> > race co
Johan,
While working on the tx_empty changes you suggested it occurred to me
that it might not be obvious to others that the firmware doesn't send
a packet with the NT124_CTRL_TXEMPTY flag cleared when it begins
transmitting. The practical implication is that if the driver sets
tx_empty = true whe
On Sat, Dec 13, 2014 at 10:07:52AM -0800, Paul E. McKenney wrote:
> On Sat, Dec 13, 2014 at 10:53:35AM -0500, Sasha Levin wrote:
> > On 12/13/2014 03:30 AM, Ingo Molnar wrote:
> > >> > This is my no_hz related config:
> > >> >
> > >> > $ grep NO_HZ .config
> > >> > CONFIG_NO_HZ_COMMON=y
> > >> > #
On Sun, 14 Dec 2014 17:29:28 + (UTC)
Mathieu Desnoyers wrote:
> Given that your reason for having this RCU-specific logic in tracepoint.c
> rather than within call_rcu*() is not slowing down a fast-path, how about
> creating a new call_rcu_early() and call_rcu_sched_early() which can be
> cal
On Sun, Dec 14, 2014 at 9:37 AM, Paul E. McKenney
wrote:
> On Sun, Dec 14, 2014 at 08:29:33AM -0800, Andy Lutomirski wrote:
>> On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
>> wrote:
>> > On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski wrote:
>> >> On Dec 13, 2014 10:58 PM, "Stephen
On Sun, Dec 14, 2014 at 08:29:33AM -0800, Andy Lutomirski wrote:
> On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
> wrote:
> > On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski wrote:
> >> On Dec 13, 2014 10:58 PM, "Stephen Rothwell" wrote:
> >> >
> >> > Hi Andy,
> >> >
> >> > The luto
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: linux-kernel@vger.kernel.org, "Linus Torvalds"
> , "Ingo Molnar" ,
> "Andrew Morton" , "Thomas Gleixner"
> , "Paul E. McKenney"
>
> Sent: Sunday, December 14, 2014 12:21:36 PM
> Subject: Re: [PATCH 1/3] trace
On Sun, 14 Dec 2014 12:14:57 -0500
Steven Rostedt wrote:
> If IRQ setup, or other core pieces of code can use this, then I would
> agree that rcu should be changed. But until then, I rather not add
> another conditional to the core RCU code.
Also, call_rcu*() is called from several hot paths. Th
Hi Marek,
> Marek Vasut hat am 14. Dezember 2014 um 17:12 geschrieben:
>
> >
> > static void __iomem *digctrl;
> > #define DIGCTRL digctrl
> > @@ -118,11 +119,12 @@ static void __init clk_misc_init(void)
> > /*
> > * 480 MHz seems too high to be ssp clock source directly,
> > * so set frac0 to ge
On Sun, 14 Dec 2014 17:05:49 + (UTC)
Mathieu Desnoyers wrote:
> > #ifdef CONFIG_MODULES
> > /*
> > * Tracepoint module list mutex protects the local module list.
> > @@ -76,7 +85,16 @@ static inline void release_probes(struct tracepoint_func
> > *old)
> > if (old) {
> > s
On Sun, 14 Dec 2014 11:41:04 -0500
Steven Rostedt wrote:
> As the merge window is still open, and this code was not as complex
> as I thought it might be. I'm thinking of pushing this in now.
>
> This will allow Thomas to debug his irq work for 3.20.
Bah, my cover letters have sucked lately. Le
- Original Message -
> From: "Steven Rostedt"
> To: linux-kernel@vger.kernel.org
> Cc: "Linus Torvalds" , "Ingo Molnar"
> , "Andrew Morton"
> , "Thomas Gleixner" , "Mathieu
> Desnoyers"
> , "Paul E. McKenney"
>
> Sent: Sunday, December 14, 2014 11:41:05 AM
> Subject: [PATCH 1/3] tracep
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/blackfin/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+)
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/ia64/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+), 1
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/sh/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+), 2
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/metag/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+)
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/microblaze/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertio
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/parisc/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/xtensa/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/sparc/include/asm/uaccess_64.h | 4 ++--
1 file changed, 2 insertions
On Sun, 14 Dec 2014 11:41:05 -0500
Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> In order to move enabling of trace events to just after mm_init(), the
> tracepoint enable code can not use call_rcu_sched() because rcu isn't
> even initialized yet. Since this can only happen befo
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/arm64/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+), 1
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/powerpc/include/asm/uaccess.h | 6 +++---
1 file changed, 3 insertion
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/m68k/include/asm/uaccess_mm.h | 4 ++--
1 file changed, 2 insertions(
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/sparc/include/asm/uaccess_32.h | 8
1 file changed, 4 insert
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/openrisc/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/cris/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/m32r/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+),
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/avr32/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+)
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/alpha/include/asm/uaccess.h | 4 ++--
1 file changed, 2 insertions(+)
virtio wants to read bitwise types from userspace using get_user. At the
moment this triggers sparse errors, since the value is passed through an
integer.
Fix that up using __force.
Signed-off-by: Michael S. Tsirkin
---
arch/x86/include/asm/uaccess.h | 2 +-
1 file changed, 1 insertion(+), 1 d
At the moment, if p and x are both tagged as bitwise types,
get_user(x, p) produces a sparse warning on many architectures.
This is because *p on these architectures is loaded into long
(typically using asm), then cast back to typeof(*p).
When typeof(*p) is a bitwise type (which is uncommon), such
From: "Steven Rostedt (Red Hat)"
In order to move enabling of trace events to just after mm_init(), the
tracepoint enable code can not use call_rcu_sched() because rcu isn't
even initialized yet. Since this can only happen before SMP is set up
(and even before interrupts are set up), there's no
301 - 400 of 454 matches
Mail list logo