* Linus Torvalds wrote:
> On Sat, Apr 11, 2015 at 11:57 AM, Thomas Gleixner wrote:
> >
> > I thinks its just the no-guess one:
> >
> >textdata dec patch reduction
> > 7563475 1781048 10302987
> > 7192973 1780024 9931461 no-guess-4.8%
> >
On Sat, 11 Apr 2015, Michal Marek wrote:
> Dne 11.4.2015 v 15:20 Nicholas Mc Guire napsal(a):
> > On Sat, 11 Apr 2015, Jonathan Corbet wrote:
> >
> >> On Sun, 5 Apr 2015 08:44:28 +0200
> >> Nicholas Mc Guire wrote:
> >>
> >>> KBUILD_BUILD_VERSION is currently not documented but it is
> >>>
Several AIO and OCFS2 fixes. Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (5):
fix mremap() vs. ioctx_kill() race
ioctx_alloc(): fix vma (and file) leak on failure
[regression] ocfs2: do *not* increment
ksp must be 8-byte aligned.
Cc: Richard Weinberger
Signed-off-by: Guenter Roeck
---
Applies on top of Richard's execution domain removal code.
Tested with qemu.
arch/sparc/include/asm/thread_info_32.h | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git
Hello Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal fixes
to receive Thermal-SoC Management updates for v4.0-rc7 with top-most
541d529f9845d249d1cb84f1b395e48f0a117e3f:
drivers: thermal: st: remove several sparse warnings (2015-04-07
The removal of exexdomain changes pointer offsets into the thread_info
structure.
Signed-off-by: Guenter Roeck
---
Applies on top of Richard's execdomain removal patches.
Tested with xtensa qemu session.
arch/xtensa/include/asm/thread_info.h | 11 +--
1 file changed, 5 insertions(+), 6
On Sat, Apr 11, 2015 at 10:47:39PM +0200, Richard Weinberger wrote:
[ ... ]
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rw/misc.git exec_domain_rip_v1
>
Build results:
total: 121 pass: 121 fail: 0
Qemu test results:
total: 30 pass: 27 fail: 3
Failed tests:
On Sun, Apr 12, 2015 at 12:56:55AM +0100, Al Viro wrote:
> What for? It's not as if userland memory had been communicated with by
> IP over carrier pigeons, after all, and the cost of 4Kb worth of
> (essentially) memcpy() is going to be
> a) incurred in extremely rare case
> and
> b)
On Saturday, April 11, 2015 05:08:38 PM Jim Bos wrote:
> On 04/10/2015 03:56 AM, Jiang Liu wrote:
> > On 2015/4/10 0:41, Jim Bos wrote:
> >> On 04/09/2015 12:15 PM, Jiang Liu wrote:
> >>> On 2015/4/8 23:51, Jim Bos wrote:
> On 04/08/2015 07:26 AM, Jiang Liu wrote:
> > On 2015/4/8 0:49,
This is an updated version of v8 of the pids patchset[1], with a few
small fixes, namely:
* Remove the cgroup_fork_state abstraction and just store the ss_state
(void *)[CGROUP_PREFORK_COUNT] on the stack.
* Only pass a (void **) to can_fork, and pass (void *) to
{cancel_,}fork.
* Add a
Adds a new single-purpose PIDs subsystem to limit the number of
tasks that can be forked inside a cgroup. Essentially this is an
implementation of RLIMIT_NPROC that applies to a cgroup rather than a
process tree.
However, it should be noted that organisational operations (adding and
removing
Replace the explicit checking against ss_masks inside a for_each_subsys
block with for_each_subsys_which(ss_mask, ...), to take advantage of the
more readable macro.
Signed-off-by: Aleksa Sarai
---
kernel/cgroup.c | 42 ++
1 file changed, 14
Add a new macro for_each_subsys_which that allows all enabled cgroup
subsystems to be filtered by a bitmask, such that mask & (1 << ssid)
determines if the subsystem is to be processed in the loop body (where
ssid is the unique id of the subsystem).
Also replace the need_forkexit_callback with
Add a new cgroup subsystem callback can_fork that conditionally
states whether or not the fork is accepted or rejected by a cgroup
policy. In addition, add a cancel_fork callback so that if an error
occurs later in the forking process, any state modified by can_fork can
be reverted.
Allow for a
Removed BitTime macro space warnings generated by checkpatch.pl.
Signed-off-by: Chase Metzger
---
drivers/usb/core/hcd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c
index 601476c7..299ff0d 100644
---
Changed dev_dbg(...) back to dev_printk(KERN_DEBUG, ...) based on previous
patches feedback.
Signed-off-by: Chase Metzger
---
drivers/usb/core/devio.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
index
Hi Richard,
On Sun, 12 Apr 2015 09:30:01 +1000 Stephen Rothwell
wrote:
>
> How about we put it in linux-next for a day or two before it gets
> pulled into your tree just to shake out any obvious compile/conflict
> problems?
For example, this new warning in the arm multi_v7_defconfig build (I
On Sat, Apr 11, 2015 at 2:20 PM, Rowand, Frank
wrote:
> In recent years there have been proposed tools to aid in the creation of valid
> device trees and in debugging device tree issues. An example of this is the
> various approaches proposed (with source code provided) to validate device
>
On Tue, Apr 07, 2015 at 04:38:26PM +0800, Boqun Feng wrote:
> Ping again...
What exactly does it buy us? You need a pathname just a bit under 4Kb, which,
with all due respect, is an extremely rare case. Resulting code is more
complicated, we _still_ copy twice (sure, the second time is for 16
From: Vitaly Kuznetsov
Introduce VSS_OP_REGISTER1 to support kernel replying to the negotiation
message with its own version.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_snapshot.c| 49 --
From: Vitaly Kuznetsov
In theory, the host is not supposed to issue any requests before be reply to
the previous one. In KVP we, however, support the following scenarios:
1) A message was received before userspace daemon registered;
2) A message was received while the previous one is still being
From: Vitaly Kuznetsov
Unify the code with the recently introduced hv_utils_transport. Netlink
communication is disabled for fcopy.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_fcopy.c | 194
From: Vitaly Kuznetsov
We set kvp_context when we want to postpone receiving a packet from vmbus due
to the previous transaction being unfinished. We, however, never reset this
state, all consequent kvp_respond_to_host() calls will result in poll_channel()
calling hv_kvp_onchannelcallback().
From: Vitaly Kuznetsov
'fcopy_work' (and fcopy_work_func) is a misnomer as it sounds like we expect
this useful work to happen and in reality it is just an emergency escape when
timeout happens.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
From: Vitaly Kuznetsov
Get an additional reference otherwise a crash is observed when hv_utils module
is being unloaded while
fcopy daemon is still running. .owner gives us an additional reference when
someone holds a descriptor for the device.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex
From: Vitaly Kuznetsov
Introduce FCOPY_VERSION_1 to support kernel replying to the negotiation
message with its own version.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_fcopy.c | 16 +++-
From: Vitaly Kuznetsov
Convert to hv_utils_transport to support both netlink and /dev/vmbus/hv_kvp
communication methods.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_kvp.c | 91 +++---
1
From: Vitaly Kuznetsov
Use /dev/vmbus/hv_vss instead of netlink.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
tools/hv/hv_vss_daemon.c | 139 -
1 files changed, 25 insertions(+), 114 deletions(-)
diff
From: Vitaly Kuznetsov
Convert to hv_utils_transport to support both netlink and /dev/vmbus/hv_vss
communication methods.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_snapshot.c | 52 +++--
1
From: Vitaly Kuznetsov
Switch to using the hvutil_device_state state machine from using 3 different
state variables:
fcopy_transaction.active, opened, and in_hand_shake.
State transitions are:
-> HVUTIL_DEVICE_INIT when driver loads or on device release
-> HVUTIL_READY if the handshake was
From: Vitaly Kuznetsov
The intention is to make KVP/VSS drivers work through misc char devices.
Introduce an abstraction for kernel/userspace communication to make the
migration smoother. Transport operational mode (netlink or char device)
is determined by the first received message. To support
From: Vitaly Kuznetsov
In theory, the host is not supposed to issue any requests before be reply to
the previous one. In KVP we, however, support the following scenarios:
1) A message was received before userspace daemon registered;
2) A message was received while the previous one is still being
From: Vitaly Kuznetsov
Unify driver registration reporting and move it to debug level as normally
daemons write to syslog themselves
and these kernel messages are useless.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_fcopy.c|3
From: Vitaly Kuznetsov
Move poll_channel() to hyperv_vmbus.h and make it inline and rename it to
hv_poll_channel() so it can be reused
in other hv_util modules.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_kvp.c | 17
From: Vitaly Kuznetsov
Use /dev/vmbus/hv_kvp instead of netlink.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
tools/hv/hv_kvp_daemon.c | 166 +-
1 files changed, 31 insertions(+), 135 deletions(-)
diff
From: Vitaly Kuznetsov
Switch to using the hvutil_device_state state machine from using 2 different
state variables: kvp_transaction.active and
in_hand_shake.
State transitions are:
-> HVUTIL_DEVICE_INIT when driver loads or on device release
-> HVUTIL_READY if the handshake was successful
->
From: Vitaly Kuznetsov
These declarations are internal to hv_util module and hv_fcopy_* declarations
already reside there.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/hv_kvp.c |1 +
drivers/hv/hv_snapshot.c |2 ++
From: Vitaly Kuznetsov
'kvp_work' (and kvp_work_func) is a misnomer as it sounds like we expect
this useful work to happen and in reality it is just an emergency escape when
timeout happens.
Signed-off-by: Vitaly Kuznetsov
Tested-by: Alex Ng
Signed-off-by: K. Y. Srinivasan
---
From: Vitaly Kuznetsov
Switch to using the hvutil_device_state state machine from using
kvp_transaction.active.
State transitions are:
-> HVUTIL_DEVICE_INIT when driver loads or on device release
-> HVUTIL_READY if the handshake was successful
-> HVUTIL_HOSTMSG_RECEIVED when there is a
From: Vitaly Kuznetsov
KVP/VSS/FCOPY drivers work in fully serialized mode: we wait till userspace
daemon registers, wait for a message from the host, send this message to the
daemon, get the reply, send it back to host, wait for another message.
Introduce enum hvutil_device_state to represend
Changes in v3:
- Removed RFC from subject, rebased on top of current char-misc-next tree.
RFCv2:
http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/2015-March/066629.html
Anatomy of the series:
Patches 01 - 07 are cleanup with minor functional change.
Patch 08 defines the state
Add device tree binding documentation for the Qualcom Shared Memory
manager.
Signed-off-by: Bjorn Andersson
---
Changes since v1:
- None
.../devicetree/bindings/soc/qcom/qcom,smem.txt | 49 ++
1 file changed, 49 insertions(+)
create mode 100644
The Shared Memory Manager driver implements an interface for allocating
and accessing items in the memory area shared among all of the
processors in a Qualcomm platform.
Signed-off-by: Bjorn Andersson
---
Changes since v1:
- ioremapping the regions nocache
- improved documentation of the two
Hi Linus,
On Sat, 11 Apr 2015 13:52:21 -0700 Linus Torvalds
wrote:
>
> On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
> >
> > The removal will make architecutre specific signal handling easier
> > and there is no need to keep execuction domains as this feature is
> > obviously
On Sat, 2015-04-11 at 23:12 +0200, Richard Weinberger wrote:
> Am 11.04.2015 um 22:52 schrieb Linus Torvalds:
> > On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
> >>
> >> The removal will make architecutre specific signal handling easier
> >> and there is no need to keep execuction
DO YOU NEED LOAN?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 4/11/15 21:20, Jonathan Corbet wrote:
> On Sun, 5 Apr 2015 11:50:02 +0800
> Chen Gang wrote:
>
>> Miss a ')' for ifneq in Makefile, the related building error:
>
> Seems obviously correct to me, applied to the docs tree. (Would still
> like to see this shifted over to tools/, of course).
>
On 4/11/15 21:18, Jonathan Corbet wrote:
> On Sun, 5 Apr 2015 12:25:44 +0800
> Chen Gang wrote:
>
>> Not all blackfin machines support IRQ_TIMER5, but all machines support
>> IRQ_TIMER2.
>
> I don't know enough about Blackfin to judge whether to take this into the
> docs tree or not in the
A bisect showed that commit 32b7eeec4d1e861230b09d437e95d76c86ff4a68
introduced the issue.
The issue starts as soon as X takes control of the screen, even if just
a plain X doing nothing, so based on the code touched by the commit I
thought it had to be related to the so called "hardware cursor".
Andrew Lunn писал 12.04.2015 00:40:
On Sat, Apr 11, 2015 at 11:29:20PM +0300, Andrew Andrianov wrote:
Signed-off-by: Andrew Andrianov
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/armada-370-dlink-dns327l.dts | 309
2 files changed,
On Sat, 2015-04-11 at 23:46 +0200, Stefan Hengelein wrote:
> 2015-04-11 22:23 GMT+02:00 Paul Bolle :
> > That's a NAK to this patch, isn't it?
>
> That's not for me to decide. Maybe I missed something!
> But I wouldn't merge it in the current state.
Thanks. That's all I needed to hear.
> > I'd
From: Richard Weinberger
Date: Sat, 11 Apr 2015 23:12:47 +0200
> Am 11.04.2015 um 22:52 schrieb Linus Torvalds:
>> On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
>>>
>>> The removal will make architecutre specific signal handling easier
>>> and there is no need to keep execuction
Hello.
On 04/11/2015 10:09 AM, Sricharan R wrote:
Signed-off-by: Sricharan R
---
arch/arm/boot/dts/qcom-msm8974.dtsi | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi
b/arch/arm/boot/dts/qcom-msm8974.dtsi
index
On Sat, Apr 11, 2015 at 12:18:37AM +0200, Arnd Bergmann wrote:
> The r-car sound driver only works when CONFIG_OF is set, and
> after a recent change has a compile-time dependency as well:
Applied, thanks.
signature.asc
Description: Digital signature
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
tags/asoc-fix-v4.0-rc7
for you to fetch changes up to
> > + internal-regs {
> > + serial@12000 {
> > + status = "okay";
> > + };
> > +
> > + serial@12100 {
> > + status = "okay";
> > + };
>
> Are both serial ports
2015-04-11 22:23 GMT+02:00 Paul Bolle :
> On Sat, 2015-04-11 at 21:58 +0200, Stefan Hengelein wrote:
>> 2015-04-11 20:56 GMT+02:00 Paul Bolle :
>> > On Sat, 2015-04-11 at 18:36 +0200, Stefan Hengelein wrote:
>> What i meant to say, you won't get a prompt (or for mconf, won't see
>> it in the menu)
On Sat, Apr 11, 2015 at 11:29:20PM +0300, Andrew Andrianov wrote:
> Signed-off-by: Andrew Andrianov
> ---
> arch/arm/boot/dts/Makefile |1 +
> arch/arm/boot/dts/armada-370-dlink-dns327l.dts | 309
>
> 2 files changed, 310 insertions(+)
> create
On Wed, 11 Mar 2015, Minchan Kim wrote:
> Bascially, MADV_FREE relys on the pte dirty to decide whether
> it allows VM to discard the page. However, if there is swap-in,
> pte pointed out the page has no pte_dirty. So, MADV_FREE checks
> PageDirty and PageSwapCache for those pages to not discard
Quoting Ben Dooks (2015-03-26 06:07:29)
> Change to using endian agnostic _relaxed IO accessors instead of __raw
>
> Signed-off-by: Ben Dooks
Applied.
Regards,
Mike
> --
> CC: Andrew Victor
> CC: Nicolas Ferre
> CC: Jean-Christophe Plagniol-Villard
> CC: Mike Turquette (maintainer:COMMON
> When power button is pressed to turn the NAS off, weltrend signals
> the SoC by driving mpp63 line low. Apparently right now pinctrl assumes
> that this line can only work as 'gpo' that screws up gpio-buttons driver.
> Since without gpio-buttons, mpp63 works as input properly via sysfs
>
Guarantee and trusted loan offer at 3% Amount:Duration,Phone Number:Country
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Usually blk_trace is not active, but cfq_log_xxx macros unconditionally
prepare cgroup path via blkg_path() which is suboptimal. This provoke
significant performance overhead
## Test
#modprobe null_blk queue_mode=1
#echo cfq > /sys/block/nullb0/queue/scheduler
#fio --ioengine=libaio --direct=1
Am 11.04.2015 um 22:52 schrieb Linus Torvalds:
> On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
>>
>> The removal will make architecutre specific signal handling easier
>> and there is no need to keep execuction domains as this feature is
>> obviously incomplete and abandoned
>
>
Am 11.04.2015 um 23:04 schrieb Al Viro:
> On Sat, Apr 11, 2015 at 01:52:21PM -0700, Linus Torvalds wrote:
>> On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
>>>
>>> The removal will make architecutre specific signal handling easier
>>> and there is no need to keep execuction domains as
On Sat, Apr 11, 2015 at 01:52:21PM -0700, Linus Torvalds wrote:
> On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
> >
> > The removal will make architecutre specific signal handling easier
> > and there is no need to keep execuction domains as this feature is
> > obviously incomplete
On Sat, 2015-04-11 at 22:55 +0200, Richard Weinberger wrote:
> This mail seems to be dead and bounces. :-(
>
> Signed-off-by: Richard Weinberger
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index ac976ac..7bf2a55 100644
> ---
This mail seems to be dead and bounces. :-(
Signed-off-by: Richard Weinberger
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index ac976ac..7bf2a55 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7298,7 +7298,6 @@ F:
On Saturday 11 April 2015 15:32:34 Ard Biesheuvel wrote:
> From: Arnd Bergmann
>
> How about something like this:
>
> A warning will be emitted by make when descending into the arch/arm/crypto
> directory, but only if any ARMv8 Crypto modules were in fact selected.
>
>
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/arm64/include/asm/thread_info.h | 3 ---
arch/arm64/kernel/asm-offsets.c | 1 -
arch/arm64/kernel/signal.c
The RISC OS personality seems to be unused and untested for a long time.
It is doubtful whether this personality worked ever as expected.
Let's rip it out.
Signed-off-by: Richard Weinberger
Acked-by: Russell King
---
arch/arm/Kconfig | 10 -
All users of exec_domain are gone, now we can get rid
of that abandoned feature.
To not break existing userspace we keep a dummy
/proc/execdomains file which will always contain
"0-0 Linux [kernel]".
Signed-off-by: Richard Weinberger
---
kernel/exec_domain.c | 100
A long time ago there was the idea to support different ABIs on Linux
Such that someone could use for example SCO UNIX binaries on Linux
without emulation. While the linux-abi project existed mostly as
out-of-tree patch it's core component, execution domains,
went mainline. An execution domain
Maintaining offsets by hand is no fun.
Signed-off-by: Richard Weinberger
---
arch/m32r/include/asm/asm-offsets.h | 1 +
arch/m32r/include/asm/thread_info.h | 13 +
arch/m32r/kernel/asm-offsets.c | 15 ++-
arch/m32r/kernel/entry.S| 1 +
4 files changed,
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/m68k/include/asm/thread_info.h | 2 --
arch/m68k/kernel/signal.c | 14 ++
2 files changed, 2
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/blackfin/include/asm/thread_info.h | 2 --
arch/blackfin/kernel/signal.c | 6 +-
2 files changed, 1
Maintaining offsets by hand is no fun.
Signed-off-by: Richard Weinberger
---
arch/blackfin/include/asm/thread_info.h | 9 -
arch/blackfin/kernel/asm-offsets.c | 6 ++
arch/blackfin/kernel/traps.c| 1 +
3 files changed, 7 insertions(+), 9 deletions(-)
diff --git
As this series removes exec domain support we can
get rid of this hack.
Signed-off-by: Richard Weinberger
---
arch/ia64/mm/init.c | 25 -
1 file changed, 25 deletions(-)
diff --git a/arch/ia64/mm/init.c b/arch/ia64/mm/init.c
index 6b33457..a9b65cf 100644
---
On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger wrote:
>
> The removal will make architecutre specific signal handling easier
> and there is no need to keep execuction domains as this feature is
> obviously incomplete and abandoned
Ack. The whole exec domain made some code code pretty
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/blackfin/kernel/signal.c | 2 +-
arch/frv/include/asm/thread_info.h | 2 --
arch/frv/kernel/asm-offsets.c |
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/s390/include/asm/thread_info.h | 2 --
arch/s390/kernel/asm-offsets.c | 1 -
arch/s390/kernel/compat_signal.c|
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/microblaze/include/asm/thread_info.h | 2 --
arch/microblaze/kernel/signal.c | 9 +
2 files changed, 1
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/sparc/include/asm/thread_info_32.h | 27 ---
arch/sparc/include/asm/thread_info_64.h | 26
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/thread_info.h | 2 --
arch/x86/um/signal.c | 7 ---
2 files changed, 9 deletions(-)
diff
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/arc/include/asm/thread_info.h | 2 --
arch/arc/kernel/signal.c | 14 +-
2 files changed, 1
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/x86/include/asm/thread_info.h | 3 ---
arch/x86/kernel/signal.c | 16 +---
2 files changed, 1
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/unicore32/include/asm/thread_info.h | 3 ---
arch/unicore32/kernel/asm-offsets.c | 1 -
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/xtensa/include/asm/thread_info.h | 2 --
arch/xtensa/kernel/signal.c | 11 ++-
2 files changed, 2
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/sh/include/asm/thread_info.h | 2 --
arch/sh/kernel/asm-offsets.c | 1 -
arch/sh/kernel/irq.c | 2 --
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/mn10300/include/asm/thread_info.h | 2 --
arch/mn10300/kernel/asm-offsets.c | 2 --
arch/mn10300/kernel/signal.c
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/tile/include/asm/thread_info.h | 2 --
arch/tile/kernel/compat_signal.c| 9 +
arch/tile/kernel/signal.c
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/m32r/include/asm/thread_info.h | 2 --
arch/m32r/kernel/signal.c | 12 +++-
2 files changed, 3
It is gone from all archs, now we can remove
the final bits.
Signed-off-by: Richard Weinberger
---
include/linux/personality.h | 40 +---
include/linux/sched.h | 6 --
kernel/exec_domain.c| 37 -
3 files
Signed-off-by: Richard Weinberger
---
arch/alpha/include/asm/thread_info.h| 2 --
arch/avr32/include/asm/thread_info.h| 3 ---
arch/avr32/kernel/asm-offsets.c | 1 -
arch/c6x/include/asm/thread_info.h | 2 --
arch/cris/arch-v10/kernel/signal.c | 2 --
As execution domain support is gone we can remove
signal translation from the signal code and remove
exec_domain from thread_info.
Signed-off-by: Richard Weinberger
---
arch/arm/include/asm/thread_info.h | 3 ---
arch/arm/kernel/asm-offsets.c | 1 -
arch/arm/kernel/signal.c |
On Saturday 11 April 2015 12:35:19 Ard Biesheuvel wrote:
>
> Yes, that should work. Could we also move the CE objs to ce-obj-$() and put
>
> ifneq ($(ce-obj-y)$(ce-obj-m),)
> if
> obj-y += $(ce-obj-y)
> obj-m += $(ce-obj-m)
> else
> $(warning ...)
> endif
> endif
>
> around it so you only get
On Saturday 11 April 2015 08:16:51 Johannes Berg wrote:
> On Sat, 2015-04-11 at 00:29 +0200, Arnd Bergmann wrote:
> > The CFG80211_WEXT_EXPORT symbol is selected by two drivers that
> > make direct use of compat handlers for the wireless ioctls.
> > However, this has no effect when the wireless
Signed-off-by: Andrew Andrianov
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/armada-370-dlink-dns327l.dts | 309
2 files changed, 310 insertions(+)
create mode 100644 arch/arm/boot/dts/armada-370-dlink-dns327l.dts
diff --git
Signed-off-by: Andrew Andrianov
---
drivers/pinctrl/mvebu/pinctrl-armada-370.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/mvebu/pinctrl-armada-370.c
b/drivers/pinctrl/mvebu/pinctrl-armada-370.c
index c4f51d0..78c332d 100644
---
This patchset adds support for armada370-based NAS by DLINK.
DNS-327L is a 2-bay NAS with the following specs:
- 512MiB RAM
- 128MiB NAND Flash
- 1 GbE interface (Marvell PHY)
- 1 rear USB 3.0 port (via PCIe USB 3.0 controller)
- 2 internal SATA ports handled by the
1 - 100 of 494 matches
Mail list logo
