From: "Yann E. MORIN"
Michal,
Here is the official pull-request for the kconfig-related changes I've
gathered from the linux-kbuild list, and those I've locally accumulated,
for inclusin in 3.10:
- memory leak fixed in mconf
- 3 randconfig fixes (randomising choices, setting tristates,
Recent gcc's may place functions into the .text.unlikely section and we
need to check this section as well for section mismatches now otherwise
we may have false negatives for this test.
Cc: Rusty Russell
Cc: Greg Kroah-Hartman
Cc: linux-kernel@vger.kernel.org
Cc: linux-kbu...@vger.kernel.org
On Wed, 24 Apr 2013 15:17:49 -0700 Andrew Morton
wrote:
> > +static void migrate_to_reboot_cpu(void)
> > +{
> > + /* The boot cpu is always logical cpu 0 */
> > + int reboot_cpu_id = 0;
> > +
> > + cpu_hotplug_disable();
> > +
> > + /* Make certain the cpu I'm about to reboot on is
On Wed, 24 Apr 2013 06:18:50 -0500 Robin Holt wrote:
> We recently noticed that reboot of a 1024 cpu machine takes approx 16
> minutes of just stopping the cpus. The slowdown was tracked to commit
> f96972f.
>
> The current implementation does all the work of hot removing the cpus
> before
From: Davidlohr Bueso
Sedat reported an issue leading to a NULL dereference in update_queue():
[ 178.490583] BUG: spinlock bad magic on CPU#1, sh/8066
[ 178.490595] lock: 0x88008b53ea18, .magic: 6b6b6b6b, .owner: make/8068,
.owner_cpu: 3
[ 178.490599] BUG: unable to handle kernel NULL
Sourav Poddar writes:
> Remove "no_idle_on_suspend" check, since respective
> driver should be able to prevent idling of a
> device whenever required.
>
> Driver's can get same behavior by just returning -EBUSY
> from their ->runtime_suspend only during suspend.
>
> Cc: Santosh Shilimkar
> Cc:
On Wed, 24 Apr 2013, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> CC: Marc Zyngier
> CC: will.dea...@arm.com
> CC: a...@arndb.de
> CC: rob.herr...@calxeda.com
Thinking twice about this patch, a less intrusive alternative would be
to set arm_pm_restart and pm_power_off to two
On Wed, 24 Apr 2013 06:18:53 -0500 Robin Holt wrote:
> Since arch/x86 has the most extensive reboot= handling and it appears to
> have no effect on the remaining architectures. This patch moves that
> reboot= handling from arch/x86 to the generic kernel.
>
This seems incomplete. These, in
On Wed, Apr 24, 2013 at 02:30:53PM -0700, Linus Torvalds wrote:
> On Wed, Apr 24, 2013 at 1:35 PM, Kees Cook wrote:
> >
> > That said, I much prefer doing the privilege test at read time since
> > that means passing a file descriptor to another process doesn't mean
> > the new process can just
On 04/24/2013 04:28 PM, Myklebust, Trond wrote:
> On Wed, 2013-04-24 at 15:55 -0500, Dave Chiluk wrote:
>> Changing the retry to start at NFS4_POLL_RETRY_MIN and exponentially grow
>> to NFS4_POLL_RETRY_MAX allow for faster handling of these error conditions.
>>
>> Additionally this alleviates an
On Wed, Apr 24, 2013 at 02:36:39PM -0700, Kees Cook wrote:
> >>
> >> So, the problem here is the expectation of privileges. The /proc/kmsg
> >> usage pattern was:
> >>
> >> open /proc/kmsg with CAP_SYSLOG
> >> drop CAP_SYSLOG
> >> read /proc/kmsg forever
> >
> > This doesn't change the /proc
On Wed, Apr 24, 2013 at 2:30 PM, Linus Torvalds
wrote:
> On Wed, Apr 24, 2013 at 1:35 PM, Kees Cook wrote:
>>
>> That said, I much prefer doing the privilege test at read time since
>> that means passing a file descriptor to another process doesn't mean
>> the new process can just continue
On Wed, 24 Apr 2013 10:31:57 -0400 Alexandre Bounine
wrote:
> Rework to implement RapidIO enumeration/discovery method selection
> combined with ability to use enumeration/discovery as a kernel module.
>
> This patch adds ability to introduce new RapidIO enumeration/discovery methods
> using
On Wed, Apr 24, 2013 at 2:21 PM, Josh Boyer wrote:
> On Wed, Apr 24, 2013 at 01:35:17PM -0700, Kees Cook wrote:
>> On Wed, Apr 24, 2013 at 10:58 AM, Josh Boyer wrote:
>> > On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
>> >> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
>> >> >
On Thu, 2013-02-14 at 20:53 -0700, Alex Williamson wrote:
> On Thu, 2013-02-14 at 16:47 -0700, Bjorn Helgaas wrote:
> > On Thu, Feb 14, 2013 at 11:37 AM, Alex Williamson
> > wrote:
> > > A bus reset can trigger a presence detection change and result in a
> > > suprise hotplug. This is generally
Sourav Poddar writes:
> The driver manages "no_console_suspend" by preventing runtime PM
> during the suspend path, which forces the console UART to stay awake.
>
> Signed-off-by: Sourav Poddar
> ---
> drivers/tty/serial/omap-serial.c | 29 -
> 1 files changed, 28
On Wed, Apr 24, 2013 at 1:35 PM, Kees Cook wrote:
>
> That said, I much prefer doing the privilege test at read time since
> that means passing a file descriptor to another process doesn't mean
> the new process can just continue reading.
Bullshit.
That's exactly the wrong kind of thinking. If
On Wed, 2013-04-24 at 15:55 -0500, Dave Chiluk wrote:
> Changing the retry to start at NFS4_POLL_RETRY_MIN and exponentially grow
> to NFS4_POLL_RETRY_MAX allow for faster handling of these error conditions.
>
> Additionally this alleviates an interoperability problem with the AIX NFSv4
> Server.
On 04/24/2013 12:44 PM, Kay Sievers wrote:
On Wed, Apr 24, 2013 at 8:32 PM, John Stultz wrote:
Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
which enables some minor compile time optimization to avoid
uncessary code in mostly the suspend/resume path could cause
problems for
On Wed, Apr 24, 2013 at 11:17 PM, Alan Stern wrote:
> On Wed, 24 Apr 2013, Sedat Dilek wrote:
>
>> > Did this work differently under earlier kernels?
>> >
>>
>> Unfortunately, s/r did not work for several Linux-Next releases as
>> there is missing tglx's patch pendinging in tip.git/timers/core.
>
On 04/24/2013 12:18 PM, Kay Sievers wrote:
On Wed, Apr 24, 2013 at 8:55 PM, John Stultz wrote:
On 04/24/2013 11:41 AM, Kay Sievers wrote:
On Wed, Apr 24, 2013 at 8:32 PM, John Stultz
wrote:
Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
which enables some minor compile time
On Wed, Apr 24, 2013 at 01:35:17PM -0700, Kees Cook wrote:
> On Wed, Apr 24, 2013 at 10:58 AM, Josh Boyer wrote:
> > On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> >> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> >> > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> >>
On Wed, 24 Apr 2013, Sedat Dilek wrote:
> > Did this work differently under earlier kernels?
> >
>
> Unfortunately, s/r did not work for several Linux-Next releases as
> there is missing tglx's patch pendinging in tip.git/timers/core.
Have you tried testing under 3.8? Or earlier releases?
> >
On Wednesday, April 24, 2013 01:22:20 PM Casey Schaufler wrote:
> On 4/24/2013 11:57 AM, Paul Moore wrote:
> > I know we had a good discussion about this a while back and I just wanted
> > to hear from you about this current patchset; how does the labeled
> > networking LSM assignment work? Is it
On Tue, 23 Apr 2013 17:47:20 +0200 Alexander Holler
wrote:
> >>> "time_was_set_once" and have choosen one day just in case something
> >>> needs really long to boot (e.g. because of some lengthy fsck or whatever
> >>> else).
> >>>
> >>> A solution to both problems might be to change the logic
On Wed, Apr 24, 2013 at 03:55:49PM -0500, Dave Chiluk wrote:
> Changing the retry to start at NFS4_POLL_RETRY_MIN and exponentially grow
> to NFS4_POLL_RETRY_MAX allow for faster handling of these error conditions.
>
> Additionally this alleviates an interoperability problem with the AIX NFSv4
>
On Wednesday, April 24, 2013 12:09:50 PM Casey Schaufler wrote:
> On 4/24/2013 11:51 AM, Paul Moore wrote:
> > On Tuesday, April 23, 2013 09:04:31 AM Casey Schaufler wrote:
> >> Subject: [PATCH v13 5/9] LSM: Networking component isolation
> >>
> >> The NetLabel, XFRM and secmark networking
On 04/24/13 13:04, Andrew Morton wrote:
> On Mon, 22 Apr 2013 13:39:38 -0400 Mike Frysinger wrote:
>
>> The kconfig language requires that dependent options all follow the
>> menuconfig symbol in order to be collapsed below it. Recently some
>> hidden options were added below the EXPERT
Hi Prabhakar,
Thank you for the patch.
On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> This patch series adds an fbdev driver for Texas
> Instruments Davinci SoC.The display subsystem consists
> of OSD and VENC, with OSD supporting 2 RGb planes and
> 2 video
On Wed, Apr 24, 2013 at 1:50 PM, Laurent Pinchart
wrote:
> The driver is superseded by the generic rmob-tpu-pwm driver used with
> leds-pwm.
>
> Signed-off-by: Laurent Pinchart
It's nice to move to generic driver.
Acked-by: Bryan Wu
> ---
> drivers/leds/Kconfig |
Changing the retry to start at NFS4_POLL_RETRY_MIN and exponentially grow
to NFS4_POLL_RETRY_MAX allow for faster handling of these error conditions.
Additionally this alleviates an interoperability problem with the AIX NFSv4
Server. The AIX server frequently (2 out of 3) returns NFS4ERR_DELAY,
Hi Linus,
here is a last minute revert from the GPIO tree. Description in the
tag, avoids us having to push it through -stable.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit 60d509fa6a9c4653a86ad830e4c4b30360b23f0e:
Linux 3.9-rc8 (2013-04-21 14:38:45 -0700)
The Timer Pulse Unit (TPU is a 4-channels 16-bit timer used to generate
waveforms. This driver exposes PWM functions through the PWM API for
other drivers to use.
The code is loosely based on the leds-renesas-tpu driver by Magnus Damm
and the TPU PWM driver shipped in the Armadillo EVA 800 kernel
Signed-off-by: Laurent Pinchart
---
drivers/pinctrl/sh-pfc/pfc-r8a7740.c | 50
1 file changed, 50 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7740.c
b/drivers/pinctrl/sh-pfc/pfc-r8a7740.c
index e5ef587..f6ea47c 100644
---
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/clock-r8a7790.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-shmobile/clock-r8a7790.c
b/arch/arm/mach-shmobile/clock-r8a7790.c
index bedd20c..b393592 100644
---
Hello,
This is the second version of the Renesas TPU PWM unit support patches. The
patch series deprecates and removes the leds-renesas-tpu driver in favor of a
combination of leds-pwm and pwm-rmob. As an added bonus patches 9/11 and 10/11
remove function GPIOs support from the sh73a0 platform.
The flat panel backlight on the Armadillo 800 EVA board is driven by the
TPU PWM output.
Signed-off-by: Laurent Pinchart
Tested-by: Simon Horman
---
arch/arm/mach-shmobile/board-armadillo800eva.c | 51 +-
1 file changed, 49 insertions(+), 2 deletions(-)
diff --git
Instead of using the LED-specific TPU PWM driver, switch to the generic
TPU PWM driver with leds-pwm.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-kota2.c | 178 --
arch/arm/mach-shmobile/clock-sh73a0.c | 8 +-
2 files changed, 109
No sh73a0 platform use the function GPIOs API. Remove it.
Signed-off-by: Laurent Pinchart
---
drivers/pinctrl/sh-pfc/pfc-sh73a0.c | 395
1 file changed, 395 deletions(-)
diff --git a/drivers/pinctrl/sh-pfc/pfc-sh73a0.c
b/drivers/pinctrl/sh-pfc/pfc-sh73a0.c
Function GPIOs are not used anymore, and all code use the GPIO numbers
directly. Remove the GPIOs enumeration.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/include/mach/sh73a0.h | 373 +--
1 file changed, 1 insertion(+), 372 deletions(-)
diff --git
The driver is superseded by the generic rmob-tpu-pwm driver used with
leds-pwm.
Signed-off-by: Laurent Pinchart
---
drivers/leds/Kconfig | 12 -
drivers/leds/Makefile | 1 -
drivers/leds/leds-renesas-tpu.c| 336
Signed-off-by: Laurent Pinchart
---
drivers/pinctrl/sh-pfc/pfc-r8a7790.c | 41
1 file changed, 41 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-r8a7790.c
b/drivers/pinctrl/sh-pfc/pfc-r8a7790.c
index 1656915..5be2999 100644
---
Signed-off-by: Laurent Pinchart
Tested-by: Simon Horman
---
arch/arm/mach-shmobile/clock-r8a7740.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-shmobile/clock-r8a7740.c
b/arch/arm/mach-shmobile/clock-r8a7740.c
index b12c476..6ad4640 100644
---
Signed-off-by: Laurent Pinchart
---
drivers/pinctrl/sh-pfc/pfc-sh73a0.c | 213
1 file changed, 213 insertions(+)
diff --git a/drivers/pinctrl/sh-pfc/pfc-sh73a0.c
b/drivers/pinctrl/sh-pfc/pfc-sh73a0.c
index ea1fcbe..e4e0c92 100644
---
On 4/17/2013 11:01 AM, Simon Marchi wrote:
> Currently the syscall number is passed, but it should be the return
> value, which is kept in r0.
>
> Signed-off-by: Simon Marchi
> ---
> This patch applies on Chris Metcalf's tree:
>
On Tue, Apr 23, 2013 at 11:19 PM, Aruna Balakrishnaiah
wrote:
> Currently the kernel provides the contents of p-series NVRAM only as a
> simple stream of bytes via /dev/nvram, which must be interpreted in user
> space by the nvram command in the powerpc-utils package. This patch set
> exploits
On Tue, Apr 23, 2013 at 11:20 PM, Aruna Balakrishnaiah
wrote:
> This patch set exploits the pstore subsystem to read details of
> of-config partition in NVRAM to a separate file in /dev/pstore.
> For instance, of-config partition details will be stored in a
> file named [of-nvram-5].
>
>
On Wed, Apr 24, 2013 at 10:32 PM, Alan Stern wrote:
> On Wed, 24 Apr 2013, Sedat Dilek wrote:
>
>> > [ CC linux-pm and linux-usb (ehci) folks ]
>> >
>> > This happens with my external USB mouse after suspend/resume.
>> >
>> > Excerpt (full dmesg and kernel-config attached):
>> >
>> > $ dmesg |
On Wed, 24 Apr 2013 08:50:21 +0900 Yasuaki Ishimatsu
wrote:
> When hot removing memory presented at boot time, following messages are shown:
>
> [ 296.867031] [ cut here ]
> [ 296.922273] kernel BUG at mm/slub.c:3409!
>
> ...
>
> The reason why the messages are shown
On Wed, Apr 24, 2013 at 10:58 AM, Josh Boyer wrote:
> On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
>> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
>> > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
>> >> The dmesg_restrict sysctl currently covers the syslog method for
On Wed, 24 Apr 2013, Sedat Dilek wrote:
> > [ CC linux-pm and linux-usb (ehci) folks ]
> >
> > This happens with my external USB mouse after suspend/resume.
> >
> > Excerpt (full dmesg and kernel-config attached):
> >
> > $ dmesg | egrep -i 'usb|async' | grep 1-1.2
> > [1.258602] usb 1-1.2:
On Wed, 24 Apr 2013, Frederic Weisbecker wrote:
> The trace_tick_stop() tracepoint is only available in full
> dynticks. But it's also used by dynticks-idle so let's build
> it for the latter config as well.
>
> This fixes:
>
> kernel/time/tick-sched.c: In function
On 4/24/2013 11:57 AM, Paul Moore wrote:
> On Tuesday, April 23, 2013 09:04:06 AM Casey Schaufler wrote:
>> Subject: [PATCH v13 0/9] LSM: Multiple concurrent LSMs
>>
>> Change the infrastructure for Linux Security Modules (LSM)s from a
>> single vector of hook handlers to a list based method for
> That being said, "my" SN2 machine was previously running kernel 3.0.34
> which has the old dmi_scan code and it also said "DMI not present or
> invalid." Plus dmidecode fails on this machine with:
>
> /sys/firmware/efi/systab: SMBIOS entry point missing
>
> So it might as well be that DMI
On Wed, Apr 24, 2013 at 10:00 PM, Sedat Dilek wrote:
> On Wed, Apr 24, 2013 at 10:07 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> There will be no linux-next release tomorrow (April 25).
>>
>> Changes since 20130423:
>>
>> The net-next tree lost its build failure.
>>
>> The staging tree
On Mon, 22 Apr 2013 13:39:38 -0400 Mike Frysinger wrote:
> The kconfig language requires that dependent options all follow the
> menuconfig symbol in order to be collapsed below it. Recently some
> hidden options were added below the EXPERT menuconfig, but did not
> depend on EXPERT (because
On 04/24/2013 12:58 AM, Takao Indoh wrote:
This patch resets PCIe devices on boot to stop ongoing DMA. When
"pci=pcie_reset_devices" is specified, a hot reset is triggered on each
PCIe root port and downstream port to reset its downstream endpoint.
Problem:
This patch solves the problem that
On Wed, Apr 24, 2013 at 01:58:35PM -0400, Josh Boyer wrote:
> On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> > On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> > > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> > >> The dmesg_restrict sysctl currently covers the syslog
Signed-off-by: Stefano Stabellini
Acked-by: Marc Zyngier
CC: rob.herr...@calxeda.com
CC: will.dea...@arm.com
CC: a...@arndb.de
---
arch/arm/boot/dts/xenvm-4.2.dts | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/xenvm-4.2.dts
Signed-off-by: Stefano Stabellini
---
arch/arm/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 2c3bdce..344e299 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1892,6 +1892,7 @@ config XEN
depends on ARM
Signed-off-by: Stefano Stabellini
CC: sta...@vger.kernel.org
---
arch/arm/xen/enlighten.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 8dc0605..99ce189 100644
--- a/arch/arm/xen/enlighten.c
+++
Signed-off-by: Stefano Stabellini
CC: Marc Zyngier
CC: will.dea...@arm.com
CC: a...@arndb.de
CC: rob.herr...@calxeda.com
---
arch/arm/mach-virt/virt.c | 32
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-virt/virt.c
On 04/24/2013 10:07 AM, Oleg Nesterov wrote:
> DR6_RESERVED and DR_CONTROL_RESERVED are used to clear the set
> bits in the "unsigned long" data, make them long to ensure that
> "&~" doesn't clear the upper bits.
>
> do_debug() and ptrace_write_dr7() which use DR*_RESERVED look
> safe, but
On Wed, Apr 24, 2013 at 8:32 PM, John Stultz wrote:
> Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
> which enables some minor compile time optimization to avoid
> uncessary code in mostly the suspend/resume path could cause
> problems for userland.
>
> In particular, the
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/hypercall.h |1 +
arch/arm/xen/enlighten.c |1 +
arch/arm/xen/hypercall.S |1 +
3 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/xen/hypercall.h
Map vcpu_info using VCPUOP_register_vcpu_info on secondary cpus.
Call enable_percpu_irq on every cpu.
Changed in v2:
- move the percpu variable argument fix to a separate patch;
- remove unused variable.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 38
xenvm is based on mach-vexpress, move it to mach-virt.
Changes in v4:
- update the dts Makefile too.
Signed-off-by: Stefano Stabellini
CC: Marc Zyngier
CC: will.dea...@arm.com
CC: a...@arndb.de
CC: rob.herr...@calxeda.com
---
arch/arm/boot/dts/Makefile |4 ++--
On Tue, 23 Apr 2013 10:41:42 +1000 Benjamin Herrenschmidt
wrote:
> On Thu, 2013-04-18 at 13:41 +1000, Michael Neuling wrote:
> > akpm,
> >
> > If you're happy with this, is it something you can take in your tree?
>
> Andrew ? Or give me an ack ? :-) I'm happy to carry this, we need that
>
For an upcoming (and, sadly, NDA'd [1]) project, I may need to use
write-through memory. I'd like to gauge how unpleasant this will be.
AFAICT, modern CPUs allow the WT type to be set using MTRR or a PAT
entry. Sadly, MTRRs are in short supply, and the four fully-usable
PAT slots are used for
Hi all,
this patch series, based on 3.9-rc3, moves xenvm to mach-virt and
implements SMP support in Xen on ARM.
Each patch comes with a detailed changelog.
Changes in v4:
- XEN should select ARM_PSCI;
- update arch/arm/boot/dts/Makefile to build the xenvm dts
if CONFIG_ARCH_VIRT;
- add a
2013/4/24 Lee Jones :
> The aim is to make the code that little more readable.
>
> Acked-by: Vinod Koul
> Acked-by: Arnd Bergmann
> Signed-off-by: Lee Jones
Please pay closer attention to the semantics of each usage instead of
just replacing all x left shifts of 1 by BIT(x) for "readability".
On Wed, Apr 24, 2013 at 07:07:59PM +0200, Malte Schröder wrote:
> On 24.04.2013 16:01, J. Bruce Fields wrote:
> > On Wed, Apr 24, 2013 at 07:58:44AM +0200, Malte Schröder wrote:
> >> On 23.04.2013 23:58, J. Bruce Fields wrote:
> >>> On Tue, Apr 23, 2013 at 09:55:01PM +0200, Malte Schröder wrote:
>
On Wed, 24 Apr 2013 19:57:44 +0100 Mel Gorman wrote:
> As pointed out by Andrew Morton, the swap-over-NFS writeback is not setting
> PageWriteback before it is queued for direct IO. While swap pages do not
> participate in BDI or process dirty accounting and the IO is synchronous,
> the
Hi Tony,
Thanks for stepping in.
Le Tuesday 23 April 2013 à 22:00 +, Luck, Tony a écrit :
> > I don't have much knowledge about IA64 either. All I see is that while
> > x86 implements memcpy_fromio() with memcpy [1], ia64 implements it with
> > readb [2]. There must be a reason for that, and
On Wed, Apr 24, 2013 at 8:55 PM, John Stultz wrote:
> On 04/24/2013 11:41 AM, Kay Sievers wrote:
>>
>> On Wed, Apr 24, 2013 at 8:32 PM, John Stultz
>> wrote:
>>>
>>> Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
>>> which enables some minor compile time optimization to avoid
>>>
Mel Gorman writes:
>> I'll also note that even though your I/O is going all over the place
>> (D2C is pretty bad, 14ms), most of the time is spent waiting for a
>> struct request allocation or between Queue and Merge:
>>
>> All Devices
>>
>>
On 4/24/2013 11:51 AM, Paul Moore wrote:
> On Tuesday, April 23, 2013 09:04:31 AM Casey Schaufler wrote:
>> Subject: [PATCH v13 5/9] LSM: Networking component isolation
>>
>> The NetLabel, XFRM and secmark networking mechanisms are
>> limited to providing security information managed by one
>>
Dear RT Folks,
I'm pleased to announce the 3.2.43-rt63-feat1 feature release.
This release contains the backport of the softirq routines being called
directly by the thread that raised the softirq, making the softirq run
at the priority of its caller. Special thanks goes out to Sebastian
On Tuesday, April 23, 2013 09:04:06 AM Casey Schaufler wrote:
> Subject: [PATCH v13 0/9] LSM: Multiple concurrent LSMs
>
> Change the infrastructure for Linux Security Modules (LSM)s from a
> single vector of hook handlers to a list based method for handling
> multiple concurrent modules.
>
>
As pointed out by Andrew Morton, the swap-over-NFS writeback is not setting
PageWriteback before it is queued for direct IO. While swap pages do not
participate in BDI or process dirty accounting and the IO is synchronous,
the writeback bit is still required and not setting it in this case was
an
Hi Magnus,
Thanks for the review.
On Wednesday 24 April 2013 18:37:57 Magnus Damm wrote:
> On Wed, Apr 24, 2013 at 1:06 AM, Laurent Pinchart wrote:
> > The Timer Pulse Unit (TPU is a 4-channels 16-bit timer used to generate
> > waveforms. This driver exposes PWM functions through the PWM API for
On 04/24/2013 11:41 AM, Kay Sievers wrote:
On Wed, Apr 24, 2013 at 8:32 PM, John Stultz wrote:
Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
which enables some minor compile time optimization to avoid
uncessary code in mostly the suspend/resume path could cause
problems for
On Tuesday, April 23, 2013 09:04:31 AM Casey Schaufler wrote:
> Subject: [PATCH v13 5/9] LSM: Networking component isolation
>
> The NetLabel, XFRM and secmark networking mechanisms are
> limited to providing security information managed by one
> LSM. These changes interface the single LSM
Hi all,
I've noticed that sometimes lockdep would spew a warning and an oops
while dumping the list of held locks. I'm not quite sure why it happens
and I didn't find anything that was recently changed in the code that
could cause that:
[ 855.807172] Showing all locks held in the system:
[
On Wed, Apr 24, 2013 at 8:32 PM, John Stultz wrote:
> Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
> which enables some minor compile time optimization to avoid
> uncessary code in mostly the suspend/resume path could cause
> problems for userland.
>
> In particular, the
From: Jon Medhurst
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value. The hook must return true when smp_ops are initialized.
If false the static mdesc->smp_ops will be used by default.
Rename virt_smp_ops to psci_smp_ops and move them to arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on psci_ops.cpu_off.
Initialize PSCI before setting smp_ops in setup_arch.
Use psci_smp_ops if
Hi all,
this is the eighth version of the patch series to move virt_smp_ops out
of mach-virt and make it a generic set of reusable PSCI based smp_ops.
psci_smp_ops are preferred over the platform smp_ops.
The last patch introduces smp_init.
Jon Medhurst (1):
ARM: Enable selection of SMP
From: David Miller
Date: Tue, 23 Apr 2013 16:17:51 -0400 (EDT)
> From: Meelis Roos
> Date: Tue, 23 Apr 2013 00:19:49 +0300 (EEST)
>
>>> > Hello, I got a non-booting Sun E420R (sparc64) with 3.9-rc8: BUG-s in
>>> > mm/slub.c:925 and mm/memory.c:1267 (the latter keeps scrolling until
>>> >
On Wednesday, April 24, 2013 12:56 AM, Stephen Rothwell wrote:
> After merging the final tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/staging/comedi/drivers/ni_labpc.c: In function 'labpc_ai_cmd':
> drivers/staging/comedi/drivers/ni_labpc.c:980:9: error:
Kay Sievers noted that the ALWAYS_USE_PERSISTENT_CLOCK config,
which enables some minor compile time optimization to avoid
uncessary code in mostly the suspend/resume path could cause
problems for userland.
In particular, the dependency for RTC_HCTOSYS on
!ALWAYS_USE_PERSISTENT_CLOCK, which
On Mon, 22 Apr 2013, Russell King - ARM Linux wrote:
> > > Now, if the psci stuff can't be relied upon to provide the correct
> > > functionality, then that's a separate problem which needs addressing
> > > differently.
> > >
> > > This should allow the Xen problem to be resolved, because Xen
For boards that provide a PCB sensor close to SoC junction
temperature, it is possible to remove the cumulative heat
reported by the SoC temperature sensor.
This patch changes the extrapolation computation to consider
an external sensor in the extrapolation equations.
Signed-off-by: Eduardo
Add missing irq line for TALERT on DT entry for OMAP5430.
Signed-off-by: Eduardo Valentin
---
drivers/staging/ti-soc-thermal/ti_soc_thermal.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/ti-soc-thermal/ti_soc_thermal.txt
Hello Greg,
Here are two patches on ti-soc-thermal driver.
One is to update the documentation of the OMAP5430 DT entry reference.
The other one adds the support to extrapolation rules with PCB sensor
querying. The second one depends on the API change, that is going
via the thermal tree [1].
On Mon, 22 Apr 2013, Nicolas Pitre wrote:
> > I think the key thing that non-Xen folks aren't aware of is that
> > although Xen passes the majority of the underlying hardware to the dom0
> > kernel to manage one of the few things it does not expose to guests
> > (where "guests" includes dom0) is
On Mon, Mar 25, 2013 at 10:23:49AM +1100, Alexey Kardashevskiy wrote:
> As IOMMU groups are exposed to the user space by their numbers,
> the user space can use them in various kernel APIs so the kernel
> might need an API to find a group by its ID.
>
> As an example, QEMU VFIO on PPC64 platform
On Wednesday, April 24, 2013 12:56 AM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the final tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
Ugh.. powerpc probably has CONFIG_ISA_DMA_API but not
CONFIG_VIRT_TO_BUS.
I'm looking for a fix now.
Regards,
Hartley
On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> >> The dmesg_restrict sysctl currently covers the syslog method for access
> >> dmesg, however /dev/kmsg isn't covered by the
On Tue, Apr 23, 2013 at 12:26:45PM -0600, Linn Crosetto wrote:
> ACPI_DMAR_SCOPE_TYPE_HPET is parsed by ir_parse_ioapic_hpet_scope() and
> should not be flagged as an unsupported type.
>
> Signed-off-by: Linn Crosetto
Applied to x86/vt-d, thanks.
--
To unsubscribe from this list: send the
101 - 200 of 1126 matches
Mail list logo