Re: early alloc change broke sh

On Thu, May 10, 2018 at 08:01:28PM -0400, Rich Felker wrote: > Since commit 0fa1c579349fdd90173381712ad78aa99c09d38b (of/fdt: use > memblock_virt_alloc for early alloc), attempting to boot on sh (j2, > nommu) fails with OOM: > > [0.00] bootmem alloc of 7836 bytes failed!

Re: early alloc change broke sh

On Thu, May 10, 2018 at 08:01:28PM -0400, Rich Felker wrote: > Since commit 0fa1c579349fdd90173381712ad78aa99c09d38b (of/fdt: use > memblock_virt_alloc for early alloc), attempting to boot on sh (j2, > nommu) fails with OOM: > > [0.00] bootmem alloc of 7836 bytes failed!

early alloc change broke sh

Since commit 0fa1c579349fdd90173381712ad78aa99c09d38b (of/fdt: use memblock_virt_alloc for early alloc), attempting to boot on sh (j2, nommu) fails with OOM: [0.00] bootmem alloc of 7836 bytes failed! [0.00] Kernel panic - not syncing: Out of memory I suspect there are

early alloc change broke sh

Since commit 0fa1c579349fdd90173381712ad78aa99c09d38b (of/fdt: use memblock_virt_alloc for early alloc), attempting to boot on sh (j2, nommu) fails with OOM: [0.00] bootmem alloc of 7836 bytes failed! [0.00] Kernel panic - not syncing: Out of memory I suspect there are

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 10:28:37AM -0500, Rob Landley wrote: > > > On 05/07/2018 09:45 AM, Rich Felker wrote: > > On Mon, May 07, 2018 at 01:00:17PM +0200, John Paul Adrian Glaubitz wrote: > >> On 05/07/2018 03:40 AM, Yoshinori Sato wrote: > >>>> @Yo

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 10:28:37AM -0500, Rob Landley wrote: > > > On 05/07/2018 09:45 AM, Rich Felker wrote: > > On Mon, May 07, 2018 at 01:00:17PM +0200, John Paul Adrian Glaubitz wrote: > >> On 05/07/2018 03:40 AM, Yoshinori Sato wrote: > >>>> @Yo

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 10:13:32AM -0500, Rob Landley wrote: > > > On 05/07/2018 09:43 AM, Rich Felker wrote: > > On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote: > >> On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote: > >>> I have been abl

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 10:13:32AM -0500, Rob Landley wrote: > > > On 05/07/2018 09:43 AM, Rich Felker wrote: > > On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote: > >> On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote: > >>> I have been abl

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 01:00:17PM +0200, John Paul Adrian Glaubitz wrote: > On 05/07/2018 03:40 AM, Yoshinori Sato wrote: > >>@Yoshinori: > >> > >>Did the HDL-160U LANDISK device you have use u-boot by default or > >>did you convert it from lilo? > > > >Yes. > >Replace sh-lilo's second stage with

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 01:00:17PM +0200, John Paul Adrian Glaubitz wrote: > On 05/07/2018 03:40 AM, Yoshinori Sato wrote: > >>@Yoshinori: > >> > >>Did the HDL-160U LANDISK device you have use u-boot by default or > >>did you convert it from lilo? > > > >Yes. > >Replace sh-lilo's second stage with

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote: > On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote: > > I have been able to boot my own kernel on my USL-5P device, but > > I could never get it to detect the IDE controller. Do I need > > an additional patch for that? > > On a

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Mon, May 07, 2018 at 08:40:35AM -0500, Rob Landley wrote: > On 05/07/2018 06:00 AM, John Paul Adrian Glaubitz wrote: > > I have been able to boot my own kernel on my USL-5P device, but > > I could never get it to detect the IDE controller. Do I need > > an additional patch for that? > > On a

Re: [PATCH v3] sh: mm: Fix unprotected access to struct device

On Thu, May 03, 2018 at 09:15:39AM +0200, jacopo mondi wrote: > Hi Christoph, > > On Wed, May 02, 2018 at 05:39:09AM -0700, Christoph Hellwig wrote: > > On Wed, May 02, 2018 at 09:46:31AM +0200, jacopo mondi wrote: > > > Hi again Christoph, > > > > > > The gentle ping actually applies to this

Re: [PATCH v3] sh: mm: Fix unprotected access to struct device

