Re: [PATCH] mm: SLAB freelist randomization

I will send the next version today. Note that I get_random_bytes_arch is used because at that stage we have 0 bits of entropy. It seemed like a better idea to use the arch version that will fallback on get_random_bytes sub API in the worse case. On Fri, Apr 15, 2016 at 3:47 PM, Thomas Garnier

Re: [PATCH] mm: SLAB freelist randomization

I will send the next version today. Note that I get_random_bytes_arch is used because at that stage we have 0 bits of entropy. It seemed like a better idea to use the arch version that will fallback on get_random_bytes sub API in the worse case. On Fri, Apr 15, 2016 at 3:47 PM, Thomas Garnier

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

From: ok...@codeaurora.org Date: Mon, 18 Apr 2016 01:06:27 -0400 > On 2016-04-18 00:00, David Miller wrote: >> From: Sinan Kaya >> Date: Sat, 16 Apr 2016 18:23:32 -0400 >> >>> Current code is assuming that the address returned by >>> dma_alloc_coherent >>> is a logical

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

From: ok...@codeaurora.org Date: Mon, 18 Apr 2016 01:06:27 -0400 > On 2016-04-18 00:00, David Miller wrote: >> From: Sinan Kaya >> Date: Sat, 16 Apr 2016 18:23:32 -0400 >> >>> Current code is assuming that the address returned by >>> dma_alloc_coherent >>> is a logical address. This is not true

Re: [PATCH 2/8] arm64: kernel: use literal for relocated address of __secondary_switched

On Mon, Apr 18, 2016 at 05:09:42PM +0200, Ard Biesheuvel wrote: > We can simply use a relocated 64-bit literal to store the address of > __secondary_switched(), and the relocation code will ensure that it > holds the correct value at secondary entry time, as long as we make sure > that the literal

Re: [PATCH 2/8] arm64: kernel: use literal for relocated address of __secondary_switched

On Mon, Apr 18, 2016 at 05:09:42PM +0200, Ard Biesheuvel wrote: > We can simply use a relocated 64-bit literal to store the address of > __secondary_switched(), and the relocation code will ensure that it > holds the correct value at secondary entry time, as long as we make sure > that the literal

Re: [PATCH] gpio: omap: fix irq triggering in smart-idle wakeup mode

On 04/15/2016 09:54 PM, Tony Lindgren wrote: > * santosh shilimkar [160415 08:22]: >> On 4/15/2016 2:26 AM, Grygorii Strashko wrote: >>> >>> Santosh, Tony, do you want me to perform any additional actions regarding >>> this patch? >>> >> This patch should be run

Re: [PATCH] gpio: omap: fix irq triggering in smart-idle wakeup mode

On 04/15/2016 09:54 PM, Tony Lindgren wrote: > * santosh shilimkar [160415 08:22]: >> On 4/15/2016 2:26 AM, Grygorii Strashko wrote: >>> >>> Santosh, Tony, do you want me to perform any additional actions regarding >>> this patch? >>> >> This patch should be run across family of SOCs to make >>

Re: {standard input}:136: Error: number (0x9000000080000000) larger than 32 bits

On Mon, Apr 18, 2016 at 03:25:56PM +0100, Maciej W. Rozycki wrote: > On Mon, 18 Apr 2016, Ralf Baechle wrote: > > > The old case btw, affects ip22 with a random_config: > > > > CC arch/mips/mm/sc-ip22.o > > {standard input}: Assembler messages: > > {standard input}:137: Error: number

Re: {standard input}:136: Error: number (0x9000000080000000) larger than 32 bits

On Mon, Apr 18, 2016 at 03:25:56PM +0100, Maciej W. Rozycki wrote: > On Mon, 18 Apr 2016, Ralf Baechle wrote: > > > The old case btw, affects ip22 with a random_config: > > > > CC arch/mips/mm/sc-ip22.o > > {standard input}: Assembler messages: > > {standard input}:137: Error: number

Re: [PATCH v2 4/5] iio: health: afe4404: use regmap to retrieve struct device

On 04/17/2016 11:56 PM, Alison Schofield wrote: > On Sun, Apr 17, 2016 at 01:07:52PM -0500, Andrew F. Davis wrote: >> On 04/16/2016 02:22 PM, Jonathan Cameron wrote: >>> On 10/04/16 20:07, Alison Schofield wrote: Driver includes struct regmap and struct device in its global data. Remove

