Re: [uclibc-ng-devel] [PATCH 4/4] arc: Use new common syscall() implementation

2018-01-05 Thread Stafford Horne
On Fri, Jan 05, 2018 at 03:33:55PM -0800, Vineet Gupta wrote: > On 12/13/2017 10:29 PM, Stafford Horne wrote: > > Traditionally arc has had a generic syscall implementation of syscall() > > matchig the common implementation. > > > > During an audit it was found that this implementation seems to du

Re: [uclibc-ng-devel] [PATCH 4/4] arc: Use new common syscall() implementation

2018-01-05 Thread Vineet Gupta
On 12/13/2017 10:29 PM, Stafford Horne wrote: Traditionally arc has had a generic syscall implementation of syscall() matchig the common implementation. During an audit it was found that this implementation seems to duplicate common implementation and is no longer needed. Signed-off-by: Staffor

[GIT PULL] ARC updates for 4.15-rc7

2018-01-05 Thread Vineet Gupta
Hi Linus, ARC updates for 4.15-rc7. They have been sitting in for-next for a while but got delayed coming your way due to the holidays. Please pull ! Thx, -Vineet --> The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-1

Re: [RFC] ARC: setup cpu possible mask according to status field in dts

2018-01-05 Thread Vineet Gupta
On 12/22/2017 11:08 AM, Eugeniy Paltsev wrote: As we have option in u-boot to set CPU mask for running linux, we want to pass information to kernel about CPU cores should be brought up. So we patch kernel dtb in u-boot to set CPUs status. On linux boot we setup cpu possible mask according to st

Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA

2018-01-05 Thread Vineet Gupta
On 12/29/2017 12:25 AM, Christoph Hellwig wrote: We always use the stub definitions, so remove the unused other code. Signed-off-by: Christoph Hellwig Acked-by: Vineet Gupta FWIW, it was removed and reintroduced as one of the customers wanted it, which is not relevant now ! Thx, -Vineet

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Sergey Senozhatsky
On (01/05/18 15:42), Petr Mladek wrote: [..] > > oh, one more thing. one extra patch, which gets rid of > > print_symbol()/__print_symbol(). > > I am all for it. But I would postpone this removal to 4.17. > The reason is rather ugly. 13th patch is already in arc tree. > We would need to shuffle th

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Petr Mladek
On Fri 2018-01-05 19:25:38, Sergey Senozhatsky wrote: > On (01/05/18 19:21), Sergey Senozhatsky wrote: > > On (01/05/18 11:03), Petr Mladek wrote: > > [..] > > > Anyway, print_symbol() is an old weird API and it would be nice > > > to eventually get rid of it. I could take this patches into > > > p

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Petr Mladek
On Fri 2018-01-05 21:23:34, Sergey Senozhatsky wrote: > On (01/05/18 21:01), Sergey Senozhatsky wrote: > [..] > > but, print_symbol() is compiled out on !CONFIG_KALLSYMS systems. so, > > basically, we compile out some of errors print outs; even more, on ia64 > > ia64_do_show_stack() does nothing wh

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Sergey Senozhatsky
On (01/05/18 21:01), Sergey Senozhatsky wrote: [..] > but, print_symbol() is compiled out on !CONFIG_KALLSYMS systems. so, > basically, we compile out some of errors print outs; even more, on ia64 > ia64_do_show_stack() does nothing when there is no CONFIG_KALLSYMS [all > ia64 defconfigs have KALLS

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Sergey Senozhatsky
On (01/05/18 19:21), Sergey Senozhatsky wrote: > > print_symbol() is an old weird API. It has been > > obsoleted by printk() and %pS format specifier. > > I wouldn't. let's drop the "weird" part. hm... you are right, it is weird. and the weird part here is that print_symbol() is used for

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Petr Mladek
On Fri 2018-01-05 19:21:05, Sergey Senozhatsky wrote: > On (01/05/18 11:03), Petr Mladek wrote: > [..] > > Anyway, print_symbol() is an old weird API and it would be nice > > to eventually get rid of it. I could take this patches into > > printk.git. > > no objections from my side if the patch set

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Sergey Senozhatsky
On (01/05/18 19:21), Sergey Senozhatsky wrote: > On (01/05/18 11:03), Petr Mladek wrote: > [..] > > Anyway, print_symbol() is an old weird API and it would be nice > > to eventually get rid of it. I could take this patches into > > printk.git. > > no objections from my side if the patch set will g

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Sergey Senozhatsky
On (01/05/18 11:03), Petr Mladek wrote: [..] > Anyway, print_symbol() is an old weird API and it would be nice > to eventually get rid of it. I could take this patches into > printk.git. no objections from my side if the patch set will go through the printk tree. shall we wait for ACKs or can we m

Re: [PATCH 00/13] replace print_symbol() with printk()-s

2018-01-05 Thread Petr Mladek
On Mon 2017-12-11 21:50:12, Sergey Senozhatsky wrote: > Hello, > > A rather automatic replacement of print_symbol() > with direct printk() calls. print_symbol() uses extra stack > buffer (KSYM_SYMBOL_LEN 128 bytes) and, basically, should > be identical to printk(%pS). To make it clear