On Thu, May 03, 2018 at 09:15:39AM +0200, jacopo mondi wrote: > Hi Christoph, > > On Wed, May 02, 2018 at 05:39:09AM -0700, Christoph Hellwig wrote: > > On Wed, May 02, 2018 at 09:46:31AM +0200, jacopo mondi wrote: > > > Hi again Christoph, > > > > > > The gentle ping actually applies to this

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Thu, May 03, 2018 at 12:07:38PM +0200, John Paul Adrian Glaubitz wrote: > Hi Rich! > > On 05/03/2018 04:33 AM, Rich Felker wrote: > >I found the U-Boot stuff here: > > > >https://ja.osdn.net/users/ysato/pf/uboot/wiki/FrontPage > > > >but I'm not sure ho

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Thu, May 03, 2018 at 12:07:38PM +0200, John Paul Adrian Glaubitz wrote: > Hi Rich! > > On 05/03/2018 04:33 AM, Rich Felker wrote: > >I found the U-Boot stuff here: > > > >https://ja.osdn.net/users/ysato/pf/uboot/wiki/FrontPage > > > >but I'm not sure ho

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Wed, May 02, 2018 at 09:37:08PM -0400, Rich Felker wrote: > On Fri, Jan 05, 2018 at 04:28:57PM -0500, Rich Felker wrote: > > On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote: > > > On 11/17/2017 08:17 PM, Rich Felker wrote: > > > > There we

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Wed, May 02, 2018 at 09:37:08PM -0400, Rich Felker wrote: > On Fri, Jan 05, 2018 at 04:28:57PM -0500, Rich Felker wrote: > > On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote: > > > On 11/17/2017 08:17 PM, Rich Felker wrote: > > > > There we

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Jan 05, 2018 at 04:28:57PM -0500, Rich Felker wrote: > On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote: > > On 11/17/2017 08:17 PM, Rich Felker wrote: > > > There were significant problems that I don't think were ever > > > addres

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Jan 05, 2018 at 04:28:57PM -0500, Rich Felker wrote: > On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote: > > On 11/17/2017 08:17 PM, Rich Felker wrote: > > > There were significant problems that I don't think were ever > > > addres

Re: [PATCH 0/3] sh: make early_platform code SuperH-specific

On Mon, Apr 30, 2018 at 06:35:53PM +0200, Bartosz Golaszewski wrote: > I recently started a discussion about the need for a proper early device > probing mechanism[1]. One that would be based on real platform drivers > and support both platform data and device tree. > > While we're far from

Re: [PATCH 0/3] sh: make early_platform code SuperH-specific

On Mon, Apr 30, 2018 at 06:35:53PM +0200, Bartosz Golaszewski wrote: > I recently started a discussion about the need for a proper early device > probing mechanism[1]. One that would be based on real platform drivers > and support both platform data and device tree. > > While we're far from

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Fri, Apr 27, 2018 at 02:40:34PM +0200, Arnd Bergmann wrote: > On Fri, Apr 27, 2018 at 1:53 PM, Bartosz Golaszewski wrote: > > 2018-04-27 12:18 GMT+02:00 Arnd Bergmann : > >> On Fri, Apr 27, 2018 at 10:57 AM, Bartosz Golaszewski > >>

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Fri, Apr 27, 2018 at 02:40:34PM +0200, Arnd Bergmann wrote: > On Fri, Apr 27, 2018 at 1:53 PM, Bartosz Golaszewski wrote: > > 2018-04-27 12:18 GMT+02:00 Arnd Bergmann : > >> On Fri, Apr 27, 2018 at 10:57 AM, Bartosz Golaszewski > >> wrote: > >>> 2018-04-27 9:52 GMT+02:00 Arnd Bergmann : >

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Thu, Apr 26, 2018 at 09:28:39PM -0500, David Lechner wrote: > On 04/26/2018 12:31 PM, Rich Felker wrote: > >On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: > >>From: Bartosz Golaszewski <bgolaszew...@baylibre.com> > >> > >>This is

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Thu, Apr 26, 2018 at 09:28:39PM -0500, David Lechner wrote: > On 04/26/2018 12:31 PM, Rich Felker wrote: > >On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: > >>From: Bartosz Golaszewski > >> > >>This is a follow to my series[1] the

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This is a follow to my series[1] the aim of which was to introduce device tree > support for early platform devices. > > It was received rather negatively. Aside from

Re: [PATCH RFC PoC 0/2] platform: different approach to early platform drivers

On Thu, Apr 26, 2018 at 05:29:18PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > This is a follow to my series[1] the aim of which was to introduce device tree > support for early platform devices. > > It was received rather negatively. Aside from using device tree to pass >

Re: [PATCH 03/11] platform: make support for early platform devices conditional

