This patch addresses TODO featuring in original version :
"Make the window size depend on machine size, as we do for vmstat"
It initializes vmpressure_win in vmstat using calculate_normal_threshold()
based on each zone/cpu * SWAP_CLUSTER_SIZE instead of
static SWAP_CLUSTER_MAX * 16 = 512
Some va
This patch series, does some minor cleanup of exynos machine files.
It also modifies Exynos Power Management Unit (PMU) related code for
converting it into a platform_driver. This is also preparation for moving
PMU related code out of machine folder into a either "drivers/mfd", or
"drivers/power" o
From: Young-Gun Jang
Add support for mapping Samsung Power Management Unit (PMU)
base address from device tree. This patch also adds helper
function as "get_exynos_pmuregmap". This function can be used
by other machine files such as "pm.c", "hotplug.c" for accessing
PMU regmap handle.
Signed-off
From: Young-Gun Jang
Current "pm_domain.c" file uses "S5P_INT_LOCAL_PWR_EN" definition from
"regs-pmu.h" and hence needs to include this header file. As there is
no other user of "S5P_INT_LOCAL_PWR_EN" definition other than pm_domain,
to remove "regs-pmu.h" header file dependency from "pm_domain.
This patch removes unnecessary header file inclusion from pmu.c.
Signed-off-by: Young-Gun Jang
Reviewed-by: Tomasz Figa
---
arch/arm/mach-exynos/pmu.c |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-exynos/pmu.c b/arch/arm/mach-exynos/pmu.c
index 05c7ce1..4c3453a 100644
---
From: Young-Gun Jang
While making PMU implementation to be device tree based, there are
few register offsets related with SYSREG present in regs-pmu.h, so
let's make a new header file "regs-sys.h" to keep all such SYSREG
related register offsets and remove them from "regs-pmu.h"
Signed-off-by: Y
As machine function ops are used only in this file let's make
them static. Also remove unused and unwanted declarations from
common.h.
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/common.h |8
arch/arm/mach-exynos/exynos.c |6 +++---
2 files changed, 3 insertions(+), 11
As we have removed static mappings from "regs-pmu.h" it does not
need map.h anymore. But "platsmp.c" needed this and till now it
got included indirectly. So lets move header inclusion of
"mach/map.h" from "regs-pmu.h" to "platsmp.c".
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/platsmp.c
Under "arm/mach-exynos" many files are using PMU register offsets.
Since we have added support for accessing PMU base address via DT,
now we can remove PMU mapping from exynosX_iodesc. Let's convert
all these access using either of iomapped address or regmap handle.
This will help us in removing st
From: Young-Gun Jang
This patch moves PMU specific definitions into a new file
as exynos-pmu.h. This will help in making PMU implementation
independent of common.h header.
Signed-off-by: Young-Gun Jang
Signed-off-by: Pankaj Dubey
---
arch/arm/mach-exynos/common.h | 17 -
Many files under "arm/mach-exynos" are having file path in file
comment section which is invalid now.
So for better code maintainability let's remove them.
Signed-off-by: Pankaj Dubey
Reviewed-by: Tomasz Figa
---
arch/arm/mach-exynos/headsmp.S |2 --
arch/arm/mach-exynos/hotplug
This patch modifies Exynos Power Management Unit (PMU) initialization
implementation in following way:
- Added platform_device support by registering static platform device.
- Added platform struct exynos_pmu_data to hold platform specific data.
- For each SoC's PMU support now we can add platform
As exynos_cpuidle_init and exynos_cpufreq_init function have just one lines
of code for registering platform devices. We can move these lines to
exynos_dt_machine_init and delete exynos_cpuidle_init and exynos_cpufreq_init
function. This will help in reducing lines of code in exynos.c, making it
mo
This patch updates samsung pmu (power management unit) binding information.
CC: Leela Krishna Amudala
CC: Tomasz Figa
CC: Guenter Roeck
CC: Rob Landley
Signed-off-by: Pankaj Dubey
---
Documentation/devicetree/bindings/arm/samsung/pmu.txt |3 +++
1 file changed, 3 insertions(+)
diff --gi
This patch adds pmu regnode to exynos4210 dtsi to handle
PMU register access via DT.
Signed-off-by: Pankaj Dubey
---
arch/arm/boot/dts/exynos4210.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210.dtsi
b/arch/arm/boot/dts/exynos4210.dtsi
index d3d727b.
This patch adds pmu regnode to exynos4212 and exynos4412 dtsi to
handle PMU register access via DT.
Signed-off-by: Pankaj Dubey
---
arch/arm/boot/dts/exynos4212.dtsi |5 +
arch/arm/boot/dts/exynos4412.dtsi |5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/ex
This patch updates Exynos4210, Exynos4412 and Exynos4212 dtsi files
for adding PMU (Power Management Unit) reg node.
Updated binding document for the same.
These patches are required for converting PMU implementation free from
static mapping of PMU registers as well as it's dependency from machine
Hi friend I am a banker in IDB BANK. I want to transfer an abandoned USD5.
5Million to your Bank account. 40/percent will be your share. No risk involved
but keep it as secret. Contact me for more details.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
On Thu, May 8, 2014 at 2:24 PM, Minchan Kim wrote:
> On Wed, May 07, 2014 at 11:52:59PM +0900, Joonsoo Kim wrote:
>> >> Most popular use of zram is the in-memory swap for small embedded system
>> >> so I don't want to increase memory footprint without good reason although
>> >> it makes synthetic
On Thu, Apr 17, 2014 at 03:28:06PM +0200, Silvio Fricke wrote:
> Signed-off-by: Silvio Fricke
Applied, thanks.
Shawn
> ---
> arch/arm/boot/dts/imx6q-dmo-edmqmx6.dts | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/arch/arm/boot/dts/imx6q-dmo-edmqmx6.dts
> b/arch/arm/boot/dts/imx6
If we pass syscon device node itself as first parameter to this function
there is no need to parse and find syscon device node. So by allowing
"property" parameter as NULL allow syscon_early_regmap_lookup_by_phandle to
consider passed argument "np" itself as a syscon device node "syscon_np".
This w
Commit 5f5c9ae56c38942623f69c3e6dc6ec78e4da2076
"serial_core: Unregister console in uart_remove_one_port()"
fixed a crash where a serial port was removed but
not deregistered as a console.
There is a side effect of that commit for platforms having serial consoles
and of_serial configured (CONFIG_S
On Fri, May 09, 2014 at 08:16:33PM +0400, Alexander Shiyan wrote:
> This patch adds pincontrol driver for Freescale i.MX1 SOCs.
>
> Signed-off-by: Alexander Shiyan
Acked-by: Shawn Guo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord..
On Sat, 2014-05-10 at 12:46 +0800, Andrew Cooks wrote:
> Hi Alex
>
> On Sat, May 3, 2014 at 1:15 PM, Alex Williamson
> wrote:
> > On Sat, 2014-05-03 at 10:29 +0800, Andrew Cooks wrote:
> >> Hi Alex
> >>
> >> On Fri, May 2, 2014 at 12:27 AM, Alex Williamson
> >> wrote:
> >> > The existing quirk f
On Fri, May 09, 2014 at 05:51:24PM -0700, Paul E. McKenney wrote:
> On Wed, May 07, 2014 at 03:17:42PM -0700, j...@joshtriplett.org wrote:
> > On Mon, Apr 28, 2014 at 05:25:27PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > The current scripting only keeps track of the
On Fri, 2014-05-09 at 21:41 -0700, Jeff Kirsher wrote:
> From: David Ertman
Hey David.
> Using the intuitive breaking of a ternary operator used in the
> initialization of a variable in its declaration:
>
> type var = FOO ?
>BAR :
>FEE;
[]
> type var = FOO
>?
Hi Alex
On Sat, May 3, 2014 at 1:15 PM, Alex Williamson
wrote:
> On Sat, 2014-05-03 at 10:29 +0800, Andrew Cooks wrote:
>> Hi Alex
>>
>> On Fri, May 2, 2014 at 12:27 AM, Alex Williamson
>> wrote:
>> > The existing quirk for these devices doesn't really solve the problem,
>> > re-implement it usi
From: David Ertman
Using the intuitive breaking of a ternary operator used in the
initialization of a variable in its declaration:
type var = FOO ?
BAR :
FEE;
is causing a checkpatch warning:
"WARNING:SPACING: networking uses a blank line after declarations"
Checkpatch is
On Fri, 2014-05-09 at 20:12 +0200, Sebastian Andrzej Siewior wrote:
> Known issues:
>
> - bcache is disabled.
>
> - lazy preempt on x86_64 leads to a crash with some load.
That is only with NO_HZ_FUL enabled here. Box blows the stack during
task exit, eyeballing hasn't spotted the
On Fri, May 09, 2014 at 08:00:18AM -0700, Christoph Hellwig wrote:
> On Fri, May 09, 2014 at 08:07:33PM +0800, Shaohua Li wrote:
> >
> > flush request is special, which borrows tag from other request. Need a
> > special
> > handling to get it from tag.
>
> Thanks, we probably need this one. But
On Fri, 2014-05-09 at 14:16 -0400, Rik van Riel wrote:
> That leaves the big question: do we want to fall back to
> prev_cpu if it is not idle, and it has an idle sibling,
> or would it be better to find an idle sibling of prev_cpu
> when we wake up a task?
Yes. If there was A correct answer, th
On Fri, May 09, 2014 at 05:42:59PM -0700, Paul E. McKenney wrote:
> On Fri, May 09, 2014 at 05:16:57PM -0700, Josh Triplett wrote:
> > On Fri, May 09, 2014 at 05:13:46PM -0700, Paul E. McKenney wrote:
> > > On Wed, May 07, 2014 at 02:37:36PM -0700, j...@joshtriplett.org wrote:
> > > > On Mon, Apr 2
On 05/09/2014 10:00 PM, Tushar Behera wrote:
All SoC in Exynos-series have a clock with name XCLKOUT to provide
debug information about various clocks available in the SoC. The register
controlling the MUX and GATE of this clock is provided within PMU domain.
Since PMU domain can't be dedicatedly
While updating cgroup_freezer locking, 68fafb77d827 ("cgroup_freezer:
replace freezer->lock with freezer_mutex") introduced a bug in
update_if_frozen() where it returns with rcu_read_lock() held. Fix it
by adding rcu_read_unlock() before returning.
Signed-off-by: Tejun Heo
Reported-by: kbuild te
Hi Tushar,
On 05/09/2014 10:00 PM, Tushar Behera wrote:
The MUX/GATE register for XCLKOUT doesn't resides within PMU domain,
this can be accessed through a regmap provided by syscon driver. Adding
another clock provider to handle regmap based handing of XCLKOUT.
Dependency:
1. [PATCH v3] mfd: s
The function may be useful for other drivers, so export it.
(Suggested by Tejun Heo.)
Note that I inverted the return value of glob_match; returning
true on match seemed to make more sense.
Signed-off-by: George Spelvin
---
drivers/ata/Kconfig | 1 +
drivers/ata/libata-core.c | 72 ++
This is a helper function from drivers/ata/libata_core.c, where it is used
to blacklist particular device models. It's being moved to lib/ so other
drivers may use it for the same purpose.
This implementation in non-recursive, so is safe for the kernel stack.
Signed-off-by: George Spelvin
---
F
On Wed, May 07, 2014 at 03:31:51AM +0530, Srivatsa S. Bhat wrote:
> diff --git a/kernel/stop_machine.c b/kernel/stop_machine.c
> index 01fbae5..7abb361 100644
> --- a/kernel/stop_machine.c
> +++ b/kernel/stop_machine.c
> @@ -165,12 +165,13 @@ static void ack_state(struct multi_stop_data *msdata)
>
On Wed, May 07, 2014 at 05:17:44PM +0200, Bartlomiej Zolnierkiewicz wrote:
> This patch fixes host drivers to use CONFIG_PM_SLEEP instead of CONFIG_PM
> where applicable. Benefits of this change:
>
> * unused code is not being compiled in for CONFIG_PM=y, CONFIG_PM_SLEEP=n
> and CONFIG_PM_RUNTI
[PATCH 1/1] powerpc/perf: Adjust callchain based on DWARF debug info
When saving the callchain on Power, the kernel conservatively saves excess
entries in the callchain. A few of these entries are needed in some cases
but not others.
Eg: the value in the link register (LR) is needed only when it
For handling a free hugepage in memory failure, the race will happen if
another thread hwpoisoned this hugepage concurrently. So we need to
check PageHWPoison instead of !PageHWPoison.
If hwpoison_filter(p) returns true or a race happens, then we need to
unlock_page(hpage).
Signed-off-by: Chen Yu
Add missing i2c2 bus define to access various cape and
prototype/breakout board devices.
Signed-off-by: Matt Ranostay
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi
b/arch/arm/boot/dts
On Friday, May 09, 2014 03:48:21 PM Kevin Hilman wrote:
> "Rafael J. Wysocki" writes:
>
> > From: Rafael J. Wysocki
> >
> > Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
> > resume all runtime-suspended devices during system suspend, mostly
> > because those devices may ne
On Fri, May 09, 2014 at 06:56:10PM +0200, Boris BREZILLON wrote:
> The P2WI looks like an SMBus controller which only supports byte data
> transfers. But, it differs from standard SMBus protocol on several
> aspects:
> - it supports only one slave device, and thus drop the address field
> - it adds
On Thu, May 08, 2014 at 10:07:25AM -0400, Alan Stern wrote:
> On Thu, 8 May 2014, Hans de Goede wrote:
>
> > Hi,
> >
> > On 05/08/2014 12:00 AM, Maxime Ripard wrote:
> > > On Wed, May 07, 2014 at 10:25:55AM -0400, Alan Stern wrote:
> > >> On Tue, 6 May 2014, Maxime Ripard wrote:
> > >>
> > >>> Fr
On 05/08/2014 03:06 PM, Peter Zijlstra wrote:
On Wed, May 07, 2014 at 11:01:37AM -0400, Waiman Long wrote:
If unfair lock is supported, the lock acquisition loop at the end of
the queue_spin_lock_slowpath() function may need to detect the fact
the lock can be stolen. Code are added for the stole
Hi Artem,
On Sat, Mar 22, 2014 at 12:56:59AM +0100, Richard Weinberger wrote:
> Am 21.03.2014 20:54, schrieb Mike Snitzer:
> > The comparisons used in add_vol() shouldn't be identical. Pretty sure
> > the following is correct but it is completely untested.
> >
> > Signed-off-by: Mike Snitzer
>
Hi Josh,
On 05/05/2014 04:54 PM, Josh Cartwright wrote:
> On Mon, May 05, 2014 at 04:44:25PM -0500, Suman Anna wrote:
>> Hi Rob,
>>
>> On 04/30/2014 07:34 PM, Suman Anna wrote:
>>> The property 'hwlock-reserved-locks' will be used to represent
>>> the number of locks to be reserved for clients tha
On 05/08/2014 03:04 PM, Peter Zijlstra wrote:
On Wed, May 07, 2014 at 11:01:36AM -0400, Waiman Long wrote:
/*
+ * To have additional features for better virtualization support, it is
+ * necessary to store additional data in the queue node structure. So
+ * a new queue node structure will have
On 05/08/2014 03:02 PM, Peter Zijlstra wrote:
On Wed, May 07, 2014 at 11:01:35AM -0400, Waiman Long wrote:
/**
+ * get_qlock - Set the lock bit and own the lock
+ * @lock: Pointer to queue spinlock structure
+ *
+ * This routine should only be called when the caller is the only one
+ * entitle
On 05/08/2014 03:00 PM, Peter Zijlstra wrote:
On Wed, May 07, 2014 at 11:01:35AM -0400, Waiman Long wrote:
@@ -94,23 +94,29 @@ static inline struct mcs_spinlock *decode_tail(u32 tail)
* can allow better optimization of the lock acquisition for the pending
* bit holder.
*/
-#if _Q_PENDIN
On 05/08/2014 02:58 PM, Peter Zijlstra wrote:
On Wed, May 07, 2014 at 11:01:34AM -0400, Waiman Long wrote:
@@ -221,11 +222,37 @@ static inline int trylock_pending(struct qspinlock *lock,
u32 *pval)
*/
for (;;) {
/*
-* If we observe any contention
On Fri, May 09, 2014 at 05:37:55PM -0700, Randy Dunlap wrote:
> On 05/09/2014 05:31 PM, Guenter Roeck wrote:
> > Some hardware implements reboot through its watchdog hardware, for example
> > by triggering a watchdog timeout or by writing into its watchdog register
> > set. Platform specific code s
On Wed, May 07, 2014 at 03:17:42PM -0700, j...@joshtriplett.org wrote:
> On Mon, Apr 28, 2014 at 05:25:27PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The current scripting only keeps track of the git SHA-1 of the current
> > HEAD. This can cause confusion in cases where
On 05/08/2014 02:57 PM, Peter Zijlstra wrote:
On Wed, May 07, 2014 at 11:01:31AM -0400, Waiman Long wrote:
+/**
+ * trylock_pending - try to acquire queue spinlock using the pending bit
+ * @lock : Pointer to queue spinlock structure
+ * @pval : Pointer to value of the queue spinlock 32-bit word
On Wed, May 07, 2014 at 03:11:39PM -0700, j...@joshtriplett.org wrote:
> On Mon, Apr 28, 2014 at 05:25:20PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > The reaction of kvm-recheck.sh is obscure at best, and easy to miss
> > completely. This commit therefore prints "BUG: B
On Fri, May 09, 2014 at 04:47:45PM -0700, Paul E. McKenney wrote:
> On Sat, May 10, 2014 at 12:57:15AM +0200, Thomas Gleixner wrote:
> If someone decides to make tick_do_timer_cpu non-constant in NO_HZ_FULL
> CPUs, they will break unless/until I make RCU deal with that sort
> of thing, at least for
Philippe Reynes schrieb:
> This driver add partial support of the
> maxim 1027/1029/1031. Differential mode is not
> supported.
>
> It was tested on armadeus apf27 board.
>
> Signed-off-by: Philippe Reynes
> ---
> .../devicetree/bindings/iio/adc/max1027-adc.txt| 19 +
> drivers/staging/iio/
On Fri, May 09, 2014 at 05:16:57PM -0700, Josh Triplett wrote:
> On Fri, May 09, 2014 at 05:13:46PM -0700, Paul E. McKenney wrote:
> > On Wed, May 07, 2014 at 02:37:36PM -0700, j...@joshtriplett.org wrote:
> > > On Mon, Apr 28, 2014 at 05:25:08PM -0700, Paul E. McKenney wrote:
> > > > From: "Paul E
On 05/09/2014 05:31 PM, Guenter Roeck wrote:
> Some hardware implements reboot through its watchdog hardware, for example
> by triggering a watchdog timeout or by writing into its watchdog register
> set. Platform specific code starts to spread into watchdog drivers,
> typically by setting pointers
On Wed, May 07, 2014 at 03:05:31PM -0700, j...@joshtriplett.org wrote:
> On Mon, Apr 28, 2014 at 05:25:15PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > This commit allows rcutorture to print additional state for the
> > RCU grace-period kthreads in cases where RCU seems re
On Sat, May 10, 2014 at 12:57:15AM +0200, Thomas Gleixner wrote:
> On Fri, 9 May 2014, Christoph Lameter wrote:
> > On Fri, 9 May 2014, Thomas Gleixner wrote:
> > > I understand why you want to get this done by a housekeeper, I just
> > > did not understand why we need this whole move it around bus
The watchdog subsystem provides an API to perform a system reboot.
Use it.
Signed-off-by: Guenter Roeck
---
v2: No change
arch/arm64/kernel/process.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index 6391485..29c2bc0 100644
--
The watchdog subsystem now provides an API to trigger a system reboot.
Register with it.
Tested-by: Jonas Jensen
Signed-off-by: Guenter Roeck
---
v2: No change
drivers/watchdog/moxart_wdt.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/drivers/watchd
The watchdog subsystem provides an API to perform a system reboot.
Use it.
With this change, the arm_pm_restart callback is now optional,
so check if it is set before calling it.
Tested-by: Jonas Jensen
Signed-off-by: Guenter Roeck
---
v2: No change
arch/arm/kernel/process.c | 6 +-
1 fil
On Fri, May 09, 2014 at 05:14:54PM -0700, Josh Triplett wrote:
> On Fri, May 09, 2014 at 03:55:14PM -0700, Paul E. McKenney wrote:
> > On Fri, May 09, 2014 at 03:40:52PM -0700, Josh Triplett wrote:
> > > On Fri, May 09, 2014 at 03:30:04PM -0700, Paul E. McKenney wrote:
> > > > On Fri, May 09, 2014
The watchdog subsystem now provides an API to trigger a system reboot.
Register with it.
Acked-by: Maxime Ripard
Signed-off-by: Guenter Roeck
---
v2: Rebased to v2 of Maxime's patch adding reboot support
to the sunxi watchdog driver.
drivers/watchdog/sunxi_wdt.c | 22 +-
On Wed, May 07, 2014 at 03:02:46PM -0700, j...@joshtriplett.org wrote:
> On Mon, Apr 28, 2014 at 05:25:12PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Currently, the scripts hard-code arch/x86/boot/bzImage, which does not
> > work well for other architectures. This commi
Some hardware implements reboot through its watchdog hardware, for example
by triggering a watchdog timeout or by writing into its watchdog register
set. Platform specific code starts to spread into watchdog drivers,
typically by setting pointers to a callback function which is then called
from the
Some hardware implements reboot through its watchdog hardware,
for example by triggering a watchdog timeout. Platform specific
code starts to spread into watchdog drivers, typically by setting
pointers to a callback functions which is then called from the
platform reset handler.
To simplify code a
The purpose is to track namespaces in use by logged processes from the
perspective of init_*_ns. The first patch defines a function to generate them
and assigns them. The second patch provides an example of usage for
audit_log_task_info() which is used by syscall audits, among others.
audit_log_t
Expose the namespace instance serial number for each namespace type in the proc
namespace operations structure to make it available for the proc filesystem.
Signed-off-by: Richard Guy Briggs
---
fs/namespace.c |7 +++
include/linux/proc_ns.h |1 +
ipc/namespace.c
Expose ns_entries so subsystems other than proc can use this set of namespace
operations.
Signed-off-by: Richard Guy Briggs
---
fs/proc/namespaces.c|2 +-
include/linux/proc_ns.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/fs/proc/namespaces.c b/fs/proc/names
Expose the namespace instace serial numbers in the proc filesystem at
/proc//ns/_snum. The link text gives the serial number in hex.
"snum" was chosen instead of "seq" for consistency with inum and there are a
number of other uses of "seq" in the namespace code.
Suggested-by: Serge E. Hallyn
Si
Convert audit direct access to namespace serial numbers to insead use the proc
namespace operations structure which lists all namespace types with a
consistent api.
This should eventually squash down to: [audit: log namespace serial numbers]
(which in turn will need to follow [namespaces: expose n
Generate and assign a serial number per namespace instance since boot.
Use a serial number per namespace (unique across one boot of one kernel)
instead of the inode number (which is claimed to have had the right to change
reserved and is not necessarily unique if there is more than one proc fs) to
Log the namespace serial numbers of a task in audit_log_task_info() which
is used by syscall audits, among others..
Idea first presented:
https://www.redhat.com/archives/linux-audit/2013-March/msg00020.html
Typical output format would look something like:
type=SYSCALL msg=
On Fri, May 09, 2014 at 05:13:46PM -0700, Paul E. McKenney wrote:
> On Wed, May 07, 2014 at 02:37:36PM -0700, j...@joshtriplett.org wrote:
> > On Mon, Apr 28, 2014 at 05:25:08PM -0700, Paul E. McKenney wrote:
> > > From: "Paul E. McKenney"
> > >
> > > Currently, torture_kthread_stopping() prints
On Fri, May 09, 2014 at 03:55:14PM -0700, Paul E. McKenney wrote:
> On Fri, May 09, 2014 at 03:40:52PM -0700, Josh Triplett wrote:
> > On Fri, May 09, 2014 at 03:30:04PM -0700, Paul E. McKenney wrote:
> > > On Fri, May 09, 2014 at 12:32:46PM -0700, Josh Triplett wrote:
> > > > On Fri, May 09, 2014
On Wed, May 07, 2014 at 02:37:36PM -0700, j...@joshtriplett.org wrote:
> On Mon, Apr 28, 2014 at 05:25:08PM -0700, Paul E. McKenney wrote:
> > From: "Paul E. McKenney"
> >
> > Currently, torture_kthread_stopping() prints only the name of the
> > kthread that is stopping, which can be unedifying.
Commit 4e243b7 (powerpc: Fix "attempt to move .org backwards" error) fixes the
allyesconfig build by moving machine_check_common to a different location.
While this fixes most of the errors, both allmodconfig and allyesconfig still
fail as follows.
arch/powerpc/kernel/exceptions-64s.S:1315: Error:
On 10 May 12:24 AM, Arnd Bergmann wrote:
> On Friday 09 May 2014 19:09:15 Ezequiel Garcia wrote:
> > # time nanddump /dev/mtd5 -f /dev/null -q
> > real0m 5.82s
> > user0m 0.20s
> > sys 0m 5.60s
> >
> > Jason: Care to submit a proper patch?
> >
> > On 08 May 04:56 PM, Arnd Bergmann wro
On Fri, May 9, 2014 at 5:57 PM, Alexandre Courbot wrote:
> gk20a_ram_put() can be called with a NULL nouveau_mem in case of error.
> Handle that case the way is it done in other RAM drivers.
Got it, thanks!
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/gpu/drm/nouveau/core/subdev/fb/ramg
On Sat, May 10, 2014 at 12:57:15AM +0200, Thomas Gleixner wrote:
> On Fri, 9 May 2014, Christoph Lameter wrote:
> > On Fri, 9 May 2014, Thomas Gleixner wrote:
> > > I understand why you want to get this done by a housekeeper, I just
> > > did not understand why we need this whole move it around bus
Use a more current logging style.
Convert the remaining printks without a KERN_
to pr_ where appropriate.
There a few additional printks without a level that
are emitted at KERN_DEFAULT for stack dumps and such.
Add printf format/argument verification to the static
inline just in case.
Signed-o
These are now unused so delete them.
Signed-off-by: Joe Perches
---
arch/um/include/shared/user.h | 11 ---
1 file changed, 11 deletions(-)
diff --git a/arch/um/include/shared/user.h b/arch/um/include/shared/user.h
index cef0685..4fa82c0 100644
--- a/arch/um/include/shared/user.h
+++ b/
Joe Perches (4):
UserModeLinux: Convert UM_KERN_ to KERN_
UserModeLinux: Remove unused #defines of UM_KERN_
UserModeLinux: Use a more current logging style
UserModeLinux: Convert printks to pr_
arch/um/drivers/chan_kern.c | 27 +++
arch/um/drivers/chan_user.c
Use a more normal style for these slightly odd #defines.
Remove trailing semicolons from #defines
Add semicolon to uses.
Signed-off-by: Joe Perches
---
I think these are unnecessarily obfuscating and the #defines
should be expanded in-place instead.
drivers/acpi/acpica/amlresrc.h | 137 ++
The mm-of-the-moment snapshot 2014-05-09-16-17 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Fri, May 09, 2014 at 11:23:19AM -0400, Theodore Ts'o wrote:
> ... please send nominations to:
>
> kernel-sum...@lists.linuxfoundation.org
Argh, sorry, I screwed up the e-mail address. The correct e-mail
address is.
ksummit-disc...@lists.linuxfoundation.org
My apologies
On Fri, 9 May 2014, Christoph Lameter wrote:
> On Fri, 9 May 2014, Thomas Gleixner wrote:
> > I understand why you want to get this done by a housekeeper, I just
> > did not understand why we need this whole move it around business is
> > required.
>
> This came about because of another objection
On Fri, May 09, 2014 at 03:40:52PM -0700, Josh Triplett wrote:
> On Fri, May 09, 2014 at 03:30:04PM -0700, Paul E. McKenney wrote:
> > On Fri, May 09, 2014 at 12:32:46PM -0700, Josh Triplett wrote:
> > > On Fri, May 09, 2014 at 10:36:58AM -0700, Paul E. McKenney wrote:
> > > > On Fri, May 09, 2014
09.05.2014 22:12, Sebastian Andrzej Siewior пишет:
The delta patch against v3.14.3-rt4 is appended below and can be found
Where delta from 3 to 4 ?
--
Pavel.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
"Rafael J. Wysocki" writes:
> From: Rafael J. Wysocki
>
> Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
> resume all runtime-suspended devices during system suspend, mostly
> because those devices may need to be reprogrammed due to different
> wakeup settings for system sl
Commit 1e434f9318efc3dddc0c0b8d2071712668154c2b (OMAPFB: remove early mem
alloc from old omapfb) deleted the support for early fbmem allocation
from the platform code, but some code still remains in the driver side.
Delete this code now, as it repotedly causes build issues on !MMU.
The patch was t
Attn: Dear, Your western union payment is now ready for you to start
picking it up through this custody and the total fund is 2.5 Million Usd
which was deposited in this custody Three days ago and we decided to
contact you on your email address, the maximum amount you will be
receiving per day is $
On Fri, May 09, 2014 at 03:30:04PM -0700, Paul E. McKenney wrote:
> On Fri, May 09, 2014 at 12:32:46PM -0700, Josh Triplett wrote:
> > On Fri, May 09, 2014 at 10:36:58AM -0700, Paul E. McKenney wrote:
> > > On Fri, May 09, 2014 at 08:52:31AM -0700, Josh Triplett wrote:
> > > > On Wed, May 07, 2014
On Fri, May 09, 2014 at 02:20:45PM -0700, H. Peter Anvin wrote:
> On 05/09/2014 02:12 PM, Arnd Bergmann wrote:
> >
> >> However, if we're going to have these devices I'm wondering if having
> >> /dev/portw and /dev/portl (or something like that) might not make sense,
> >> rather than requiring a s
On Thursday, May 08, 2014 09:52:18 PM Alan Stern wrote:
> On Thu, 8 May 2014, Rafael J. Wysocki wrote:
>
> > Well, no.
> >
> > The reason why that doesn't work is because ->prepare() callbacks are
> > executed in the reverse order, so the perent's ones will be run before
> > the ->prepare() of th
On Fri, May 09, 2014 at 12:32:46PM -0700, Josh Triplett wrote:
> On Fri, May 09, 2014 at 10:36:58AM -0700, Paul E. McKenney wrote:
> > On Fri, May 09, 2014 at 08:52:31AM -0700, Josh Triplett wrote:
> > > On Wed, May 07, 2014 at 04:43:13PM -0700, Paul E. McKenney wrote:
> > > > On Wed, May 07, 2014
1 - 100 of 660 matches
Mail list logo
