"Dmitry V. Levin" writes:
> diff --git a/arch/powerpc/include/asm/syscall.h
> b/arch/powerpc/include/asm/syscall.h
> index ab9f3f0a8637..d88b34179118 100644
> --- a/arch/powerpc/include/asm/syscall.h
> +++ b/arch/powerpc/include/asm/syscall.h
> @@ -100,9 +100,15 @@ static inline void syscall_set
Hi,
While playing with perf tool on ARMv7 and ARCv2 processors and profiling the
same application I got interesting results. Even if we got pretty
similar total
execution time and instructions number the number of branches on ARC is about
three times more then on ARM.
I dug into architecture
spec
On 27/11/2018 14:36, Eugeniy Paltsev wrote:
Hi,
While playing with perf tool on ARMv7 and ARCv2 processors and profiling the
same application I got interesting results. Even if we got pretty
similar total
execution time and instructions number the number of branches on ARC is about
three times m
Hi Kevin,
On Tue, 2018-11-27 at 07:23 -0800, Kevin Hilman wrote:
> Hi Alexey,
>
> You may have noticed that some defconfigs are failing to build
> upstream for ARC. For example, on mainline, both allnoconfig and
> tinyconfig fail to build[1].
Actually I haven't seen that!
1. I used to check ht
BTW judging by the error [1] "arc-linux-ld: error: vmlinux.o: unable to merge
ISA extension attributes code-density."
I may assume we again bump into situation of building ARCompact kernel with
ARCv2 toolchain.
Also what hints to that problem is our default defconfig is
"nsim_700_defconfig" whi
On 11/27/18 6:36 AM, Eugeniy Paltsev wrote:
> Hi,
>
> While playing with perf tool on ARMv7 and ARCv2 processors and profiling the
> same application I got interesting results. Even if we got pretty
> similar total
> execution time and instructions number the number of branches on ARC is about
> th
This series was originally part of the series ("serial: Finish kgdb on
qcom_geni; fix many lockdep splats w/ kgdb") but it made sense to
split it up.
It's believed that dropping into kgdb should be more robust once these
patches are applied.
Changes in v6:
- Moved smp_call_function_single_async()
The function kgdb_roundup_cpus() was passed a parameter that was
documented as:
> the flags that will be used when restoring the interrupts. There is
> local_irq_save() call before kgdb_roundup_cpus().
Nobody used those flags. Anyone who wanted to temporarily turn on
interrupts just did local_ir
When I had lockdep turned on and dropped into kgdb I got a nice splat
on my system. Specifically it hit:
DEBUG_LOCKS_WARN_ON(current->hardirq_context)
Specifically it looked like this:
sysrq: SysRq : DEBUG
[ cut here ]
DEBUG_LOCKS_WARN_ON(current->hardirq_context)
git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Douglas-Anderson/kgdb-Fix-kgdb_roundup_cpus/20181127-115425
> base: https://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git
> kgdb-next
> conf
Even though we're not going to build here real U-Boot binary
it is still required to "configure" U-Boot to get get to the
tools building.
We used to use "sandbox_defconfig" for that purpose but
since U-Boot v2018.11 it started to cause problems [1] due to [2].
So to have less dependencies let's c
On Mon, Nov 26, 2018 at 07:51:31PM -0800, Douglas Anderson wrote:
> When I had lockdep turned on and dropped into kgdb I got a nice splat
> on my system. Specifically it hit:
> DEBUG_LOCKS_WARN_ON(current->hardirq_context)
>
> Specifically it looked like this:
> sysrq: SysRq : DEBUG
> -
On Tue, Nov 27, 2018 at 5:13 PM Alexey Brodkin
wrote:
> Even though we're not going to build here real U-Boot binary
> it is still required to "configure" U-Boot to get get to the
> tools building.
>
> We used to use "sandbox_defconfig" for that purpose but
> since U-Boot v2018.11 it started to ca
On Tue, Nov 27, 2018 at 5:30 PM Otavio Salvador wrote:
>
> On Tue, Nov 27, 2018 at 5:13 PM Alexey Brodkin
> wrote:
> > Even though we're not going to build here real U-Boot binary
> > it is still required to "configure" U-Boot to get get to the
> > tools building.
> >
> > We used to use "sandbox_
Hello all,
On Tue, Nov 27, 2018 at 5:52 PM Otavio Salvador wrote:
...
> Looking at this, I am wondering if folowing wouldn't be a generic
> solution capable of upstreaming:
I posted the proposed patch to U-Boot mailing list as RFC so we can
see what their feedback is about this approach.
--
Ot
Hi Otavio,
On Tue, 2018-11-27 at 17:52 -0200, Otavio Salvador wrote:
> On Tue, Nov 27, 2018 at 5:30 PM Otavio Salvador
> wrote:
> > On Tue, Nov 27, 2018 at 5:13 PM Alexey Brodkin
> > wrote:
> > > Even though we're not going to build here real U-Boot binary
> > > it is still required to "configu
Alexey Brodkin writes:
> Hi Kevin,
>
> On Tue, 2018-11-27 at 07:23 -0800, Kevin Hilman wrote:
>> Hi Alexey,
>>
>> You may have noticed that some defconfigs are failing to build
>> upstream for ARC. For example, on mainline, both allnoconfig and
>> tinyconfig fail to build[1].
>
> Actually I hav
Change the default defconfig (used with 'make defconfig') to the ARCv2
nsim_hs_defconfig, and also switch the default Kconfig ISA selection to
ARCv2.
This allows several default defconfigs (e.g. make defconfig, make
allnoconfig, make tinyconfig) to all work with ARCv2 by default.
Signed-off-by: K
On 11/27/18 2:21 PM, Kevin Hilman wrote:
> Change the default defconfig (used with 'make defconfig') to the ARCv2
> nsim_hs_defconfig, and also switch the default Kconfig ISA selection to
> ARCv2.
>
> This allows several default defconfigs (e.g. make defconfig, make
> allnoconfig, make tinyconfig)
Alexey Brodkin writes:
> BTW judging by the error [1] "arc-linux-ld: error: vmlinux.o: unable to merge
> ISA extension attributes code-density."
> I may assume we again bump into situation of building ARCompact kernel with
> ARCv2 toolchain.
>
> Also what hints to that problem is our default de
20 matches
Mail list logo
