Am 31.07.19 um 02:51 schrieb Brian Welty:
[SNIP]
>> +/*
>> + * Memory types for drm_mem_region
>> + */
> #define DRM_MEM_SWAP?
btw what did you have in mind for this? Since we use shmem we kinda don't
know whether the BO is actually swapped out or not, at least on the
On Wed, Jul 31, 2019 at 4:01 AM Jan Sebastian Götte wrote:
>
> On 7/31/19 1:49 AM, Emil Velikov wrote:
> > On 2019/07/31, Jan Sebastian Götte wrote:
> >> Hi Emil,
> >>
> >> thank you for your comments.
> >>
> >> On 7/30/19 11:08 PM, Emil Velikov wrote:
> >>> On 2019/07/30, Jan Sebastian Götte wrot
On Wed, 2019-07-31 at 14:24 +0800, Fuqian Huang wrote:
> In drivers/gpu/drm/amd/amdgpu/amdgpu_ih.c,
> amdgpu_ih_process calls DRM_DEBUG which calls drm_dbg and
> finally calls printk.
> As amdgpu_ih_process is called from an interrupt handler,
> and interrupt handler should be short as possible.
>
In drivers/gpu/drm/amd/amdgpu/amdgpu_ih.c,
amdgpu_ih_process calls DRM_DEBUG which calls drm_dbg and
finally calls printk.
As amdgpu_ih_process is called from an interrupt handler,
and interrupt handler should be short as possible.
As printk may lead to bogging down the system or can even
create a
On Wed, 2019-07-31 at 10:45 +0800, Fuqian Huang wrote:
> In drivers/gpu/drm/amd/amdgpu/amdgpu_ih.c,
> amdgpu_ih_process calls DRM_DEBUG which calls drm_dbg and
> finally calls printk.
> As amdgpu_ih_process is called from an interrupt handler,
> and interrupt handler should be short as possible.
>
https://bugs.freedesktop.org/show_bug.cgi?id=109887
--- Comment #8 from Andrew Sheldon ---
I also can confirm the problem, and it seems to have gotten worse since
5.3.0-rcX.
In past kernels, you could kind of work around it by setting slightly less
conservative undervolts and it would work. If y
In drivers/gpu/drm/amd/amdgpu/amdgpu_ih.c,
amdgpu_ih_process calls DRM_DEBUG which calls drm_dbg and
finally calls printk.
As amdgpu_ih_process is called from an interrupt handler,
and interrupt handler should be short as possible.
As printk may lead to bogging down the system or can even
create a
On 7/31/19 1:49 AM, Emil Velikov wrote:
> On 2019/07/31, Jan Sebastian Götte wrote:
>> Hi Emil,
>>
>> thank you for your comments.
>>
>> On 7/30/19 11:08 PM, Emil Velikov wrote:
>>> On 2019/07/30, Jan Sebastian Götte wrote:
Signed-off-by: Jan Sebastian Götte
---
include/uapi/drm/gd
strncpy(dest, src, strlen(src)) leads to unterminated
dest, which is dangerous.
Fix it by using strscpy.
Signed-off-by: Chuhong Yuan
---
Changes in v2:
- Check whether mode_end + 1 exceeds
the size of mode->name.
drivers/gpu/drm/drm_modes.c | 4 +++-
1 file changed, 3 insertions(+), 1
On 7/29/19 7:28 AM, Christoph Hellwig wrote:
There isn't any good reason to pass callbacks to migrate_vma. Instead
we can just export the three steps done by this function to drivers and
let them sequence the operation without callbacks. This removes a lot
of boilerplate code as-is, and will a
On 7/30/2019 2:34 AM, Daniel Vetter wrote:
> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
>> Yeah, that looks like a good start. Just a couple of random design
>> comments/requirements.
>>
>> First of all please restructure the changes so that you more or less
>> have the f
On 7/29/19 10:51 PM, Christoph Hellwig wrote:
The pagewalk code already passes the value as the hmask parameter.
Signed-off-by: Christoph Hellwig
---
mm/hmm.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/mm/hmm.c b/mm/hmm.c
index f26d6abc4ed2..88b77a4a6a1e 1006
On 7/30/2019 3:45 AM, Daniel Vetter wrote:
> On Tue, Jul 30, 2019 at 12:24 PM Koenig, Christian
> wrote:
>>
>> Am 30.07.19 um 11:38 schrieb Daniel Vetter:
>>> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
Snipped the feedback on struct drm_mem_region.
Will be easier to have
On Tue, Jul 30, 2019 at 4:01 PM Rob Clark wrote:
>
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> Not sure about 32b arm, but at least for aarch64 this is relatively
> easy. So lets at least enable for arm64.
hmm, bleh, I thought this was too easy.. I hadn't noticed that (even
though d
From: Rob Clark
Signed-off-by: Rob Clark
---
Not sure about 32b arm, but at least for aarch64 this is relatively
easy. So lets at least enable for arm64.
drivers/gpu/drm/drm_cache.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_c
From: Rob Clark
So, using dma_sync_* for our cache needs works out w/ dma iommu ops, but
it falls appart with dma direct ops. The problem is that, depending on
display generation, we can have either set of dma ops (mdp4 and dpu have
iommu wired to mdss node, which maps to toplevel drm device, bu
https://bugzilla.kernel.org/show_bug.cgi?id=204181
--- Comment #23 from Sergey Kondakov (virtuous...@gmail.com) ---
(In reply to Nicholas Kazlauskas from comment #22)
> Thanks for the log!
>
> I can reproduce the issue now by emulating the sequence using IGT. It
> doesn't seem to show up in deskt
On Tue, Jul 30, 2019 at 08:54:44PM +, bugzilla-dae...@freedesktop.org wrote:
> I plan to disable SDMA image copies by default on dGPUs.
Is there a plan to "standardize" tiling format of frame buffer?
(to dma the right format properly from one brand of gpus to another)
--
Sylvain
https://bugs.freedesktop.org/show_bug.cgi?id=110575
--- Comment #8 from Sylvain BERTRAND ---
On Tue, Jul 30, 2019 at 08:54:44PM +, bugzilla-dae...@freedesktop.org
wrote:
> I plan to disable SDMA image copies by default on dGPUs.
Is there a plan to "standardize" tiling format of frame buffer?
https://bugs.freedesktop.org/show_bug.cgi?id=110575
--- Comment #7 from Marek Olšák ---
I plan to disable SDMA image copies by default on dGPUs.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=110635
--- Comment #11 from Marek Olšák ---
I plan to disable SDMA image copies by default in dGPUs.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
On Thu, 25 Jul 2019 at 23:27, Daniel Vetter wrote:
>
> That way we can ditch our gem_prime_res_obj implementation. Since ttm
> absolutely needs the right reservation object all the boilerplate is
> already there and we just have to wire it up correctly.
>
> Note that gem/prime doesn't care when we
The pull request you sent on Tue, 30 Jul 2019 11:58:37 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus-hmm
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/515f12b9eeed35250d793b7c874707c33f7f6e05
Thank you!
--
Deet-doot-dot, I am a
On Wed, 31 Jul 2019 at 05:00, Daniel Vetter wrote:
>
> On Tue, Jul 30, 2019 at 8:50 PM Thomas Zimmermann wrote:
> >
> > Hi
> >
> > Am 30.07.19 um 20:12 schrieb Daniel Vetter:
> > > On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann
> > > wrote:
> > >> Am 29.07.19 um 11:51 schrieb kernel test rob
On Tue, Jul 30, 2019 at 12:59 PM Arnd Bergmann wrote:
>
> The .ioctl and .compat_ioctl file operations have the same prototype so
> they can both point to the same function, which works great almost all
> the time when all the commands are compatible.
>
> One exception is the s390 architecture, wh
On Thu, Jul 25, 2019 at 9:35 AM Steven Price wrote:
>
> On 25/07/2019 15:59, Steven Price wrote:
> [...]
> > It would appear that in the following call sgt==NULL:
> >> ret = sg_alloc_table_from_pages(sgt, pages + page_offset,
> >> NUM_FAULT_PAGES, 0, SZ_2M
These are two obscure ioctl commands, in a driver that only
has compatible commands, so just let the driver handle this
itself.
Acked-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Arnd Bergmann
---
drivers/video/fbdev/aty/atyfb_base.c | 12 +++-
fs/compat_ioctl.c| 2
The .ioctl and .compat_ioctl file operations have the same prototype so
they can both point to the same function, which works great almost all
the time when all the commands are compatible.
One exception is the s390 architecture, where a compat pointer is only
31 bit wide, and converting it into a
This is dead code since 3.15. If there is no plan to use
it further, this can be removed forever.
Signed-off-by: Souptick Joarder
---
drivers/video/fbdev/via/via-core.c | 43 --
1 file changed, 43 deletions(-)
diff --git a/drivers/video/fbdev/via/via-core.c
Quoting Christian König (2019-07-30 13:15:53)
> +/**
> + * dma_fence_chain_unwrap - unwrap chain node
> + * @fence: fence which could be a chain node
> + *
> + * If the paramter is a chain node return the cotained fence, otherwise
> return
> + * the parameter itself.
> + */
s/paramter/parameter/
On Tue, Jul 30, 2019 at 12:55 PM Alyssa Rosenzweig
wrote:
>
> > In any case, per process AS is a prerequisite to all this.
>
> Oh, I hadn't realized that was still a todo. In the meantime, what's the
> implication of shipping without it? (I.e. in which threat model are
> users vulnerable without i
This is dead code since 3.15. If there is no plan to use it
further, this can be removed forever.
Signed-off-by: Souptick Joarder
---
drivers/video/fbdev/aty/aty128fb.c | 18 --
drivers/video/fbdev/aty/atyfb_base.c | 29 -
2 files changed, 47 deletio
On Tue, Jul 30, 2019 at 8:50 PM Thomas Zimmermann wrote:
>
> Hi
>
> Am 30.07.19 um 20:12 schrieb Daniel Vetter:
> > On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann
> > wrote:
> >> Am 29.07.19 um 11:51 schrieb kernel test robot:
> >>> Greeting,
> >>>
> >>> FYI, we noticed a -18.8% regression of
Hi
Am 30.07.19 um 20:12 schrieb Daniel Vetter:
> On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann wrote:
>> Am 29.07.19 um 11:51 schrieb kernel test robot:
>>> Greeting,
>>>
>>> FYI, we noticed a -18.8% regression of vm-scalability.median due to commit:>
>>>
>>> commit: 90f479ae51afa45efab97afdd
On Mon, Jul 29, 2019 at 1:18 AM Steven Price wrote:
>
> On 25/07/2019 18:40, Alyssa Rosenzweig wrote:
> >> Sorry, I was being sloppy again![1] I meant CPU mmapped.
> >
> > No worries, just wanted to check :)
> >
> >> Apparently the blob in some cases creates a SAME_VA GROW_ON_GPF buffer -
> >> sin
On Tue, Jul 30, 2019 at 7:50 PM Thomas Zimmermann wrote:
> Am 29.07.19 um 11:51 schrieb kernel test robot:
> > Greeting,
> >
> > FYI, we noticed a -18.8% regression of vm-scalability.median due to commit:>
> >
> > commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200: Replace
> > struct
Am 29.07.19 um 11:51 schrieb kernel test robot:
> Greeting,
>
> FYI, we noticed a -18.8% regression of vm-scalability.median due to commit:>
>
> commit: 90f479ae51afa45efab97afdde9b94b9660dd3e4 ("drm/mgag200: Replace
> struct mga_fbdev with generic framebuffer emulation")
> https://kernel.google
Hello,
Paul Cercueil wrote:
> Remove all the source files that are not used anywhere anymore.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please email paul.bur.
Hello,
Paul Cercueil wrote:
> Move all the platform data to devicetree.
>
> The only bit dropped is the PWM beeper, which requires the PWM driver
> to be updated. I figured it's okay to remove it here since it's really
> a non-critical device, and it'll be re-introduced soon enough.
>
> The othe
Hello,
Paul Cercueil wrote:
> It has been replaced with the more mature ingenic-battery driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Sebastian Reichel
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorr
Hello,
Paul Cercueil wrote:
> The board now uses the simple-audio-card driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Mark Brown
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please email
Hello,
Paul Cercueil wrote:
> It has been replaced with the newer Ingenic NAND driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Miquel Raynal
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then pl
Hello,
Paul Cercueil wrote:
> The JZ4740 boards now use the iio-hwmon driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Guenter Roeck
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please emai
Hello,
Paul Cercueil wrote:
> The JZ4740 fbdev driver has been replaced with the ingenic-drm driver.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Sam Ravnborg
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorr
Hello,
Paul Cercueil wrote:
> The newer and better JZ4780 driver is now used to provide DMA
> functionality on the JZ4740.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
> Acked-by: Vinod Koul
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believ
Hello,
Paul Cercueil wrote:
> Update the defconfig to select the new drivers instead of the old ones.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please email p
Hello,
Paul Cercueil wrote:
> Add nodes for the MMC, AIC, ADC, CODEC, MUSB, LCD, memory,
> and BCH controllers.
>
> Signed-off-by: Paul Cercueil
> Tested-by: Artur Rojek
Applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then plea
Den 30.07.2019 19.12, skrev Emil Velikov:
> On 2019/07/30, Daniel Vetter wrote:
>> On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
>>>
>>>
>>>
>>> Den 29.07.2019 21.55, skrev Noralf Trønnes:
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 1
Hi Neil.
> > Signed-off-by: Andrzej Pietrasiewicz
> > ---
> > drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 40 +++
> > 1 file changed, 20 insertions(+), 20 deletions(-)
> >
...
>
> Reviewed-by: Neil Armstrong
There is now a much simpler v6 of this patch.
Care to take a loo
On 2019/07/30, Daniel Vetter wrote:
> On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
> >
> >
> >
> > Den 29.07.2019 21.55, skrev Noralf Trønnes:
> > > Signed-off-by: Noralf Trønnes
> > > ---
> > > drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> > > 1 file changed
On Tue, Jul 30, 2019 at 04:40:32PM +0800, Chuhong Yuan wrote:
> strncpy(dest, src, strlen(src)) leads to unterminated
> dest, which is dangerous.
> Fix it by using strscpy.
>
> Signed-off-by: Chuhong Yuan
> ---
> drivers/gpu/drm/drm_modes.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On Tue, Jul 30, 2019 at 11:00:57PM +0800, YueHaibing wrote:
> Fix sparse warning:
>
> drivers/gpu/drm/bridge/analogix/analogix_dp_core.c:1151:5: warning:
> symbol 'analogix_dp_atomic_check' was not declared. Should it be static?
>
> Reported-by: Hulk Robot
> Signed-off-by: YueHaibing
Thanks f
Den 30.07.2019 17.22, skrev Daniel Vetter:
> On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
>>
>>
>>
>> Den 29.07.2019 21.55, skrev Noralf Trønnes:
>>> Signed-off-by: Noralf Trønnes
>>> ---
>>> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
>>> 1 file changed, 1
On 2019/07/31, Jan Sebastian Götte wrote:
> Hi Emil,
>
> thank you for your comments.
>
> On 7/30/19 11:08 PM, Emil Velikov wrote:
> > On 2019/07/30, Jan Sebastian Götte wrote:
> >> Signed-off-by: Jan Sebastian Götte
> >> ---
> >> include/uapi/drm/gdepaper_drm.h | 62 +++
Hi Jerry,
On 2019/07/29, Jerry Han wrote:
>
> From 9c63ed65469e075430a07f89012cd116c427bd6f Mon Sep 17 00:00:00 2001
> From: Jerry Han
> Date: Mon, 29 Jul 2019 11:30:48 +0800
> Subject: [PATCH] [v9] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel
>
Please submit patches as outlined in the docu
Hi Jerry,
Can you please disable HTML emails for the Gmail web client and reply
inline. There are multiple articles how to do that.
On 2019/07/26, Jerry Han wrote:
> Hi Emil Velikov:
>
> First of all, thank you for your comments.
>
> > Hi Jerry,
> >
> > On Thu, 25 Apr 2019 at 08:40, Jerry Han
Hi Daniel,
thanks for your comments!
On 7/30/19 11:26 PM, Daniel Vetter wrote:
>> I have a couple of questions regarding this driver, thus the RFC:
>> (1) By default, when loading the module a vt console binds to the fb. I
>> think this is useful, but the cursor blink of the vt leads to an etern
Hi Emil,
thank you for your comments.
On 7/30/19 11:08 PM, Emil Velikov wrote:
> On 2019/07/30, Jan Sebastian Götte wrote:
>> Signed-off-by: Jan Sebastian Götte
>> ---
>> include/uapi/drm/gdepaper_drm.h | 62 +
>> 1 file changed, 62 insertions(+)
>> create mode
On Tue, Jul 30, 2019 at 03:38:23PM +0200, Neil Armstrong wrote:
> Hi,
>
> On 25/07/2019 19:49, Sean Paul wrote:
> > On Mon, Jul 22, 2019 at 02:02:07PM -0700, Matthias Kaehlcke wrote:
> >> On Mon, Jul 22, 2019 at 04:24:26PM -0400, Sean Paul wrote:
> >>> On Mon, Jul 22, 2019 at 11:19:45AM -0700, Mat
On Tue, Jul 30, 2019 at 07:46:33AM +0200, Christoph Hellwig wrote:
> On Mon, Jul 29, 2019 at 07:30:44PM -0400, Jerome Glisse wrote:
> > On Mon, Jul 29, 2019 at 05:28:43PM +0300, Christoph Hellwig wrote:
> > > The MIGRATE_PFN_WRITE is only used locally in migrate_vma_collect_pmd,
> > > where it can
Now that -Wimplicit-fallthrough is passed to GCC by default, the
following warnings shows up:
../drivers/video/fbdev/sh_mobile_lcdcfb.c: In function
‘sh_mobile_lcdc_channel_fb_init’:
../drivers/video/fbdev/sh_mobile_lcdcfb.c:2086:22: warning: this statement may
fall
through [-Wimplicit-fallthro
On Tue, Jul 30, 2019 at 4:30 PM Noralf Trønnes wrote:
>
>
>
> Den 29.07.2019 21.55, skrev Noralf Trønnes:
> > Signed-off-by: Noralf Trønnes
> > ---
> > drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> > 1 file changed, 170 insertions(+), 9 deletions(-)
> >
>
> I have rea
On 2019/07/26, Andrzej Pietrasiewicz wrote:
> It is difficult for a user to know which of the i2c adapters is for which
> drm connector. This series addresses this problem.
>
> The idea is to have a symbolic link in connector's sysfs directory, e.g.:
>
> ls -l /sys/class/drm/card0-HDMI-A-1/ddc
>
Please reply inline instead of top-posting.
Den 30.07.2019 16.27, skrev Josef Luštický:
> Yes, the onboard RAM is ili9341 feature.
> I am able to drive the DisplayTech DT024CTFT panel in both modes.
>
> I've just tested the DisplayTech DT024CTFT panel with your patchset
> and it works fine with p
On Tue, Jul 30, 2019 at 4:30 PM Michel Dänzer wrote:
> On 2019-07-30 12:45 p.m., Daniel Vetter wrote:
> > On Tue, Jul 30, 2019 at 12:24 PM Koenig, Christian
> > wrote:
> >> Am 30.07.19 um 11:38 schrieb Daniel Vetter:
> >>> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
> >
> >
On 2019-07-30 12:45 p.m., Daniel Vetter wrote:
> On Tue, Jul 30, 2019 at 12:24 PM Koenig, Christian
> wrote:
>> Am 30.07.19 um 11:38 schrieb Daniel Vetter:
>>> On Tue, Jul 30, 2019 at 08:45:57AM +, Koenig, Christian wrote:
>
> +#define DRM_MEM_SYSTEM 0
> +#define DRM_MEM_STOLEN
Den 29.07.2019 21.55, skrev Noralf Trønnes:
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
> 1 file changed, 170 insertions(+), 9 deletions(-)
>
I have realised that this will change the DRM driver name from mi0283qt
to drm_mipi
Yes, the onboard RAM is ili9341 feature.
I am able to drive the DisplayTech DT024CTFT panel in both modes.
I've just tested the DisplayTech DT024CTFT panel with your patchset
and it works fine with parallel RGB input mode:
compatible = "displaytech,dt024ctft", "ilitek,ili9341";
and with SPI input
Hi Jan!
On Tue, Jul 30, 2019 at 3:46 PM Jan Sebastian Götte wrote:
>
> Hi,
>
> I've been working on a tinydrm-based driver for black/white/red, b/w/yellow
> and b/w epaper displays made by good display[sic!][0]. These panels are
> fairly popular since waveshare[1] sells raspberry pi and arduino
Den 30.07.2019 10.34, skrev Josef Luštický:
> Hi Noralf,
> see comments bellow.
>
> po 29. 7. 2019 v 21:55 odesílatel Noralf Trønnes napsal:
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>> drivers/gpu/drm/panel/panel-ilitek-ili9341.c | 179 ++-
>> 1 file changed, 170 insertions(
On 2019/07/30, Noralf Trønnes wrote:
>
>
> Den 30.07.2019 15.53, skrev Emil Velikov:
> > On 2019/07/25, Noralf Trønnes wrote:
> >> This makes the tiny drivers visible by default without having to enable a
> >> knob.
> >>
> >> Signed-off-by: Noralf Trønnes
> >> ---
> >> drivers/gpu/drm/Makefile
https://bugs.freedesktop.org/show_bug.cgi?id=110488
Andre Klapper changed:
What|Removed |Added
Severity|blocker |normal
Priority|highest
Hi Jan,
On 2019/07/30, Jan Sebastian Götte wrote:
> Signed-off-by: Jan Sebastian Götte
> ---
> include/uapi/drm/gdepaper_drm.h | 62 +
> 1 file changed, 62 insertions(+)
> create mode 100644 include/uapi/drm/gdepaper_drm.h
>
> diff --git a/include/uapi/drm/gdepa
Den 30.07.2019 08.40, skrev Josef Luštický:
> Hi Noralf,
> the patch series looks good, see comments in the patch emails.
>
> One question: is there a general mechanism to tell a driver not to use
> parallel RGB even though
> the display supports it and "port" is specified in the device-tree?
>
Den 30.07.2019 15.53, skrev Emil Velikov:
> On 2019/07/25, Noralf Trønnes wrote:
>> This makes the tiny drivers visible by default without having to enable a
>> knob.
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>> drivers/gpu/drm/Makefile| 2 +-
>> drivers/gpu/drm/tinydrm/Kconfig | 37 +
https://bugs.freedesktop.org/show_bug.cgi?id=111261
Bug ID: 111261
Summary: Screen remains black when 2 monitors are connected
Product: DRI
Version: DRI git
Hardware: Other
OS: All
Status: NEW
Severity: no
Hi Yue,
Thank you for the patch.
On Mon, Jul 29, 2019 at 03:12:16PM +0800, YueHaibing wrote:
> If DRM_LVDS_ENCODER=y but CONFIG_DRM_KMS_HELPER=m,
> build fails:
>
> drivers/gpu/drm/bridge/lvds-encoder.o: In function `lvds_encoder_probe':
> lvds-encoder.c:(.text+0x155): undefined reference to
>
On 2019/07/25, Noralf Trønnes wrote:
> This makes the tiny drivers visible by default without having to enable a
> knob.
>
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/Makefile| 2 +-
> drivers/gpu/drm/tinydrm/Kconfig | 37 +++--
> 2 files changed,
Hi Christoph,
Thank you for the patch.
On Tue, Jul 30, 2019 at 09:18:49AM +0300, Christoph Hellwig wrote:
> We can already use DMA_ATTR_WRITE_COMBINE or the _wc prefixed version,
> so remove the third way of doing things.
>
> Signed-off-by: Christoph Hellwig
> ---
> drivers/gpu/drm/omapdrm/dss
Signed-off-by: Jan Sebastian Götte
---
include/uapi/drm/gdepaper_drm.h | 62 +
1 file changed, 62 insertions(+)
create mode 100644 include/uapi/drm/gdepaper_drm.h
diff --git a/include/uapi/drm/gdepaper_drm.h b/include/uapi/drm/gdepaper_drm.h
new file mode 100644
These ePaper displays are made in b/w, b/w/red and b/w/yellow variations
by Good Display (www.e-paper-display.com) and sold on breakout boards by
waveshare (waveshare.com).
This driver was tested against a 2.7" b/w/r display (IL91874 driver) as
well as 4.2" b/w/r display (IL0389 driver) but can pr
Signed-off-by: Jan Sebastian Götte
---
.../devicetree/bindings/display/gdepaper.txt | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/display/gdepaper.txt
diff --git a/Documentation/devicetree/bindings/display/gdepaper.txt
b/Docume
Signed-off-by: Jan Sebastian Götte
---
include/dt-bindings/display/gdepaper.h | 28 ++
1 file changed, 28 insertions(+)
create mode 100644 include/dt-bindings/display/gdepaper.h
diff --git a/include/dt-bindings/display/gdepaper.h
b/include/dt-bindings/display/gdepaper.h
Dalian Good Display Co., Ltd. among others makes three-color epaper
panels.
Signed-off-by: Jan Sebastian Götte
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
b/Documentation/
Signed-off-by: Jan Sebastian Götte
---
drivers/gpu/drm/tinydrm/Kconfig | 10 ++
drivers/gpu/drm/tinydrm/Makefile | 1 +
2 files changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/tinydrm/Kconfig b/drivers/gpu/drm/tinydrm/Kconfig
index 87819c82bcce..427d1e62e63d 100644
--- a/drivers
Hi,
I've been working on a tinydrm-based driver for black/white/red, b/w/yellow and
b/w epaper displays made by good display[sic!][0]. These panels are fairly
popular since waveshare[1] sells raspberry pi and arduino-compatible breakout
boards with them.
The current state of the art in open so
Previously the driver was using a mix of DRM_ERROR and dev_err, be
consisent and use DRM_DEV_ERROR everywhere instead.
Cc: Sam Ravnborg
Suggested-by: Sam Ravnborg
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/gm12u320/gm12u320.c | 17 ++---
1 file changed, 10 insertions(+), 7 de
3 small cleanups:
1) Drop unused DRIVER_PATCHLEVEL
2) We do not set mode_config.preferred_depth, so instead of passing the
unset mode_config.preferred_depth to drm_fbdev_generic_setup
simply pass 0
3) Use __maybe_unused instead of #ifdef CONFIG_PM around the suspend /
resume functions
Cc
Hi,
On 25/07/2019 19:49, Sean Paul wrote:
> On Mon, Jul 22, 2019 at 02:02:07PM -0700, Matthias Kaehlcke wrote:
>> On Mon, Jul 22, 2019 at 04:24:26PM -0400, Sean Paul wrote:
>>> On Mon, Jul 22, 2019 at 11:19:45AM -0700, Matthias Kaehlcke wrote:
The DDC/CI protocol involves sending a multi-byte
Hi,
On 30-07-19 15:34, Noralf Trønnes wrote:
Den 30.07.2019 15.19, skrev Hans de Goede:
Hi,
On 25-07-19 12:51, Noralf Trønnes wrote:
This makes the tiny drivers visible by default without having to enable a
knob.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Makefile | 2 +-
Den 30.07.2019 15.19, skrev Hans de Goede:
> Hi,
>
> On 25-07-19 12:51, Noralf Trønnes wrote:
>> This makes the tiny drivers visible by default without having to enable a
>> knob.
>>
>> Signed-off-by: Noralf Trønnes
>> ---
>> drivers/gpu/drm/Makefile | 2 +-
>> drivers/gpu/drm/tinydr
Hi,
On 25-07-19 12:51, Noralf Trønnes wrote:
This makes the tiny drivers visible by default without having to enable a
knob.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Makefile| 2 +-
drivers/gpu/drm/tinydrm/Kconfig | 37 +++--
2 files changed, 2
On 30/07/2019 16:17, Koenig, Christian wrote:
Am 30.07.19 um 15:02 schrieb Chunming Zhou:
user space needs a flexiable query ability.
So that umd can get last signaled or submitted point.
v2:
add sanitizer checking.
v3:
rebase
Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780ea
Signed-off-by:
在 2019/7/30 21:17, Koenig, Christian 写道:
> Am 30.07.19 um 15:02 schrieb Chunming Zhou:
>> user space needs a flexiable query ability.
>> So that umd can get last signaled or submitted point.
>> v2:
>> add sanitizer checking.
>> v3:
>> rebase
>>
>> Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780
Am 30.07.19 um 15:02 schrieb Chunming Zhou:
> user space needs a flexiable query ability.
> So that umd can get last signaled or submitted point.
> v2:
> add sanitizer checking.
> v3:
> rebase
>
> Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780ea
> Signed-off-by: Chunming Zhou
> Cc: Lionel Land
ADV7535 is a DSI to HDMI bridge chip like ADV7533 but it allows
1080p@60Hz. v1p2 is fixed to 1.8V on ADV7535 but on ADV7533 can be 1.2V
or 1.8V and is configurable in a register.
Signed-off-by: Bogdan Togorean
---
drivers/gpu/drm/bridge/adv7511/adv7511.h | 2 ++
drivers/gpu/drm/bridge/adv75
This patch-set add support for ADV7535 part in ADV7511 driver.
ADV7535 and ADV7533 are pin to pin compatible parts but ADV7535
support TMDS clock upto 148.5Mhz and resolutions up to 1080p@60Hz.
Bogdan Togorean (2):
dt-bindings: drm: bridge: adv7511: Add ADV7535 support
drm: bridge: adv7511: A
ADV7535 is a part compatible with ADV7533 but it supports 1080p@60hz and
v1p2 supply is fixed to 1.8V
Signed-off-by: Bogdan Togorean
---
.../bindings/display/bridge/adi,adv7511.txt | 23 ++-
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/Documentation/devicetre
Hi,
On 23-07-19 09:28, Sam Ravnborg wrote:
Hi Hans.
Driver looks good. Nce to see so much functionality in a driver less
than 1000 loc.
Following some bike-shedding only - that should have been sent for v1
already. But I thought better late then never.
Thank you for the feedback I've prepare
user space needs a flexiable query ability.
So that umd can get last signaled or submitted point.
v2:
add sanitizer checking.
v3:
rebase
Change-Id: I6512b430524ebabe715e602a2bf5abb0a7e780ea
Signed-off-by: Chunming Zhou
Cc: Lionel Landwerlin
Cc: Christian König
Reviewed-by: Lionel Landwerlin
--
1 - 100 of 143 matches
Mail list logo