Re: [PATCH v2 4/5] iio: health: afe4404: use regmap to retrieve struct device

On 04/17/2016 11:56 PM, Alison Schofield wrote: > On Sun, Apr 17, 2016 at 01:07:52PM -0500, Andrew F. Davis wrote: >> On 04/16/2016 02:22 PM, Jonathan Cameron wrote: >>> On 10/04/16 20:07, Alison Schofield wrote: Driver includes struct regmap and struct device in its global data. Remove

[PATCH 1/2] MAINTAINERS: Add maintainer for OMAP DRM driver

Add Tomi Valkeinen as omapdrm maintainer. Signed-off-by: Tomi Valkeinen Cc: Rob Clark Cc: Laurent Pinchart --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH 1/2] MAINTAINERS: Add maintainer for OMAP DRM driver

Add Tomi Valkeinen as omapdrm maintainer. Signed-off-by: Tomi Valkeinen Cc: Rob Clark Cc: Laurent Pinchart --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 1d5b4becab6f..c235d8c72a57 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

Re: [alsa-devel] [PATCH 4/4] ASoC: simple-card: Support for selecting system clocks by ID

On 02/17/2016 09:52 PM, Peter Ujfalusi wrote: > On 02/17/2016 02:07 PM, Mark Brown wrote: >> On Wed, Feb 17, 2016 at 10:13:35AM +0200, Peter Ujfalusi wrote: >> >>> With this change we don't need to write custom machine drivers for setup not >>> using sysclk_id == 0. >>> I do think this is

Re: arch/xtensa/include/asm/processor.h:227: Error: unknown opcode or format name 'wer'

Hi Fengguang, On Mon, Apr 18, 2016 at 6:29 PM, kbuild test robot wrote: > FYI, the error/warning still remains. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: c3b46c73264b03000d1e18b22f5caf63332547c9 > commit:

Re: [alsa-devel] [PATCH 4/4] ASoC: simple-card: Support for selecting system clocks by ID

On 02/17/2016 09:52 PM, Peter Ujfalusi wrote: > On 02/17/2016 02:07 PM, Mark Brown wrote: >> On Wed, Feb 17, 2016 at 10:13:35AM +0200, Peter Ujfalusi wrote: >> >>> With this change we don't need to write custom machine drivers for setup not >>> using sysclk_id == 0. >>> I do think this is

Re: arch/xtensa/include/asm/processor.h:227: Error: unknown opcode or format name 'wer'

Hi Fengguang, On Mon, Apr 18, 2016 at 6:29 PM, kbuild test robot wrote: > FYI, the error/warning still remains. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: c3b46c73264b03000d1e18b22f5caf63332547c9 > commit:

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Mon, 2016-04-18 at 18:30 +0300, Michael S. Tsirkin wrote: > > > Setting (only) VIRTIO_F_IOMMU_PASSTHROUGH indicates to the guest that > > its own operating system's IOMMU code is expected to be broken, and > > that the virtio driver should eschew the DMA API? > > No - it tells guest that e.g.

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Mon, 2016-04-18 at 18:30 +0300, Michael S. Tsirkin wrote: > > > Setting (only) VIRTIO_F_IOMMU_PASSTHROUGH indicates to the guest that > > its own operating system's IOMMU code is expected to be broken, and > > that the virtio driver should eschew the DMA API? > > No - it tells guest that e.g.

Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

On 2016-04-18 17:33, Thierry Reding wrote: > On Sun, Apr 10, 2016 at 09:04:48PM -0700, Jan Kiszka wrote: >> On 2016-04-08 02:16, Thierry Reding wrote: >>> From: Thierry Reding >>> >>> Avoid forking off a shell to resolve the absolute path of the output >>> directory when

Re: [PATCH 3/5] clocksource/drivers/mtk_timer: add __init attribute

On 18/04/16 16:55, Julia Lawall wrote: Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it

Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

