ortant for us is rendering of
3D on a dedicated GPU while outputting video through a simpler
bitstreamer like DisplayLink. So let's use much more future-proof
driver from now on.
[1] https://lists.freedesktop.org/archives/dri-devel/2017-December/159519.html
Signed-off-by: Alexey Brodkin
Hi Lucas,
On Wed, 2017-11-15 at 18:56 +0100, Lucas Stach wrote:
> Am Mittwoch, den 15.11.2017, 17:36 + schrieb Alexey Brodkin:
[snip]
> I'm not keen on having a private memory region for the GPU. Normally we
> just use the shared system CMA memory region (and we will poin
Hi Jose,
On Mon, 2017-12-04 at 17:24 +, Jose Abreu wrote:
> On 04-12-2017 16:00, Alexey Brodkin wrote:
> >
> > [30.763] (II) armada(0): etnaviv: Xv: using YUY2 format intermediate
> > YUV target
> >
>
> I'm wondering if this means that target for
Hi Jose,
On Mon, 2017-12-04 at 15:55 +, Jose Abreu wrote:
> On 04-12-2017 14:53, Alexey Brodkin wrote:
> >
> > Full log you may find below.
>
> Sorry but I meant /var/log/Xorg.0.log file.
Ooops... sorry... here is it.
-Alexey
# cat /var/log/Xorg.0.log
[30
Hi Jose,
On Mon, 2017-12-04 at 14:02 +, Jose Abreu wrote:
> On 04-12-2017 13:16, Alexey Brodkin wrote:
> >
> > Option "kmsdev" "/dev/dri/card1"
>
> Which drm driver uses /dev/dri/card0? I'm seing drmOpen code and
> if you
Hi Jose,
On Mon, 2017-12-04 at 11:50 +, Jose Abreu wrote:
> Hi Alexey,
>
> On 04-12-2017 11:32, Alexey Brodkin wrote:
> >
> > My first [probably incorrect] assumption is Xserver requires fbdev
> > (/dev/fbX)
> > and it cannot use DRI vid
Hello,
I'm trying to use DisplayLink USB2.0-to-HDMI adapter as the one and only
video output and I want to get Xserver working on top of that.
I'm not very familiar with all the parts of Linux GPU/video stack
(especially its user-space counterpart) so my assumptions might be wrong
in that case pl
ngs required to be done on each an every core regardless if it's
a master and the only core in UP system or any other slave core in SMP
setup.
1) There will be no "ifdef CONFIG_SMP" around "init_per_cpu".
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/mac
Hi Sudip,
On Thu, 2017-11-23 at 23:01 +, Sudip Mukherjee wrote:
> Hi Alexey,
>
> On Thu, Nov 23, 2017 at 05:17:19PM +0000, Alexey Brodkin wrote:
> >
> > Hi Sudip,
> >
> > On Tue, 2017-11-21 at 22:10 +, Sudip Mukherjee wrote:
> > >
> &g
As per PRM bit #0 ("D") in EXEC_CTRL enables dual-issue if set to 0,
otherwise if set to 1 all instructions are executed one at a time,
i.e. dual-issue is disabled.
Signed-off-by: Alexey Brodkin
---
arch/arc/kernel/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
Hi Sudip,
On Tue, 2017-11-21 at 22:10 +, Sudip Mukherjee wrote:
> The frv defconfig build is failing with the error:
> lib/mpi/mpih-div.o: In function `mpihelp_divrem':
> mpih-div.c:(.text+0x30c): undefined reference to `abort'
>
> The function 'abort' was never defined for the frv architectu
Hi Lucas,
On Wed, 2017-11-15 at 17:44 +0100, Lucas Stach wrote:
> Hi Alexey,
>
> Am Mittwoch, den 15.11.2017, 16:24 + schrieb Alexey Brodkin:
> >
> > Hi Lucas,
> >
> > As we discussed on ELCE last month in Prague we have Vivante GPU
> > buil
Hi Lucas,
As we discussed on ELCE last month in Prague we have Vivante GPU
built-in our new ARC HSDK development board.
And even though [thanks to your suggestions] I got Etnaviv driver
working perfectly fine on our board I faced one quite a tricky
situation [which I dirty worked-around for now].
On Thu, 2017-08-31 at 16:34 +, Alexey Brodkin wrote:
> Hi Vineet,
>
> On Thu, 2017-08-31 at 09:31 -0700, Vineet Gupta wrote:
> >
> > On 08/31/2017 07:22 AM, Alexey Brodkin wrote:
> > >
> > >
> > > This is useful to make sure no stal
Hi Vladimir,
On Tue, 2017-11-14 at 19:01 +0200, Vladimir Zapolskiy wrote:
> On 11/14/2017 02:20 PM, Eugeniy Paltsev wrote:
> >
> > Add option to set initial output frequency of plls via
> > "clock-frequency" property in pll's device tree node.
> > This frequency will be set while pll driver probe
Hi Vineet,
Subject contains one typo: NS48 -> HS48.
On Mon, 2017-11-06 at 11:30 -0800, Vineet Gupta wrote:
> HS48 cpus will have a new MMUv5, although Linux is currently not
> explicitly supporting the newer features (so remains at V4).
> The existing software/hardware version check is very tight
Hi Vineet,
Subject contains one typo: NS48 -> HS48.
On Mon, 2017-11-06 at 11:30 -0800, Vineet Gupta wrote:
>
> HS48 cpus will have a new MMUv5, although Linux is currently not
> explicitly supporting the newer features (so remains at V4).
> The existing software/hardware version check is very ti
y regressions
or at least so far we only saw 1 card started to work
(confirmed by Vineet) while cards we tried locally continue to work...
Acked-by: Alexey Brodkin
Hi Vineet,
On Tue, 2017-10-10 at 10:09 -0700, Vineet Gupta wrote:
> On 10/10/2017 09:11 AM, Eugeniy Paltsev wrote:
> >
> > Increase SDIO CIU frequency from 1250Hz to 5000Hz by
> > switching from the default divisor value (div-by-8) to the
> > minimum possible value of the divisor (div-by-
Commit 92e5aae45778 "kernel/watchdog: split up config options"
introduced SOFTLOCKUP_DETECTOR which selects LOCKUP_DETECTOR
instead of the latter to be selected itself.
We need to adjust our defconfigs accordingly.
Signed-off-by: Alexey Brodkin
---
arch/arc/configs/axs101_defconfig
Hi Vineet,
On Thu, 2017-08-31 at 09:31 -0700, Vineet Gupta wrote:
> On 08/31/2017 07:22 AM, Alexey Brodkin wrote:
> >
> > This is useful to make sure no stale data exists in caches after
> > bootloaders.
> > The worst thing could be some lines of cache were loc
This is useful to make sure no stale data exists in caches after bootloaders.
The worst thing could be some lines of cache were locked in a bootloader
for example during DDR recalibration and never unlocked. This may lead
to really unpredictable issues later down the line.
Signed-off-by: Alexey
andler
was installed).
2. All privete-per-core interrupt lines are not covered by IDU so we have to
manage them right in the ARC's INTC and so we do now
(hwirq < FIRST_EXT_IRQ).
Signed-off-by: Alexey Brodkin
---
arch/arc/kernel/intc-arcv2.c | 5 +++--
arch/arc/kernel/mci
Hi Vineet,
On Fri, 2017-08-25 at 10:13 -0700, Vineet Gupta wrote:
> On 08/25/2017 07:22 AM, Alexey Brodkin wrote:
> >
> > From: Alexey Brodkin
> >
> > ARC cores on reset have all interrupt lines of built-in INTC enabled.
> > Which means once we globally enab
From: Alexey Brodkin
ARC cores on reset have all interrupt lines of built-in INTC enabled.
Which means once we globally enable interrupts (very early on boot)
faulty hardware blocks may trigger an interrupt that Linux kernel
cannot handle yet as corresponding handler is not yet installed.
In
This is required for user-space apps to work with keyboard/mice.
Signed-off-by: Alexey Brodkin
Cc: Eugeniy Paltsev
---
arch/arc/configs/hsdk_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arc/configs/hsdk_defconfig b/arch/arc/configs/hsdk_defconfig
index f4190bcde594
ly reports that upstream to ARC core
and here we are.
Now with that change we mask all individual IRQ lines making entire
system more fool-proof.
Signed-off-by: Alexey Brodkin
Cc: Eugeniy Paltsev
Cc: Alexandru Gagniuc
---
arch/arc/kernel/intc-arcv2.c | 3 +++
arch/arc/kernel/intc-comp
Hi Alex,
On Wed, 2017-08-02 at 14:24 -0400, Alex Deucher wrote:
> On Wed, Aug 2, 2017 at 6:16 AM, Alexey Brodkin
> wrote:
> >
> > Hi Daniel,
> >
> > On Wed, 2017-08-02 at 11:41 +0200, Daniel Vetter wrote:
> > >
> > > On Mon, Jul 31
viation in crtc->mode_valid() callback
(2017-08-03 00:11:02 +0300)
------------
Alexey Brodkin (2):
drm/arcpgu: Opt in debugfs
arcpgu: Simplify driver name
Jose Abreu (3):
drm: arcpgu: Fix mmap() callback
drm: arcpgu: Fix modul
Hi Daniel,
On Wed, 2017-08-02 at 11:41 +0200, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 11:11:06AM +0000, Alexey Brodkin wrote:
> >
> > Hi Dave,
> >
> > Could you please pull a couple of minor fixes for ARCPGU.
> > These changes are based on today's
Hi Vineet,
On Wed, 2017-08-02 at 09:09 +0530, Vineet Gupta wrote:
> On 08/01/2017 03:29 PM, Alexey Brodkin wrote:
> >
> > It is necessary to explicitly set both SLC_AUX_RGN_START1 and
> > SLC_AUX_RGN_END1
> > which hold MSB bits of the physical address correspondin
we saw each and every SLC region op to take seconds (sic!).
Signed-off-by: Alexey Brodkin
Reported-by: Vladimir Kondratiev
---
arch/arc/include/asm/cache.h | 2 ++
arch/arc/mm/cache.c | 8 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/arch/arc/include/asm
21 +0300)
----
Alexey Brodkin (2):
drm/arcpgu: Opt in debugfs
arcpgu: Simplify driver name
Jose Abreu (3):
drm: arcpgu: Fix mmap() callback
drm: arcpgu: Fix module unload
drm: arcpgu: Allow some clock deviation
nd to ARCH_DMA_MINALIGN the fix could
be simple - set ARCH_DMA_MINALIGN to the largest cache line we may ever
get. As of today neither L1 of ARC700 and ARC HS38 nor SLC might not be
longer than 128 bytes.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/cache.h | 3 ++-
1 file changed, 2 insertions(
cording to HDMI spec we have a max of +-0.5% for the pixel clock
> frequency variation. Lets take that into an advantage and use it
> to calculate how much deviation we can support.
>
> This patch was based on today's drm-misc-next.
>
> Signed-off-by: Jose Abreu
> Cc: Ca
Hi Rob,
On Sun, 2017-07-09 at 19:41 -0500, Rob Herring wrote:
> On Mon, Jul 03, 2017 at 07:51:09PM +0300, Eugeniy Paltsev wrote:
> >
> > From: Alexey Brodkin
[snip]
> > + ohci@6 {
> > + compatible = "generic-ohci";
>
Hi Vineet,
On Fri, 2017-07-07 at 12:57 -0700, Vineet Gupta wrote:
> On 06/26/2017 04:47 AM, Eugeniy Paltsev wrote:
> >
> > Enable 64bit adressing, where it needed, to make possible
> > enabling PAE40 on axs103.
> >
> > This patch doesn't affect on any functionality.
> >
> > Signed-off-by: Eugen
arted.
So extending initial fix for regional operation as well.
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: sta...@vger.kernel.org
---
arch/arc/mm/cache.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arc/mm/cache.c b/arch/arc/mm/cache.c
index bdb5227241cf..08427d572850 100644
Hi Rob,
On Mon, 2017-06-26 at 10:51 -0500, Rob Herring wrote:
> On Mon, Jun 26, 2017 at 10:11 AM, Eugeniy Paltsev
> wrote:
> >
> > From: Alexey Brodkin
> >
[snip]
> > +
> > + chosen {
> > + bootargs = "earlycon=u
Hi Michal,
On Wed, 2017-06-14 at 15:02 +0200, Michal Marek wrote:
> Dne 14.6.2017 v 14:40 Alexey Brodkin napsal(a):
> >
> > In those cases when we parse output of standard utilities like readelf
> > etc we rely on a particular sentences. For example for ARC we extract
&g
roblems like the one
above are not very visible.
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
---
Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile b/Makefile
index cdaa747f2a6a..581e684783ef 100644
--- a/Makefile
+++ b/Makefile
@@ -17,6 +17,7 @@ MAKEFLAGS += -rR --includ
Hi Vineet,
On Wed, 2017-06-07 at 09:33 -0700, Vineet Gupta wrote:
> On 05/25/2017 10:24 AM, Alexey Brodkin wrote:
> >
> > Thinking of a toolchains for ARCompact and ARCv2 ISAs we implicitly
> > think about libgcc.a build for one of those ISAs which we're linking
>
boards we link Linux kernel to
0x9000_ intentionally because cores 1 and 3 configured with DCCM
situated at our more usual link base 0x8000_.
Signed-off-by: Eugeniy Paltsev
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: Rob Herring
---
Changes v3 -> v4:
* Removed senseless &quo
boards we link Linux kernel to
0x9000_ intentionally because cores 1 and 3 configured with DCCM
situated at our more usual link base 0x8000_.
Signed-off-by: Eugeniy Paltsev
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: Rob Herring
---
Documentation/devicetree/bindings/arc/hsdk.txt
boards we link Linux kernel to
0x9000_ intentionally because cores 1 and 3 configured with DCCM
situated at our more usual link base 0x8000_.
Signed-off-by: Eugeniy Paltsev
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: Rob Herring
---
Changes v2 -> v3:
* Added Rob to Cc-list
link base 0x8000_.
Also there's a prerequisite for this change required to get
.dts compiled, see
http://lists.infradead.org/pipermail/linux-snps-arc/2017-May/002462.html
Signed-off-by: Eugeniy Paltsev
Signed-off-by: Alexey Brodkin
---
Changes v1 -> v2:
* Update copyright year f
Hi Rob,
On Tue, 2017-05-30 at 11:56 -0500, Rob Herring wrote:
> On Tue, May 30, 2017 at 8:22 AM, Alexey Brodkin
> wrote:
> >
> > Basically this extends
> > c58299aa8754 "kbuild: create an "include chroot" for DT bindings" for
> > ARC wher
link base 0x8000_.
Also there's a prerequisite for this change required to get
.dts compiled, see
http://lists.infradead.org/pipermail/linux-snps-arc/2017-May/002462.html
Signed-off-by: Eugeniy Paltsev
Signed-off-by: Alexey Brodkin
---
Documentation/devicetree/bindings/arc/hsdk.txt
such file or directory
#include
^
compilation terminated.
>8---------
Signed-off-by: Alexey Brodkin
Cc: Stephen Warren
Cc: Rob Herring
---
arch/arc/boot/dts/include/dt-bindings | 1 +
1 file changed, 1 insertion(+)
create mode 12
change. Not critical but please add a changelog next time
even if it's only a comment message that was modified since
the previous revision.
Otherwise...
Reviewed-by: Alexey Brodkin
> Signed-off-by: Noam Camus
> ---
> arch/arc/plat-eznps/mtm.c |2 --
> 1 files changed, 0 in
ff-by: Alexey Brodkin
---
arch/arc/mm/cache.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arc/mm/cache.c b/arch/arc/mm/cache.c
index ba5931113e5f..54b7cc042e04 100644
--- a/arch/arc/mm/cache.c
+++ b/arch/arc/mm/cache.c
@@ -1007,8 +1007,8 @@ noinline void _
separately.
Anyways given we have plans to get rid of libgcc dependency that change
is sort of future proof.
Signed-off-by: Alexey Brodkin
---
arch/arc/Makefile | 14 --
1 file changed, 14 deletions(-)
diff --git a/arch/arc/Makefile b/arch/arc/Makefile
index 44ef35d33956..d8c9
Hi Noam,
On Thu, 2017-05-25 at 12:03 +, Noam Camus wrote:
> >
> > From: Alexey Brodkin [mailto:alexey.brod...@synopsys.com]
> > Sent: Thursday, May 25, 2017 14:31 PM
> ...
> >
> > >
> > > >
> > > > Why don't you just make s
So we try to avoid this by sending only to the relevant CPUs.
>
> Signed-off-by: Noam Camus
Really nice catch!
Reviewed-by: Alexey Brodkin
Hi Noam,
On Thu, 2017-05-25 at 11:26 +, Noam Camus wrote:
> >
> > From: Alexey Brodkin [mailto:alexey.brod...@synopsys.com]
> > Sent: Thursday, May 25, 2017 14:15 PM
>
> >
> > >
> > >
> > > diff --git a/arch/arc/kernel/entry-co
Hi Noam,
On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote:
> From: Noam Camus
>
> This commit adds the configuration CONFIG_EZNPS_MEM_ERROR.
> If set, it will cause the kernel to handle user memory error
> as a machine check exception.
> It is required in order to align the NPS simulator memo
Hi Noam,
On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote:
> From: Noam Camus
>
> This counter represents threshold for consecutive stall that which
> trigger HW threads scheduling.
> Low values of this counter cause downgrade in performance
> and in the worst case even a livelock.
>
> Signe
We handle few flavours:
> - - Hardware Emulator AKA HE which is FPGA based chasis
> + We handle few flavors:
Not really sure that change worth a trouble.
The point is both options could be used: either "flavour" (Brit-ish) or
"flavor" (American-ish).
Otherwise...
Reviewed-by: Alexey Brodkin
Hi Noam,
On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote:
> From: Liav Rehana
>
> Signed-off-by: Liav Rehana
> Signed-off-by: Noam Camus
> ---
> arch/arc/kernel/entry-compact.S | 22 +++---
> 1 files changed, 11 insertions(+), 11 deletions(-)
* (The kernel has valid exception-points in the source
> - * when it acesses user-memory. When it fails in one
> + * when it accesses user-memory. When it fails in one
> * of those points, we find it in a table and do a jump
> * to some fixup code that lo
Hi Noam,
On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote:
> From: Noam Camus
>
> Due to a HW bug in NPS400 we get from time to time false TLB miss.
> Workaround this by validating each miss.
>
> Signed-off-by: Noam Camus
> ---
> arch/arc/mm/tlbex.S | 10 ++
> 1 files changed, 10
Hi Noam,
On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote:
> From: Noam Camus
>
> The reasons are:
> 1) speeding up boot time, becomes critical for many CPUs machine,
> e.g. NPS400 with 4K CPUs
> 2) shorten kernel log at boot time, again easy to scan for large
> scale machines such NPS4
gt; a clock value in the commit() stage but unfortunatelly this clock
> does not support all the needed ranges.
>
> Also, remove the atomic_check() callback as mode_valid() callback
> will be called before.
>
> Signed-off-by: Jose Abreu
> Cc: Carlos Palminha
> Cc: Alexey Brodkin
Reviewed-by: Alexey Brodkin
turn requires HIGHMEM to be enabled
otherwise user won't see any difference with enabling PAE in
kernel configuration as only lowmem will be used anyways.
Signed-off-by: Alexey Brodkin
---
arch/arc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arc/Kconfig b/arch/arc/Kco
Hello,
On Tue, 2017-04-18 at 12:23 +, Alexey Brodkin wrote:
> Hello Frank,
>
> On Mon, 2017-04-17 at 20:15 -0700, Frank Rowand wrote:
> >
> > On 04/13/17 05:33, Alexey Brodkin wrote:
> > >
> > >
> > > DWC3 driver uses of_usb_get_phy_mode
This very minor change is still useful because it aligns
ARC PGU driver name with other DRM drivers and makes usage of
that driver name a bit easier.
For example in libdrm's test app we'll use "arcpgu" instead of
a bit more ugly "drm-arcpgu".
Signed-off-by: Ale
Hello Frank,
On Mon, 2017-04-17 at 20:15 -0700, Frank Rowand wrote:
> On 04/13/17 05:33, Alexey Brodkin wrote:
> >
> > DWC3 driver uses of_usb_get_phy_mode() which is
> > implemented in drivers/usb/phy/of.c and in bare minimal
> > configuration it might not
ke: *** [modules] Error 2
-->8------
Signed-off-by: Alexey Brodkin
Cc: Greg Kroah-Hartman
Cc: Masahiro Yamada
Cc: Geert Uytterhoeven
Cc: Nicolas Pitre
Cc: Thomas Gleixner
Cc: Felipe Balbi
Cc: Felix Fietkau
Cc: Jeremy Kerr
Cc: linux-snps-...@l
Hi Jiri,
On Wed, 2017-04-12 at 12:19 +0200, Jiri Olsa wrote:
> On Wed, Apr 12, 2017 at 09:58:26AM +0000, Alexey Brodkin wrote:
> >
> > Hi Jiri,
> >
> > Just tried to cross-compile perf with pretty bare-minimal toolchain
> > which has no libelf installed for
Hi Jiri,
Just tried to cross-compile perf with pretty bare-minimal toolchain
which has no libelf installed for the target (for the record I used
SNPS ARC pre-built arc-2016.09 tools) like that:
--->8
make NO_LIBELF=1
--->8
And got the following buil
Hi Liviu, Rob,
On Fri, 2017-03-03 at 18:21 +, liviu.du...@arm.com wrote:
> On Fri, Mar 03, 2017 at 05:48:19PM +0000, Alexey Brodkin wrote:
> >
> > Hi Liviu,
> >
> > On Fri, 2017-03-03 at 16:28 +, Liviu Dudau wrote:
> > >
> > > On Fri, Mar
MotherBoard section has its "ranges" set to 0xE000_-0xF000_.
But UIO node maps 4 different areas in different memory locations
and all outside MB's ranges.
That obviously breaks UIO mappings in runtime.
Signed-off-by: Alexey Brodkin
Cc: Vineet Gupta
Cc: Ruud
Hi Jose,
On Mon, 2017-03-20 at 14:02 +, Jose Abreu wrote:
> Hi Vineet, Alexey, Rob,
>
> > Acked-by: Alexey Brodkin
>
> Rob, can you please take a look at this patch and at 2/2?
>
> Alexey, do you still maintain your ack in these patches? (I'm
> asking becau
As reported in STAR 9001165532 if D$ is disabled SLC is not flushed
correctly which leads to loses of some data that were set before the flush.
That causes unexpected behavior after the flush.
For now just keep D$ enabled, only flush-invalidate it before IOC setup.
Signed-off-by: Alexey Brodkin
Hi Jose,
On Fri, 2017-03-03 at 18:05 +, Jose Abreu wrote:
> Hi Alexey,
>
>
> On 03-03-2017 13:27, Alexey Brodkin wrote:
> >
> >
> > So if I understood you correct here what I really need is just to get rid
> > of existing check,
> > right
Hi Liviu,
On Fri, 2017-03-03 at 16:28 +, Liviu Dudau wrote:
> On Fri, Mar 03, 2017 at 06:19:24PM +0300, Alexey Brodkin wrote:
> >
> > - /* find the encoder node and initialize it */
> > - encoder_node = of_parse_phandle(drm->dev->of_node, "encoder-slav
We used to use "encoder-slave" property in PGU's
Device Tree node to refer to the encoder, but since there's
a way to find it with some code smarts we get rid of
obviously extra complication in PGU node.
Again inspired by ARM's HDLCD code.
Signed-off-by: Alexey Bro
Hi Daniel,
On Thu, 2017-03-02 at 20:54 +0100, Daniel Vetter wrote:
> On Thu, Mar 02, 2017 at 08:27:54PM +0300, Alexey Brodkin wrote:
> >
> > Since we cannot always generate exactly requested pixel clock
> > there's not much sense in checking requested_clock == clk_roun
This change adopts debugfs usage for outputting useful data.
As of today we print:
* Mode and real HW clock values
* Standard FB info
Code is heavily borrowed from ARM's HDLCD thus adding Liviu in Cc.
Signed-off-by: Alexey Brodkin
Cc: Liviu Dudau
Cc: Daniel Vetter
Cc: David Airlie
Cc:
c: Carlos Palminha
> Cc: Alexey Brodkin
> Cc: Rob Herring
> Cc: Vineet Gupta
> Cc: devicet...@vger.kernel.org
> Cc: linux-snps-...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
> ---
> arch/arc/boot/dts/axs10x_mb.dtsi | 22 ++
>
igned-off-by: Jose Abreu
> Cc: Carlos Palminha
> Cc: Alexey Brodkin
> Cc: Rob Herring
> Cc: Vineet Gupta
> Cc: devicet...@vger.kernel.org
> Cc: linux-snps-...@lists.infradead.org
> Cc: linux-kernel@vger.kernel.org
> ---
> arch/arc/boot/dts/axs10x_mb.dtsi | 2 +-
monitors
we may still give it a try with the clock as close to requested one as
PLL on the board may generate. So we just do a fixup to what current
board may provide.
Signed-off-by: Alexey Brodkin
Cc: Daniel Vetter
Cc: David Airlie
Cc: Jose Abreu
---
drivers/gpu/drm/arc/arcpgu_crtc.c | 16
Hi Vineet,
On Wed, 2017-02-22 at 10:34 -0800, Vineet Gupta wrote:
> On 02/22/2017 02:36 AM, Vlad Zakharov wrote:
> >
> > We were reading clock rate directly from device tree "clock-frequency"
> > property of corresponding clock node in show_cpuinfo function.
> >
> > Such approach is correct only
Hi Vinod,
On Fri, 2017-02-10 at 11:36 +0530, Vinod Koul wrote:
> On Wed, Jan 25, 2017 at 06:34:17PM +0300, Eugeniy Paltsev wrote:
> >
> > This patch adds support for the DW AXI DMAC controller.
> >
> > DW AXI DMAC is a part of upcoming development board from Synopsys.
>
> How different is AXI f
Hi Florian,
On Wed, 2017-02-08 at 10:20 -0800, Florian Fainelli wrote:
> On 02/08/2017 10:15 AM, David Miller wrote:
> >
> > From: Alexey Brodkin
> > Date: Mon, 6 Feb 2017 22:24:45 +0300
> >
> > >
> > > Given there're default values mention
^
->8
What needs to be done - LSB bit of regs->bta has to be cleared and now
we do exactly this with "& ~1U".
While at it fix another spello in comments.
Signed-off-by: Alexey Brodkin
Reported-by: John Crispin
Cc: Felix Fi
Given there're default values mentioned in the PHY datasheet
fall-back gracefully to them instead of silently return an error
through the whole call-chain.
This allows to use minimalistic description in DT if no special
features are required.
Signed-off-by: Alexey Brodkin
Cc: Murali Kari
Hi Florian, all,
On Fri, 2017-02-03 at 10:34 -0800, Florian Fainelli wrote:
> On 02/03/2017 09:30 AM, Alexey Brodkin wrote:
> >
> > Hi Andrew,
> >
> > On Fri, 2017-02-03 at 18:10 +0100, Andrew Lunn wrote:
> > >
> > > On Fri, Feb 03, 2
Hi Andrew,
On Fri, 2017-02-03 at 18:10 +0100, Andrew Lunn wrote:
> On Fri, Feb 03, 2017 at 07:52:37PM +0300, Alexey Brodkin wrote:
> >
> > Current implemntation returns ENODEV if device tree node for
> > phy is absent. But in reality there're many boards with the one
pc: sending select for x.x.x.x
udhcpc: lease of x.x.x.x obtained, lease time 3600
deleting routers
adding dns x.x.x.x
------>8-----
Signed-off-by: Alexey Brodkin
Cc: Murali Karicheri
Cc: Sekhar Nori
Cc: David S. Miller
Cc: Grygorii Strashko
Cc: Fl
manab...@gmail.com;
> pr...@electromag.com.au; alexandre.tor...@gmail.com;
> vineet.gup...@synopsys.com
> Subject: Re: [PATCH] stmmac: Discard masked flags in interrupt status
> register
>
> From: Alexey Brodkin
> Date: Fri, 27 Jan 2017 15:24:43 +0300
>
> > D
Hi Vineet,
> -Original Message-
> From: Vineet Gupta [mailto:vgu...@synopsys.com]
> Sent: Wednesday, February 1, 2017 10:56 PM
> To: Alexey Brodkin
> Cc: Ruud Derwig ; linux-kernel@vger.kernel.org;
> linux-snps-...@lists.infradead.org
> Subject: Re: [PATCH 1/3] arc:
Hi Vineet,
On Wed, 2017-02-01 at 09:37 -0800, Vineet Gupta wrote:
> On 02/01/2017 09:14 AM, Alexey Brodkin wrote:
> >
> > >
> > > >
> > > > -# CONFIG_ARC_TIMERS_64BIT is not set
> > >
> > > Are you sure abut this part. Ater the timer
Hi Vineet,
On Wed, 2017-02-01 at 09:22 -0800, Vineet Gupta wrote:
> On 02/01/2017 09:16 AM, Alexey Brodkin wrote:
> >
> > Hi Vineet,
> >
> > On Wed, 2017-02-01 at 09:13 -0800, Vineet Gupta wrote:
> > >
> > > On 02/01/2017 08:43 AM, Alexey Brodkin
Hi Vineet,
On Wed, 2017-02-01 at 09:13 -0800, Vineet Gupta wrote:
> On 02/01/2017 08:43 AM, Alexey Brodkin wrote:
> >
> > This series improves ARC VDK support in upstream Linux kernel by:
> > 1) Removal of UP configuration which is no longer supported by ARC VDK.
> &g
Hi Vineet,
On Wed, 2017-02-01 at 08:52 -0800, Vineet Gupta wrote:
> On 02/01/2017 08:42 AM, Alexey Brodkin wrote:
> >
> > In recent VDKs ARC cores are configured as "run on reset"
> > which made existing kernel configuration outdated to effect that
> > sla
This series improves ARC VDK support in upstream Linux kernel by:
1) Removal of UP configuration which is no longer supported by ARC VDK.
Instead SMP platform with all but master cores halted is used to mimic
UP system.
2) Adding off-the-tree patches that enable MMC card and UIO
Alexey
e defconfig via savedefconfig so default
options are now excluded.
Signed-off-by: Alexey Brodkin
---
arch/arc/configs/vdk_hs38_smp_defconfig | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/arc/configs/vdk_hs38_smp_defconfig
b/arch/arc/configs/vdk_hs38_smp_defconfig
ind
ARC VDK for EVSS uses UIO for communication with Embedded Vision
Subsystem.
Signed-off-by: Alexey Brodkin
---
arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 8
arch/arc/configs/vdk_hs38_smp_defconfig | 2 ++
2 files changed, 10 insertions(+)
diff --git a/arch/arc/boot/dts
ARC VDK virtual platform emulates host MMC controller (DW Mobile Storage)
and moreover rootfs is situated on that virtual card.
Signed-off-by: Alexey Brodkin
---
arch/arc/boot/dts/vdk_axs10x_mb.dtsi| 18 ++
arch/arc/configs/vdk_hs38_smp_defconfig | 4
2 files changed
101 - 200 of 576 matches
Mail list logo