On Tue, Apr 24, 2018 at 07:30:43PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We want to add support for device tree based early platform devices. > > In order not to introduce additional bloat for all users when we extend > struct device to

Re: [PATCH 03/11] platform: make support for early platform devices conditional

On Tue, Apr 24, 2018 at 07:30:43PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > We want to add support for device tree based early platform devices. > > In order not to introduce additional bloat for all users when we extend > struct device to accomodate early platform DT

Re: [PATCH 00/11] platform: device tree support for early platform drivers

On Tue, Apr 24, 2018 at 06:55:45PM +0100, Mark Rutland wrote: > Hi bartosz, > > On Tue, Apr 24, 2018 at 07:30:40PM +0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Device tree based systems often use OF_DECLARE() macros for devices > > that need

Re: [PATCH 00/11] platform: device tree support for early platform drivers

On Tue, Apr 24, 2018 at 06:55:45PM +0100, Mark Rutland wrote: > Hi bartosz, > > On Tue, Apr 24, 2018 at 07:30:40PM +0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Device tree based systems often use OF_DECLARE() macros for devices > > that need to be initialized early in

Re: [PATCH 00/11] platform: device tree support for early platform drivers

On Tue, Apr 24, 2018 at 07:30:40PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Device tree based systems often use OF_DECLARE() macros for devices > that need to be initialized early in the boot process such as clocks, > timers etc. However

Re: [PATCH 00/11] platform: device tree support for early platform drivers

On Tue, Apr 24, 2018 at 07:30:40PM +0200, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Device tree based systems often use OF_DECLARE() macros for devices > that need to be initialized early in the boot process such as clocks, > timers etc. However platform devices are more

Re: [PATCH 4/4] sh: remove board_time_init() callback