On 2016-04-18 17:33, Thierry Reding wrote: > On Sun, Apr 10, 2016 at 09:04:48PM -0700, Jan Kiszka wrote: >> On 2016-04-08 02:16, Thierry Reding wrote: >>> From: Thierry Reding >>> >>> Avoid forking off a shell to resolve the absolute path of the output >>> directory when make's builtin $(abspath

Re: [PATCH 3/5] clocksource/drivers/mtk_timer: add __init attribute

On 18/04/16 16:55, Julia Lawall wrote: Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it

[PATCH 2/2] MAINTAINERS: Add maintainer for TI LCDC DRM driver

Add Jyri Sarha as tilcdc maintainer and Tomi Valkeinen as reviewer. Signed-off-by: Tomi Valkeinen Cc: Rob Clark Cc: Jyri Sarha --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH 2/2] MAINTAINERS: Add maintainer for TI LCDC DRM driver

Add Jyri Sarha as tilcdc maintainer and Tomi Valkeinen as reviewer. Signed-off-by: Tomi Valkeinen Cc: Rob Clark Cc: Jyri Sarha --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c235d8c72a57..313cdef294ee 100644 --- a/MAINTAINERS +++

Re: [PATCH v2] carl9170: Clarify kconfig text

Lauri Kasanen writes: > The previous text was confusing, leading readers to think this > driver was a duplicate, and so didn't need to be enabled. > > After the removal of the older staging driver, this is the only > driver in mainline for these devices. > > Signed-off-by: Lauri

Re: [PATCH v2] carl9170: Clarify kconfig text

Lauri Kasanen writes: > The previous text was confusing, leading readers to think this > driver was a duplicate, and so didn't need to be enabled. > > After the removal of the older staging driver, this is the only > driver in mainline for these devices. > > Signed-off-by: Lauri Kasanen > --- >

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On Mon, Apr 18, 2016 at 11:21:12AM -0400, Sinan Kaya wrote: > I was looking at the code. I don't see how removing virt_to_page + vmap > would solve the issue. > > The code is trying to access the buffer space with direct.buf member > from the CPU side. This member would become NULL, when this

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On Mon, Apr 18, 2016 at 11:21:12AM -0400, Sinan Kaya wrote: > I was looking at the code. I don't see how removing virt_to_page + vmap > would solve the issue. > > The code is trying to access the buffer space with direct.buf member > from the CPU side. This member would become NULL, when this

Re: [PATCHv4 1/2] x86/vdso: add mremap hook to vm_special_mapping

On Apr 18, 2016 4:19 AM, "Dmitry Safonov" wrote: > > On 04/15/2016 07:58 PM, Andy Lutomirski wrote: >> >> A couple minor things: >> >> - You're looking at both new_vma->vm_mm and current->mm. Is there a >> reason for that? If they're different, I'd be quite surprised,

Re: [PATCHv4 1/2] x86/vdso: add mremap hook to vm_special_mapping

On Apr 18, 2016 4:19 AM, "Dmitry Safonov" wrote: > > On 04/15/2016 07:58 PM, Andy Lutomirski wrote: >> >> A couple minor things: >> >> - You're looking at both new_vma->vm_mm and current->mm. Is there a >> reason for that? If they're different, I'd be quite surprised, but >> maybe it would

Re: [PATCH 1/8] arm64: kernel: don't export local symbols from head.S

On Mon, Apr 18, 2016 at 05:09:41PM +0200, Ard Biesheuvel wrote: > This unexports some symbols from head.S that are only used locally. It might be worth s/some/all/, as that makes this sound less arbitrary (and AFAICS this caters for all symbols only used locally). > Signed-off-by: Ard Biesheuvel

Re: [PATCH 1/8] arm64: kernel: don't export local symbols from head.S

On Mon, Apr 18, 2016 at 05:09:41PM +0200, Ard Biesheuvel wrote: > This unexports some symbols from head.S that are only used locally. It might be worth s/some/all/, as that makes this sound less arbitrary (and AFAICS this caters for all symbols only used locally). > Signed-off-by: Ard Biesheuvel

Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

On Sun, Apr 10, 2016 at 09:04:48PM -0700, Jan Kiszka wrote: > On 2016-04-08 02:16, Thierry Reding wrote: > > From: Thierry Reding > > > > Avoid forking off a shell to resolve the absolute path of the output > > directory when make's builtin $(abspath ...) function will do an

