Re: [RFC 0/2] Import and use non-atomic bit-ops

2020-01-20 Thread Tom Rini
On Mon, Jan 20, 2020 at 03:43:27PM +0300, Alexey Brodkin wrote: > The following bitops are implemented pretty similarly for many > arches and now when we faced a need in them on ARC I guess there's > no point in copy-pasting them yet another time but instead it might > be better re-use generic ver

[RFC 1/2] include: Import non-atomic.h from Linux

2020-01-20 Thread Alexey Brodkin
This header contains implementations of some common bit ops: * __set_bit()/__clear_bit()/__change_bit()/test_bit() * __test_and_set_bit()/__test_and_clear_bit()/__test_and_change_bit() No point in copy-pasting that again & again. Signed-off-by: Alexey Brodkin --- include/asm-generic/bitops/no

[RFC 2/2] ARC: Add support of bitops via generic implementation

2020-01-20 Thread Alexey Brodkin
This allows building more things. In particular with CONFIG_PKCS7_MESSAGE_PARSER=y we saw this: >8-- lib/crypto/pkcs7_parser.c: In function 'pkcs7_sig_note_authenticated_attr': lib/crypto/pkcs7_parser.c:489:7: warning: implicit declaration of function '_

[RFC 0/2] Import and use non-atomic bit-ops

2020-01-20 Thread Alexey Brodkin
The following bitops are implemented pretty similarly for many arches and now when we faced a need in them on ARC I guess there's no point in copy-pasting them yet another time but instead it might be better re-use generic version from the Linux kernel. Since we had non of those bitops for ARC inc

[PATCH 1/3] ARC: nSIM: switch from ARC UART to DW UART

2020-01-20 Thread Alexey Brodkin
Since v2019.06 DesingWare nSIM supports DesignWare UART simulation and so we may switch from pretty unusual ARC UART to much more standard DesignWare UART (which in case of U-Boot is just an ordinary 16650 UART). This among other things makes built dinaries compatible with our other platforms to n

[PATCH 2/3] ARC: nsim_{700|700be|hs38be}_defconfigs: Disable networking

2020-01-20 Thread Alexey Brodkin
We don't have yet any brc700 or big-enadian platforms with networking support to run this particular configuration. Whenever QEMU for ARC supports arc700 or big-endian targets we may revisit this one. Signed-off-by: Alexey Brodkin --- configs/nsim_700_defconfig| 1 + configs/nsim_700be_defc

[PATCH 3/3] ARC: nsim_hs38: Add support of Virtio NET & BLK

2020-01-20 Thread Alexey Brodkin
Given now nsim_hs38 configuration is usable on QEMU and in QEMU we have Virtio working perfectly fine the next logical step is to add support of supported & known to work net & bkl to this config. Note so far we don't have device tree descriptions synced from the mainline Linux kernel (which we'll

[PATCH 0/3] Improvements for ARC simulation platform

2020-01-20 Thread Alexey Brodkin
Along with some clean-up we make 2 important changes: 1. Switch to more standard 16550 UART instead of our custom "ARC UART". This paves the way for using this board in QEMU. 2. Now when nSIM virtual board is usable in QEMU we add support of Virtio NIC & block device similarly as we did

[PATCH] ARC: Switch to generic accessors

2020-01-20 Thread Alexey Brodkin
First of all U-Boot is not that performance oriented as real run-time software like OS or user bare-metal app so we may afford being not super fast as we only being executed once. That in return allows us to be more universal and support wider variety of devices. And looking forward that will sign

[PATCH] ARC: Don't mess with endianess settings

2020-01-20 Thread Alexey Brodkin
There seem to be not that much sense in explicitly setting endianess flags for the tools as we assume the tool with required endianess is used. I.e. we use LE tools for building for LE targets and BE tools for BE targets. Signed-off-by: Alexey Brodkin --- arch/arc/config.mk | 10 -- 1 fi