On Fri, Apr 20, 2018 at 11:51:18PM +0200, Arnd Bergmann wrote: > On Fri, Apr 20, 2018 at 5:48 PM, Arnd Bergmann wrote: > > > @@ -41,8 +39,7 @@ static void __init sh_late_time_init(void) > > > > void __init time_init(void) > > { > > - if (board_time_init) > > -

Re: [PATCH 4/4] sh: remove board_time_init() callback

On Fri, Apr 20, 2018 at 11:51:18PM +0200, Arnd Bergmann wrote: > On Fri, Apr 20, 2018 at 5:48 PM, Arnd Bergmann wrote: > > > @@ -41,8 +39,7 @@ static void __init sh_late_time_init(void) > > > > void __init time_init(void) > > { > > - if (board_time_init) > > -

Re: [PATCH] sh: mm: Fix unprotected access to struct device

On Fri, Apr 20, 2018 at 11:59:13AM +0200, Geert Uytterhoeven wrote: > Hi Christoph, > > On Fri, Apr 20, 2018 at 10:31 AM, Christoph Hellwig > wrote: > > On Wed, Apr 18, 2018 at 03:13:14PM +0200, jacopo mondi wrote: > >> As long as it goes for arch/sh, the only user of

Re: [PATCH] sh: mm: Fix unprotected access to struct device

On Fri, Apr 20, 2018 at 11:59:13AM +0200, Geert Uytterhoeven wrote: > Hi Christoph, > > On Fri, Apr 20, 2018 at 10:31 AM, Christoph Hellwig > wrote: > > On Wed, Apr 18, 2018 at 03:13:14PM +0200, jacopo mondi wrote: > >> As long as it goes for arch/sh, the only user of dma_alloc_coherent() > >>

Re: [REVIEW][PATCH 16/22] signal/sh: Use force_sig_fault where appropriate

for every time force_sig_info > is called, which makes the calling function clearer. > > Cc: Yoshinori Sato <ys...@users.sourceforge.jp> > Cc: Rich Felker <dal...@libc.org> > Cc: linux...@vger.kernel.org > Signed-off-by: "Eric W. Biederman" <ebied...@xmission.co

Re: [REVIEW][PATCH 16/22] signal/sh: Use force_sig_fault where appropriate

for every time force_sig_info > is called, which makes the calling function clearer. > > Cc: Yoshinori Sato > Cc: Rich Felker > Cc: linux...@vger.kernel.org > Signed-off-by: "Eric W. Biederman" > --- > arch/sh/kernel/traps_32.c | 19 +-- > arch/sh

[GIT PULL] arch/sh updates for 4.17

for bugs in futex, device tree, and userspace breakpoint traps, and for PCI issues on SH7786. Aurelien Jarno (1): sh: fix futex FUTEX_OP_SET op on userspace addresses Rich Felker (2): sh: fix memory corruption of unflattened

[GIT PULL] arch/sh updates for 4.17

for bugs in futex, device tree, and userspace breakpoint traps, and for PCI issues on SH7786. Aurelien Jarno (1): sh: fix futex FUTEX_OP_SET op on userspace addresses Rich Felker (2): sh: fix memory corruption of unflattened

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

On Mon, Apr 09, 2018 at 04:06:15PM +0300, Laurent Pinchart wrote: > Hello, > > On Monday, 9 April 2018 14:11:22 EEST Robin Murphy wrote: > > On 09/04/18 08:25, jacopo mondi wrote: > > > Hi Robin, Laurent, > > > > > > a long time passed, sorry about this. > > > > > > On Wed, Nov 15, 2017 at

Re: [RFC v2 2/2] base: dma-mapping: Postpone page_to_pfn() on mmap()

On Mon, Apr 09, 2018 at 04:06:15PM +0300, Laurent Pinchart wrote: > Hello, > > On Monday, 9 April 2018 14:11:22 EEST Robin Murphy wrote: > > On 09/04/18 08:25, jacopo mondi wrote: > > > Hi Robin, Laurent, > > > > > > a long time passed, sorry about this. > > > > > > On Wed, Nov 15, 2017 at

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 30, 2018 at 09:55:08AM +0200, Pavel Machek wrote: > Hi! > > > Current implementation doesn't randomize address returned by mmap. > > All the entropy ends with choosing mmap_base_addr at the process > > creation. After that mmap build very predictable layout of address > > space. It

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 30, 2018 at 09:55:08AM +0200, Pavel Machek wrote: > Hi! > > > Current implementation doesn't randomize address returned by mmap. > > All the entropy ends with choosing mmap_base_addr at the process > > creation. After that mmap build very predictable layout of address > > space. It

Re: [PATCH v5 15/16] sh: Switch to generic free_initrd_mem.

id free_initrd_mem(unsigned long start, unsigned long end) > -{ > - free_reserved_area((void *)start, (void *)end, -1, "initrd"); > -} > -#endif > - > #ifdef CONFIG_MEMORY_HOTPLUG > int arch_add_memory(int nid, u64 start, u64 size, struct vmem_altmap *altmap, > bool want_memblock) > -- > 2.16.2 LGTM. Acked-by: Rich Felker <dal...@libc.org>

Re: [PATCH v5 15/16] sh: Switch to generic free_initrd_mem.

ned long end) > -{ > - free_reserved_area((void *)start, (void *)end, -1, "initrd"); > -} > -#endif > - > #ifdef CONFIG_MEMORY_HOTPLUG > int arch_add_memory(int nid, u64 start, u64 size, struct vmem_altmap *altmap, > bool want_memblock) > -- > 2.16.2 LGTM. Acked-by: Rich Felker

Re: [PATCH V4 Resend] ZBOOT: fix stack protector in compressed boot phase

0a0dff; > -} > +const unsigned long __stack_chk_guard = 0x000a0dff; > > void __stack_chk_fail(void) > { > @@ -130,8 +125,6 @@ void decompress_kernel(void) > { > unsigned long output_addr; > > - __stack_chk_guard_setup(); > - > #ifdef CONFIG_SUPERH64 > output_addr = (CONFIG_MEMORY_START + 0x2000); > #else > -- > 2.7.0 LGTM. Acked-by: Rich Felker <dal...@libc.org> Rich

Re: [PATCH V4 Resend] ZBOOT: fix stack protector in compressed boot phase

} > +const unsigned long __stack_chk_guard = 0x000a0dff; > > void __stack_chk_fail(void) > { > @@ -130,8 +125,6 @@ void decompress_kernel(void) > { > unsigned long output_addr; > > - __stack_chk_guard_setup(); > - > #ifdef CONFIG_SUPERH64 > output_addr = (CONFIG_MEMORY_START + 0x2000); > #else > -- > 2.7.0 LGTM. Acked-by: Rich Felker Rich

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Tue, Mar 27, 2018 at 06:16:35PM -0400, Theodore Y. Ts'o wrote: > On Tue, Mar 27, 2018 at 04:51:08PM +0300, Ilya Smith wrote: > > > /dev/[u]random is not sufficient? > > > > Using /dev/[u]random makes 3 syscalls - open, read, close. This is a > > performance > > issue. > > You may want to

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Tue, Mar 27, 2018 at 06:16:35PM -0400, Theodore Y. Ts'o wrote: > On Tue, Mar 27, 2018 at 04:51:08PM +0300, Ilya Smith wrote: > > > /dev/[u]random is not sufficient? > > > > Using /dev/[u]random makes 3 syscalls - open, read, close. This is a > > performance > > issue. > > You may want to

Re: Regression with arm in next with stack protector

On Tue, Mar 27, 2018 at 06:20:27PM +0100, Russell King - ARM Linux wrote: > On Tue, Mar 27, 2018 at 11:35:25AM -0400, Rich Felker wrote: > > On Tue, Mar 27, 2018 at 10:04:10AM +0100, Russell King - ARM Linux wrote: > > > On Fri, Mar 23, 2018 at 11:14:53AM -0700, Tony Lindgren

Re: Regression with arm in next with stack protector

On Tue, Mar 27, 2018 at 06:20:27PM +0100, Russell King - ARM Linux wrote: > On Tue, Mar 27, 2018 at 11:35:25AM -0400, Rich Felker wrote: > > On Tue, Mar 27, 2018 at 10:04:10AM +0100, Russell King - ARM Linux wrote: > > > On Fri, Mar 23, 2018 at 11:14:53AM -0700, Tony Lindgren

Re: Regression with arm in next with stack protector

On Tue, Mar 27, 2018 at 12:34:53PM +0100, Russell King - ARM Linux wrote: > On Tue, Mar 27, 2018 at 10:04:10AM +0100, Russell King - ARM Linux wrote: > > On Fri, Mar 23, 2018 at 11:14:53AM -0700, Tony Lindgren wrote: > > > Hi, > > > > > > Looks like commit 5638790dadae ("zboot: fix stack

Re: Regression with arm in next with stack protector

On Tue, Mar 27, 2018 at 12:34:53PM +0100, Russell King - ARM Linux wrote: > On Tue, Mar 27, 2018 at 10:04:10AM +0100, Russell King - ARM Linux wrote: > > On Fri, Mar 23, 2018 at 11:14:53AM -0700, Tony Lindgren wrote: > > > Hi, > > > > > > Looks like commit 5638790dadae ("zboot: fix stack

Re: Regression with arm in next with stack protector

On Tue, Mar 27, 2018 at 10:04:10AM +0100, Russell King - ARM Linux wrote: > On Fri, Mar 23, 2018 at 11:14:53AM -0700, Tony Lindgren wrote: > > Hi, > > > > Looks like commit 5638790dadae ("zboot: fix stack protector in > > compressed boot phase") breaks booting on arm. > > > > This is all I get

Re: Regression with arm in next with stack protector

On Tue, Mar 27, 2018 at 10:04:10AM +0100, Russell King - ARM Linux wrote: > On Fri, Mar 23, 2018 at 11:14:53AM -0700, Tony Lindgren wrote: > > Hi, > > > > Looks like commit 5638790dadae ("zboot: fix stack protector in > > compressed boot phase") breaks booting on arm. > > > > This is all I get

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 23, 2018 at 12:29:52PM -0700, Matthew Wilcox wrote: > On Fri, Mar 23, 2018 at 03:16:21PM -0400, Rich Felker wrote: > > > Huh, I thought libc was aware of this. Also, I'd expect a libc-based > > > implementation to restrict itself to, eg, only loading libraries in

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 23, 2018 at 12:29:52PM -0700, Matthew Wilcox wrote: > On Fri, Mar 23, 2018 at 03:16:21PM -0400, Rich Felker wrote: > > > Huh, I thought libc was aware of this. Also, I'd expect a libc-based > > > implementation to restrict itself to, eg, only loading libraries in

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 23, 2018 at 12:06:18PM -0700, Matthew Wilcox wrote: > On Fri, Mar 23, 2018 at 02:00:24PM -0400, Rich Felker wrote: > > On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote: > > > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote: > > &g

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 23, 2018 at 12:06:18PM -0700, Matthew Wilcox wrote: > On Fri, Mar 23, 2018 at 02:00:24PM -0400, Rich Felker wrote: > > On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote: > > > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote: > > &g

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote: > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote: > > Current implementation doesn't randomize address returned by mmap. > > All the entropy ends with choosing mmap_base_addr at the process > > creation. After that mmap

Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.

On Fri, Mar 23, 2018 at 05:48:06AM -0700, Matthew Wilcox wrote: > On Thu, Mar 22, 2018 at 07:36:36PM +0300, Ilya Smith wrote: > > Current implementation doesn't randomize address returned by mmap. > > All the entropy ends with choosing mmap_base_addr at the process > > creation. After that mmap

Re: [RFC 2/4] sh: ecovec24: conditionally register backlight device

On Sat, Mar 17, 2018 at 07:21:17PM +0900, John Paul Adrian Glaubitz wrote: > > > > On Mar 17, 2018, at 6:25 PM, jacopo mondi wrote: > > > > Hi Dmitry, > > > >> On Fri, Mar 16, 2018 at 04:38:00PM -0700, Dmitry Torokhov wrote: > >> Hi Jacopo, > >> > >>> On Fri, Mar 16, 2018

Re: [RFC 2/4] sh: ecovec24: conditionally register backlight device

On Sat, Mar 17, 2018 at 07:21:17PM +0900, John Paul Adrian Glaubitz wrote: > > > > On Mar 17, 2018, at 6:25 PM, jacopo mondi wrote: > > > > Hi Dmitry, > > > >> On Fri, Mar 16, 2018 at 04:38:00PM -0700, Dmitry Torokhov wrote: > >> Hi Jacopo, > >> > >>> On Fri, Mar 16, 2018 at 11:07:48AM

Re: [PATCH V3] ZBOOT: fix stack protector in compressed boot phase

On Fri, Mar 16, 2018 at 03:13:37PM -0700, Andrew Morton wrote: > On Fri, 16 Mar 2018 15:55:16 +0800 Huacai Chen wrote: > > > Call __stack_chk_guard_setup() in decompress_kernel() is too late that > > stack checking always fails for decompress_kernel() itself. So remove > >

Re: [PATCH V3] ZBOOT: fix stack protector in compressed boot phase

On Fri, Mar 16, 2018 at 03:13:37PM -0700, Andrew Morton wrote: > On Fri, 16 Mar 2018 15:55:16 +0800 Huacai Chen wrote: > > > Call __stack_chk_guard_setup() in decompress_kernel() is too late that > > stack checking always fails for decompress_kernel() itself. So remove > >

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Jan 05, 2018 at 10:47:34PM +0100, John Paul Adrian Glaubitz wrote: > On 01/05/2018 10:28 PM, Rich Felker wrote: > > I'm trying to reproduce this but can't find any documentation for > > cross-LILO in [2], much less any code except possibly the binary > > "lilo.x

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Jan 05, 2018 at 10:47:34PM +0100, John Paul Adrian Glaubitz wrote: > On 01/05/2018 10:28 PM, Rich Felker wrote: > > I'm trying to reproduce this but can't find any documentation for > > cross-LILO in [2], much less any code except possibly the binary > > "lilo.x

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote: > On 11/17/2017 08:17 PM, Rich Felker wrote: > > There were significant problems that I don't think were ever > > addressed, including incompatible changes in how boot command line was > > handled a

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Nov 17, 2017 at 08:54:47PM +0100, John Paul Adrian Glaubitz wrote: > On 11/17/2017 08:17 PM, Rich Felker wrote: > > There were significant problems that I don't think were ever > > addressed, including incompatible changes in how boot command line was > > handled a

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Nov 17, 2017 at 06:49:39PM +0100, John Paul Adrian Glaubitz wrote: > I’ll have a go at this tonight and if the patches still apply fine, I’d just > say go for it. There were significant problems that I don't think were ever addressed, including incompatible changes in how boot command

Re: [J-core] [PATCH v5 00/22] sh: LANDISK and R2Dplus convert to device tree

On Fri, Nov 17, 2017 at 06:49:39PM +0100, John Paul Adrian Glaubitz wrote: > I’ll have a go at this tonight and if the patches still apply fine, I’d just > say go for it. There were significant problems that I don't think were ever addressed, including incompatible changes in how boot command

Re: [musl] Re: [(resend)] seq_file: reset iterator to first record for zero offset

On Wed, Nov 08, 2017 at 02:10:05PM +0100, Szabolcs Nagy wrote: > * Miklos Szeredi [2016-12-19 12:38:00 +0100]: > > Al, > > > > Can you please take (or NACK) this patch please? > > > > Thanks, > > Miklos > > --- > > From: Tomasz Majchrzak > > Date:

Re: [musl] Re: [(resend)] seq_file: reset iterator to first record for zero offset

On Wed, Nov 08, 2017 at 02:10:05PM +0100, Szabolcs Nagy wrote: > * Miklos Szeredi [2016-12-19 12:38:00 +0100]: > > Al, > > > > Can you please take (or NACK) this patch please? > > > > Thanks, > > Miklos > > --- > > From: Tomasz Majchrzak > > Date: Tue, 29 Nov 2016 15:18:20 +0100 > > > > If

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Tue, Apr 25, 2017 at 08:29:00AM -0400, Carlos O'Donell wrote: > On 04/25/2017 02:45 AM, Hauke Mehrtens wrote: > > On 03/08/2017 05:39 PM, Carlos O'Donell wrote: > >> Any header needing compat with a libc includes libc-compat.h (per the > >> documented way the model works). With this patch any

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Tue, Apr 25, 2017 at 08:29:00AM -0400, Carlos O'Donell wrote: > On 04/25/2017 02:45 AM, Hauke Mehrtens wrote: > > On 03/08/2017 05:39 PM, Carlos O'Donell wrote: > >> Any header needing compat with a libc includes libc-compat.h (per the > >> documented way the model works). With this patch any

Re: [musl] Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

On Fri, Apr 21, 2017 at 03:14:21PM +0200, Hauke Mehrtens wrote: > > > On 04/20/2017 10:36 PM, David Miller wrote: > > From: David Woodhouse > > Date: Thu, 20 Apr 2017 21:14:37 +0100 > > > >> I agree, except I don't think you're going far enough. Those "standard > >> names"

Re: [musl] Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

On Fri, Apr 21, 2017 at 03:14:21PM +0200, Hauke Mehrtens wrote: > > > On 04/20/2017 10:36 PM, David Miller wrote: > > From: David Woodhouse > > Date: Thu, 20 Apr 2017 21:14:37 +0100 > > > >> I agree, except I don't think you're going far enough. Those "standard > >> names" you mention... some

Re: [PATCH 1/3] futex: remove duplicated code

On Wed, Mar 08, 2017 at 08:36:30PM -0800, H. Peter Anvin wrote: > ,Thomas Gleixner ,Ingo Molnar > ,Chris Zankel ,Max Filippov > ,Arnd Bergmann >

Re: [PATCH 1/3] futex: remove duplicated code

On Wed, Mar 08, 2017 at 08:36:30PM -0800, H. Peter Anvin wrote: > ,Thomas Gleixner ,Ingo Molnar > ,Chris Zankel ,Max Filippov > ,Arnd Bergmann >

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 07:51:29PM -0500, Carlos O'Donell wrote: > On 03/08/2017 07:14 PM, Szabolcs Nagy wrote: > > * Carlos O'Donell [2017-03-08 10:53:00 -0500]: > >> On 11/11/2016 07:08 AM, Felix Janda wrote: > >>> fixes the following compiler errors when is included > >>>

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 07:51:29PM -0500, Carlos O'Donell wrote: > On 03/08/2017 07:14 PM, Szabolcs Nagy wrote: > > * Carlos O'Donell [2017-03-08 10:53:00 -0500]: > >> On 11/11/2016 07:08 AM, Felix Janda wrote: > >>> fixes the following compiler errors when is included > >>> after musl : > >>> >

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 10:53:00AM -0500, Carlos O'Donell wrote: > On 11/11/2016 07:08 AM, Felix Janda wrote: > > Currently, libc-compat.h detects inclusion of specific glibc headers, > > and defines corresponding _UAPI_DEF_* macros, which in turn are used in > > uapi headers to prevent definition

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 10:53:00AM -0500, Carlos O'Donell wrote: > On 11/11/2016 07:08 AM, Felix Janda wrote: > > Currently, libc-compat.h detects inclusion of specific glibc headers, > > and defines corresponding _UAPI_DEF_* macros, which in turn are used in > > uapi headers to prevent definition

Re: [PATCH 1/3] futex: remove duplicated code

On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote: > There is code duplicated over all architecture's headers for > futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr, > and comparison of the result. > > Remove this duplication and leave up to the arches only the

Re: [PATCH 1/3] futex: remove duplicated code

On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote: > There is code duplicated over all architecture's headers for > futex_atomic_op_inuser. Namely op decoding, access_ok check for uaddr, > and comparison of the result. > > Remove this duplication and leave up to the arches only the

Re: linux-next: error fetching the sh tree

On Mon, Jan 09, 2017 at 09:25:21AM +1100, Stephen Rothwell wrote: > Hi All, > > Fetching the sh tree (git://git.libc.org/linux-sh#for-next) fails because > the name servers for libc.org are not available (that means that Rich > probably won't get this email directly). > > > I am hoping someone

Re: linux-next: error fetching the sh tree

On Mon, Jan 09, 2017 at 09:25:21AM +1100, Stephen Rothwell wrote: > Hi All, > > Fetching the sh tree (git://git.libc.org/linux-sh#for-next) fails because > the name servers for libc.org are not available (that means that Rich > probably won't get this email directly). > > > I am hoping someone

Re: [kernel-hardening] [PATCH 3/4] Make static usermode helper binaries constant

On Wed, Dec 14, 2016 at 10:50:52AM -0800, Greg KH wrote: > > There are a number of usermode helper binaries that are "hard coded" in > the kernel today, so mark them as "const" to make it harder for someone > to change where the variables point to. You're not preventing change of where they

Re: [kernel-hardening] [PATCH 3/4] Make static usermode helper binaries constant

On Wed, Dec 14, 2016 at 10:50:52AM -0800, Greg KH wrote: > > There are a number of usermode helper binaries that are "hard coded" in > the kernel today, so mark them as "const" to make it harder for someone > to change where the variables point to. You're not preventing change of where they

Re: [PATCH v9 0/2] J-Core timer support

On Thu, Oct 20, 2016 at 07:56:09PM +0200, Thomas Gleixner wrote: > Daniel, > > On Thu, 20 Oct 2016, Rich Felker wrote: > > On Thu, Oct 20, 2016 at 09:32:40AM +0200, Daniel Lezcano wrote: > > > Unfortunately it won't happen. v4.9-rc1 is already out. The drive

Re: [PATCH v9 0/2] J-Core timer support

On Thu, Oct 20, 2016 at 07:56:09PM +0200, Thomas Gleixner wrote: > Daniel, > > On Thu, 20 Oct 2016, Rich Felker wrote: > > On Thu, Oct 20, 2016 at 09:32:40AM +0200, Daniel Lezcano wrote: > > > Unfortunately it won't happen. v4.9-rc1 is already out. The drive

[tip:timers/urgent] clocksource: Add J-Core timer/clocksource driver

Commit-ID: 9995f4f184613fb02ee73092b03545520a72b104 Gitweb: http://git.kernel.org/tip/9995f4f184613fb02ee73092b03545520a72b104 Author: Rich Felker <dal...@libc.org> AuthorDate: Thu, 13 Oct 2016 21:51:06 + Committer: Thomas Gleixner <t...@linutronix.de> CommitDate: Thu, 20

[tip:timers/urgent] clocksource: Add J-Core timer/clocksource driver

Commit-ID: 9995f4f184613fb02ee73092b03545520a72b104 Gitweb: http://git.kernel.org/tip/9995f4f184613fb02ee73092b03545520a72b104 Author: Rich Felker AuthorDate: Thu, 13 Oct 2016 21:51:06 + Committer: Thomas Gleixner CommitDate: Thu, 20 Oct 2016 20:10:17 +0200 clocksource: Add J-Core

[tip:timers/urgent] of: Add J-Core timer bindings

Commit-ID: a2ce092be34c4951e23104a0bfdec08f9577fada Gitweb: http://git.kernel.org/tip/a2ce092be34c4951e23104a0bfdec08f9577fada Author: Rich Felker <dal...@libc.org> AuthorDate: Thu, 13 Oct 2016 21:51:06 + Committer: Thomas Gleixner <t...@linutronix.de> CommitDate: Thu, 20

[tip:timers/urgent] of: Add J-Core timer bindings

Commit-ID: a2ce092be34c4951e23104a0bfdec08f9577fada Gitweb: http://git.kernel.org/tip/a2ce092be34c4951e23104a0bfdec08f9577fada Author: Rich Felker AuthorDate: Thu, 13 Oct 2016 21:51:06 + Committer: Thomas Gleixner CommitDate: Thu, 20 Oct 2016 20:10:17 +0200 of: Add J-Core timer

Re: [PATCH v9 0/2] J-Core timer support

On Thu, Oct 20, 2016 at 09:32:40AM +0200, Daniel Lezcano wrote: > On Wed, Oct 19, 2016 at 09:22:25PM -0400, Rich Felker wrote: > > On Mon, Oct 17, 2016 at 11:30:13AM +0200, Daniel Lezcano wrote: > > > On Thu, Oct 13, 2016 at 09:51:06PM +, Rich Felker wrote: > > >

Re: [PATCH v9 0/2] J-Core timer support

On Thu, Oct 20, 2016 at 09:32:40AM +0200, Daniel Lezcano wrote: > On Wed, Oct 19, 2016 at 09:22:25PM -0400, Rich Felker wrote: > > On Mon, Oct 17, 2016 at 11:30:13AM +0200, Daniel Lezcano wrote: > > > On Thu, Oct 13, 2016 at 09:51:06PM +, Rich Felker wrote: > > >

<    1   2   3   4   5   6   7   8   9   10   >