Re: [PATCH] scripts/gdb: Use $(abspath ...) instead of $(shell cd ... && pwd)

On Sun, Apr 10, 2016 at 09:04:48PM -0700, Jan Kiszka wrote: > On 2016-04-08 02:16, Thierry Reding wrote: > > From: Thierry Reding > > > > Avoid forking off a shell to resolve the absolute path of the output > > directory when make's builtin $(abspath ...) function will do an > > adequate job. >

Re: [PATCH] tools: Use builtin $(abspath ...) instead of $(shell cd ... && pwd)

On Mon, Apr 18, 2016 at 04:17:26PM +0100, Maciej W. Rozycki wrote: > On Mon, 18 Apr 2016, Thierry Reding wrote: > > > > > Avoid forking off a shell to resolve the absolute path of the output > > > > directory when make's builtin $(abspath ...) function will do an > > > > adequate job. > > > > >

Re: [PATCH] tools: Use builtin $(abspath ...) instead of $(shell cd ... && pwd)

On Mon, Apr 18, 2016 at 04:17:26PM +0100, Maciej W. Rozycki wrote: > On Mon, 18 Apr 2016, Thierry Reding wrote: > > > > > Avoid forking off a shell to resolve the absolute path of the output > > > > directory when make's builtin $(abspath ...) function will do an > > > > adequate job. > > > > >

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Mon, Apr 18, 2016 at 11:22:03AM -0400, David Woodhouse wrote: > On Mon, 2016-04-18 at 17:23 +0300, Michael S. Tsirkin wrote: > > > > This patch doesn't change DMAR tables, it creates a way for virtio > > device to tell guest "I obey what DMAR tables tell you, you can stop > > doing hacks". > >

Re: [PATCH 0/2 v6] printk, Add monotonic and real printk timestamps

On 03/10/2016 05:00 AM, Petr Mladek wrote: > On Tue 2016-03-08 06:03:24, Prarit Bhargava wrote: >> >> >> On 03/08/2016 02:59 AM, Thomas Gleixner wrote: >>> On Tue, 23 Feb 2016, Prarit Bhargava wrote: >>> This patchset adds monotonic and real printk timestamps. The first patch changes

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Mon, Apr 18, 2016 at 11:22:03AM -0400, David Woodhouse wrote: > On Mon, 2016-04-18 at 17:23 +0300, Michael S. Tsirkin wrote: > > > > This patch doesn't change DMAR tables, it creates a way for virtio > > device to tell guest "I obey what DMAR tables tell you, you can stop > > doing hacks". > >

Re: [PATCH 0/2 v6] printk, Add monotonic and real printk timestamps

On 03/10/2016 05:00 AM, Petr Mladek wrote: > On Tue 2016-03-08 06:03:24, Prarit Bhargava wrote: >> >> >> On 03/08/2016 02:59 AM, Thomas Gleixner wrote: >>> On Tue, 23 Feb 2016, Prarit Bhargava wrote: >>> This patchset adds monotonic and real printk timestamps. The first patch changes

Re: [PATCH] fs: add the FIGETFROZEN ioctl call

On 4/14/16 10:17 PM, Dave Chinner wrote: > On Thu, Apr 14, 2016 at 09:57:07AM +0200, Florian Margaine wrote: >> This lets userland get the filesystem freezing status, aka whether the >> filesystem is frozen or not. This is so that an application can know if >> it should freeze the filesystem or

Re: [PATCH] fs: add the FIGETFROZEN ioctl call

On 4/14/16 10:17 PM, Dave Chinner wrote: > On Thu, Apr 14, 2016 at 09:57:07AM +0200, Florian Margaine wrote: >> This lets userland get the filesystem freezing status, aka whether the >> filesystem is frozen or not. This is so that an application can know if >> it should freeze the filesystem or

arch/xtensa/include/asm/processor.h:227: Error: unknown opcode or format name 'wer'

Hi Piet, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: c3b46c73264b03000d1e18b22f5caf63332547c9 commit: 2c684d892bb2ee31cc48f4a8b91e86a0f15e82f9 xtensa: add Three Core HiFi-2 MX Variant. date: 5 weeks ago

arch/xtensa/include/asm/processor.h:227: Error: unknown opcode or format name 'wer'

