On Wed, Mar 04, 2015 at 11:02:59PM +0100, Jiri Kosina wrote:
> On Wed, 4 Mar 2015, Josh Poimboeuf wrote:
>
> > Well, we could just get a reference on all patched modules to prevent them
> > from being unloaded.
>
> Is that really a solution for cases where you are unloading a module (it
> has
On 15-03-04 02:21 PM, Arnd Bergmann wrote:
On Thursday 12 February 2015 14:17:41 Arun Ramamurthy wrote:
Hi Arnd
My apologies for the late reply, I was moved to other work items. I
wanted to get more clarification on the syscon issue so that I can
submit the next patch set. If I understand
On Tuesday, February 24, 2015 05:36:17 PM al.st...@linaro.org wrote:
> From: Al Stone
>
> In preparation for later splitting out some of the arch-dependent code from
> osl.c, clean up the errors reported by checkpatch.pl. They fell into these
> classes:
>
>-- remove the FSF address from
On Wednesday, February 25, 2015 04:39:55 PM Hanjun Guo wrote:
> Introduce ACPI_IRQ_MODEL_GIC which is needed for ARM64 as GIC is
> used, and then register device's gsi with the core IRQ subsystem.
>
> acpi_register_gsi() is similar to DT based irq_of_parse_and_map(),
> since gsi is unique in the
On 3 March 2015 at 22:16, Chen Gang wrote:
> bcma also needs PCI, just like IOMEM and DMA, so let it depend on PCI,
> or will cause building break for allmodconfig under c6x:
>
> CC [M] drivers/bcma/driver_pcie2.o
> drivers/bcma/driver_pcie2.c: In function 'bcma_core_pcie2_up':
>
On Wednesday 04 March 2015 22:11:41 dwal...@fifo99.com wrote:
> On Wed, Mar 04, 2015 at 08:32:54PM +0100, Arnd Bergmann wrote:
> > This is my final piece of the puzzle for ARMv6/v7 multiplatform
> > support. In combination with the other patches that are now
> > at
On Wed, 4 Mar 2015, Dmitry Torokhov wrote:
> Currently HID code maps usages from telephony page into BTN_0, BTN_1, etc
> keys which get interpreted by mousedev and userspace as left/right/middle
> button clicks, which is not really helpful.
>
> This change adds mappings for usages that have
On Wednesday, February 25, 2015 04:39:40 PM Hanjun Guo wrote:
> Changes since v8:
> - remove MPIDR packing things by introducing phys_cpuid_t;
>
> - update patch acpi: fix acpi_os_ioremap for arm64 to follow
> Rafael's suggestion;
>
> - Squash patch (disable ACPI if ACPI less than 5.1)
Alex Williamson writes:
> On Wed, 2015-03-04 at 15:49 -0500, Bandan Das wrote:
>> Hi Alex,
>>
>> Alex Williamson writes:
>> ...
>> > + if (fields < 2) {
>> > + pr_warn("vfio-pci: invalid id string \"%s\"\n", id);
>> > + continue;
>> > + }
>>
Chih-Chiang Chang schreef op wo 04-03-2015 om 20:53 [+0800]:
> From fe37688e226f83ba477a3c2fbc1e64946cd4ec4e Mon Sep 17 00:00:00 2001
> From: Chih-Chiang Chang
> Date: Wed, 4 Mar 2015 20:03:21 +0800
> Subject: [PATCH v2] ASoC: Add support for NAU8824 codec to ASoC
It seems that none of those
On 03/04/15 13:13, Kumar Gala wrote:
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 1b8e973..4c8b119 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -177,6 +177,15 @@ config ARCH_MEDIATEK
> help
> Support for Mediatek MT65xx & MT81xx ARMv8 SoCs
>
>
On Wednesday 04 March 2015 23:17:29 Alexandre Belloni wrote:
> On 04/03/2015 at 20:00:40 +, Mark Rutland wrote :
> > With certain restrictions it is possible for a wakeup device to share
> > and IRQ with an IRQF_NO_SUSPEND user, and the warnings introduced by
> ^ an
>
>
> > +In rare cases
On Wednesday, February 25, 2015 04:39:59 PM Hanjun Guo wrote:
> From: Graeme Gregory
>
> Add Kconfigs to build ACPI on ARM64, and make ACPI available on ARM64.
>
> acpi_idle driver is x86/IA64 dependent now, so make CONFIG_ACPI_PROCESSOR
> depend on X86 || IA64, and implement it on ARM64 in the
Signed-off-by: Moritz Fischer
---
.../devicetree/bindings/power/reset/e3x0-poweroff.txt| 16
1 file changed, 16 insertions(+)
diff --git a/Documentation/devicetree/bindings/power/reset/e3x0-poweroff.txt
b/Documentation/devicetree/bindings/power/reset/e3x0-poweroff.txt
new
Signed-off-by: Moritz Fischer
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 85024e2..19c0ae1 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3522,6 +3522,14 @@ S: Supported
F: drivers/input/misc/e3x0-button.c
F:
Signed-off-by: Moritz Fischer
---
drivers/power/reset/Kconfig | 10 +
drivers/power/reset/Makefile| 1 +
drivers/power/reset/e3x0-poweroff.c | 79 +
3 files changed, 90 insertions(+)
diff --git a/drivers/power/reset/Kconfig
On Wednesday, February 25, 2015 04:39:56 PM Hanjun Guo wrote:
> From: Tomasz Nowicki
>
> ACPI kernel uses MADT table for proper GIC initialization. It needs to
> parse GIC related subtables, collect CPU interface and distributor
> addresses and call driver initialization function (which is
Commit 350f8be5bb402 ("PCI: xgene: Convert to use generic config
accessors") breaks PCI on the X-Gene platform. It creates two
problems with the xgene_pcie_map_bus() function. First, it returns
an int but should return a void __iomem *, but that's just a
compile-time warning. The breakage is
This patchset adds support for the NI Ettus Research USRP E3x0 SDR's poweroff
functionality.
v1:
- Using syscon regmap instead of directly exposing registers.
- Separate commit for dt bindings.
- Fixed typo in Kconfig
Moritz Fischer (3):
power: reset: Add support for NI Ettus Research USRP
On Thursday 12 February 2015 14:17:41 Arun Ramamurthy wrote:
> Hi Arnd
>
> My apologies for the late reply, I was moved to other work items. I
> wanted to get more clarification on the syscon issue so that I can
> submit the next patch set. If I understand correctly, you would like
> me to move
On Wednesday, February 25, 2015 04:39:54 PM Hanjun Guo wrote:
> Introduce a new function map_gicc_mpidr() to allow MPIDRs to be obtained
> from the GICC Structure introduced by ACPI 5.1.
>
> The ARM architecture defines the MPIDR register as the CPU hardware
> identifier. This patch adds the code
On Wed, Mar 04, 2015 at 08:32:54PM +0100, Arnd Bergmann wrote:
> This is my final piece of the puzzle for ARMv6/v7 multiplatform
> support. In combination with the other patches that are now
> at git://kernel.org/pub/scm/linux/kernel/git/arnd/playground.git
> multiplatform-4.0-rc2 and the at91 and
On Wed, Mar 4, 2015 at 2:12 PM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> On Wed, Mar 4, 2015 at 12:39 PM, Ingo Molnar wrote:
>> >
>> > * Andy Lutomirski wrote:
>> >
>> >> On Wed, Mar 4, 2015 at 12:02 AM, Ingo Molnar wrote:
>> >> >
>> >> > * Andy Lutomirski wrote:
>> >> >
>> >> >>
On Wed, 4 Mar 2015 22:24:10 +0800 Nicolas Iooss
wrote:
> Commit 2473238eac95 ("ihex: add support for CS:IP/EIP records") removes
> the "default:" statement in the switch block, making the "return
> usage();" line dead code and ihex2fw silently ignoring unknown options.
> Restore this
On Wed, 2015-03-04 at 15:49 -0500, Bandan Das wrote:
> Hi Alex,
>
> Alex Williamson writes:
> ...
> > + if (fields < 2) {
> > + pr_warn("vfio-pci: invalid id string \"%s\"\n", id);
> > + continue;
> > + }
> > +
> > +
tiny tiny nitpick:
On 04/03/2015 at 20:00:40 +, Mark Rutland wrote :
> With certain restrictions it is possible for a wakeup device to share
> and IRQ with an IRQF_NO_SUSPEND user, and the warnings introduced by
^ an
> +In rare cases an IRQ can be shared between a wakeup device driver and
In preparation for moving ET_DYN randomization into the ELF loader (which
requires a static ELF_ET_DYN_BASE), this redefines s390's existing ET_DYN
randomization in a call to arch_mmap_rnd(). This refactoring results in
the same ET_DYN randomization on s390.
Signed-off-by: Kees Cook
---
This fixes the "offset2lib" weakness in ASLR for arm, arm64, mips,
powerpc, and x86. The problem is that if there is a leak of ASLR from
the executable (ET_DYN), it means a leak of shared library offset as
well (mmap), and vice versa. Further details and a PoC of this attack
is available here:
On Wednesday, February 25, 2015 04:39:52 PM Hanjun Guo wrote:
> When MADT is parsed, print GIC information as debug message:
>
> ACPI: GICC (acpi_id[0x] address[e112f000] MPIDR[0x0] enabled)
> ACPI: GICC (acpi_id[0x0001] address[e112f000] MPIDR[0x1] enabled)
> ...
> ACPI: GICC
On Wednesday, February 25, 2015 04:39:47 PM Hanjun Guo wrote:
> From: Graeme Gregory
>
> ACPI 5.1 does not currently support S states for ARM64 hardware but
> ACPI code will call acpi_target_system_state() for device power
> management, so introduce acpi_sleep.c to allow other drivers to
Hi Linus,
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/tyhicks/ecryptfs.git
tags/ecryptfs-4.0-rc3-fixes
for you to fetch changes
On Wed, 4 Mar 2015 23:16:41 +0900 Sergey Senozhatsky
wrote:
> +static ssize_t zram_add_show(struct class *class,
> + struct class_attribute *attr,
> + char *buf)
> +{
> + int ret;
> +
> + mutex_lock(_index_mutex);
> + /* read operation on
* Andy Lutomirski wrote:
> On Wed, Mar 4, 2015 at 12:39 PM, Ingo Molnar wrote:
> >
> > * Andy Lutomirski wrote:
> >
> >> On Wed, Mar 4, 2015 at 12:02 AM, Ingo Molnar wrote:
> >> >
> >> > * Andy Lutomirski wrote:
> >> >
> >> >> We currently store references to the top of the kernel stack in
On Wednesday, February 25, 2015 04:39:46 PM Hanjun Guo wrote:
> From: Mark Salter
>
> The acpi_os_ioremap() function may be used to map normal RAM or IO
> regions. The current implementation simply uses ioremap_cache(). This
> will work for some architectures, but arm64 ioremap_cache() cannot be
Currently HID code maps usages from telephony page into BTN_0, BTN_1, etc
keys which get interpreted by mousedev and userspace as left/right/middle
button clicks, which is not really helpful.
This change adds mappings for usages that have corresponding input event
definitions, and leaves the rest
On Wednesday, February 25, 2015 04:39:43 PM Hanjun Guo wrote:
> From: Graeme Gregory
>
> Now with the base changes to the arm memory mapping it is safe
> to convert to using ioremap to map in the tables after
> acpi_gbl_permanent_mmap is set.
>
> CC: Rafael J Wysocki
> Tested-by: Robert
On Wednesday, February 25, 2015 04:39:41 PM Hanjun Guo wrote:
> For a normal 8 cpu sockets system, it will up to 240 cpu threads (Xeon E7
> v2 family for now), and we need 240 entries for local apic or local x2apic
> in MADT table, so it will be much verbose information printed with a slow
> uart
* Toshi Kani wrote:
> ioremap_pud_range() and ioremap_pmd_range() are changed to create
> huge I/O mappings when their capability is enabled, and a request
> meets required conditions -- both virtual & physical addresses are
> aligned by their huge page size, and a requested range fufills
On Wednesday, February 25, 2015 04:39:42 PM Hanjun Guo wrote:
> CPU hardware ID (phys_id) is defined as u32 in structure acpi_processor,
> but phys_id is used as int in acpi processor driver, so it will lead to
> some inconsistence for the drivers.
>
> Furthermore, to cater for ACPI arch ports
On Wed, 4 Mar 2015, Josh Poimboeuf wrote:
> Well, we could just get a reference on all patched modules to prevent them
> from being unloaded.
Is that really a solution for cases where you are unloading a module (it
has "just" been switched to MODULE_STATE_GOING) and enable a patch which
Hello,
We're using the Linux cgroup Freezer on some machines that use NFS and
have run into what appears to be a bug where frozen tasks are blocking
running tasks and preventing them from completing. On one of our
machines which happens to be running an older 3.10.46 kernel we have
frozen some
On Wed, 4 Mar 2015 14:01:32 +0900 Minchan Kim wrote:
> +static int zs_stats_size_show(struct seq_file *s, void *v)
> +{
> + int i;
> + struct zs_pool *pool = s->private;
> + struct size_class *class;
> + int objs_per_zspage;
> + unsigned long class_almost_full,
On Wed, Mar 4, 2015 at 1:54 PM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> To address the "offset2lib" ASLR weakness[1], this separates ET_DYN
>> ASLR from mmap ASLR, as already done on s390. The architectures
>> that are already randomizing mmap (arm, arm64, mips, powerpc, s390,
>> and
On Wed, Mar 4, 2015 at 1:50 PM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> Hi all-
>>
>> After much handwringing, painful review, and curation, here's round
>> 1 of the x86/asm changes. (This is not intended to imply that there
>> will or will not be a round 2.)
>>
>> For ease of
* Kees Cook wrote:
> To address the "offset2lib" ASLR weakness[1], this separates ET_DYN
> ASLR from mmap ASLR, as already done on s390. The architectures
> that are already randomizing mmap (arm, arm64, mips, powerpc, s390,
> and x86), have their various forms of arch_mmap_rnd() made available
BugLink: http://bugs.launchpad.net/bugs/1428302
The Toshiba Satellite L845 is required in the alternate keymap for all
keys to properly function. Specifically the KEY_WLAN mapped as 0x158.
Without being in the alternate keymap, the L845 will report 'Unknown key 158'.
Signed-off-by: Joseph
BugLink: http://bugs.launchpad.net/bugs/1416277
The Toshiba Satellite P50W-B is required in the alternate keymap for all
keys to properly function. There are also some new key ids that need to
be added(PREVIOUSSONG, NEXTSONG and PLAYPAUSE). Also, the alt keymap has
changed the key ids for
of_property_read_u32_array returns 0 on success,
so the return value shouldn't be inverted twice,
first on assignment then in condition expression.
Signed-off-by: Maciej Szmigiero
--- a/sound/soc/fsl/fsl_ssi.c
+++ b/sound/soc/fsl/fsl_ssi.c
@@ -1227,7 +1227,7 @@ static int
* Andy Lutomirski wrote:
> Hi all-
>
> After much handwringing, painful review, and curation, here's round
> 1 of the x86/asm changes. (This is not intended to imply that there
> will or will not be a round 2.)
>
> For ease of review for git users:
>
> The following changes since commit
On Tue, 3 Mar 2015, Josh Poimboeuf wrote:
> klp_find_object_module() is called from both the klp register and enable
> paths. Only the call from the register path is necessary because the
> module notifier will let us know if the patched module gets loaded or
> unloaded.
>
> Signed-off-by: Josh
; This should fix it:
>>
>> bcma: add missing includes
>>
>> https://git.kernel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next.git/commit/?id=2264fc857decd45798368f46861d9aecac23546f
>
> However, that commit is in next-20150304 and we still get the error
> (see, fo
* Andy Lutomirski wrote:
> From: Denys Vlasenko
>
> Avoid redundant load of %r11 (it is already loaded a few instructions before).
Note, this comment is incorrect:
> Do not needlessly increment %rsp - we are going to return to
> userspace via SYSRET, this insn doesn't use stack for return.
Zubair Lutfullah Kakakhel schreef op wo 04-03-2015 om 15:37 [+]:
> --- /dev/null
> +++ b/drivers/gpu/drm/jz4780/Makefile
> @@ -0,0 +1,10 @@
> +ccflags-y := -Iinclude/drm
> +ifeq (, $(findstring -W,$(EXTRA_CFLAGS)))
> +
> +endif
What does that do?
> +jz4780-y := \
> + jz4780_crtc.o \
> +
From: kbuild test robot
Date: Thu, 5 Mar 2015 05:33:54 +0800
> Signed-off-by: Fengguang Wu
Applied, thanks.
--
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
tree: jtkirshe-net-next/community
head: 2d7208e1fa7f4f7667632746c0e1b6fa3640e0b3
commit: 03c0566542f4c7a45ce3193f27cbf5700b506c18 [284/296] mpls: Netlink
commands to add, remove, and dump routes
reproduce:
# apt-get install sparse
git checkout 03c0566542f4c7a45ce3193f27cbf5700b506c18
Signed-off-by: Fengguang Wu
---
af_mpls.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/mpls/af_mpls.c b/net/mpls/af_mpls.c
index b4d7cec..ee9a4b6 100644
--- a/net/mpls/af_mpls.c
+++ b/net/mpls/af_mpls.c
@@ -212,7 +212,7 @@ static struct packet_type mpls_packet_type
On Wed, Mar 4, 2015 at 7:39 AM, Baoquan He wrote:
>
> I got the reason and made a debug patch to fix it. Could you please
> apply it on top of this patchset and try again? Then it will behave well
> and just return 0x13c00 since no random is got.
random_base can not be move down?
Thanks
On Wed, Mar 4, 2015 at 12:00 PM, Ingo Molnar wrote:
>
> It is totally unacceptable that you don't do proper analysis of the
> patches you submit, and that you don't bother writing proper, readable
> changelogs.
Sorry, please check it again:
Subject: [PATCH v4] x86, kaslr: Get kaslr_enabled back
On Wednesday, March 04, 2015 08:00:40 PM Mark Rutland wrote:
> With certain restrictions it is possible for a wakeup device to share
> and IRQ with an IRQF_NO_SUSPEND user, and the warnings introduced by
> commit cab303be91dc47942bc25de33dc1140123540800 are spurious. The new
> IRQF_COND_SUSPEND
Nicolas Schichan :
[...]
> diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c
> b/drivers/net/ethernet/marvell/mv643xx_eth.c
> index 1c75829..52bc56b 100644
> --- a/drivers/net/ethernet/marvell/mv643xx_eth.c
> +++ b/drivers/net/ethernet/marvell/mv643xx_eth.c
[...]
> @@ -1050,7 +1049,7 @@
On Wed, 2015-03-04 at 10:29 +0800, Jiang Liu wrote:
> Hi all,
> Could anybody help to dump an ACPI table from those failure
> systems so we could archive it?
> Thanks!
> Gerry
Here is DSDT from Gigabyte GA-MA785G-UD3H.
DSDT-GA-MA785G-UD3H
Description: Binary data
On Wed, 4 Mar 2015 16:09:04 -0500 Dave Jones wrote:
> Hi Neil,
>According to Documentation/iostats.txt, the 9th column of
> /proc/diskstats (and its modern replacement in sysfs) should go to 0
> as IO completes.
>
> I assembled a RAID0 stripe using two SSD's, and saw this..
>
> # mdadm
Zubair Lutfullah Kakakhel schreef op wo 04-03-2015 om 15:37 [+]:
> --- /dev/null
> +++ b/drivers/gpu/drm/jz4780/dw_hdmi-jz4780.c
> @@ -0,0 +1,234 @@
> +/* Copyright (C) 2011-2013 Freescale Semiconductor, Inc.
> + * Copyright (C) 2015 Imagination Technologies Ltd.
> + *
> + * derived from
On Wednesday, March 04, 2015 08:21:01 PM Alan Cox wrote:
> On Wed, 2015-03-04 at 15:05 +0100, Borislav Petkov wrote:
> > On Wed, Mar 04, 2015 at 03:16:07PM +0100, Rafael J. Wysocki wrote:
> > > Sort of. What we need is a "do not touch PIC/PIT" bit for the code that
> > > tries to fall back to
On Mon, Mar 2, 2015 at 6:58 AM, Baoquan He wrote:
> Now random value can be used to get related slot info stored in
> slot_area, mainly use slot_area.num to position which slot is target.
> With this slot its starting address is returned as the physical
> address where kernel will put.
>
>
On Mar 4, 2015, at 3:19 PM, Arnd Bergmann wrote:
> On Wednesday 04 March 2015 15:13:20 Kumar Gala wrote:
>> The top level qcom,msm-id and qcom,board-id are utilized by bootloaders
>> on Qualcomm MSM platforms to determine which device tree should be
>> utilized and passed to the kernel.
>>
>>
> > David assertion that better performance and scalbility can be gained
> > with grant table locking and TLB flush avoidance is interesting - as
> > 1). The grant locking is going in Xen 4.6 but not earlier - so when running
> > on older hypervisors this gives an performance benefit.
> >
> >
On Tue, Feb 24, 2015 at 01:34:06PM +0300, Vladimir Davydov wrote:
> On Mon, Feb 23, 2015 at 11:12:22AM -0500, Konrad Rzeszutek Wilk wrote:
> > Thank you for posting these patches. I was wondering if you had
> > run through some of the different combinations that you can
> > load the
On Wednesday 04 March 2015 15:13:20 Kumar Gala wrote:
> The top level qcom,msm-id and qcom,board-id are utilized by bootloaders
> on Qualcomm MSM platforms to determine which device tree should be
> utilized and passed to the kernel.
>
> Cc:
> Signed-off-by: Kumar Gala
This seems to duplicate
On Wed, 4 Mar 2015 16:13:01 -0500 Johannes Weiner wrote:
> I don't even care about NOMMU, this is just wrong on principle.
Agree. And I do care about nommu ;)
If some nommu person wants to start using memcg and manages to get it
doing something useful then good for them - we end up with a
On Wednesday, March 04, 2015 06:38:09 PM Mark Rutland wrote:
> Hi Boris,
>
> On Mon, Mar 02, 2015 at 09:18:17AM +, Boris Brezillon wrote:
> > The watchdog interrupt (only used when activating software watchdog)
> > shouldn't be suspended when entering suspend mode, because it is shared
> >
When an architecture fully supports randomizing the ELF load location,
a per-arch mmap_rnd() function is used to find a randomized mmap base.
In preparation for randomizing the location of ET_DYN binaries
separately from mmap, this renames and exports these functions as
arch_mmap_rnd().
On Wed, Mar 04, 2015 at 08:28:36PM +0100, Michal Hocko wrote:
> > Sorry about the misunderstanding, I actually acked Chen's patch. As I
> > said, there is nothing inherent in memcg that would prevent using it
> > on NOMMU systems except for this charges-follow-tasks feature, so I'd
> > rather fix
In preparation for splitting out ET_DYN ASLR, this refactors the use of
mmap_rnd() to be used similarly to arm, and extracts the checking of
PF_RANDOMIZE.
Signed-off-by: Kees Cook
---
arch/x86/mm/mmap.c | 36
1 file changed, 20 insertions(+), 16 deletions(-)
The top level qcom,msm-id and qcom,board-id are utilized by bootloaders
on Qualcomm MSM platforms to determine which device tree should be
utilized and passed to the kernel.
Cc:
Signed-off-by: Kumar Gala
---
Documentation/devicetree/bindings/arm/msm/ids.txt | 65 +++
On Tue, Mar 3, 2015 at 8:16 PM, Michael Ellerman wrote:
> On Mon, 2015-03-02 at 16:19 -0800, Kees Cook wrote:
>> This fixes the "offset2lib" weakness in ASLR for arm, arm64, mips,
>> powerpc, and x86. The problem is that if there is a leak of ASLR from
>> the executable (ET_DYN), it means a leak
In preparation for splitting out ET_DYN ASLR, this refactors the use of
mmap_rnd() to be used similarly to arm and x86, and extracts the checking
of PF_RANDOMIZE.
Signed-off-by: Kees Cook
---
arch/s390/mm/mmap.c | 34 +++---
1 file changed, 23 insertions(+), 11
On Wed, 2015-03-04 at 21:17 +0100, Ingo Molnar wrote:
> * Toshi Kani wrote:
>
> > On Wed, 2015-03-04 at 01:00 +, Andrew Morton wrote:
> > > On Tue, 03 Mar 2015 16:14:32 -0700 Toshi Kani wrote:
> > >
> > > > On Tue, 2015-03-03 at 14:44 -0800, Andrew Morton wrote:
> > > > > On Tue, 3 Mar
In preparation for splitting out ET_DYN ASLR, this refactors the use of
mmap_rnd() to be used similarly to arm and x86.
Signed-off-by: Kees Cook
Acked-by: Michael Ellerman
---
Can mmap ASLR be safely enabled in the legacy mmap case here? Other archs
use "mm->mmap_base = TASK_UNMAPPED_BASE +
To address the "offset2lib" ASLR weakness[1], this separates ET_DYN
ASLR from mmap ASLR, as already done on s390. The architectures
that are already randomizing mmap (arm, arm64, mips, powerpc, s390,
and x86), have their various forms of arch_mmap_rnd() made available
via the new
In preparation for splitting out ET_DYN ASLR, this moves the ASLR calculations
for mmap on ARM into a separate routine, similar to x86. This also removes
the redundant check of personality (PF_RANDOMIZE is already set before calling
arch_pick_mmap_layout).
Signed-off-by: Kees Cook
---
The arch_randomize_brk() function is used on several architectures,
even those that don't support ET_DYN ASLR. To avoid bulky extern/#define
tricks, consolidate the support under CONFIG_ARCH_HAS_ELF_RANDOMIZE for
the architectures that support it, while still handling CONFIG_COMPAT_BRK.
In preparation for splitting out ET_DYN ASLR, this refactors the use of
mmap_rnd() to be used similarly to arm and x86. This additionally enables
mmap ASLR on legacy mmap layouts, which appeared to be missing on arm64,
and was already supported on arm. Additionally removes a copy/pasted
Add initial device tree support for Qualcomm MSM8916 SoC and MTP8916
evaluation board. At the current time we only boot up a single processor.
Signed-off-by: Kumar Gala
---
v2:
* Updated to dropping CONFIG_ARCH_QCOM_MSM8916
* Updated to use qcom-ids.h
arch/arm64/boot/dts/Makefile
On 03/04/2015 10:01 PM, Jeff Layton wrote:
I pulled down the most recent Fedora rawhide kernel today:
4.0.0-0.rc2.git0.1.fc23.x86_64
...and with that, I can't reproduce this. The ftrace_event_field slab
(which is shared by the fasync_struct cache) seems to stay under
control. I see it
From: Abhimanyu Kapur
Add support for Qualcomm MSM8916 SoC in arm64 Kconfig and defconfig.
Enable MSM8916 clock, pin control, and MSM serial driver utilized by
MSM8916 and Qualcomm SoCs in general.
Signed-off-by: Kumar Gala
Signed-off-by: Abhimanyu Kapur
---
v2:
* Dropped
Paul Bolle schreef op wo 04-03-2015 om 22:09 [+0100]:
> [Added Michal and kbuild.]
That I planned to do before deleting most of my draft. I should have
deleted that line too.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 17:26 Wed 04 Mar , Nicolas Ferre wrote:
> Signed-off-by: Nicolas Ferre
please keep in Cc for at91 related work
Best Regards,
J.
> ---
> arch/arm/boot/dts/sama5d3.dtsi | 26 ++
> 1 file changed, 26 insertions(+)
>
> diff --git a/arch/arm/boot/dts/sama5d3.dtsi
In preparation for splitting out ET_DYN ASLR, extract the mmap ASLR
selection into a separate function.
Signed-off-by: Kees Cook
---
It seems the entropy gets smaller as the PAGE_SIZE increases. Is this
intentional?
---
arch/mips/mm/mmap.c | 24
1 file changed, 16
On Wed, 4 Mar 2015 16:01:36 -0500
Jeff Layton wrote:
> On Wed, 4 Mar 2015 15:20:33 +0100
> Daniel Wagner wrote:
>
> > On 03/03/2015 01:55 AM, Jeff Layton wrote:
> > > On Mon, 2 Mar 2015 15:25:12 +0100
> > > Daniel Wagner wrote:
> > >
> > >> The locks_insert/delete_block() functions are used
[Added Michal and kbuild.]
Arnd Bergmann schreef op wo 04-03-2015 om 21:35 [+0100]:
> On Wednesday 04 March 2015 21:31:32 Paul Bolle wrote:
> > Arnd Bergmann schreef op wo 04-03-2015 om 20:32 [+0100]:
> > > arch/arm/mach-msm/board-sapphire.c | 17 +-
> >
> > Please be aware
On Wed, 4 Mar 2015, Michal Hocko wrote:
> Does it really make sense to do this minor tweaks when the configuration
> is barely usable and we are not aware of anybody actually using it in
> the real life?
>
If the memcg kmem extension continues to be improved, I'm wondering if
anybody would
On Wednesday, March 04, 2015 07:42:46 PM Mark Rutland wrote:
> Hi Rafael,
>
> I'm a little late to the party here, but I have just a couple of minor
> comments...
>
> [...]
>
> > Link: http://marc.info/?l=linux-kernel=142252777602084=2
> > Link: http://marc.info/?t=142252775300011=1=2
> > Linx:
On Wed, Mar 04, 2015 at 12:41:35PM -0800, Andy Lutomirski wrote:
> I painted my bikeshed "singleton_tss", since cpu_tss seemed redundant
> for something that's already per cpu. If you prefer your bikeshed
> color, let me know.
I want "pink_pony_tss".
:-P
--
Regards/Gruss,
Boris.
ECO tip
Hi Neil,
According to Documentation/iostats.txt, the 9th column of
/proc/diskstats (and its modern replacement in sysfs) should go to 0
as IO completes.
I assembled a RAID0 stripe using two SSD's, and saw this..
# mdadm --assemble /dev/md0
mdadm: /dev/md0 has been started with 2 drives.
# cat
On Wed, Mar 04, 2015 at 09:22:27PM +0100, Ingo Molnar wrote:
> So you could have a look at the detailed section dump itself via:
>
>objdump -h vmlinux
>
> there .text will be the raw text and .alt* will be listed separately.
> The 'size' tool will add up executable sections IIRC, mixing
nel.org/cgit/linux/kernel/git/kvalo/wireless-drivers-next.git/commit/?id=2264fc857decd45798368f46861d9aecac23546f
However, that commit is in next-20150304 and we still get the error
(see, for example,
http://kisskb.ellerman.id.au/kisskb/buildresult/12376688/).
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpzzpWEcA1k6.pgp
Description: OpenPGP digital signature
On Wed, 4 Mar 2015 15:20:33 +0100
Daniel Wagner wrote:
> On 03/03/2015 01:55 AM, Jeff Layton wrote:
> > On Mon, 2 Mar 2015 15:25:12 +0100
> > Daniel Wagner wrote:
> >
> >> The locks_insert/delete_block() functions are used for flock, posix
> >> and leases types. blocked_lock_lock is used to
This adds a driver for random number generator present on Broadcom
IPROC devices.
Reviewed-by: Ray Jui
Signed-off-by: Scott Branden
---
drivers/char/hw_random/Kconfig| 13 ++
drivers/char/hw_random/Makefile | 1 +
drivers/char/hw_random/iproc-rng200.c | 254
Documents the IPROC random number generator device tree bindings
used in some Broadcom chipsets.
Reviewed-by: Ray Jui
Signed-off-by: Scott Branden
---
.../devicetree/bindings/hwrng/brcm,iproc-rng200.txt | 12
1 file changed, 12 insertions(+)
create mode 100644
301 - 400 of 2430 matches
Mail list logo