On Sat, Nov 03, 2012 at 01:38:26AM -0700, Tejun Heo wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git
review-cgroup_freezer-hierarchy
Updated patches posted as replies to the original patches and the
above git branch updated with the updated patches. As all the updates
are
On Thu 08-11-12 09:57:50, Tejun Heo wrote:
Up until now, cgroup_freezer didn't implement hierarchy properly.
cgroups could be arranged in hierarchy but it didn't make any
difference in how each cgroup_freezer behaved. They all operated
separately.
This patch implements proper hierarchy
On Wed, Nov 07, 2012 at 01:22:13AM +0530, Srivatsa S. Bhat wrote:
Today memory subsystems are offer a wide range of capabilities for managing
memory power consumption. As a quick example, if a block of memory is not
referenced for
On Thu, Nov 08, 2012 at 07:02:46PM +0100, Michal Hocko wrote:
On Thu 08-11-12 09:57:50, Tejun Heo wrote:
Signed-off-by: Tejun Heo t...@kernel.org
Reviewed-by: Tejun Heo t...@kernel.org
You probably meant Reviewed-by: Michal Hocko ;)
Hehehheheh... man, I'm too self-absolved. Thanks
On Wed, Nov 7, 2012 at 9:58 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Tue, Nov 06, 2012 at 11:36:08PM +0100, Rafael J. Wysocki wrote:
OK, but then we need to pass the information obtained from _CRS
(presumably after some adjustments through _SRS) to drivers, or rather to
On Thu 08-11-12 10:04:17, Tejun Heo wrote:
On Thu, Nov 08, 2012 at 07:02:46PM +0100, Michal Hocko wrote:
On Thu 08-11-12 09:57:50, Tejun Heo wrote:
Signed-off-by: Tejun Heo t...@kernel.org
Reviewed-by: Tejun Heo t...@kernel.org
You probably meant Reviewed-by: Michal Hocko ;)
SMACK_MAGIC moved to a proper place for easy user space access
(i.e. libsmack).
Signed-off-by: Jarkko Sakkinen jarkko.sakki...@iki.fi
---
include/uapi/linux/magic.h |1 +
security/smack/smack.h |6 +-
security/smack/smack_lsm.c |1 -
3 files changed, 2 insertions(+), 6
at:
http://git.infradead.org/users/dhowells/linux-headers.git/shortlog/refs/tags/disintegrate-arc-20121108
You'll find a branch with a patch that does the UAPI disintegration for you as
one piece. I've merged your branch onto Linus's latest before doing the
disintegration. If you'd
On Thu, 2012-11-08 at 11:04 -0600, Aaron Sierra wrote:
The older southbridges supported by the lpc_ich driver do not
provide memory-mapped space of the root complex. The driver
correctly avoids computing the iomem address in this case, yet
submits a zeroed resource request anyway (via
Offlining and removal of memory is now done in the prepare_remove callback,
not in the remove callback.
Signed-off-by: Vasilis Liaskovitis vasilis.liaskovi...@profitbricks.com
---
drivers/acpi/acpi_memhotplug.c | 22 --
1 files changed, 20 insertions(+), 2 deletions(-)
As discussed in
https://patchwork.kernel.org/patch/1581581/
the driver core remove function needs to always succeed. This means we need
to know that the device can be successfully removed before acpi_bus_trim /
acpi_bus_hot_remove_device are called. This can cause panics when OSPM-initiated
eject
A new argument is added to acpi_bus_trim, which indicates if we are preparing
for removal or performing the actual ACPI removal. This is needed for safe
removal of memory devices.
The argument change would not be needed if the existing argument rmdevice of
acpi_bus_trim could be used instead.
Signed-off-by: Vasilis Liaskovitis vasilis.liaskovi...@profitbricks.com
---
include/acpi/acpi_bus.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/acpi/acpi_bus.h b/include/acpi/acpi_bus.h
index 2242c10..6ef1692 100644
--- a/include/acpi/acpi_bus.h
+++
On Sat, Nov 3, 2012 at 7:46 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
ACPI 5 introduced SPISerialBus resource that allows us to enumerate and
configure the SPI slave devices behind the SPI controller. This patch adds
support for this to the SPI core.
In addition we bind ACPI
The source code without this patch caused hypervkvpd to exit when it processed
a spoofed Netlink packet which has been sent from an untrusted local user.
Now Netlink messages with a non-zero nl_pid source address are ignored
and a warning is printed into the syslog.
Signed-off-by: Tomas Hozza
On 7 November 2012 10:47, Vineet Gupta vineet.gup...@synopsys.com wrote:
diff --git a/arch/arc/include/asm/ptrace.h b/arch/arc/include/asm/ptrace.h
new file mode 100644
index 000..c178357
--- /dev/null
+++ b/arch/arc/include/asm/ptrace.h
@@ -0,0 +1,120 @@
+/* THE pt_regs: Defines how
v2: post-decrement to match existing style
retitle patch subject
drivers/mfd/lpc_ich.c | 3 +++
1 file changed, 3 insertions(+)
Acked-by: Aaron Sierra asie...@xes-inc.com
You could make Samuel's job easier by sending a new e-mail
with the latest patch and the correct subject in the
On Sat, Nov 3, 2012 at 7:46 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
ACPI 5 introduced I2cSerialBus resource that makes it possible to enumerate
and configure the I2C slave devices behind the I2C controller. This patch
adds helper functions to support I2C slave enumeration.
Hello,
I have an issue with the GMA500 driver for kernels from 3.5 up to 3.7-rc4.
I am using an Intel board with a D2700 Atom processor running Debian unstable.
Sometimes when DPMS switches off the screen the system reboots. More often it
does not reboot but shows a white screen on reactivation.
Subject: cgroup: add cgroup_subsys-post_create()
Currently, there's no way for a controller to find out whether a new
cgroup finished all -create() allocatinos successfully and is
considered live by cgroup.
This becomes a problem later when we add generic descendants walking
to cgroup which can
On Thu, Nov 8, 2012 at 3:06 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
(please, never top-post)
got it!
On Wed, Nov 07, 2012 at 02:14:00PM +0100, Dmytro Milinevskyy wrote:
Unfortunately I have some issues with git send-email.
I've attached the patch itself ..
I'll apply it like that this
Hi Arnd,
Thanks for your valuable comments I will rework the port.
P.S. Sorry for top-posting.
Thanks,
Vineet
On Wednesday 07 November 2012, Vineet Gupta wrote:
This patchset based off-of 3.7-rc3, introduces the Linux kernel port to
ARC700 processor family (750D and 770D) from Synopsys.
On Tue, 16 Oct 2012 11:21:45 +0200
Lukas Czerner lczer...@redhat.com wrote:
Currently there is not limitation of number of requests in the loop bio
list. This can lead into some nasty situations when the caller spawns
tons of bio requests taking huge amount of memory. This is even more
Commit b87b49cd0efd (ACPI / PM: Move device PM functions related to sleep
states) declared acpi_target_system_state() for CONFIG_PM_SLEEP whereas
it is only defined for CONFIG_ACPI_SLEEP, resulting in the following link
error:
drivers/built-in.o: In function `acpi_pm_device_sleep_wake':
On Thu, 8 Nov 2012 17:15:36 +
Christoph Lameter c...@linux.com wrote:
On Wed, 7 Nov 2012, Andrew Morton wrote:
What's up with kmem_cache_shrink? It's global and exported to modules
but its only external caller is some weird and hopelessly poorly
documented site down in
On Thu, 8 Nov 2012 11:29:32 -0500
Ed Cashin ecas...@coraid.com wrote:
Signed-off-by: Ed Cashin ecas...@coraid.com
Could you please prepare decent changelogs for the patches? Several of
these appear to be bugfixes but we have no description of the
user-visible behavioural changes. So nobody
On Nov 8, 2012, at 2:26 PM, Andrew Morton wrote:
On Thu, 8 Nov 2012 11:29:32 -0500
Ed Cashin ecas...@coraid.com wrote:
Signed-off-by: Ed Cashin ecas...@coraid.com
Could you please prepare decent changelogs for the patches? Several of
these appear to be bugfixes but we have no
On Wed, Nov 7, 2012 at 2:56 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Tue, Nov 06, 2012 at 11:18:11PM +0100, Rafael J. Wysocki wrote:
How is the SPI controller different than this? Is there some logical
difference that requires a different framework? Or are you proposing
On Thu, Nov 08, 2012 at 03:55:18PM +, Grant Likely wrote:
Hi Mika,
On Sat, Nov 3, 2012 at 7:46 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
From: Mathias Nyman mathias.ny...@linux.intel.com
Add support for translating ACPI GPIO pin numbers to Linux GPIO API pins.
Hi,
On Thu, Nov 08, 2012 at 08:07:57PM +0100, Dmytro Milinevskyy wrote:
On Wed, Nov 07, 2012 at 02:14:00PM +0100, Dmytro Milinevskyy wrote:
Unfortunately I have some issues with git send-email.
I've attached the patch itself ..
I'll apply it like that this time, but try to figure out
On 11/08/2012 11:32 PM, Mel Gorman wrote:
On Wed, Nov 07, 2012 at 01:22:13AM +0530, Srivatsa S. Bhat wrote:
Today memory subsystems are offer a wide range of capabilities for managing
memory power consumption. As a quick example, if
On Tue, Nov 06, 2012 at 03:51:59PM -0800, Eric W. Biederman wrote:
[..]
Thnking more about executable signature verification, I have another question.
While verifyign the signature, we will have to read the whole executable
in memory. That sounds bad as we are in kernel mode and will not be
On Thu, Nov 08, 2012 at 02:40:50PM -0500, Vivek Goyal wrote:
On Tue, Nov 06, 2012 at 03:51:59PM -0800, Eric W. Biederman wrote:
[..]
Thnking more about executable signature verification, I have another question.
While verifyign the signature, we will have to read the whole executable
in
fixed below checkpatch warnings.
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_err(netdev, ... then
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
and add pr_fmt.
Signed-off-by: YAMANE Toshiaki
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: YAMANE Toshiaki
Add support for retrieving TTC configuration from device tree. This
includes the ability to pull information about the driving clocks from
the of_clk bindings.
Signed-off-by: Josh Cartwright josh.cartwri...@ni.com
---
arch/arm/boot/dts/zynq-7000.dtsi | 53
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
and add pr_fmt.
Signed-off-by: YAMANE Toshiaki
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_notice(netdev, ... then dev_notice(dev, ... then
pr_notice(... to printk(KERN_NOTICE ...
- WARNING: Prefer netdev_info(netdev,
Use the events API to trace filemap loading and
unloading of file pieces into the page cache.
This patch aims at tracing the eviction reload
cycle of executable and shared libraries pages in
a memory constrained environment.
The typical usage is to spot a specific device and
inode (for example
Add support for specifying clock information for the uart clk via the
device tree. This eliminates the need to hardcode rates in the device
tree.
Signed-off-by: Josh Cartwright josh.cartwri...@ni.com
---
arch/arm/boot/dts/zynq-7000.dtsi | 4 ++--
drivers/tty/serial/xilinx_uartps.c | 30
fixed below checkpatch warnings.
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
and add pr_fmt.
Signed-off-by: YAMANE Toshiaki
fixed below checkpatch warnings.
- WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then
pr_warn(... to printk(KERN_WARNING ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then
Provide simplified models for the necessary clocks on the zynq-7000
platform. Currently, the PLLs, the CPU clock network, and the basic
peripheral clock networks (for SDIO, SMC, SPI, QSPI, UART) are modelled.
OF bindings are also provided and documented.
Signed-off-by: Josh Cartwright
This set is a v2 of my original patchset zynq COMMON_CLK support [1].
This patchset is on top of the arm-next in the Xilinx tree[2], and also
dependent on my patch serial: xilinx_uartps: kill CONFIG_OF
conditional, which I've removed from this patchset at Michal Simek's request.
For easy
The purpose of the created zynq-7000.dtsi file is to describe the
hardware common to all Zynq 7000-based boards. Also, get rid of the
zynq-ep107 device tree, since it is not hardware anyone can purchase.
Add a zc702 dts file based on the zynq-7000.dtsi. Add it to the
dts/Makefile so it is built
Make the Zynq platform use the newly created zynq clk bindings.
Signed-off-by: Josh Cartwright josh.cartwri...@ni.com
---
arch/arm/Kconfig | 1 +
arch/arm/boot/dts/zynq-7000.dtsi | 56
arch/arm/boot/dts/zynq-zc702.dts | 4 +++
On Thu, Nov 08, 2012 at 12:32:25PM -0700, Bjorn Helgaas wrote:
Struct device_driver is a generic structure, so it seems strange to
have to include non-generic things like of_device_id and now
acpi_match_table there.
Yes, but in a sense the DT and ACPI are generic. So that they are used to
On Thu, 2012-11-08 at 08:57 -0800, Andy Grover wrote:
On 11/07/2012 05:57 PM, Chris Friesen wrote:
On 11/07/2012 07:02 PM, Jon Mason wrote:
I'm not a lawyer, nor do I play one on TV, but if
I understand the GPL correctly, RTS only needs to provide the relevant
source to their customers
On Thu, 8 Nov 2012 14:48:49 +0100
Oleg Nesterov o...@redhat.com wrote:
Currently the writer does msleep() plus synchronize_sched() 3 times
to acquire/release the semaphore, and during this time the readers
are blocked completely. Even if the write section was not actually
started or if it was
From: Nicholas Bellinger n...@linux-iscsi.org
Hi folks,
This series for-3.8 adds support for proper WRITE_SAME w/ UNMAP=0 emulation
for IBLOCK device backends to follow MKP's WRITE_SAME patches that have
been merged for v3.7-rc1.
Currently it uses a bio_add_page() call for each sector in order
From: Nicholas Bellinger n...@linux-iscsi.org
This patch updates sbc_write_same_supported() to set SCF_WRITE_SAME_DISCARD
to signal when WRITE_SAME w/ UNMAP=1 is requested.
Also, allow WRITE_SAME w/ UNMAP=0 to be passed to backend driver logic.
Cc: Christoph Hellwig h...@lst.de
Cc: Martin K.
From: Nicholas Bellinger n...@linux-iscsi.org
This patch adds support for emulation of WRITE_SAME w/ UNMAP=0 within
iblock_execute_write_same() backend code.
The emulation uses a bio_add_page() call for each sector, and by default
enforces a limit of max_write_same_len=0x (65536) sectors
From: Nicholas Bellinger n...@linux-iscsi.org
This patch adds a new max_write_same_len device attribute for use with
WRITE_SAME w/ UNMAP=0 backend emulation.
Also, update block limits VPD emulation code in spc_emulate_evpd_b0() to
set the default MAXIMUM WRITE SAME LENGTH value of zero.
Cc:
On Thu, Nov 08, 2012 at 01:46:24AM +0100, Rafael J. Wysocki wrote:
On Wednesday, November 07, 2012 03:05:48 PM Mika Westerberg wrote:
On Wed, Nov 07, 2012 at 12:14:31PM +0100, Rafael J. Wysocki wrote:
So is the idea now that the ACPI core parses the resources and passes
them
...and then turn around and submit it to Nick since he's the target
subsystem maintainer? Nick is probably the one who wrote it!
I'm happy to do that, but we should recognize something is seriously
skewed when the person nominally in charge of the in-kernel code also
has a vested interest in
Signed-off-by: Sasha Levin sasha.le...@oracle.com
---
drivers/net/vmxnet3/vmxnet3_drv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/vmxnet3/vmxnet3_drv.c
b/drivers/net/vmxnet3/vmxnet3_drv.c
index 0ae1bcc..7e9622f 100644
---
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
Just use BUG_ON() instead of constructions such as:
if (...)
BUG()
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
// smpl
@@
expression e;
@@
- if (e) BUG();
+ BUG_ON(e);
// /smpl
Signed-off-by:
On Thu, 8 Nov 2012 15:44:49 +0900
G.Shark Jeong gshark.je...@gmail.com wrote:
From: G.Shark Jeong gshark.je...@gmail.com
Fix coccinelle warning.
Please always quote the warning or error message text in the changelog
when fixing an error or warning.
diff --git
Subject: [PATCH] sched: add a tuning knob to allow changing RR timeslice
User wanted a facility simliar to the ability on Solaris to adjust
the SCHED_RR timeslice value. Add a /proc/sys/kernel scheduler knob
named sched_rr_timeslice_ms which allows global changing of the SCHED_RR
timeslice value.
Hi Arnd,
On Thu, 8 Nov 2012 15:11:54 + Arnd Bergmann a...@arndb.de wrote:
I think this one turned out wrong, and is missing this part:
diff --git a/arch/arm/mach-nomadik/board-nhk8815.c
b/arch/arm/mach-nomadik/board-nhk8815.c
index 5ccdf53..69769b7 100644
---
This patchset updates the ACPI system-level (ex. hotplug)
notify handling with a new .sys_notify interface. It provides
the following changes:
- Allow ACPI drivers to register their system-level (hotplug)
notify handlers to a new .sys_notify interface through their
acpi_driver table. This
Added a new .sys_notify interface, which allows ACPI drivers to
register their system-level (ex. hotplug) notify handlers through
their acpi_driver table. This removes redundant ACPI namespace
walks from ACPI drivers for faster booting.
The global notify handler acpi_bus_notify() is called for
Changed the ACPI memory hotplug driver to use .sys_notify. Removed
ACPI namespace walks and their call-back functions that register and
unregister the hotplug handler to all memory device objects through
acpi_[install|remove]_notify_handler().
Signed-off-by: Toshi Kani toshi.k...@hp.com
---
Changed the ACPI processor driver to use .sys_notify. Removed
ACPI namespace walks and their call-back functions that register
and unregister the hotplug handler to all processor objects
through acpi_[install|remove]_notify_handler().
Signed-off-by: Toshi Kani toshi.k...@hp.com
---
Changed the ACPI container driver to use .sys_notify. Removed
ACPI namespace walks and their call-back functions that register
and unregister the hotplug handler to all container objects
through acpi_[install|remove]_notify_handler(). Renamed the
notify handler to container_notify() for
-Original Message-
From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
On Behalf Of Joe Jin
Sent: Wednesday, November 07, 2012 10:25 PM
To: e1000-de...@lists.sf.net
Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Mary Mcgrath
Subject: 82571EB: Detected
On 8 November 2012 19:52, Vineet Gupta vineet.gup...@synopsys.com wrote:
On 7 November 2012 10:47, Vineet Gupta vineet.gup...@synopsys.com wrote:
I'd recommend not exporting the pt_regs structure to userspace. This
struct is used heavily within the kernel and it's nice to have the
leeway to
On Thu, 2012-11-08 at 14:40 -0500, Vivek Goyal wrote:
On Tue, Nov 06, 2012 at 03:51:59PM -0800, Eric W. Biederman wrote:
[..]
Thnking more about executable signature verification, I have another question.
While verifyign the signature, we will have to read the whole executable
in
Hello,
I've recently discovered the lack of the command line parameter memtest
for ARM. So I've made a patch.
But I have some questions:
1. arch/x86/mm/memtest.c looks platform independ.
The only thing why I don't use it for arm, is because it uses 64bit
pointers. Maybe it could be moved to
On Thursday, November 08, 2012 10:20:42 PM Mika Westerberg wrote:
On Thu, Nov 08, 2012 at 01:46:24AM +0100, Rafael J. Wysocki wrote:
On Wednesday, November 07, 2012 03:05:48 PM Mika Westerberg wrote:
On Wed, Nov 07, 2012 at 12:14:31PM +0100, Rafael J. Wysocki wrote:
So is the idea now
Change SMB_ECHO_INTERVAL to make it a module parameter.
BugLink: http://bugs.launchpad.net/bugs/1017622
BugLink: https://bugzilla.samba.org/show_bug.cgi?id=9006
Reported-by: Oliver Dumschat-Hoette dumschat-hoe...@trisinus.de
Signed-off-by: Chris J Arges chris.j.ar...@canonical.com
---
There is very little difference in the TIF_SECCOMP and TIF_SYSCALL_WORK
path in entry-common.S, so merge TIF_SECCOMP into TIF_SYSCALL_WORK and
move seccomp into the syscall_trace_enter() handler.
Expanded some of the tracehook logic into the callers to make this code
more readable. Since
From: Will Drewry w...@chromium.org
Reflect architectural support for seccomp filter.
Signed-off-by: Will Drewry w...@chromium.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
arch/arm/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index
This adds support for seccomp BPF to ARM. When built with the seccomp
improvement patch waiting in linux-next (seccomp: Make syscall skipping
and nr changes more consistent), this passes the seccomp regression
test suite: https://github.com/redpig/seccomp
Thanks,
-Kees
---
v4:
- fixed
From: Will Drewry w...@chromium.org
Provide an ARM implementation of syscall_get_arch. This is a pre-requisite
for CONFIG_HAVE_ARCH_SECCOMP_FILTER.
Signed-off-by: Will Drewry w...@chromium.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
arch/arm/include/asm/syscall.h |9 +
1
On tracehook-friendly platforms, a system call number of -1 falls
through without running much code or taking much action.
ARM is different. This adds a short-circuit check in the trace path to
avoid any additional work, as suggested by Russell King, to make sure
that ARM behaves the same way as
On Thursday, November 08, 2012 06:05:23 PM Grant Likely wrote:
On Wed, Nov 7, 2012 at 9:58 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Tue, Nov 06, 2012 at 11:36:08PM +0100, Rafael J. Wysocki wrote:
OK, but then we need to pass the information obtained from _CRS
From: Stephen Warren swar...@nvidia.com
Currently, whenever CONFIG_ARCH_USES_GETTIMEOFFSET is enabled, each
arch core provides a single implementation of arch_gettimeoffset(). In
many cases, different sub-architectures, different machines, or
different timer providers exist, and so the arch ends
From: Stephen Warren swar...@nvidia.com
remove m68k's mach_gettimeoffset function pointer, and instead directly
set the arch_gettimeoffset function pointer. This requires multiplying
all function results by 1000, since the removed m68k_gettimeoffset() did
this. Also, s/unsigned long/u32/ just to
From: Stephen Warren swar...@nvidia.com
Move PXA's timer suspend/resume functions from struct sys_timer
pxa_timer into struct clock_event_device ckevt_pxa_osmr0. This
will allow the sys_timer suspend/resume fields to be removed, and
eventually lead to a complete removal of struct sys_timer.
Cc:
From: Stephen Warren swar...@nvidia.com
Move ux500's timer suspend/resume functions from struct sys_timer
ux500_timer into struct clock_event_device nmdk_clkevt. This
will allow the sys_timer suspend/resume fields to be removed, and
eventually lead to a complete removal of struct sys_timer.
Cc:
From: Stephen Warren swar...@nvidia.com
Now that the only field in struct sys_timer is .init, delete the struct,
and replace the machine descriptor .timer field with the initialization
function itself.
This will enable moving timer drivers into drivers/clocksource without
having to place a
From: Stephen Warren swar...@nvidia.com
These fields duplicate e.g. struct clock_event_device's suspend and
resume fields, so remove them now that nothing is using them. The aim
is to remove all fields from struct sys_timer except .init, then replace
the ARM machine descriptor's .timer field with
From: Stephen Warren swar...@nvidia.com
Now that the only field in struct sys_timer is .init, delete the struct,
and replace the machine descriptor .timer field with the initialization
function itself.
This will enable moving timer drivers into drivers/clocksource without
having to place a
From: Stephen Warren swar...@nvidia.com
The overall aim of this series is to allow ARM (or indeed any) timer
drivers to be moved into drivers/clocksource without requiring a
struct or function prototype for each individual driver in include/linux.
The intent is eventually to create a single e.g.
From: Stephen Warren swar...@nvidia.com
Instead of using struct sys_timer's resume function, register syscore_ops
directly in s3c2410_timer_init(). This will allow the sys_timer suspend/
resume fields to be removed, and eventually lead to a complete removal of
struct sys_timer.
Cc: Ben Dooks
Vivek Goyal vgo...@redhat.com writes:
On Thu, Nov 08, 2012 at 02:40:50PM -0500, Vivek Goyal wrote:
On Tue, Nov 06, 2012 at 03:51:59PM -0800, Eric W. Biederman wrote:
[..]
Thnking more about executable signature verification, I have another
question.
While verifyign the signature, we
From: Stephen Warren swar...@nvidia.com
Move sa1100's timer suspend/resume functions from struct sys_timer
sa1100_timer into struct clock_event_device ckevt_sa1100_osmr0. This
will allow the sys_timer suspend/resume fields to be removed, and
eventually lead to a complete removal of struct
From: Stephen Warren swar...@nvidia.com
Move at91's timer suspend/resume functions from struct sys_timer
at91sam926x_timer into struct clock_event_device pit_clkevt. This
will allow the sys_timer suspend/resume fields to be removed, and
eventually lead to a complete removal of struct sys_timer.
On 11/08/2012 02:01 PM, Stephen Warren wrote:
Now that the only field in struct sys_timer is .init, delete the struct,
and replace the machine descriptor .timer field with the initialization
function itself.
Oops. This one patch is a duplicate of 11/11 in the series I just sent.
Sorry.
--
To
From: Stephen Warren swar...@nvidia.com
remove ARM's struct sys_timer .offset function pointer, and instead
directly set the arch_gettimeoffset function pointer when the timer
driver is initialized. This requires multiplying all function results
by 1000, since the removed arm_gettimeoffset() did
From: Stephen Warren swar...@nvidia.com
Move usec to nsec conversion from arch_gettimeoffset() to
do_slow_gettimeoffset(); in a future patch, do_slow_gettimeoffset()
will be used directly as the implementation of arch_gettimeoffset(),
so needs to perform all required calculations.
Cc: Mikael
301 - 400 of 1116 matches
Mail list logo