Hi Piet, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: c3b46c73264b03000d1e18b22f5caf63332547c9 commit: 2c684d892bb2ee31cc48f4a8b91e86a0f15e82f9 xtensa: add Three Core HiFi-2 MX Variant. date: 5 weeks ago

Re: [PATCH v2] i2c: Add generic support passing secondary devices addresses

On 04/18/2016 05:20 PM, Srinivas Pandruvada wrote: > On Fri, 2016-04-15 at 11:01 +0300, Mika Westerberg wrote: >> +Srinivas >> >> On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote: >>> >>> Some I2C devices have multiple addresses assigned, for example each >>> address >>>

Re: [PATCH v2] i2c: Add generic support passing secondary devices addresses

On 04/18/2016 05:20 PM, Srinivas Pandruvada wrote: > On Fri, 2016-04-15 at 11:01 +0300, Mika Westerberg wrote: >> +Srinivas >> >> On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote: >>> >>> Some I2C devices have multiple addresses assigned, for example each >>> address >>>

Re: [PATCH V6 00/13] Support for generic ACPI based PCI host controller

On 18.04.2016 16:38, Arnd Bergmann wrote: On Monday 18 April 2016 15:33:24 Tomasz Nowicki wrote: Of course we can split discussion into the two topics: 1. ECAM based ACPI host controller - patches [1-10] 2. Quirks handling and examples. IMO, it is very helpful for reviewers to go with one

Re: [PATCH V6 00/13] Support for generic ACPI based PCI host controller

On 18.04.2016 16:38, Arnd Bergmann wrote: On Monday 18 April 2016 15:33:24 Tomasz Nowicki wrote: Of course we can split discussion into the two topics: 1. ECAM based ACPI host controller - patches [1-10] 2. Quirks handling and examples. IMO, it is very helpful for reviewers to go with one

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On 4/18/2016 11:15 AM, Timur Tabi wrote: > Sinan Kaya wrote: >> >> VMAP allows you to make several pages look contiguous to the CPU. >> It can only be used against logical addresses returned from kmalloc >> or alloc_page. >> >> You cannot take several virtually mapped addresses returned by >>

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On 4/18/2016 11:15 AM, Timur Tabi wrote: > Sinan Kaya wrote: >> >> VMAP allows you to make several pages look contiguous to the CPU. >> It can only be used against logical addresses returned from kmalloc >> or alloc_page. >> >> You cannot take several virtually mapped addresses returned by >>

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Mon, 2016-04-18 at 17:23 +0300, Michael S. Tsirkin wrote: > > This patch doesn't change DMAR tables, it creates a way for virtio > device to tell guest "I obey what DMAR tables tell you, you can stop > doing hacks". > > And as PPC guys seem adamant that platform tools there are no good for >

Re: [PATCH RFC] fixup! virtio: convert to use DMA api

On Mon, 2016-04-18 at 17:23 +0300, Michael S. Tsirkin wrote: > > This patch doesn't change DMAR tables, it creates a way for virtio > device to tell guest "I obey what DMAR tables tell you, you can stop > doing hacks". > > And as PPC guys seem adamant that platform tools there are no good for >

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On 4/18/2016 11:17 AM, Christoph Hellwig wrote: > On Mon, Apr 18, 2016 at 02:39:36PM +, Eli Cohen wrote: >> Right, I did not suggest this as a patch but just wanted to pinpoint the >> problematic issue which is that virt_to_page does not give you the correct >> pointer to the page. > >

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On 4/18/2016 11:17 AM, Christoph Hellwig wrote: > On Mon, Apr 18, 2016 at 02:39:36PM +, Eli Cohen wrote: >> Right, I did not suggest this as a patch but just wanted to pinpoint the >> problematic issue which is that virt_to_page does not give you the correct >> pointer to the page. > >

Re: [PATCH v2] i2c: Add generic support passing secondary devices addresses

On Fri, 2016-04-15 at 11:01 +0300, Mika Westerberg wrote: > +Srinivas > > On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote: > > > > Some I2C devices have multiple addresses assigned, for example each > > address > > corresponding to a different internal register map page of

Re: [PATCH v2] i2c: Add generic support passing secondary devices addresses

