Hi Yangtao,
> Use devm_platform_ioremap_resource() to simplify code.
>
> Signed-off-by: Yangtao Li
Thanks for the improvement.
Acked-by: Alexey Brodkin
> ---
> drivers/gpu/drm/tiny/arcpgu.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --gi
(),
> before drm_dev_register().
>
> Reviewed-by: Daniel Vetter
> Signed-off-by: Maíra Canal
> ---
> drivers/gpu/drm/tiny/arcpgu.c | 24 +---
> 1 file changed, 5 insertions(+), 19 deletions(-)
Thanks for taking care of ARC PGU driver and
Acked-by: Alexey Brodkin
psys ARC PGU controller.
>
>If M is selected the module will be called arcpgu.
Acked-by: Alexey Brodkin
Hi Daniel,
> > Looking at this patch series, feels a bit like hand-rolling of bridge
> > code, badly. We should get away from that.
> >
> > Once you have that I think the end result is tiny enough that it can
> > stay, bridges intergrate quite well into simple display pipe drivers.
> >
> > > BTW s
Hi Daniel,
> -Original Message-
> From: Sam Ravnborg
> Sent: Wednesday, April 15, 2020 12:45 PM
> To: Daniel Vetter
> Cc: Intel Graphics Development ; Alexey
> Brodkin
> ; DRI Development ;
> Daniel Vetter
>
> Subject: Re: [PATCH 53/59] drm/arc: Move to
Hi Wambui,
> -Original Message-
> From: Wambui Karuga
> Sent: Tuesday, March 10, 2020 8:31 PM
> To: airl...@linux.ie; dan...@ffwll.ch; Alexey Brodkin
> Cc: dri-devel@lists.freedesktop.org; linux-ker...@vger.kernel.org;
> gre...@linuxfoundation.org
> Subject: [PA
Hi David, Daniel!
The following changes since commit e3c3b6e66da1caeb39a504b03ddcdd3693e45254:
Merge tag 'exynos-drm-fixes-for-v5.6-rc5-v2' of
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-fixes
(2020-03-12 11:02:52 +1000)
are available in the Git repository at:
Hi Greg,
> -Original Message-
> From: Greg KH
> Sent: Wednesday, March 11, 2020 8:22 PM
> To: Eugeniy Paltsev
> Cc: dri-devel@lists.freedesktop.org; Alexey Brodkin ;
> linux-snps-
> a...@lists.infradead.org; linux-ker...@vger.kernel.org; David Airlie
>
Hi Wambui,
> -Original Message-
> From: Wambui Karuga
> Sent: Thursday, February 27, 2020 7:02 PM
> To: dan...@ffwll.ch; airl...@linux.ie; Alexey Brodkin
> Cc: linux-ker...@vger.kernel.org; gre...@linuxfoundation.org;
> dri-devel@lists.freedesktop.org
> Subject:
t" version for const-safety
> and consistency among architectures.
Thanks for this clean-up. Looks good to me, so ...
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi David, Daniel!
The following changes since commit d1eef1c619749b2a57e514a3fa67d9a516ffa919:
Linux 5.5-rc2 (2019-12-15 15:16:08 -0800)
are available in the Git repository at:
g...@github.com:abrodkin/linux.git tags/arcpgu-updates-2019.12.16
for you to fetch changes up to 0ff916e2ef6fb742
Hi Daniel,
> -Original Message-
> From: Daniel Vetter
> Sent: Friday, December 13, 2019 1:22 PM
> To: Alexey Brodkin
> Cc: Daniel Vetter ; David Airlie ; arcml
> a...@lists.infradead.org>; Eugeniy Paltsev ;
> dri-devel@lists.freedesktop.org
> Subject:
Hi Daniel,
[snip]
> > Thanks for the pointers
> >
> > > Or respin this one, but these small pulls have a habit of occasionally
> > > getting lost :-/
> >
> > Well I'd better re-spin this, see below.
> >
> > The following changes since commit acc61b8929365e63a3e8c8c8913177795aa45594:
> >
> > Mer
Hi David, Daniel!
The following changes since commit 8082731830a0b95f7f7a63b78de67de446013c80:
drm/vram: remove unused declaration (2019-11-27 07:51:49 +0100)
are available in the Git repository at:
g...@github.com:abrodkin/linux.git tags/arcpgu-updates-2019.11.27
for you to fetch changes
Hi Daniel,
> -Original Message-
> From: Daniel Vetter
> Sent: Wednesday, November 27, 2019 1:07 PM
> To: Alexey Brodkin
> Cc: Daniel Vetter ; David Airlie ; arcml
> a...@lists.infradead.org>; Eugeniy Paltsev ;
> dri-devel@lists.freedesktop.org
> Subject:
Hi all,
As Jose suggested I'm adding "drm-misc" maintainers as that tree
might be a better fit for ARC PGU patches.
-Alexey
> -Original Message-
> From: linux-snps-arc On Behalf
> Of Alexey Brodkin
> Sent: Wednesday, November 27, 2019 10:25 AM
> To: Dani
Hi Daniel, David!
Any chance for this one to be processed sometime soon?
It's been quite some time since July when I initially sent
this pull-request.
-Alexey
> -Original Message-
> From: linux-snps-arc On Behalf
> Of Alexey Brodkin
> Sent: Wednesday, November 13,
Hi Daniel, David,
> -Original Message-
> From: linux-snps-arc On Behalf
> Of Alexey Brodkin
> Sent: Thursday, July 18, 2019 12:09 AM
> To: Daniel Vetter ; David Airlie
> Cc: arcml ;
> dri-devel@lists.freedesktop.org
> Subject: [GIT PULL] drm/arc: Minor i
Hi Dave, Daniel,
The following changes since commit 7aaddd96d5febcf5b24357a326b3038d49a20532:
drm/modes: Don't apply cmdline's rotation if it wasn't specified (2019-07-16
10:34:38 +0200)
are available in the Git repository at:
g...@github.com:abrodkin/linux.git tags/arcpgu-updates-2019.07.
Hi Sam,
> -Original Message-
> From: Sam Ravnborg [mailto:sam.ravnb...@gmail.com] On Behalf Of Sam Ravnborg
> Sent: Saturday, January 12, 2019 10:33 PM
> To: Alex Deucher ; Alexey Brodkin
> ; Andrzej
> Hajda ; Benjamin Gaignard
> ; Chen Feng
> ; Christian
4 ++--
For ARCPGU
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi Noralf,
On Mon, 2018-10-01 at 14:05 +0200, Noralf Trønnes wrote:
>
> Den 01.10.2018 09.56, skrev Alexey Brodkin:
> > Hi Noralf,
> >
> > On Fri, 2018-09-28 at 12:42 +0200, Noralf Trønnes wrote:
> > > Den 28.09.2018 09.34, skrev Alexey Brodkin:
> > >
Hi Noralf,
On Fri, 2018-09-28 at 12:42 +0200, Noralf Trønnes wrote:
> Den 28.09.2018 09.34, skrev Alexey Brodkin:
> > Hi Noralf,
> >
> > On Sat, 2018-09-08 at 15:46 +0200, Noralf Trønnes wrote:
> > > The CMA helper is already using the drm_fb_helper_generic_probe p
his is done to highlight the fact that fbdev emulation is an
> internal client that makes use of the driver, it is not part of the
> driver as such. If fbdev setup fails, an error is printed, but the driver
> succeeds probing.
>
> Cc: Alexey Brodkin
> Signed-off-by: Noralf Trønn
x27;ll pick it up to my tree.
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
> Also use the drm_fb_helper functions directly.
> Remove unused function prototype arcpgu_fbdev_cma_init().
>
> Cc: Alexey Brodkin
> Signed-off-by: Noralf Trønnes
Similarly to drm/fsl-dcu driver this one never made it upstream.
I was under impression that entire series will be eit
his is done to highlight the fact that fbdev emulation is an
> internal client that makes use of the driver, it is not part of the
> driver as such. If fbdev setup fails, an error is printed, but the driver
> succeeds probing.
>
> Cc: Alexey Brodkin
> Signed-off-by: Noralf Trønne
Hi Mikulas,
On Wed, 2018-06-06 at 11:46 -0400, Mikulas Patocka wrote:
>
> On Wed, 6 Jun 2018, Alexey Brodkin wrote:
>
> > Hi Mikulas,
> >
> > On Tue, 2018-06-05 at 11:30 -0400, Mikulas Patocka wrote:
> > >
> > > On Tue, 5 Jun 2018, Al
Hi Mikulas,
On Tue, 2018-06-05 at 11:30 -0400, Mikulas Patocka wrote:
>
> On Tue, 5 Jun 2018, Alexey Brodkin wrote:
>
> > Hi Mikulas,
> >
> > On Sun, 2018-06-03 at 16:41 +0200, Mikulas Patocka wrote:
> > > Modern processors can detect line
Hi Mikulas,
On Sun, 2018-06-03 at 16:41 +0200, Mikulas Patocka wrote:
> Modern processors can detect linear memory accesses and prefetch data
> automatically, so there's no need to use prefetch.
Not each and every CPU that's capable of running Linux has prefetch
functionality :)
Still read-on...
Hi Mikulas,
On Sun, 2018-06-03 at 16:40 +0200, Mikulas Patocka wrote:
> Hi
>
> Here I'm sending bug fixes and performance improvements for the USB
> DisplayLink framebuffer and modesetting drivers for this merge window.
For such a long series it would be very nice to post a link to your git
tree
On Wed, 2018-04-18 at 11:29 +0200, Maarten Lankhorst wrote:
> Op 18-04-18 om 11:24 schreef Alexey Brodkin:
> > After commit ad67b74 ("printk: hash addresses printed with %p")
> > pointers are being hashed when printed. However, this makes
> > debug output completely
pe f -name "*.c" -exec sed -r -i
'/DRM_DEBUG|KERN_DEBUG|pr_debug/ s/%p\b/%px/g' {} +
Signed-off-by: Alexey Brodkin
Cc: Borislav Petkov
Cc: Tobin C. Harding
Cc: Alex Deucher
Cc: Andrey Grodzovsky
Cc: Arnd Bergmann
Cc: Benjamin Gaignard
Cc: Chen-Yu Tsai
Cc: Christian Gmei
Hi Daniel,
On Mon, 2018-04-09 at 11:17 +0200, Daniel Vetter wrote:
> On Mon, Apr 09, 2018 at 08:55:36AM +0000, Alexey Brodkin wrote:
> > Hi Daniel,
> >
> > On Mon, 2018-04-09 at 10:31 +0200, Daniel Vetter wrote:
> > > On Thu, Apr 05, 2018 at 06:39:41PM +, Al
Hi Daniel,
On Mon, 2018-04-09 at 10:31 +0200, Daniel Vetter wrote:
> On Thu, Apr 05, 2018 at 06:39:41PM +0000, Alexey Brodkin wrote:
> > Hi Daniel, all,
[snip]
> > Ok it was quite some time ago so I forgot about that completely.
> > I really made one trivial change
enable path. Also since
> arc_pgu_set_pxl_fmt() will anyway oops if there is no fb I'm going
> to assuming that I can just remove the check entirely. There seems
> to be a general shortage of .atomic_check() in this driver...
>
> Cc: Alexey Brodkin
> Cc: Daniel Vetter
&g
Hi Daniel, Lucas,
On Thu, 2018-04-05 at 12:59 +0200, Daniel Vetter wrote:
> On Thu, Apr 5, 2018 at 12:29 PM, Lucas Stach wrote:
> > Am Donnerstag, den 05.04.2018, 11:32 +0200 schrieb Daniel Vetter:
> > > On Thu, Apr 5, 2018 at 9:16 AM, Alexey Brodkin
> > >
Hi Daniel, all,
On Thu, 2018-04-05 at 15:44 +0200, Daniel Vetter wrote:
> On Thu, Apr 05, 2018 at 11:10:03AM +0000, Alexey Brodkin wrote:
> > Hi Daniel, Lucas,
> >
> > On Thu, 2018-04-05 at 12:59 +0200, Daniel Vetter wrote:
> > > On Thu, Apr 5, 2018 at 12:29
Hi Daniel,
On Thu, 2018-04-05 at 08:18 +0200, Daniel Vetter wrote:
> On Wed, Apr 4, 2018 at 10:06 PM, Alexey Brodkin
> wrote:
> > Hello,
> >
> > We're trying to use DisplayLink USB2-to-HDMI adapter to render
> > GPU-accelerated graphics.
> >
Hello,
We're trying to use DisplayLink USB2-to-HDMI adapter to render GPU-accelerated
graphics.
Hardware setup is as simple as a devboard + DisplayLink adapter.
Devboards we use for this experiment are:
* Wandboard Quad (based on IMX6 SoC with Vivante GPU) or
* HSDK (based on Synopsys ARC HS38
l the surplus
> > real estate.
> >
> > v2: Actually git add after compile testing ...
> >
> > v3: Clarify commit message and stop including drm_encoder_slave.h.
> >
> > Cc: Laurent Pinchart
> > Cc: Alexey Brodkin
> > Reviewed-by: Laurent Pinchart
Hi Daniel,
On Tue, 2018-01-30 at 18:07 +0100, Daniel Vetter wrote:
> On Tue, Jan 30, 2018 at 5:44 PM, Alexey Brodkin
> wrote:
> > Hi Daniel,
> >
> > On Tue, 2018-01-30 at 10:15 +0100, Daniel Vetter wrote:
> > > On Wed, Jan 17, 2018 at 03:1
Hi Laurent,
On Wed, 2018-01-17 at 23:55 +0200, Laurent Pinchart wrote:
> Hello,
>
> This patch series removes a few cargo-cult constructs from a set of atomic
> drivers.
>
> Patches 01/12 and 02/12 remove the unneeded .mode_set() and .mode_set_base()
> CRTC handlers from the arc and atmel-hlcdc
Hi Daniel,
On Wed, 2018-01-17 at 14:43 +0100, Daniel Vetter wrote:
> drm_encoder_slave is the old way to write bridge drivers, for i2c
> bridges only. It's deprecated, and definitely should not be used in
> new drivers.
>
> What's even strange is that arcpgu doesn't even use any of this, it
> rea
Hi Noralf,
On Tue, 2017-12-12 at 22:58 +0100, Noralf Trønnes wrote:
> Den 04.12.2017 12.32, skrev Alexey Brodkin:
> > 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 to
Hi Pavel,
On Sat, 2017-12-09 at 18:20 +0100, Pavel Machek wrote:
> On Mon 2017-12-04 11:50:40, Jose Abreu wrote:
> >
> > Hi Alexey,
> >
> > On 04-12-2017 11:32, Alexey Brodkin wrote:
> > >
> > > My first [probably incorrect] assumption is Xserver
Hi Jose,
On Tue, 2017-12-05 at 10:39 +, Jose Abreu wrote:
> Hi Alexey,
>
> On 04-12-2017 17:29, Alexey Brodkin wrote:
> >
> >
> > Indeed, in case of kmscube etnaviv is a renderer while UDL
> > outputs the picture on the screen.
>
> Thats nice :)
&g
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 Tue, 2017-12-05 at 12:26 +, Jose Abreu wrote:
> On 05-12-2017 11:53, Alexey Brodkin wrote:
> >
> >
> > From my note above about udl_drm_gem_mmap() being only used in case of
> > Xserver
> > I barely may conclude anything. Given my lack of kno
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 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
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
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
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 Lucas,
On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote:
> Hi Alexey,
>
> Am Freitag, den 24.11.2017, 16:02 + schrieb Alexey Brodkin:
> >
> > Hello,
> >
> > Being in the middle of bring-up of the new board with Vivante GPU (HSD
Hi Lucas,
On Fri, 2017-11-24 at 17:38 +0100, Lucas Stach wrote:
> Am Freitag, den 24.11.2017, 16:25 + schrieb Alexey Brodkin:
> >
> > Hi Lucas,
> >
> > On Fri, 2017-11-24 at 17:11 +0100, Lucas Stach wrote:
> > >
> > > Hi Alexey,
> > >
Hi Lucas,
On Fri, 2017-11-24 at 18:11 +0100, Lucas Stach wrote:
> Am Freitag, den 24.11.2017, 16:49 + schrieb Alexey Brodkin:
> [...]
> >
> > >
> > > Yes, a "core" in Vivante speak is a GPU with one DMA frontend. A
> > > single
> >
Hello,
Being in the middle of bring-up of the new board with Vivante GPU (HSDK namely,
see
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arc/plat-hsdk)
I was looking at simple 3D test apps to see how Etnaviv works on the hardware.
So far I was able to get kmscube w
> Also use the drm_fb_helper functions directly.
> Remove unused function prototype arcpgu_fbdev_cma_init().
>
> Cc: Alexey Brodkin
> Signed-off-by: Noralf Trønnes
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-deve
Hi Noralf,
On Tue, 2017-11-21 at 00:52 +0100, Noralf Trønnes wrote:
> Den 17.11.2017 10.10, skrev Alexey Brodkin:
> >
> > Hi Noralf,
> >
> > On Thu, 2017-11-16 at 21:11 +0100, Noralf Trønnes wrote:
> > >
> > > Den 16.11.2017 09.14, skrev Shawn Guo
Hi Noralf,
On Thu, 2017-11-16 at 21:11 +0100, Noralf Trønnes wrote:
> Den 16.11.2017 09.14, skrev Shawn Guo:
> >
> > On Wed, Nov 15, 2017 at 03:19:39PM +0100, Noralf Trønnes wrote:
> > >
> > > This patchset adds drm_fb_cma_fbdev_init/fini() functions that replaces
> > > drm_fbdev_cma_init/fini()
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].
Hi Noralf,
On Tue, 2017-11-07 at 20:13 +0100, Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc: Alexey
Hi Noralf,
On Mon, 2017-10-30 at 17:29 +0100, Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc: Alexey
drm_gem_fb_create()
>
> drm_fb_cma_create() is just a wrapper around drm_gem_fb_create() now,
> so use the function directly.
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
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 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
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
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
kongxin...@hisilicon.com; yannick.fer...@st.com; Noralf Trønnes
>
> Subject: [PATCH 03/41] drm/arc: Use .dumb_map_offset and .dumb_destroy
> defaults
>
> This driver can use the drm_driver.dumb_destroy and
> drm_driver.dumb_map_offset defaults, so no need to set them.
>
&g
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
.disable= arc_pgu_crtc_disable,
> - .prepare= arc_pgu_crtc_disable,
> .atomic_begin = arc_pgu_crtc_atomic_begin,
> };
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
gt; .disable() in new drivers.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/arc/arcpgu_crtc.c | 5 +++--
For arcpgu:
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists
o be consistent
> with .atomic_disable(), as the .enable() operation is used by atomic
> helpers only.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/arc/arcpgu_crtc.c | 5 ++--
For arcpgu:
Acked-by: Alexey Brodkin
.prepare= arc_pgu_crtc_disable,
> - .commit = arc_pgu_crtc_enable,
> .atomic_begin = arc_pgu_crtc_atomic_begin,
> };
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
> pretty sweet somewhere (and maybe getting rid of the load/unload
> callbacks while at it).
>
> Cc: Alexey Brodkin
> Signed-off-by: Daniel Vetter
> ---
> drivers/gpu/drm/arc/arcpgu_drv.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/arc/arcpgu
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: Car
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
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
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 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
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
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
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:
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
signment in the driver
> code becomes redundant and can be removed now.
>
> Signed-off-by: Shawn Guo
> Cc: Alexey Brodkin
For ARC PGU part
Acked-by: Alexey Brodkin
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://li
and consider the connector as always connected in that case.
>
> Signed-off-by: Laurent Pinchart
> ---
>  drivers/gpu/drm/amd/amdgpu/dce_virtual.c         |  7 ---
>  drivers/gpu/drm/arc/arcpgu_sim.c                 |  7
> ---
For ARC
Hi Ville,
On Fri, 2016-11-18 at 21:52 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Add a local 'fb' variable to a few places to get rid of the
> 'crtc->primary->fb' stuff. Looks neater and helps me with my ppor
> coccine
Hi Ville,
On Fri, 2016-11-18 at 21:52 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Add a local 'fb' variable to a few places to get rid of the
> 'crtc->primary->fb' stuff. Looks neater and helps me with my ppor
> coccine
Hi Daniel, David,
On Wed, 2016-11-02 at 12:23 +, Alexey Brodkin wrote:
> Hi Daniel, David,
>
> On Mon, 2016-10-24 at 18:33 +0000, Alexey Brodkin wrote:
> >
> > Hi Daniel,
> >
> > >
> > >
> > > -Original Message-
> &
Hi Daniel, David,
On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote:
> Hi Daniel,
>
> >
> > -Original Message-
> > From: linux-snps-arc [mailto:linux-snps-arc-bounces at lists.infradead.org]
> > On Behalf Of Alexey Brodkin
> > Sent: 19 окÑ
Hi Daniel,
> -Original Message-
> From: linux-snps-arc [mailto:linux-snps-arc-bounces at lists.infradead.org]
> On Behalf Of Alexey Brodkin
> Sent: 19 окÑÑбÑÑ 2016 г. 12:33
> To: dri-devel at lists.freedesktop.org; architt at codeaurora.org;
> Eugeniy.Palts
Hi Archit, all,
On Wed, 2016-10-19 at 14:43 +0530, Archit Taneja wrote:
>
> On 10/19/2016 01:16 PM, Eugeniy Paltsev wrote:
> >
> > ARC PGU driver starts crashing on initialization after
> > 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")'
> > This happenes because in "arcpgu_drm
call is not needed.
>
> This issue was detected by using the Coccinelle software.
>
> Signed-off-by: Markus Elfring
Good catch!
Acked-by: Alexey Brodkin
Hi Wei Yongjun,
On Tue, 2016-07-19 at 12:01 +, Wei Yongjun wrote:
> From: Wei Yongjun
>
> There is a error message within devm_ioremap_resource
> already, so remove the dev_err call to avoid redundant
> error message.
>
> Signed-off-by: Wei Yongjun
Acked-by: Alexey Brodkin
gpu/drm/arc/arcpgu_drv.c:134:48: warning:
> Â Using plain integer as NULL pointer
> drivers/gpu/drm/arc/arcpgu_drv.c:155:5: warning:
> Â symbol 'arcpgu_unload' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
Acked-by: Alexey Brodkin
Hi Marek,
On Fri, 2016-06-17 at 07:28 +0200, Marek Szyprowski wrote:
> Hi Alexey
>
>
> On 2016-06-16 18:47, Alexey Brodkin wrote:
> >
> > Hi Marek,
> >
> > We used to use of_reserved_mem_device_init() in such a context in GPU
>
Hi Marek,
We used to use of_reserved_mem_device_init() in such a context in GPU drivers:
>8---
/* Get the optional framebuffer memory resource */
ret = of_reserved_mem_device_init(drm->dev);
if (ret && ret != -ENODEV)
ret
016-06-13
17:45:18 +0200)
--------
Alexey Brodkin (2):
      ARCv2: [vdk] Enable ARC PGU on HS38 VDK
      ARC: [nsimosci] Enable ARC PGU on nSIM OSCI virtual platforms
Ruud Derwig (1):
      drm/arcpgu: Make ARC PGU usable on simulation platforms
 arch/arc/boot/dts/nsimosci.dts  Â
1 - 100 of 205 matches
Mail list logo
