Hi Rob,
On Mon, Oct 14, 2019 at 08:23:51AM -0500, Rob Herring wrote:
> On Mon, Oct 14, 2019 at 3:03 AM Laurentiu Palcu
> wrote:
> >
> > Hi Rob,
> >
> > On Fri, Oct 11, 2019 at 09:50:42AM -0500, Rob Herring wrote:
> > > :u?wc??m5?^?㞾?}4-??z{b???r?+?׀u???ا# ?? ??ek
> > >
Hi
Am 14.10.19 um 22:30 schrieb Sam Ravnborg:
Hi Thomas.
On Mon, Oct 14, 2019 at 04:04:06PM +0200, Thomas Zimmermann wrote:
DRM uses FOURCC constants to describe pixel formats, fbdev uses a
per-component bitfield structure. The functions in this patch convert
between the two.
A few nits
Hi Dmitry,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[cannot apply to v5.4-rc3 next-20191014]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify
On Mon, Oct 14, 2019 at 9:16 PM james qian wang (Arm Technology China)
wrote:
> On Mon, Oct 14, 2019 at 11:58:48AM -0400, Ilia Mirkin wrote:
> > On Fri, Oct 11, 2019 at 1:43 AM james qian wang (Arm Technology China)
> > wrote:
> > > + *
> > > + * Convert and clamp S31.32 sign-magnitude to Qm.n
On 2019/10/15 上午1:49, Stefan Hajnoczi wrote:
On Fri, Oct 11, 2019 at 04:15:50PM +0800, Jason Wang wrote:
There are hardware that can do virtio datapath offloading while having
its own control path. This path tries to implement a mdev based
unified API to support using kernel virtio driver to
On 2019/10/15 上午1:39, Stefan Hajnoczi wrote:
On Fri, Oct 11, 2019 at 04:15:56PM +0800, Jason Wang wrote:
+struct virtio_mdev_device {
+ struct virtio_device vdev;
+ struct mdev_device *mdev;
+ unsigned long version;
+
+ struct virtqueue **vqs;
+ /* The lock to
On 2019/10/15 上午1:23, Stefan Hajnoczi wrote:
On Fri, Oct 11, 2019 at 04:15:55PM +0800, Jason Wang wrote:
+ * @set_vq_cb: Set the interrut calback function for
s/interrut/interrupt/
s/calback/callback/
Fixed.
Thanks
https://bugs.freedesktop.org/show_bug.cgi?id=112008
--- Comment #3 from babblebo...@gmail.com ---
Created attachment 145748
--> https://bugs.freedesktop.org/attachment.cgi?id=145748=edit
EDID.bin
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=112008
babblebo...@gmail.com changed:
What|Removed |Added
Priority|not set |high
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=112008
--- Comment #2 from babblebo...@gmail.com ---
Created attachment 145747
--> https://bugs.freedesktop.org/attachment.cgi?id=145747=edit
Screen Output
--
You are receiving this mail because:
You are the assignee for the
On Mon, Oct 14, 2019 at 08:48:48PM +, tim.b...@sony.com wrote:
>
>
> > -Original Message-
> > From: Jani Nikula on October 13, 2019 11:00 PM
> > On Sun, 13 Oct 2019, Changbin Du wrote:
> > > The 'functions' directive is not only for functions, but also works for
> > >
Hi Laurent Pinchart,
On Tue, Oct 15, 2019 at 01:16:10AM +0300, Laurent Pinchart wrote:
> Hi Xin Ji,
>
> On Mon, Oct 14, 2019 at 03:02:48AM +, Xin Ji wrote:
> > On Fri, Oct 11, 2019 at 03:54:18PM +0300, Laurent Pinchart wrote:
> > > On Fri, Oct 11, 2019 at 01:21:43PM +0200, Andrzej Hajda
https://bugs.freedesktop.org/show_bug.cgi?id=112008
--- Comment #1 from babblebo...@gmail.com ---
Created attachment 145746
--> https://bugs.freedesktop.org/attachment.cgi?id=145746=edit
kernel4.17.0-rc3-drm.debug=4 (Good display)
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=112008
Bug ID: 112008
Summary: eDP -> Dual Channel LVDS bridge unable to accept any
modelines: Corrupt display!
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=110371
babblebo...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
This function is for converting drm_color_ctm matrix to komeda hardware
required required Q2.12 2's complement CSC matrix.
v2:
Move the fixpoint conversion function s31_32_to_q2_12() to drm core
as a shared helper.
Signed-off-by: james qian wang (Arm Technology China)
Reviewed-by: Mihail
Add a new helper function drm_color_ctm_s31_32_to_qm_n() for driver to
convert S31.32 sign-magnitude to Qm.n 2's complement that supported by
hardware.
V4: Address Mihai, Daniel and Ilia's review comments.
Signed-off-by: james qian wang (Arm Technology China)
Reviewed-by: Mihail Atanassov
This function is used to convert drm 3dlut to komeda HW required 1d curve
coeffs values.
Signed-off-by: james qian wang (Arm Technology China)
Reviewed-by: Mihail Atanassov
---
.../arm/display/komeda/komeda_color_mgmt.c| 52 +++
.../arm/display/komeda/komeda_color_mgmt.h
From: "Lowry Li (Arm Technology China)"
Adds gamma and color-transform support for DOU-IPS.
Adds two caps members fgamma_coeffs and ctm_coeffs to komeda_improc_state.
If color management changed, set gamma and color-transform accordingly.
Signed-off-by: Lowry Li (Arm Technology China)
---
This series enable CRTC color-mgmt for komeda driver, for current komeda HW
which only supports color conversion and forward gamma for CRTC.
This series actually are regrouped from:
- drm/komeda: Enable layer/plane color-mgmt:
https://patchwork.freedesktop.org/series/60893/
- drm/komeda:
Hi Dave, Daniel:
This include mipi_tx, dsi, and partial crtc for MT8183 SoC.
Regards,
CK
The following changes since commit
54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git repository at:
On Mon, Oct 14, 2019 at 11:58:48AM -0400, Ilia Mirkin wrote:
> On Fri, Oct 11, 2019 at 1:43 AM james qian wang (Arm Technology China)
> wrote:
> >
> > Add a new helper function drm_color_ctm_s31_32_to_qm_n() for driver to
> > convert S31.32 sign-magnitude to Qm.n 2's complement that supported by
https://bugs.freedesktop.org/show_bug.cgi?id=111989
--- Comment #1 from L.S.S. ---
A little update:
Was able to trigger system lockup/hard reset even at low clock speed (at around
1000MHz) last night. It happened when I reapplied the clock settings after it
entered safe clock again, most likely
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #13 from Daniel Suarez ---
Created attachment 145744
--> https://bugs.freedesktop.org/attachment.cgi?id=145744=edit
Correct journalctl
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #12 from Daniel Suarez ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #11)
> (In reply to Daniel Suarez from comment #10)
> > Created attachment 145736 [details]
> > Got by running sudo journalctl -b > dmesg.log
> >
> >
Hi Jacopo,
On Thu, Oct 10, 2019 at 07:46:28PM +0200, Jacopo Mondi wrote:
> On Thu, Sep 19, 2019 at 01:55:35AM +0300, Laurent Pinchart wrote:
> > On Fri, Sep 06, 2019 at 03:54:30PM +0200, Jacopo Mondi wrote:
> >> Add a driver for the R-Car Display Unit Color Correction Module.
> >>
> >> In most of
Hello Guys
Just want to update that my email address have changed from
evanch...@outlook.com to chime.evan.dri.de...@gmail.com.
Kind regards
Evan Chime
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
Hi Xin Ji,
On Mon, Oct 14, 2019 at 03:02:48AM +, Xin Ji wrote:
> On Fri, Oct 11, 2019 at 03:54:18PM +0300, Laurent Pinchart wrote:
> > On Fri, Oct 11, 2019 at 01:21:43PM +0200, Andrzej Hajda wrote:
> >> On 11.10.2019 04:21, Xin Ji wrote:
> >>> The ANX7625 is an ultra-low power 4K Mobile HD
https://bugs.freedesktop.org/show_bug.cgi?id=111968
Alex Deucher changed:
What|Removed |Added
CC||christian.koe...@amd.com
--- Comment #4
Beyond general review, I'm looking for feedback on a few things
specifically here:
-Is the level of backwards compatibility described here sufficient?
Technically I can make the user space drivers support the old
modifiers too, but that would mean the layout they specify would
morph based on
Builds upon the existing NVIDIA 16Bx2 block linear
format modifiers by adding more "fields" to the
existing parameterized
DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifier
macro that allow fully defining a unique-across-
all-NVIDIA-hardware bit layout using a minimal
set of fields and values. The
Hi! This year we decided to start putting members of the CoC teams for Xorg
and XDC through code of conduct training, paid for by the X.Org foundation and
run by Otter Tech:
https://otter.technology/code-of-conduct-training/
The training goes over practicing taking incident reports, following up
Hi Dmitry,
I love your patch! Yet something to improve:
[auto build test ERROR on linus/master]
[cannot apply to v5.4-rc3 next-20191014]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest to use '--base' option to specify
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #57 from Dmitri Seletski (drj...@gmail.com) ---
also, weston seems to work and support xwayland.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
https://bugzilla.kernel.org/show_bug.cgi?id=204725
--- Comment #56 from Dmitri Seletski (drj...@gmail.com) ---
earliest kernel I could find(i am kinda new to git bisections)
be8454afc50f43016ca8b
git rev-parse --verify HEAD
be8454afc50f43016ca8b6130d9673bdd0bd56ec
I did not find bisection
https://bugs.freedesktop.org/show_bug.cgi?id=111968
--- Comment #3 from Bas Nieuwenhuizen ---
Seems like the patch is only enqueued for drm-misc-next, shouldn't this be in
drm-misc-fixes?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111968
--- Comment #2 from Bas Nieuwenhuizen ---
FWIW that patch fixes the mentioned stacktrace for me.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
> -Original Message-
> From: Jani Nikula on October 13, 2019 11:00 PM
> On Sun, 13 Oct 2019, Changbin Du wrote:
> > The 'functions' directive is not only for functions, but also works for
> > structs/unions. So the name is misleading. This patch renames it to
> > 'specific', so now we
Hi Thomas.
On Mon, Oct 14, 2019 at 04:04:01PM +0200, Thomas Zimmermann wrote:
> (was: DRM driver for fbdev devices)
>
> This is version 2 of the fbdev conversion helpers. It's more or less a
> rewrite of the original patchset.
>
> The fbdev subsystem is considered legacy and will probably be
Hi Thomas.
On Mon, Oct 14, 2019 at 04:04:06PM +0200, Thomas Zimmermann wrote:
> DRM uses FOURCC constants to describe pixel formats, fbdev uses a
> per-component bitfield structure. The functions in this patch convert
> between the two.
>
A few nits below.
> Signed-off-by: Thomas Zimmermann
On 2019-08-29 13:30, Robert Chiras wrote:
> From: Guido Günther
>
> The bridge might have special requirmentes on the input bus. This
> is e.g. used by the imx-nwl bridge.
>
> Signed-off-by: Guido Günther
> Reviewed-by: Stefan Agner
Applied to the drm-misc-next branch.
I decided to apply
On 2019-08-29 13:30, Robert Chiras wrote:
> Currently, the MXSFB DRM driver only supports a panel. But, its output
> display signal can also be redirected to another encoder, like a DSI
> controller. In this case, that DSI controller may act like a drm_bridge.
> In order support this use-case too,
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #11 from Pierre-Eric Pelloux-Prayer
---
(In reply to Daniel Suarez from comment #10)
> Created attachment 145736 [details]
> Got by running sudo journalctl -b > dmesg.log
>
> Thanks to the explanation by someone I believe I
https://bugzilla.kernel.org/show_bug.cgi?id=205169
--- Comment #11 from Dmitri Seletski (drj...@gmail.com) ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #10)
> "git bisect" identifies this commit as the problematic one: 617089d5837a
> ("drm/amd/display: revert wait in pipelock").
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #10 from Daniel Suarez ---
Created attachment 145736
--> https://bugs.freedesktop.org/attachment.cgi?id=145736=edit
Got by running sudo journalctl -b > dmesg.log
Thanks to the explanation by someone I believe I understand now
https://bugzilla.kernel.org/show_bug.cgi?id=205089
--- Comment #9 from Andreas Schneider (a...@samba.org) ---
I totally forgot the GPU is a RX 470.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing
On Mon, Oct 14, 2019 at 10:15 AM Steven Price wrote:
>
> Three feature registers were declared but never actually read from the
> GPU. Add THREAD_MAX_THREADS, THREAD_MAX_WORKGROUP_SIZE and
> THREAD_MAX_BARRIER_SIZE so that the complete set are available.
>
> Fixes: 4bced8bea094 ("drm/panfrost:
Instead of fwnode_get_named_gpiod() that I plan to hide away, let's use
the new fwnode_gpiod_get_index() that mimics gpiod_get_index(), but
works with arbitrary firmware node.
Reviewed-by: Laurent Pinchart
Signed-off-by: Dmitry Torokhov
---
Andrzej, Neil,
This depends on the new code that can
https://bugs.freedesktop.org/show_bug.cgi?id=111948
Andreas changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
On Mon, 2019-10-14 at 19:51 +0200, Daniel Vetter wrote:
> On Mon, Oct 14, 2019 at 6:21 PM Li, Juston
> wrote:
> > On Wed, 2019-10-09 at 17:50 +0200, Daniel Vetter wrote:
> > > On Thu, Oct 03, 2019 at 11:31:25AM -0700, Juston Li wrote:
> > > > From: Daniel Stone
> > > >
> > > > getfb2 allows us
I've kicked this around in my head over the past few weeks but wanted
to get some feedback on whether it's a good idea or what impact it
might have that I haven't considered.
We are getting requests via both amdgpu/amdkfd and i915 for new user
APIs for userspace drivers that throw code over the
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #9 from Daniel Suarez ---
Created attachment 145735
--> https://bugs.freedesktop.org/attachment.cgi?id=145735=edit
Xorg log 2
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111986
--- Comment #8 from Daniel Suarez ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #7)
> Thanks for your bug report.
>
> It would be really helpful to have the content of dmesg when your system
> hangs.
> You can get it from another
On Mon, Oct 14, 2019 at 6:21 PM Li, Juston wrote:
>
> On Wed, 2019-10-09 at 17:50 +0200, Daniel Vetter wrote:
> > On Thu, Oct 03, 2019 at 11:31:25AM -0700, Juston Li wrote:
> > > From: Daniel Stone
> > >
> > > getfb2 allows us to pass multiple planes and modifiers, just like
> > > addfb2
> > >
On Fri, Oct 11, 2019 at 04:15:50PM +0800, Jason Wang wrote:
> There are hardware that can do virtio datapath offloading while having
> its own control path. This path tries to implement a mdev based
> unified API to support using kernel virtio driver to drive those
> devices. This is done by
On Fri, Oct 11, 2019 at 10:58:13AM -0700, Lucas De Marchi wrote:
> +dri, +Daniel
>
> On Thu, Oct 10, 2019 at 06:09:07PM -0700, Lucas De Marchi wrote:
> > Fixes: 83fa9842afe7 ("drm/dp-mst: Drop connection_mutex check")
> > Signed-off-by: Lucas De Marchi
> > ---
> >
On Fri, Oct 11, 2019 at 04:15:56PM +0800, Jason Wang wrote:
> +struct virtio_mdev_device {
> + struct virtio_device vdev;
> + struct mdev_device *mdev;
> + unsigned long version;
> +
> + struct virtqueue **vqs;
> + /* The lock to protect virtqueue list */
> + spinlock_t
On Mon, Oct 14, 2019 at 8:53 AM Anders Roxell wrote:
>
> The variable 'dev' is no longer used and the compiler rightly complains
> that it should be removed.
>
> ../drivers/gpu/drm/drm_dp_mst_topology.c: In function
> ‘drm_atomic_get_mst_topology_state’:
>
On Fri, Oct 11, 2019 at 04:15:55PM +0800, Jason Wang wrote:
> + * @set_vq_cb: Set the interrut calback function for
s/interrut/interrupt/
s/calback/callback/
signature.asc
Description: PGP signature
https://bugzilla.kernel.org/show_bug.cgi?id=205089
Andreas Schneider (a...@samba.org) changed:
What|Removed |Added
CC||a...@samba.org
---
https://bugzilla.kernel.org/show_bug.cgi?id=204683
Matthias Heinz (m...@familie-heinz.name) changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=201957
--- Comment #13 from Matthias Heinz (m...@familie-heinz.name) ---
*** Bug 204683 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=110674
--- Comment #165 from Tom B ---
I just tried 5.3.5 (which is the latest in the arch repo) and it's working fine
for me.
I do have an issue on Wayland. If the screen turns off, Wayland crashes and I
have to hard reset. The log shows
Oct 14
https://bugs.freedesktop.org/show_bug.cgi?id=111481
--- Comment #95 from Marko Popovic ---
(In reply to Pierre-Eric Pelloux-Prayer from comment #93)
> Created attachment 145734 [details] [review]
> sdma read delay
>
> Hi all,
>
> Here's a new patch that should help with sdma issues.
>
> This
On 14/10/2019 16:55, Steven Price wrote:
> On 14/10/2019 16:46, Robin Murphy wrote:
>> On 14/10/2019 16:16, Steven Price wrote:
>>> Pages shared with the GPU are (often) not cache coherent with the CPU so
>>> cache maintenance is required to flush the CPU's caches. This was
>>> already done when
On Wed, 2019-10-09 at 17:49 +0200, Daniel Vetter wrote:
> On Thu, Oct 03, 2019 at 11:46:28AM -0700, Juston Li wrote:
> > Depends on ummerged kernel code for getfb2
> >
> > Rest of drm.h taken from:
> > commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c
> > Author: Linus Torvalds
> > Date: Mon Sep
On Wed, 2019-10-09 at 17:50 +0200, Daniel Vetter wrote:
> On Thu, Oct 03, 2019 at 11:31:25AM -0700, Juston Li wrote:
> > From: Daniel Stone
> >
> > getfb2 allows us to pass multiple planes and modifiers, just like
> > addfb2
> > over addfb.
> >
> > Changes since v1:
> > - unused modifiers set
On Mon, Oct 14, 2019 at 10:48:47AM +0200, Daniel Vetter wrote:
> On Fri, Oct 11, 2019 at 11:36:33AM +0200, Johan Hovold wrote:
> > On Thu, Oct 10, 2019 at 03:50:43PM +0200, Daniel Vetter wrote:
> > > On Thu, Oct 10, 2019 at 03:13:29PM +0200, Johan Hovold wrote:
> > > > Two old USB drivers had a
On Fri, Oct 11, 2019 at 1:43 AM james qian wang (Arm Technology China)
wrote:
>
> Add a new helper function drm_color_ctm_s31_32_to_qm_n() for driver to
> convert S31.32 sign-magnitude to Qm.n 2's complement that supported by
> hardware.
>
> Signed-off-by: james qian wang (Arm Technology China)
On 14/10/2019 16:46, Robin Murphy wrote:
> On 14/10/2019 16:16, Steven Price wrote:
>> Pages shared with the GPU are (often) not cache coherent with the CPU so
>> cache maintenance is required to flush the CPU's caches. This was
>> already done when mapping pages on fault, but wasn't previously
On 14/10/2019 16:16, Steven Price wrote:
Pages shared with the GPU are (often) not cache coherent with the CPU so
cache maintenance is required to flush the CPU's caches. This was
already done when mapping pages on fault, but wasn't previously done
when mapping a freshly allocated page.
Fix
On Mon, Oct 14, 2019 at 09:58:20AM +, james qian wang (Arm Technology
China) wrote:
> On Mon, Oct 14, 2019 at 10:56:05AM +0200, Daniel Vetter wrote:
> > On Fri, Oct 11, 2019 at 05:43:09AM +, james qian wang (Arm Technology
> > China) wrote:
> > > Add a new helper function
Pages shared with the GPU are (often) not cache coherent with the CPU so
cache maintenance is required to flush the CPU's caches. This was
already done when mapping pages on fault, but wasn't previously done
when mapping a freshly allocated page.
Fix this by moving the call to dma_map_sg() into
Three feature registers were declared but never actually read from the
GPU. Add THREAD_MAX_THREADS, THREAD_MAX_WORKGROUP_SIZE and
THREAD_MAX_BARRIER_SIZE so that the complete set are available.
Fixes: 4bced8bea094 ("drm/panfrost: Export all GPU feature registers")
Signed-off-by: Steven Price
---
On Mon, Oct 14, 2019 at 09:27:07AM +, Lin, Wayne wrote:
>
>
> > -Original Message-
> > From: Ville Syrjala
> > Sent: Friday, October 4, 2019 10:19 PM
> > To: dri-devel@lists.freedesktop.org
> > Cc: intel-...@lists.freedesktop.org; Lin, Wayne
> > Subject: [PATCH 4/4] drm/edid: Prep
Hi
Am 12.10.19 um 14:36 schrieb Sam Ravnborg:
Hi Thomas.
On Fri, Oct 11, 2019 at 03:48:05PM +0200, Thomas Zimmermann wrote:
The vboxvideo driver provides its own implementation for fbdev emulation
and framebuffers. Both can be replaced by DRM's generic code.
All patches have been tested on
The mgakms driver uses DRM's fbconv helpers to provide a DRM driver
for Matrox chipsets. This will allow matroxfb to be refactored into
a first-class DRM driver.
Signed-off-by: Thomas Zimmermann
---
drivers/staging/Kconfig | 2 +
drivers/staging/Makefile| 1 +
Modesetting for fbconv supports a single display pipeline with CRTC,
primary plane, encoder and connector. It's implementation is based on
struct drm_simple_display_pipe, which fits this use case nicely.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_fbconv_helper.c | 382
This patch reimplements fb_blank(), fb_pan_display(), fb_set_cmap() and
fb_set_var() for fbconv helpers. The goal is to have all calls to driver
callback functions located within fbconv and to reduce the amount of
contained work to a minimum.
Some noteable differences to fbdev include:
* Code
For the update of the primary plane, we copy the content of a SHMEM buffer
object to the hardware's on-screen buffer; doing a format conversion if
necessary. This is able to support all combinations of framebuffers and
hardware, and should work with any fbdev driver.
Occasionally, fbdev drivers
This adds fbconv helpers for DRM to the build infrastructure. The
configuration symbol is DRM_FBCONV_HELPERS. Drivers should select
it if they wish to use fbconv.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/Kconfig | 10 ++
drivers/gpu/drm/Makefile| 1 +
With the update, all driver code coming from matroxfb is build
unconditionally. The driver registers itself with the mgakms driver,
instead of the fbdev core.
Signed-off-by: Thomas Zimmermann
---
drivers/staging/mgakms/Kconfig| 5 ++
drivers/staging/mgakms/Makefile | 11
The implementation of drm_fbconv_fill_fb_info() sets up an fbdev driver's
fb_info structure for use. It's similar to register_framebuffer(), but does
not create device files, register the driver with the fbdev code or create
a console. drm_fbconv_cleanup_fb_info() does the inverse.
Signed-off-by:
DRM uses FOURCC constants to describe pixel formats, fbdev uses a
per-component bitfield structure. The functions in this patch convert
between the two.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_fbconv_helper.c | 435
include/drm/drm_fbconv_helper.h
This constant is required by DRM's fbdev conversion helpers. Define it in
fbdev's public header file.
Signed-off-by: Thomas Zimmermann
---
drivers/video/fbdev/core/fbmem.c | 2 --
include/linux/fb.h | 2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
(was: DRM driver for fbdev devices)
This is version 2 of the fbdev conversion helpers. It's more or less a
rewrite of the original patchset.
The fbdev subsystem is considered legacy and will probably be removed at
some point. This would mean the loss of a signifanct number of drivers.
Some of
There's now a tutorial on how to create a DRM driver on top of fbconv
helpers. The DRM TODO list contains an entry for converting fbdev
drivers over to DRM.
Signed-off-by: Thomas Zimmermann
---
Documentation/gpu/drm-kms-helpers.rst | 12 ++
Documentation/gpu/todo.rst| 15 +++
DRM uses struct drm_display_mode to describe a display mode. The
conversion functions fill it from fbdev data strucutures, and vice
versa.
Signed-off-by: Thomas Zimmermann
---
drivers/gpu/drm/drm_fbconv_helper.c | 201
include/drm/drm_fbconv_helper.h | 31 +
The mode fix-up function for simple display helpers is equivalent to the
regular pipeline's CRTC mode fix-up function. It's called to adjust the
CRTC's display mode for the encoder. Add this function for DRM fbconv
helpers.
Signed-off-by: Thomas Zimmermann
---
This function is required by DRM's fbdev conversion helpers. Export it
from the module.
Signed-off-by: Thomas Zimmermann
---
drivers/video/fbdev/core/fbmem.c | 3 ++-
include/linux/fb.h | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git
The display mode is set by converting the DRM display mode to an
fb_info state and handling it to the fbdev driver's fb_setvar()
function. This also requires a color depth, which we take from the
value of struct drm_mode_config.preferred_depth
Signed-off-by: Thomas Zimmermann
---
On Mon, Oct 14, 2019 at 4:16 AM Benjamin Gaignard
wrote:
>
> Convert the STM32 display binding to DT schema format using json-schema.
> Split the original bindings in two yaml files:
> - one for display controller (ltdc)
> - one for DSI controller
>
> Signed-off-by: Benjamin Gaignard
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=106795
Martin Peres changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |skeg...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=109881
Martin Peres changed:
What|Removed |Added
Resolution|--- |INVALID
Component|General
On Mon, Oct 14, 2019 at 3:03 AM Laurentiu Palcu wrote:
>
> Hi Rob,
>
> On Fri, Oct 11, 2019 at 09:50:42AM -0500, Rob Herring wrote:
> > :u?wc??m5?^?㞾?}4-??z{b???r?+?׀u???ا# ?? ??ek
> > ?W?J^?(???h}??-??z{b???r?Z+?jW.? \?oۊwb? ?v+)l ? b?
> > &??,?&??ξW???!jx
https://bugs.freedesktop.org/show_bug.cgi?id=53544
Martin Peres changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=8191
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=28841
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=98634
Martin Peres changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=14538
Martin Peres changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
1 - 100 of 266 matches
Mail list logo