On Fri, 2016-04-15 at 11:01 +0300, Mika Westerberg wrote: > +Srinivas > > On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote: > > > > Some I2C devices have multiple addresses assigned, for example each > > address > > corresponding to a different internal register map page of

Re: [PATCH v2 0/3] Enable configs for 96boards HiKey and general arm64

Hi Guodong, On 11/03/2016 00:09, Guodong Xu wrote: > This patch enables a number of devices currently supported by the Hi6220 > and 96boards HiKey. These include > a) Hi655x PMIC and regulator > b) Hi6220 I2C, USB, MMC, mailbox, and reset > c) CONFIG_PINCTRL_SINGLE, and CONFIG_LEDS_GPIO > > Also

[PATCH] mm: make fault_around_bytes configurable

Mapping pages around fault is found to cause performance degradation in certain use cases. The test performed here is launch of 10 apps one by one, doing something with the app each time, and then repeating the same sequence once more, on an ARM 64-bit Android device with 2GB of RAM. The time

Re: [PATCH v2 0/3] Enable configs for 96boards HiKey and general arm64

Hi Guodong, On 11/03/2016 00:09, Guodong Xu wrote: > This patch enables a number of devices currently supported by the Hi6220 > and 96boards HiKey. These include > a) Hi655x PMIC and regulator > b) Hi6220 I2C, USB, MMC, mailbox, and reset > c) CONFIG_PINCTRL_SINGLE, and CONFIG_LEDS_GPIO > > Also

[PATCH] mm: make fault_around_bytes configurable

Mapping pages around fault is found to cause performance degradation in certain use cases. The test performed here is launch of 10 apps one by one, doing something with the app each time, and then repeating the same sequence once more, on an ARM 64-bit Android device with 2GB of RAM. The time

Re: [RFC PATCH 0/2] s390/klp: s390 support

