Hi Vineet,
could you also peek this patch to for-curr as we don't have any disagreement
about it?
I'll respin the rest of the patches later. Thanks.
---
Eugeniy Paltsev
From: Eugeniy Paltsev
Sent: Thursday, June 4, 2020 20:39
To: linux-snps-arc
On HS cores, loop buffer (LPB) is programmable in runtime and can
be optionally disabled.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 6 ++
arch/arc/kernel/head.S | 8
2 files changed, 14 insertions(+)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index
SDK doesn't have LPB so
disabling will be skipped by BCR check in runtime.
* Add missing HSDK-4xD device tree bindings. Convert HSDK device tree
bindings to json-schema.
Eugeniy Paltsev (4):
ARC: allow to override default mcpu compiler flag
ARC: ARCv2: support loop buffer (LPB) disabling
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 9 +
arch/arc/Makefile | 21 +++--
2 files changed, 28 insertions(+), 2 deletions(-)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index ff306246d0f8..7034c217708f 100644
--- a/arch/arc/Kconfig
+++ b/arch/arc/Kconfig
Add documentation for HSDK-4xD board/SoC bindings. While I'm at it
convert HSDK board/SoC bindings to DT schema format using
json-schema.
Cc: Rob Herring
Signed-off-by: Eugeniy Paltsev
---
.../devicetree/bindings/arc/hsdk.txt | 7 -
.../devicetree/bindings/arc/hsdk.yaml
Linux kernel verification flow, patches for run in simulation, etc...),
so I'd prefer to keep HSDK DTS untouched. That's why HSDK-4xD DTS is
created as an separate file.
Cc: Rob Herring
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/hsdk-4xd.dts | 322
arch
Oooops, this one is duplicate and should be dropped.
---
Eugeniy Paltsev
From: Eugeniy Paltsev
Sent: Friday, May 29, 2020 14:55
To: linux-snps-arc@lists.infradead.org; Vineet Gupta
Cc: linux-ker...@vger.kernel.org; Alexey Brodkin; Eugeniy Paltsev
-4xD board support.
In addition it also allows to awoid patching 'mcpu' in ARC Makefile
when we building Linux for some non-standard simulation or FPGA-based
platforms.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 7 +++
arch/arc/Makefile | 4
2 files changed, 11 insertions
Eugeniy Paltsev (3):
ARC: allow to overide default mcpu compiler flag
ARC: ARCv2: support loop buffer (LPB) disabling
ARC: [plat-hsdk-4xd] initial port for HSDK-4xD board
arch/arc/Kconfig| 13 ++
arch/arc/Makefile | 4 +
arch/arc/boot/dts/hsdk
-4xD board support.
In addition it also allows to awoid patching 'mcpu' in ARC Makefile
when we building Linux for some non-standard simulation or FPGA-based
platforms.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 7 +++
arch/arc/Makefile | 4
2 files changed, 11 insertions
On HS cores, loop buffer (LPB) is programmable in runtime and can
be optionally disabled.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 6 ++
arch/arc/kernel/head.S | 8
2 files changed, 14 insertions(+)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index
in out
verification flow, patches for run in simulation, etc...), so I'd prefer to
keep HSDK DTS untouched. That's why HSDK-4xD DTS is created as an separate file.
Cc: Rob Herring
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/hsdk-4xd.dts | 322
arch/arc
HDMI bridge.
Probably you have some ideas about how to fix it?
Thanks.
> From: Daniel Vetter
> Sent: Monday, May 25, 2020 20:26
> To: Eugeniy Paltsev
> Cc: dri-devel
> Subject: Re: [PATCH 53/59] drm/arc: Move to drm/tiny
>
> On Mon, May 25, 2020 at 6:36 PM Eugeniy Pa
stedt; Ingo Molnar;
>linux-snps-arc@lists.infradead.org; Eugeniy Paltsev; Vineet Gupta
>Subject: RE: [RFC] ARC: initial ftrace support
>
> Hi Claus,
>
>> -Original Message-
>> From: linux-snps-arc On Behalf
>> Of Claudiu Zissulescu
>> Ianculescu
>
Hi Vineet,
> From: Vineet Gupta
> Sent: Tuesday, April 28, 2020 22:46
> To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
> Cc: Alexey Brodkin; linux-ker...@vger.kernel.org
> Subject: Re: [PATCH] ARC: guard dsp early init against non ARCv2
>
> On 4/28/20 11:50 AM,
.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/include/asm/dsp-impl.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arc/include/asm/dsp-impl.h b/arch/arc/include/asm/dsp-impl.h
index e1aa212ca6eb..e64d945ae7df 100644
--- a/arch/arc/include/asm/dsp-impl.h
+++ b/arch/arc/include/asm/dsp
Hi Simon, Tom,
I guess it's perfect time to apply this patch. Thanks!
---
Eugeniy Paltsev
From: Simon Glass
Sent: Monday, March 23, 2020 18:37
To: Eugeniy Paltsev
Cc: Tom Rini; U-Boot Mailing List; uboot-snps-...@synopsys.com; Alexey Brodkin;
linux
w-hdmi-hsdk"
Now DT binding file is snps,arc-dw-hdmi.yaml and compatible is
"snps,arc-dw-hdmi-"
* Minor fixes
Eugeniy Paltsev (2):
DRM: ARC: add HDMI 2.0 TX encoder support
dt-bindings: Document the Synopsys ARC HDMI TX bindings
.../display/bridge/snps,a
This patch adds documentation of device tree bindings for the Synopsys
HDMI 2.0 TX encoder driver for ARC SoCs.
Acked-by: Sam Ravnborg
Signed-off-by: Eugeniy Paltsev
---
.../display/bridge/snps,arc-dw-hdmi.yaml | 136 ++
1 file changed, 136 insertions(+)
create mode
The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
encoders. Support them with a platform driver to provide platform glue
data to the dw-hdmi driver.
Acked-by: Sam Ravnborg
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 6 ++
drivers/gpu/drm/Makefile
Changes v1->v2:
* use DT Schema format please (.yaml files) for DT bindings
Eugeniy Paltsev (2):
DRM: ARC: add HDMI 2.0 TX encoder support
dt-bindings: Document the Synopsys ARC HDMI TX bindings
.../display/bridge/snps,arc-dw-hdmi.yaml | 131 ++
MAINTAIN
The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
encoders. Support them with a platform driver to provide platform glue
data to the dw-hdmi driver.
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 6 ++
drivers/gpu/drm/Makefile | 2
This patch adds documentation of device tree bindings for the Synopsys
HDMI 2.0 TX encoder driver for ARC SoCs.
Signed-off-by: Eugeniy Paltsev
---
.../display/bridge/snps,arc-dw-hdmi.yaml | 131 ++
1 file changed, 131 insertions(+)
create mode 100644
Documentation
so UDL now depends on
CONFIG_USB and not selects it. This introduces regression for ARC HSDK
board as HSDK defconfig wasn't adjusted and now it misses USB support
due to lack of CONFIG_USB enabled.
Fix that.
Cc: # 5.6.x
Fixes: 5d50bd440bc2 ("drm/udl: Make udl driver depend on CONFIG_USB")
Si
Hi Masahiro,
I'm wondering what is proper way to deal with such type of regressions?
Is is responsibility of person who change kconfig to check (and possibly
adjust) affected defconfigs?
A question for you as a kconfig expert :)
---
Eugeniy Paltsev
so UDL now depends on
CONFIG_USB and not selects it. This introduces regression for ARC HSDK
board as HSDK defconfig wasn't adjusted and now it misses USB support
due to lack of CONFIG_USB enabled.
Fix that.
Fixes: 5d50bd440bc2 ("drm/udl: Make udl driver depend on CONFIG_USB")
Signed-off
Greco
Signed-off-by: Eugeniy Paltsev
---
arch/arc/kernel/setup.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c
index aa41af6ef4ac..efdedf83b954 100644
--- a/arch/arc/kernel/setup.c
+++ b/arch/arc/kernel/setup.c
@@ -11,6
Add initial ftrace support for ARCv2. We add support only for
function tracer (the simplest, not dynamic one), however it is
prerequisite for dynamic function tracer and other complex
ones.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 1 +
arch/arc/include/asm/Kbuild
As of today 'random' command return 1 (CMD_RET_FAILURE) in case
of successful execution and 0 (CMD_RET_SUCCESS) in case of bad
arguments. Fix that.
NOTE: we remove printing usage information from command body
so it won't print twice.
Signed-off-by: Eugeniy Paltsev
---
cmd/mem.c | 9
This patch adds documentation of device tree bindings for the Synopsys
HDMI 2.0 TX encoder driver for ARC SoCs.
Signed-off-by: Eugeniy Paltsev
---
.../display/bridge/snps,arc-dw-hdmi.txt | 73 +++
1 file changed, 73 insertions(+)
create mode 100644
Documentation
The Synopsys ARC SoCs (like HSDK4xD) include on-chip DesignWare HDMI
encoders. Support them with a platform driver to provide platform glue
data to the dw-hdmi driver.
Signed-off-by: Eugeniy Paltsev
---
MAINTAINERS | 6 ++
drivers/gpu/drm/Makefile | 2
Eugeniy Paltsev (2):
DRM: ARC: add HDMI 2.0 TX encoder support
dt-bindings: Document the Synopsys ARC HDMI TX bindings
.../display/bridge/snps,arc-dw-hdmi.txt | 73 ++
MAINTAINERS | 6 +
drivers/gpu/drm/Makefile | 2
e list. In that case it will be chosen only if all other
options (which implements any compression) are not available.
Signed-off-by: Eugeniy Paltsev
---
usr/Kconfig | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/usr/Kconfig b/usr/Kconfig
index bdf5bbd40727.
Hi Masahiro,
>From: Masahiro Yamada
>Sent: Wednesday, March 11, 2020 23:12
>To: Eugeniy Paltsev
>Cc: Linux Kernel Mailing List; arcml; Vineet Gupta; Alexey Brodkin
>Subject: Re: [PATCH] initramfs: restore default compression behaviour
>
>Hi Eugeniy.
>
>On Wed, Mar
>From: Vineet Gupta
>Sent: Thursday, March 12, 2020 00:10
>To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
>Cc: linux-ker...@vger.kernel.org; Alexey Brodkin
>Subject: Re: [PATCH 2/2] ARC: don't align ret_from_exception function
>
>On 3/11/20 1:58 PM, Eugeniy Paltsev w
>From: Vineet Gupta
>Sent: Wednesday, March 11, 2020 20:38
>To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
>Cc: linux-ker...@vger.kernel.org; Alexey Brodkin
>Subject: Re: [PATCH 2/2] ARC: don't align ret_from_exception function
>
>On 3/11/20 9:26 AM, Eugeniy Palts
s to generated weird instructions
in code (when alignment is used) like "ldh_s r12,[r0,0x20]" which is
encoded as 0x9090 for ARCv2.
Let's use ".align 4" which insert a "nop_s" instruction instead.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/include/asm/linkage.h | 2 ++
may align
"ret_from_exception" by 4 bytes by adding padding before it.
"ret_from_exception" doesn't require alignment by 4 bytes
(as it doesn't go to vector table, etc...) so let's avoid aligning
it by switch from ENTRY (which is alias for SYM_FUNC_START) to
SYM_FUNC_START_NOALIGN macro.
ARC PGU is looking for encoder via endpoint mechanism and doesn't
use "encoder-slave" property for a long time. Let's drop unused
"encoder-slave" property from ARC PGU node in axs10x.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/axs10x_mb.dtsi | 1 -
1 file changed,
Support setting PLL to bypass mode to support output frequency
equal to input one.
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-pll.c | 61 +-
1 file changed, 34 insertions(+), 27 deletions(-)
diff --git a/drivers/clk/clk-hsdk-pll.c b/drivers/clk
Add support for 148.5MHz clock for HDMI PLL
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-pll.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-hsdk-pll.c b/drivers/clk/clk-hsdk-pll.c
index 0ea7af57a5b1..b4f8852201cb 100644
--- a/drivers/clk/clk-hsdk-pll.c
+++ b
Bunch of updates for HSDK clock generation unit (CGU) driver.
Eugeniy Paltsev (3):
CLK: HSDK: CGU: check if PLL is bypassed first
CLK: HSDK: CGU: support PLL bypassing
CLK: HSDK: CGU: add support for 148.5MHz clock
drivers/clk/clk-hsdk-pll.c | 70 +-
1
If PLL is bypassed the EN (enable) bit has no effect on
output clock.
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-pll.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/clk-hsdk-pll.c b/drivers/clk/clk-hsdk-pll.c
index 97d1e8c35b71
Filter out interlaced modes as they are not supported by ARC PGU
hardware.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu/drm/arc/arcpgu_crtc.c
index 8ae1e1f97a73
As the driver of on-chip reset controller became available
we are ready to enable it.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/dts/hsdk.dts | 7 +++
configs/hsdk_defconfig | 1 +
2 files changed, 8 insertions(+)
diff --git a/arch/arc/dts/hsdk.dts b/arch/arc/dts/hsdk.dts
index
Force inlining of IOC related functions used in other cache
functions. This is preventive change.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/lib/cache.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arc/lib/cache.c b/arch/arc/lib/cache.c
index c42723daeb2
Since version 3.0 ARC HS supports SL$ (L2 system level cache)
disable. So add support for SL$ disable/enable to code.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/include/asm/cache.h | 7 +++
arch/arc/lib/cache.c | 114 ---
2 files changed, 114
Eugeniy Paltsev (2):
ARC: CACHE: add support for SL$ disable
ARC: CACHE: mark IOC helper functions as inlined_cachefunc
arch/arc/include/asm/cache.h | 7 +++
arch/arc/lib/cache.c | 118 ---
2 files changed, 116 insertions(+), 9 deletions
Signed-off-by: Eugeniy Paltsev
---
usr/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/usr/Kconfig b/usr/Kconfig
index bdf5bbd40727..690ef9020819 100644
--- a/usr/Kconfig
+++ b/usr/Kconfig
@@ -102,6 +102,7 @@ config RD_LZ4
choice
prompt "Built-in initramfs c
>From: Vineet Gupta
>Sent: Saturday, March 7, 2020 03:12
>To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
>Cc: Alexey Brodkin; linux-ker...@vger.kernel.org
>Subject: Re: [PATCH v2 2/4] ARC: handle DSP presence in HW
>
>On 3/5/20 12:02 PM, Eugeniy Paltsev wrote:
>&g
>From: Vineet Gupta
>Sent: Saturday, March 7, 2020 03:12
>To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
>Cc: Alexey Brodkin; linux-ker...@vger.kernel.org
>Subject: Re: [PATCH v2 2/4] ARC: handle DSP presence in HW
>
>On 3/5/20 12:02 PM, Eugeniy Paltsev wrote:
>&g
se of context
switch
* Don't define additional options in headers to not introduce
explicit include dependencies
* Mode DSP config check to DSP code itself
* Minor fixes
Eugeniy Paltsev (4):
ARC: add helpers to sanitize config options
ARC: handle DSP presence in HW
ARC: add support fo
We'll use this macro in coming patches extensively.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/include/asm/asserts.h | 24
arch/arc/kernel/setup.c| 25 -
2 files changed, 36 insertions(+), 13 deletions(-)
create mode 100644 arch/arc
To be able to run DSP-enabled userspace applications with AGU
(address generation unit) extensions we additionally need to
save and restore following registers at context switch:
* AGU_AP*
* AGU_OS*
* AGU_MOD*
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig| 9
regardless
of DSP presence we need to set DSP_CTRL properly. However this
register can be modified bu any usersace app therefore any
usersace may break kernel execution.
Fix that by configure DSP_CTRL in CPU early code and in IRQs
entries.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig
Hi Vineet,
>From: Vineet Gupta
>Sent: Tuesday, January 7, 2020 21:25
>To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
>Cc: linux-ker...@vger.kernel.org; Alexey Brodkin
>Subject: Re: [PATCH 4/5] ARC: add support for DSP-enabled userspace
>applications
>> +
ion.
Given for each and every platform we end-up adding quite a few more flags
it's logical to move "-mcpu" selection to platform's definition as well
which we exactly do here.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/config.mk | 20
board/ab
HDMI PLL has its own xtal with 27 MHz output but we treat it the same
way as other PLLs with 33.33 MHz input.
Fix that.
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-cgu.c | 31 +--
1 file changed, 21 insertions(+), 10 deletions(-)
diff --git a/drivers/clk
Pll bypass has priority over enable/disable.
Signed-off-by: Eugeniy Paltsev
---
drivers/clk/clk-hsdk-cgu.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/clk-hsdk-cgu.c b/drivers/clk/clk-hsdk-cgu.c
index 56ef08c032b..69e6b24b66c 100644
--- a/drivers/clk
Hi Vineet,
>From: Vineet Gupta
>Sent: Tuesday, January 7, 2020 04:03
>To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org
>Cc: linux-ker...@vger.kernel.org; Alexey Brodkin
>Subject: Re: [PATCH 3/5] ARC: handle DSP presence in HW
>[snip]
>> +static in
Hi Vineet,
>From: Vineet Gupta
>On 12/27/19 10:03 AM, Eugeniy Paltsev wrote:
>> To be able to run DSP-enabled userspace applications we need to
>> save and restore following DSP-related registers:
>> At IRQ/exception entry/exit:
>> * ACC0_GLO, ACC0_GHI, DSP_C
To be able to run DSP-enabled userspace applications with AGU
(address generation unit) extensions we additionally need to
save and restore following registers at context switch:
* AGU_AP*
* AGU_OS*
* AGU_MOD*
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig| 7
Arc processors may have DSP extension which is optional.
In this patch series we:
* Handle issues caused by DSP extension presence in HW
* Add optional support for DSP-enabled applications in
userspace (with optional AGU extension support)
* Do minor cleanups
Eugeniy Paltsev (5):
ARC: pt_regs
-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 7 +++
arch/arc/include/asm/arcregs.h | 2 +
arch/arc/include/asm/dsp-impl.h| 75 +-
arch/arc/include/asm/dsp.h | 42 +
arch/arc/include/asm/entry-arcv2.h | 3 ++
arch/arc/include
regardless
of DSP presence we need to set DSP_CTRL properly. However this
register can be modified bu any usersace app therefore any
usersace may break kernel execution.
Fix that by configure DSP_CTRL in CPU early code and in IRQs
entries.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig
We'll use this macro in coming patches extensively.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/kernel/setup.c | 29 -
1 file changed, 16 insertions(+), 13 deletions(-)
diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c
index 7ee89dc61f6e..edb55b6ee278
Replace hardcoded registers offset numbers by calculated via
offsetof.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/include/asm/entry-arcv2.h | 8
arch/arc/kernel/asm-offsets.c | 9 +
2 files changed, 13 insertions(+), 4 deletions(-)
diff --git a/arch/arc/include/asm/entry
ebase you patches on v5.5 kernel (or newer) please also
read this note:
https://github.com/foss-for-synopsys-dwc-arc-processors/linux/wiki/How-to-run-ARC-Linux-kernel-and-debug-(with-MetaWare-Debugger)#v55-linux-kernel-note
Thanks.
---
Eugeniy Paltsev
___
We define 'PT_user_r25' twice in asm-offsets.c
It's not a big issue as we define it to the same value, however
let's fix it.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/kernel/asm-offsets.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arc/kernel/asm-offsets.c b/arch/arc/kernel/asm
Use PLL driver instead of fixed-clock for PGU pixel clock.
That allows us to support wider range of graphic modes.
Signed-off-by: Eugeniy Paltsev
---
Changes v1->v2:
* add missing input_clk node to AXS101. No changes for AXS103 /
AXS103 SMP.
arch/arc/boot/dts/axc001.dtsi|
Now have pixel clock PLL driver and we can change pixel clock rate
so we don't need to enforce one exact video mode. Moreover enforcing
video mode is harmful in case of we enforce mode which isn't
supported by the monitor we are using.
Signed-off-by: Eugeniy Paltsev
---
Changes v1->v2:
* N
kmemleak is used internally for a long time and as there isn't
any issue with it we can finally enable it in upstream.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arc/Kconfig b/arch/arc/Kconfig
index 8383155c8c82..c147ebe51b65
As we ignore first 8 bit of 32 bit pixel value we can add ARGB
format as alias of XRGB.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu/drm/arc/arcpgu_crtc.c
index
ARC PGU doesn't support RGB888 (24 bit) format but supports
XRGB888 (32 bit) format. Fix incorrect format list in a driver.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 6 +++---
drivers/gpu/drm/arc/arcpgu_regs.h | 2 +-
2 files changed, 4 insertions(+), 4 deletions
Eugeniy Paltsev (4):
DRM: ARC: PGU: fix framebuffer format switching
DRM: ARC: PGU: cleanup supported format list code
DRM: ARC: PGU: replace unsupported by HW RGB888 format by XRGB888
DRM: ARC: PGU: add ARGB format to supported format list
drivers/gpu/drm/arc/arcpgu_crtc.c | 36
Current implementation don't switch to RGB565 format if BGR888 was
previously used. Fix that.
Signed-off-by: Eugeniy Paltsev
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/arc/arcpgu_crtc.c
b/drivers/gpu
We don't have any peripherals on HAPS which may require FB or
input_devices support. So get rid of them.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/configs/haps_hs_defconfig | 9 +++--
arch/arc/configs/haps_hs_smp_defconfig | 9 +++--
2 files changed, 6 insertions(+), 12 deletions
e the haps defconfig instead of
nSIM one
* switch nsim_700 to dwuart
Eugeniy Paltsev (8):
ARC: regenerate nSIM and HAPS defconfigs
ARC: HAPS: cleanup defconfigs from unused IO-related options
ARC: HAPS: use same UART configuration everywhere
ARC: HAPS: add HIGHMEM memory zone to DTS
ARC: HAPS:
No functional change intended.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/configs/haps_hs_defconfig | 10 ++
arch/arc/configs/haps_hs_smp_defconfig | 12 +++-
arch/arc/configs/nsim_700_defconfig| 7 ++-
arch/arc/configs/nsim_hs_defconfig | 8 ++--
arch/arc
Switch nsim_700_defconfig to dwuart for consistent uart settings
for all nSIM configurations.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/nsim_700.dts | 20 +++-
arch/arc/configs/nsim_700_defconfig | 8 ++--
2 files changed, 17 insertions(+), 11 deletions
of previously used
"-prop=nsim_mem-dev=uart0,base=0xc0fc1000"
"use_connect" and "irq" values of UART property remains untouched.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/Makefile | 2 +-
arch/arc/boot/dts/nsim_hs.dts
We have snps,arc-emac enabled in nSIM_700. It's obsolete and it's
not used anymore so remove its device tree node and disable
unused network options in defconfig.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/nsim_700.dts | 16
arch/arc/configs/nsim_700_defconfig
We have multiple vendors ethernet drivers enabled in haps_hs and
haps_hs_smp defconfig. The only one we possibly require is
VIRTIO_NET. So disable unused ones via disabling entire
CONFIG_ETHERNET which controls all vendor-specific ethernet
drivers.
Signed-off-by: Eugeniy Paltsev
---
arch/arc
For some reason we use ns8250 UART compatible on UP HAPS
configuration and ns16550a (which is ns8250 with FIFO support)
on SMP HAPS configuration.
Given that we have same UART IP with same IP configuration
on both HAPS configuration use ns16550a compatible everywhere.
Signed-off-by: Eugeniy
This is required as a preparation of merging nSIM and HASP
defonfig and device tree.
As we have HIGHMEM disabled in both HAPS and nSIM defconfigs
this doesn't lead to any functional change.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/haps_hs.dts | 13 -
1 file changed, 8
regression on pseudo-SMP only
Any objections / thoughts?
---
Eugeniy Paltsev
From: Vineet Gupta
Sent: Friday, October 18, 2019 21:48
To: Eugeniy Paltsev; linux-snps-arc@lists.infradead.org; Vineet Gupta
Cc: Alexey Brodkin; linux-ker...@vger.kernel.org
No functional change intended.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/configs/haps_hs_defconfig | 10 ++
arch/arc/configs/haps_hs_smp_defconfig | 12 +++-
arch/arc/configs/nsim_hs_defconfig | 8 ++--
arch/arc/configs/nsim_hs_smp_defconfig | 10 +++---
4
This is required as a preparation of merging nSIM and HASP
defonfig and device tree.
As we have HIGHMEM disabled in both HAPS and nSIM defconfigs
this doesn't lead to any functional change.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/haps_hs.dts | 13 -
1 file changed, 8
For some reason we use ns8250 UART compatible on UP HAPS
configuration and ns16550a (which is ns8250 with FIFO support)
on SMP HAPS configuration.
Given that we have same UART IP with same IP configuration
on both HAPS configuration use ns16550a compatible everywhere.
Signed-off-by: Eugeniy
We have multiple vendors ethernet drivers enabled in haps_hs and
haps_hs_smp defconfig. The only one we possibly require is
VIRTIO_NET. So disable unused ones via disabling entire
CONFIG_ETHERNET which controls all vendor-specific ethernet
drivers.
Signed-off-by: Eugeniy Paltsev
---
arch/arc
We don't have any peripherals on HAPS which may require FB or
input_devices support. So get rid of them.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/configs/haps_hs_defconfig | 9 +++--
arch/arc/configs/haps_hs_smp_defconfig | 9 +++--
2 files changed, 6 insertions(+), 12 deletions
s_hs_defconfig and haps_hs_smp_defconfig
which can be used on HAPS / nSIM / ZEBU / QEMU platforms
without additionall changes in Linux kernel.
Eugeniy Paltsev (6):
ARC: regenerate nSIM and HAPS defconfigs
ARC: HAPS: cleanup defconfigs from unused IO-related options
ARC: HAPS: use same UART c
of previously used
"-prop=nsim_mem-dev=uart0,base=0xc0fc1000"
"use_connect" and "irq" values of UART property remains untouched.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/nsim_hs.dts | 67 --
arch/arc/boot/dts/nsim_hs_idu.dts
HSDK board has sst26wf016b SPI NOR flash IC installed, enable it.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/hsdk.dts | 8
arch/arc/configs/hsdk_defconfig | 2 ++
2 files changed, 10 insertions(+)
diff --git a/arch/arc/boot/dts/hsdk.dts b/arch/arc/boot/dts/hsdk.dts
HSDK board has SPI flash IC and SPI ADC IC. As all SPI-related
blocking changes/fixes are finally applied we can enable them.
Eugeniy Paltsev (2):
ARC: [plat-hsdk]: Enable on-board SPI NOR flash IC
ARC: [plat-hsdk]: Enable on-boardi SPI ADC IC
arch/arc/boot/dts/hsdk.dts | 23
HSDK board has adc108s102 SPI ADC IC installed, enable it.
Signed-off-by: Eugeniy Paltsev
---
arch/arc/boot/dts/hsdk.dts | 15 +++
arch/arc/configs/hsdk_defconfig | 4
2 files changed, 19 insertions(+)
diff --git a/arch/arc/boot/dts/hsdk.dts b/arch/arc/boot/dts/hsdk.dts
Hi Gustavo,
I guess this patch is already sent as a pull request to 'v5.3-rc7' by Vineet:
https://www.mail-archive.com/linux-snps-arc@lists.infradead.org/msg05854.html
---
Eugeniy Paltsev
From: linux-snps-arc on behalf of
Gustavo A. R. Silva
Sent
g the kernel.
Depend on this value we tweak memory bridge configuration and
"dma-coherent" DTS property of DW AXI DMAC.
Signed-off-by: Eugeniy Paltsev
---
Changes v1->v2:
* Force putting arc_hsdk_axi_dmac_coherent to data section
* Add missed __init to hsdk_tweak_node_coherency
a
Hi Masahiro,
On Sat, 2019-07-20 at 11:40 +0900, Masahiro Yamada wrote:
> On Sat, Jul 20, 2019 at 4:28 AM Eugeniy Paltsev
> wrote:
> > As of today we are able to pass custom flags to dtc compiler but not
> > to dtc preprocessor.
> > This ability is required for inclu
As of today we are able to pass custom flags to dtc compiler but not
to dtc preprocessor.
This ability is required for including some board-specific header files.
It allows us to pass defined constants to dts without their duplication
in several places.
Signed-off-by: Eugeniy Paltsev
1 - 100 of 442 matches
Mail list logo
