RX path need to know if the SKB fragments are stored on pages from another
domain.
Logically this patch should be after introducing the grant mapping itself, as
it makes sense only after that. But to keep bisectability, I moved it here. It
shouldn't change any functionality here.
This patch introduces grant mapping on netback TX path. It replaces grant copy
operations, ditching grant copy coalescing along the way. Another solution for
copy coalescing is introduced in patch #7, older guests and Windows can broke
before that patch applies.
There is a callback
This patch contains a few bits of refactoring before introducing the grant
mapping changes:
- introducing xenvif_tx_pending_slots_available(), as this is used several
times, and will be used more often
- rename the thread to vifX.Y-guest-rx, to signify it does RX work from the
guest point of
On Tue, 4 Mar 2014, Prarit Bhargava wrote:
> linux.git commit 9345005f4eed805308193658d12e4e7e9c261e74 added
> a definition for VECTOR_UNDEFINED = -1. There is a missing replacement in
> the io_apic.c file. Found during debugging of another issue.
>
> Cc: Rui Wang
> Cc: Michel Lespinasse
>
From: "H. Peter Anvin"
Use arch_get_random_seed*() in two places in the Linux random
driver (drivers/char/random.c):
1. During entropy pool initialization, use RDSEED in favor of RDRAND,
with a fallback to the latter. Entropy exhaustion is unlikely to
happen there on physical hardware as
From: "H. Peter Anvin"
Upcoming Intel silicon adds a new RDSEED instruction. Whereas RDRAND
returns output from a PRNG, the RDSEED instruction returns fully
conditioned entropy that is suitable for use as seeds to a PRNG.
The RDSEED instruction takes the same time to execute as RDRAND, but
From: "H. Peter Anvin"
Upcoming Intel silicon adds a new RDSEED instruction. Whereas RDRAND
returns output from a PRNG, the RDSEED instruction returns fully
conditioned entropy that is suitable for use as seeds to a PRNG.
This patchset adds support for RDSEED in the Linux kernel in three
From: "H. Peter Anvin"
If we have arch_get_random_seed*(), try to use it for emergency refill
of the entropy pool before giving up and blocking on /dev/random. It
may or may not work in the moment, but if it does work, it will give
the user better service than blocking will.
Signed-off-by: H.
David Miller writes:
> From: Andrew Morton
> Date: Tue, 4 Mar 2014 13:30:04 -0800
>
>> On Fri, 28 Feb 2014 20:50:19 -0800 ebied...@xmission.com (Eric W. Biederman)
>> wrote:
>>
>>>
>>> Modify audit_send_reply to directly use a non-blocking send and
>>> to return an error on failure (if
On Tue, Mar 4, 2014 at 2:11 PM, Thomas Gleixner wrote:
> On Tue, 4 Mar 2014, Andy Lutomirski wrote:
>
>> On Tue, Mar 4, 2014 at 12:58 PM, Thomas Gleixner wrote:
>> > On Tue, 25 Feb 2014, Andy Lutomirski wrote:
>> >> On the other hand, if you added a fancier version of timerfd_settime
>> >> that
On Tue, Mar 04, 2014 at 09:04:58AM -0800, Greg KH wrote:
> On Tue, Mar 04, 2014 at 01:50:55PM +0200, Mathias Nyman wrote:
> > On 03/03/2014 08:37 PM, Greg KH wrote:
> > >On Mon, Mar 03, 2014 at 07:30:17PM +0200, Mathias Nyman wrote:
> > >>xHCI driver has its own pci probe function that will call
On 03/04/2014 03:23 PM, One Thousand Gnomes wrote:
Obvious bug
| Usage model is a thread mmaps this file during initialization. It then
| writes a 1 to the mmap'd file after it grabs the lock in its critical
| section where it wants immunity from pre-emption.
You need to write it first or you
On 03/04/2014 04:32 PM, Naoya Horiguchi wrote:
> # sorry if duplicate message
>
> On Mon, Mar 03, 2014 at 04:38:41PM -0500, Sasha Levin wrote:
>> On 03/03/2014 03:06 PM, Sasha Levin wrote:
>>> On 03/03/2014 12:02 AM, Naoya Horiguchi wrote:
Hi Sasha,
>> I can confirm that with this
On Tue, 2014-03-04 at 11:59 -0800, Kees Cook wrote:
> On Tue, Mar 4, 2014 at 11:53 AM, Jason Cooper wrote:
> > On Tue, Mar 04, 2014 at 11:01:49AM -0800, Kees Cook wrote:
> >> On Tue, Mar 4, 2014 at 7:38 AM, Jason Cooper wrote:
> >> > Kees, Ted,
> >> >
> >> > On Mon, Mar 03, 2014 at 03:51:48PM
On Thu, 27 Feb 2014, Jiri Kosina wrote:
> On Thu, 27 Feb 2014, Or Gerlitz wrote:
>
> > ipoib is coded over the verbs API (include/rdma/ib_verbs.h) --- so tracking
> > the path from ipoib through the verbs api into mlx4 should be similar
> > exercise
> > as doing so for mlx5, but let's 1st
On Tue, 04 Mar 2014 14:41:16 -0800 ebied...@xmission.com (Eric W. Biederman)
wrote:
> David Miller writes:
>
> > From: Andrew Morton
> > Date: Tue, 4 Mar 2014 13:30:04 -0800
> >
> >> On Fri, 28 Feb 2014 20:50:19 -0800 ebied...@xmission.com (Eric W.
> >> Biederman) wrote:
> >>
> >>>
> >>>
On Fri, 14 Feb 2014 14:19:12 -0600 Christoph Lameter wrote:
> Use __this_cpu_read instead.
>
> ...
>
> --- linux.orig/arch/x86/include/asm/uv/uv_hub.h 2014-02-03
> 14:16:53.987889372 -0600
> +++ linux/arch/x86/include/asm/uv/uv_hub.h2014-02-03 14:16:53.987889372
> -0600
> @@ -618,7
On Sat, Mar 01, 2014 at 08:50:17AM -0800, H. Peter Anvin wrote:
> The bottom line is that if we want hard numbers we probably have to
> measure.
>
> Hoisting the cr2 read is a no-brainer, might even help performance...
Btw, I just got word that on AMD, a read from CR2 is 4 cycles on family
0x15
On Tue, Mar 04, 2014 at 05:02:17PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Getting this thing to work with the new mapping scheme would need more
> work.
Thanks Boris. Allows SGI UV to boot (without the extra bootline).
Acked-by: Russ Anderson
> Signed-off-by: Borislav
Hello.
On 01/15/2014 02:49 AM, Sergei Shtylyov wrote:
File names in the heading comments fell out of favor long ago, and this one
weren't even changed when the driver was moved from arch/arm/common/, so remove
it at last...
Signed-off-by: Sergei Shtylyov
---
The patch is against the
On Wed, 26 Feb 2014 15:31:47 -0800, "H. Peter Anvin" said:
> Yes... it looks like the 0.4.5-rc1 that shipped in Fedora is indeed out
> of date. With 0.5.0 I "only" see 8,207 messages, which means that at
> least the linux/err.h issue is gone.
Unfortunately, that's not true, at least with the
Hi John,
On Wed, 26 Feb 2014 07:47:38 +1100 Stephen Rothwell
wrote:
>
> On Tue, 25 Feb 2014 14:07:16 -0500 "John W. Linville"
> wrote:
> >
> > On Tue, Feb 25, 2014 at 01:35:37PM +1100, Stephen Rothwell wrote:
> > >
> > > After merging the wireless-next tree, today's linux-next build (x86_64
checkpatch.pl error in linux.c:
ERROR: do not use assignment in if condition
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/linux.c | 31 +++
1 files changed, 19 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/cxt1e1/linux.c
On Tue, 2014-03-04 at 15:15 -0800, tip-bot for Thomas Gleixner wrote:
> Commit-ID: 57310c3c99eb6fab2ecbd63aa3f7c323341ca77e
> Gitweb: http://git.kernel.org/tip/57310c3c99eb6fab2ecbd63aa3f7c323341ca77e
> Author: Thomas Gleixner
> AuthorDate: Wed, 5 Mar 2014 00:06:11 +0100
> Committer:
Hi John,
On Wed, 5 Mar 2014 10:16:27 +1100 Stephen Rothwell
wrote:
>
> If I revert commit 161d78555435 "Revert "Staging: rtl8812ae: remove
> modules field of rate_control_ops"", it fails differently:
>
> In file included from drivers/staging/wlan-ng/p80211netdev.c:91:0:
>
clean up checkpatch.pl error in linux.c:
ERROR: that open brace { should be on the previous line
Signed-off-by: Daeseok Youn
---
drivers/staging/cxt1e1/linux.c | 67 ---
1 files changed, 21 insertions(+), 46 deletions(-)
diff --git
On Tue, 4 Mar 2014 14:27:27 -0800
Andrew Morton wrote:
> On Fri, 14 Feb 2014 14:18:46 -0600 Christoph Lameter wrote:
>
> > [Patch depends on another patch in this series that introduces raw_cpu_ops]
> >
> > We define a check function in order to avoid trouble with the
> > include files. Then
Hi Andrew,
On Tue, 4 Mar 2014 13:26:04 -0800 Andrew Morton
wrote:
>
> On Sun, 2 Mar 2014 19:09:58 +0530 Gideon Israel Dsouza
> wrote:
>
> > To increase compiler portability there is which
> > provides convenience macros for various gcc constructs. Eg: __weak
> > for __attribute__((weak)).
On Wed, 5 Mar 2014, Benjamin Herrenschmidt wrote:
> On Tue, 2014-03-04 at 15:15 -0800, tip-bot for Thomas Gleixner wrote:
> > Commit-ID: 57310c3c99eb6fab2ecbd63aa3f7c323341ca77e
> > Gitweb:
> > http://git.kernel.org/tip/57310c3c99eb6fab2ecbd63aa3f7c323341ca77e
> > Author: Thomas
On Tue, Mar 4, 2014 at 2:08 PM, Mark Salter wrote:
> Add support for early IO or memory mappings which are needed
> before the normal ioremap() is usable. This also adds fixmap
> support for permanent fixed mappings such as that used by the
> earlyprintk device register region.
One minor
Hi Lee,
On Tue, 4 Mar 2014 16:06:55 +0800 Lee Jones wrote:
>
> > > After merging the mfd-lj tree, today's linux-next build (x86_64
> > > allmodconfig) failed like this:
> > >
> > > drivers/mfd/tps65218: struct i2c_device_id is 32 bytes. The last of 1 is:
> > > 0x74 0x70 0x73 0x36 0x35 0x32
Hi Balbi,
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Wednesday, March 05, 2014 3:56 AM
> To: Michal Nazarewicz
> Cc: Robert Baldyga; Felipe Balbi; Sergei Shtylyov; Liu, Chuansheng;
> gre...@linuxfoundation.org; linux-...@vger.kernel.org;
>
On Tue, 04 Mar 2014 14:34:00 -0800
"H. Peter Anvin" wrote:
> So we need to get something into x86/urgent for the CR2 bug.
>
> It seems like a no-brainer to do the hoisting patch, for which I prefer
> the version proposed by Jiri Olsa which reads %cr2 and then passes it to
> __do_page_fault() in
Peter, I've got the mixed mode support in two branches.
'mixed-mode' is a clean topic branch against -rc3, which will generate
conflicts when you merge it with the EFI 'next' branch.
I performed the merge myself in 'mixed-mode-merged' so you can take a
look there to see how I resolved the
On 03/04/2014 03:41 PM, Steven Rostedt wrote:
>
> The only other issue is if perf traces from function context and traces
> the trace_do_page_fault() call. But other than that, sure, take Jiri's
> patch.
>
Is there a known codepath on which that can happen?
-hpa
--
To unsubscribe from
On Tue, 4 Mar 2014 15:02:17 -0800
Andrew Morton wrote:
> On Fri, 14 Feb 2014 14:19:12 -0600 Christoph Lameter wrote:
>
> > Use __this_cpu_read instead.
> >
> > ...
> >
> > --- linux.orig/arch/x86/include/asm/uv/uv_hub.h 2014-02-03
> > 14:16:53.987889372 -0600
> > +++
On Tue, Mar 04, 2014 at 10:59:46AM +, Grant Likely wrote:
> On Tue, Mar 4, 2014 at 6:23 PM, Catalin Marinas
> wrote:
> > On Tue, Mar 04, 2014 at 02:15:45AM +, Graeme Gregory wrote:
> >> +ACPI ARM64
> >
> > That's a pretty broad statement for a single file. Is it core support,
> >
On Wed, Mar 05, 2014 at 10:21:09AM +1100, Stephen Rothwell wrote:
> Hi John,
>
> On Wed, 5 Mar 2014 10:16:27 +1100 Stephen Rothwell
> wrote:
> >
> > If I revert commit 161d78555435 "Revert "Staging: rtl8812ae: remove
> > modules field of rate_control_ops"", it fails differently:
> >
> > In
On Tue, 4 Mar 2014 18:42:10 -0500 Steven Rostedt wrote:
> > --- a/arch/x86/include/asm/uv/uv_hub.h~uv-replace-__get_cpu_var-fix
> > +++ a/arch/x86/include/asm/uv/uv_hub.h
> > @@ -618,7 +618,7 @@ struct uv_cpu_nmi_s {
> > };
> >
> > DECLARE_PER_CPU(struct uv_cpu_nmi_s, __uv_cpu_nmi);
> >
Please pull the following fix from Borislav that fixes a boot regression
for SGI UV.
The following changes since commit 09503379dc99535b1bbfa51aa1aeef340f5d82ec:
x86/efi: Check status field to validate BGRT header (2014-02-14 10:07:15
+)
are available in the git repository at:
On PREEMPT_RT enabled systems the interrupt handler run as threads at prio 50
(by default). If a high priority userspace process tries to shut down a busy
network interface it might spin in a yield loop waiting for the device to
become idle. With the interrupt thread having a lower priority than
On Tue, Mar 04, 2014 at 07:03:18PM +, Graeme Gregory wrote:
> On Tue, Mar 04, 2014 at 10:23:16AM +, Catalin Marinas wrote:
> > On Tue, Mar 04, 2014 at 02:15:45AM +, Graeme Gregory wrote:
> > > +ACPI ARM64
> >
> > That's a pretty broad statement for a single file. Is it core support,
>
Hi Kedar,
On Tue, 2014-03-04 at 06:50PM +0530, Kedareswara rao Appana wrote:
> This patch adds xilinx CAN controller support.
> This driver supports both ZYNQ CANPS and Soft IP
> AXI CAN controller.
>
[...]
> diff --git a/Documentation/devicetree/bindings/net/can/xilinx_can.txt
>
Hi all,
I am seeing the following RCU stalls messages appearing on an ARMv7
4xCPUs system running 3.14-rc4:
[ 42.974327] INFO: rcu_sched detected stalls on CPUs/tasks:
[ 42.979839] (detected by 0, t=2102 jiffies, g=4294967082,
c=4294967081, q=516)
[ 42.987169] INFO: Stall ended before
empty)
[ 2208.715759] Modules linked in:
[ 2208.716206] CPU: 34 PID: 3736 Comm: trinity-c209 Tainted: GW
3.14.0-rc5-next-20140304-sasha-9-geaa4df0 #77
[ 2208.717637] task: 880ff90c8000 ti: 880ff90c6000 task.ti:
880ff90c6000
[ 2208.718742] RIP: 0010:[] []
munlock_vma_pa
On 03/03/2014 04:40 PM, Jan Kara wrote:
On Sat 01-03-14 15:05:21, Sasha Levin wrote:
>ping again?
>
>I've been working on it, but don't see an obvious issue.
>
>It does look like an access to invalid memory easily doable from
>userspace, so it should probably get fixed soon...
Hum, can you
On Tue, Mar 4, 2014 at 1:09 AM, Matthew Garrett wrote:
>
> Actually, turns out there's a much easier way. Can you try this patch?
> I see the Thunderbolt controller after resume, although it doesn't seem
> to be in a working state.
>
> commit 102547d63e2cbbda42a25f650df9a33cf929a385
> Author:
On Tue, 04 Mar 2014 15:44:26 -0800
"H. Peter Anvin" wrote:
> On 03/04/2014 03:41 PM, Steven Rostedt wrote:
> >
> > The only other issue is if perf traces from function context and traces
> > the trace_do_page_fault() call. But other than that, sure, take Jiri's
> > patch.
> >
>
> Is there a
Signed-off-by: Jon Ringle
---
Makefile | 2 ++
init/Kconfig | 19 ---
2 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/Makefile b/Makefile
index 78209ee..e7f0b3c 100644
--- a/Makefile
+++ b/Makefile
@@ -581,6 +581,8 @@ all: vmlinux
ifdef
Marvell Dove's pinctrl does require some PMU regs for muxing PMU
functions to MPP pins. Recently, a discussion started about consolidating
Power Management Unit (PMU) into a single DT node. As we don't want
anymore DT ABI in the way, drop the corresponding reg property from
pinctrl binding
This is a small patch set preparing a discussion and rework for the
Power Management Unit (PMU) found on Marvell Dove SoCs. We are planing
to consolidate PMU into a single DT node instead of chopping it into
tiny pieces [1].
As we just have taken in patches for pinctrl driver that grab another
Pinctrl will WARN on missing DT resources, which is a little bit too
noisy. Use dev_warn with FW_BUG instead.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Linus Walleij
Cc: devicet...@vger.kernel.org
Cc:
On Tue, Mar 04, 2014 at 01:17:50PM -0800, Linus Torvalds wrote:
> On Tue, Mar 4, 2014 at 12:00 PM, Al Viro wrote:
> >
> > OK, with the attached set (the first one is essentially unchanged from
> > your first one), it seems to work and produce better code on all targets
> > I've tried. Comments?
Commit-ID: 0ac09f9f8cd1fb028a48330edba6023d347d3cea
Gitweb: http://git.kernel.org/tip/0ac09f9f8cd1fb028a48330edba6023d347d3cea
Author: Jiri Olsa
AuthorDate: Fri, 28 Feb 2014 17:05:26 +0100
Committer: H. Peter Anvin
CommitDate: Tue, 4 Mar 2014 16:00:14 -0800
x86, trace: Fix CR2
On Tue, 4 Mar 2014, Andy Lutomirski wrote:
> On Tue, Mar 4, 2014 at 2:11 PM, Thomas Gleixner wrote:
> > We do no add another random special case syscall for timerfd just
> > because timerfd is linux specific.
>
> What syscalls? I can think of exactly two timer interfaces that
> actually accept
Marvell Dove's pinctrl does require some PMU regs for muxing PMU
functions to MPP pins. Recently, a discussion started about consolidating
Power Management Unit (PMU) into a single DT node. As we don't want
anymore DT ABI in the way, drop the corresponding reg property from
pinctrl node now. The
On Thu, 2014-02-27 at 19:45 -0800, John Fastabend wrote:
> On 2/27/2014 6:43 PM, Ding Tianhong wrote:
> > I run these steps:
> >
> > modprobe 8021q
> > vconfig add eth2 20
> > vconfig add eth2.20 20
> > ifconfig eth2 xx.xx.xx.xx
> >
> > then the Call Trace happened:
> >
>
> [...]
>
> >
On Tuesday, March 04, 2014 10:23:58 AM Mika Westerberg wrote:
> On Mon, Mar 03, 2014 at 01:19:25AM +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Make the ACPI-based PCI hotplug (ACPIPHP) code use
> > pci_device_is_present() for checking if devices are present instead
> > of
On 03/04/2014 03:02 PM, Andrew Morton wrote:
> On Fri, 14 Feb 2014 14:19:12 -0600 Christoph Lameter wrote:
>
>> Use __this_cpu_read instead.
>>
>>
>> --- linux.orig/arch/x86/include/asm/uv/uv_hub.h 2014-02-03
>> 14:16:53.987889372 -0600
>> +++ linux/arch/x86/include/asm/uv/uv_hub.h
On Tuesday, March 04, 2014 12:53:05 PM Toshi Kani wrote:
> On Sat, 2014-03-01 at 20:57 +, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Since the only function executed by acpi_hotplug_execute() is
> > acpi_device_hotplug() and it only is called by the ACPI core,
> > simplify
From: ebied...@xmission.com (Eric W. Biederman)
Date: Tue, 04 Mar 2014 14:41:16 -0800
> If we really want the ability to always appened to the queue of skb's
> is to just have a version of netlink_send_skb that ignores the queued
> limits. Of course an evil program then could force the
On Tuesday, March 04, 2014 11:00:26 AM Viresh Kumar wrote:
> This patch adds cpufreq suspend/resume calls to dpm_{suspend|resume}() for
> handling suspend/resume of cpufreq governors.
>
> Lan Tianyu (Intel) & Jinhyuk Choi (Broadcom) found an issue where tunables
> configuration for
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Tiejun Chen
Any callers to the function rcu_preempt_qs() must disable irqs in
order to protect the assignment to ->rcu_read_unlock_special. In
RT case, rcu_bh_qs() as the wrapper
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Since we replaced msleep() by hrtimer I see now and then (rarely) this:
| [] Waiting for /dev to be fully populated...
|
Dear RT Folks,
This is the RT stable review cycle of patch 3.8.13.14-rt28-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Mostly unwind is done with irqs enabled however SLUB may call it with
irqs disabled while creating a new SLUB cache.
I had system freeze while loading a
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index be1e37b..124baf7 100644
On Wed, Mar 05, 2014 at 12:59:54AM +0100, Andreas Noever wrote:
>
> I belive that the patch has the same effect as passing
> acpi_osi=! acpi_osi=Darwin
> to the kernel. The problem with that approach is that it changes the
> firmware behaviour quite a lot. In particular it prevents Linux
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt
Ulrich Obergfell pointed out that cpu_chill() calls msleep() which is woken
up by the ksoftirqd running the TIMER softirq. But as the cpu_chill() is
called from
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Paul E. McKenney"
Running RCU out of softirq is a problem for some workloads that would
like to manage RCU core processing independently of other softirq work,
for example,
On Wed, 5 Mar 2014, Sergei Shtylyov wrote:
> Hello.
>
> On 01/15/2014 02:49 AM, Sergei Shtylyov wrote:
>
> > > File names in the heading comments fell out of favor long ago, and this
> > > one
> > > weren't even changed when the driver was moved from arch/arm/common/, so
> > > remove
> > > it
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Nicholas Mc Guire
in response to the oops in ip_output.c:ip_send_unicast_reply under high
network load with CONFIG_PREEMPT_RT_FULL=y, reported by Sami Pietikainen
, this patch
3.8.13.14-rt28-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
where do I start. Let me explain what is going on here. The code
sequence
| pushf
| pop%edx
| or $0x1,%dh
| push %edx
| mov$0xe0,%eax
|
3.4.82-rt101-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
where do I start. Let me explain what is going on here. The code
sequence
| pushf
| pop%edx
| or $0x1,%dh
| push %edx
| mov$0xe0,%eax
| popf
On Tue, Mar 04, 2014 at 01:16:56PM +0100, Vlastimil Babka wrote:
> On 03/04/2014 01:55 AM, Joonsoo Kim wrote:
> >On Mon, Mar 03, 2014 at 02:54:09PM +0100, Vlastimil Babka wrote:
> >>On 03/03/2014 09:22 AM, Joonsoo Kim wrote:
> >>>On Fri, Feb 28, 2014 at 03:15:00PM +0100, Vlastimil Babka wrote:
>
3.4.82-rt101-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Tiejun Chen
Any callers to the function rcu_preempt_qs() must disable irqs in
order to protect the assignment to ->rcu_read_unlock_special. In
RT case, rcu_bh_qs() as the wrapper of
3.4.82-rt101-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 79d3e2b..18ffee1 100644
3.4.82-rt101-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Mostly unwind is done with irqs enabled however SLUB may call it with
irqs disabled while creating a new SLUB cache.
I had system freeze while loading a
3.4.82-rt101-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt
Ulrich Obergfell pointed out that cpu_chill() calls msleep() which is woken
up by the ksoftirqd running the TIMER softirq. But as the cpu_chill() is
called from
3.4.82-rt101-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Since we replaced msleep() by hrtimer I see now and then (rarely) this:
| [] Waiting for /dev to be fully populated...
|
Dear RT Folks,
This is the RT stable review cycle of patch 3.4.82-rt101-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
On Tue, Mar 04, 2014 at 11:10:44AM +0900, Daeseok Youn wrote:
>
> clean up checkpatch.pl error in linux.c:
> ERROR: that open brace { should be on the previous line
>
> Signed-off-by: Daeseok Youn
> ---
> drivers/staging/cxt1e1/linux.c | 67 ---
> 1 files
Dear RT Folks,
This is the RT stable review cycle of patch 3.2.55-rt79-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
3.2.55-rt79-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
where do I start. Let me explain what is going on here. The code
sequence
| pushf
| pop%edx
| or $0x1,%dh
| push %edx
| mov$0xe0,%eax
| popf
|
3.2.55-rt79-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Tiejun Chen
Any callers to the function rcu_preempt_qs() must disable irqs in
order to protect the assignment to ->rcu_read_unlock_special. In
RT case, rcu_bh_qs() as the wrapper of
3.2.55-rt79-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt
Ulrich Obergfell pointed out that cpu_chill() calls msleep() which is woken
up by the ksoftirqd running the TIMER softirq. But as the cpu_chill() is
called from
3.2.55-rt79-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 30758e0..cf494ca 100644
3.2.55-rt79-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Since we replaced msleep() by hrtimer I see now and then (rarely) this:
| [] Waiting for /dev to be fully populated...
|
3.2.55-rt79-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Mostly unwind is done with irqs enabled however SLUB may call it with
irqs disabled while creating a new SLUB cache.
I had system freeze while loading a
With -Werror=array-bounds, gcc v4.7.x warns that in phy_find_valid(), the
settings[] "array subscript is above array bounds", I think because idx is
a signed integer and if the caller supplied idx < 0, we pass the guard but
still reference out of bounds.
Fix this by making idx unsigned here and
On Fri, Feb 28, 2014 at 03:15:00PM +0100, Vlastimil Babka wrote:
> In order to prevent race with set_pageblock_migratetype, most of calls to
> get_pageblock_migratetype have been moved under zone->lock. For the remaining
> call sites, the extra locking is undesirable, notably in
On Mon, Mar 03, 2014 at 12:27:55PM +0300, Dan Carpenter wrote:
> On Sun, Mar 02, 2014 at 08:52:19PM -0600, Chase Southwood wrote:
> > This patch introduces a few simple outl and inl helper functions to allow
> > several lines which violate the character limit to be shortened
> > appropriately. It
On Tue, 4 Mar 2014, Khalid Aziz wrote:
> be in the right control group. Besides they want to use a common mechanism
> across multiple OSs and pre-emption delay is already in use on other OSs. Good
> idea though.
Well, just because preemption delay is a mechanism exposed by some
other OS does not
On Fri, Feb 28, 2014 at 03:15:01PM +0100, Vlastimil Babka wrote:
> This patch complements the addition of get_pageblock_migratetype_nolock() for
> the case where is_migrate_isolate_page() cannot be called with zone->lock
> held.
> A race with set_pageblock_migratetype() may be detected, in which
LTO patches add __visible to the asmlinkage define, causing
compilation warnings like:
drivers/irqchip/irq-gic.c:283:1: warning: 'externally_visible'
attribute have effect only on public objects [-Wattributes]
Drop asmlinkage here to avoid such warnings.
Reported-by: Olof's autobuilder
Cc:
On Tue, Mar 04, 2014 at 05:32:40AM +, Jason Cooper wrote:
> -static void dove_pmu_irq_handler(unsigned int irq, struct irq_desc *desc)
> -{
> - struct irq_domain *d = irq_get_handler_data(irq);
> - struct irq_chip_generic *gc = irq_get_domain_generic_chip(d, 0);
> - u32 stat =
On Tue, Mar 4, 2014 at 4:10 PM, Thomas Gleixner wrote:
> On Tue, 4 Mar 2014, Andy Lutomirski wrote:
>> On Tue, Mar 4, 2014 at 2:11 PM, Thomas Gleixner wrote:
>> > We do no add another random special case syscall for timerfd just
>> > because timerfd is linux specific.
>>
>> What syscalls? I can
2014-03-04 16:35 GMT-08:00 Bjorn Helgaas :
> With -Werror=array-bounds, gcc v4.7.x warns that in phy_find_valid(), the
> settings[] "array subscript is above array bounds", I think because idx is
> a signed integer and if the caller supplied idx < 0, we pass the guard but
> still reference out of
Despite all my efforts to do renumbering right, this subject still shows
9/9 instead of 10/10.
On 04/03/14 22:32, Zoltan Kiss wrote:
Unmapping causes TLB flushing, therefore we should make it in the largest
possible batches. However we shouldn't starve the guest for too long. So if
the guest
On Tue, 2014-03-04 at 15:55 -0800, Florian Fainelli wrote:
> Hi all,
>
> I am seeing the following RCU stalls messages appearing on an ARMv7
> 4xCPUs system running 3.14-rc4:
>
> [ 42.974327] INFO: rcu_sched detected stalls on CPUs/tasks:
> [ 42.979839] (detected by 0, t=2102 jiffies,
1901 - 2000 of 2246 matches
Mail list logo