On Mon, Apr 18, 2016 at 05:01:08PM +0200, Miroslav Benes wrote: > So this is something we have in kGraft for a while (though the actual > implementation in s390's entry.S differs). > > The first patch is needed because we want our TIF flag to be part of > _TIF_WORK and s390's tm instruction tests

Re: [RFC PATCH 0/2] s390/klp: s390 support

On Mon, Apr 18, 2016 at 05:01:08PM +0200, Miroslav Benes wrote: > So this is something we have in kGraft for a while (though the actual > implementation in s390's entry.S differs). > > The first patch is needed because we want our TIF flag to be part of > _TIF_WORK and s390's tm instruction tests

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On Mon, Apr 18, 2016 at 02:39:36PM +, Eli Cohen wrote: > Right, I did not suggest this as a patch but just wanted to pinpoint the > problematic issue which is that virt_to_page does not give you the correct > pointer to the page. Removing both the virt_to_page + vmap calls would solve the

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

On Mon, Apr 18, 2016 at 02:39:36PM +, Eli Cohen wrote: > Right, I did not suggest this as a patch but just wanted to pinpoint the > problematic issue which is that virt_to_page does not give you the correct > pointer to the page. Removing both the virt_to_page + vmap calls would solve the

[PATCH net-next] macvlan: fix failure during registration

If a macvlan/macvtap creation fails in register_netdevice in call_netdevice_notifiers(NETDEV_REGISTER) then while cleaning things up in rollback_registered_many it invokes macvlan_uninit. This results in port->count being decremented twice (in macvlan_uninit and in macvlan_common_newlink). A

Re: [PATCH] tools: Use builtin $(abspath ...) instead of $(shell cd ... && pwd)

On Mon, 18 Apr 2016, Thierry Reding wrote: > > > Avoid forking off a shell to resolve the absolute path of the output > > > directory when make's builtin $(abspath ...) function will do an > > > adequate job. > > > > The abspath function is not available in make 3.80. > > Do we really support

[PATCH net-next] macvlan: fix failure during registration

If a macvlan/macvtap creation fails in register_netdevice in call_netdevice_notifiers(NETDEV_REGISTER) then while cleaning things up in rollback_registered_many it invokes macvlan_uninit. This results in port->count being decremented twice (in macvlan_uninit and in macvlan_common_newlink). A

Re: [PATCH] tools: Use builtin $(abspath ...) instead of $(shell cd ... && pwd)

On Mon, 18 Apr 2016, Thierry Reding wrote: > > > Avoid forking off a shell to resolve the absolute path of the output > > > directory when make's builtin $(abspath ...) function will do an > > > adequate job. > > > > The abspath function is not available in make 3.80. > > Do we really support

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

Sinan Kaya wrote: VMAP allows you to make several pages look contiguous to the CPU. It can only be used against logical addresses returned from kmalloc or alloc_page. You cannot take several virtually mapped addresses returned by dma_alloc_coherent and try to make them virtually contiguous

Re: [PATCH V2] net: ethernet: mellanox: correct page conversion

Sinan Kaya wrote: VMAP allows you to make several pages look contiguous to the CPU. It can only be used against logical addresses returned from kmalloc or alloc_page. You cannot take several virtually mapped addresses returned by dma_alloc_coherent and try to make them virtually contiguous

Re: [Question] reset controlling

On Sunday 17 April 2016 17:16:58 Masahiro Yamada wrote: > 2016-04-17 4:23 GMT+09:00 Arnd Bergmann : > >> Reset signals are sometimes cascaded. > >> For example, the UART blocks on my SoCs have a reset for the whole of > >> UART blocks > >> besides per-channel reset signals. > >> >

Re: [Question] reset controlling

On Sunday 17 April 2016 17:16:58 Masahiro Yamada wrote: > 2016-04-17 4:23 GMT+09:00 Arnd Bergmann : > >> Reset signals are sometimes cascaded. > >> For example, the UART blocks on my SoCs have a reset for the whole of > >> UART blocks > >> besides per-channel reset signals. > >> > >>

Re: [PATCH v2 RESEND 2/4] arm64: Kconfig: select sp804 timer for ARCH_HISI

Hi Leo, On 21/01/16 10:53, Leo Yan wrote: Select sp804 timer for ARCH_HISI, which is used as broadcast timer. Signed-off-by: Leo Yan --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms

Re: [PATCH v2 RESEND 2/4] arm64: Kconfig: select sp804 timer for ARCH_HISI

Hi Leo, On 21/01/16 10:53, Leo Yan wrote: Select sp804 timer for ARCH_HISI, which is used as broadcast timer. Signed-off-by: Leo Yan --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index

[PATCH 5/8] arm64: kernel: replace early 64-bit literal loads with move-immediates

When building a relocatable kernel, we currently rely on the fact that early 64-bit literal loads need to be deferred to after the relocation has been performed only if they involve symbol references, and not if they involve assemble time constants. While this is not an unreasonable assumption to

[PATCH 4/8] arm64: introduce mov_q macro to move a constant into a 64-bit register

Implement a macro mov_q that can be used to move an immediate constant into a 64-bit register, using between 2 and 4 movz/movk instructions (depending on the operand) Signed-off-by: Ard Biesheuvel --- arch/arm64/include/asm/assembler.h | 20 1

[PATCH 5/8] arm64: kernel: replace early 64-bit literal loads with move-immediates

When building a relocatable kernel, we currently rely on the fact that early 64-bit literal loads need to be deferred to after the relocation has been performed only if they involve symbol references, and not if they involve assemble time constants. While this is not an unreasonable assumption to

[PATCH 4/8] arm64: introduce mov_q macro to move a constant into a 64-bit register

Implement a macro mov_q that can be used to move an immediate constant into a 64-bit register, using between 2 and 4 movz/movk instructions (depending on the operand) Signed-off-by: Ard Biesheuvel --- arch/arm64/include/asm/assembler.h | 20 1 file changed, 20 insertions(+)

[PATCH 6/8] arm64: don't map TEXT_OFFSET bytes below the kernel if we can avoid it

For historical reasons, the kernel Image must be loaded into physical memory at a 512 KB offset above a 2 MB aligned base address. The region between the base address and the start of the kernel Image has no significance to the kernel itself, but it is currently mapped explicitly into the early

[PATCH 2/8] arm64: kernel: use literal for relocated address of __secondary_switched

We can simply use a relocated 64-bit literal to store the address of __secondary_switched(), and the relocation code will ensure that it holds the correct value at secondary entry time, as long as we make sure that the literal is not dereferenced until after we have enabled the MMU. So jump via a

[PATCH 2/8] arm64: kernel: use literal for relocated address of __secondary_switched

We can simply use a relocated 64-bit literal to store the address of __secondary_switched(), and the relocation code will ensure that it holds the correct value at secondary entry time, as long as we make sure that the literal is not dereferenced until after we have enabled the MMU. So jump via a

[PATCH 6/8] arm64: don't map TEXT_OFFSET bytes below the kernel if we can avoid it

For historical reasons, the kernel Image must be loaded into physical memory at a 512 KB offset above a 2 MB aligned base address. The region between the base address and the start of the kernel Image has no significance to the kernel itself, but it is currently mapped explicitly into the early

Re: [PATCH 2/8] writeback: add wbc_to_write_cmd()

On Sun 17-04-16 23:24:41, Jens Axboe wrote: > Add wbc_to_write_cmd(), which returns the write type to use, based on a > struct writeback_control. No functional changes in this patch, but it > prepares us for factoring other wbc fields for write type. > > Signed-off-by: Jens Axboe

Re: [PATCH 2/8] writeback: add wbc_to_write_cmd()

On Sun 17-04-16 23:24:41, Jens Axboe wrote: > Add wbc_to_write_cmd(), which returns the write type to use, based on a > struct writeback_control. No functional changes in this patch, but it > prepares us for factoring other wbc fields for write type. > > Signed-off-by: Jens Axboe Looks good.

[PATCH 3/5] clocksource/drivers/mtk_timer: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

[PATCH 3/5] clocksource/drivers/mtk_timer: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

[PATCH 1/5] clk: qoriq: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

[PATCH 1/5] clk: qoriq: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

Re: SV: [PATCH] ASoC: docs: add clocking examples for DAI formats

On Mon, Apr 18, 2016 at 01:18:47PM +, Peter Rosin wrote: > Mark Brown wrote: > > > > There aren't any (beyond the usual references to the Wolfson datasheets > > which I'd suggest should be in here) but that doesn't mean we should > > ignore this spec when we have it. > This is exactly the

[PATCH 0/5] add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined. The complete semantic patch used to detect the need for this change is below (http://coccinelle.lip6.fr/). This semantic patch checks for local static non-init functions that are called

[PATCH 0/5] add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined. The complete semantic patch used to detect the need for this change is below (http://coccinelle.lip6.fr/). This semantic patch checks for local static non-init functions that are called

Re: SV: [PATCH] ASoC: docs: add clocking examples for DAI formats

On Mon, Apr 18, 2016 at 01:18:47PM +, Peter Rosin wrote: > Mark Brown wrote: > > > > There aren't any (beyond the usual references to the Wolfson datasheets > > which I'd suggest should be in here) but that doesn't mean we should > > ignore this spec when we have it. > This is exactly the

[PATCH 2/5] arcnet: com90xx: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

[PATCH 2/5] arcnet: com90xx: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

[PATCH 7/8] arm64: relocatable: deal with physically misaligned kernel images

When booting a relocatable kernel image, there is no practical reason to refuse an image whose load address is not exactly TEXT_OFFSET bytes above a 2 MB aligned base address, as long as the physical and virtual misalignment with respect to the swapper block size are equal, and are both aligned to

[PATCH 4/5] TTY: add __init attribute

Add __init attribute on a function that is only called from other __init functions and that is not inlined, at least with gcc version 4.8.4 on an x86 machine with allyesconfig. Currently, the function is put in the .text.unlikely segment. Declaring it as __init will cause it to be put in the

[PATCH 8/8] arm64: kaslr: increase randomization granularity

Currently, our KASLR implementation randomizes the placement of the core kernel at 2 MB granularity. This is based on the arm64 kernel boot protocol, which mandates that the kernel is loaded TEXT_OFFSET bytes above a 2 MB aligned base address. This requirement is a result of the fact that the

[PATCH 7/8] arm64: relocatable: deal with physically misaligned kernel images

When booting a relocatable kernel image, there is no practical reason to refuse an image whose load address is not exactly TEXT_OFFSET bytes above a 2 MB aligned base address, as long as the physical and virtual misalignment with respect to the swapper block size are equal, and are both aligned to

<    3   4   5   6   7   8   9   10   11   12   >