Wrapper to access Video BIOS command and data tables
Signed-off-by: Harry Wentland
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/dal/dc/bios/Makefile | 26 +
drivers/gpu/drm/amd/dal/dc/bios/bios_parser.c | 5029
drivers/gpu/drm/amd/dal/dc/bios/bios_pars
Adds a logical representation of our hardware. Provides ability to
- dc_validate_resources - validate a display configuration
- dc_commit_targets - commit a display configuration
- dc_commit_surfaces_to_target - update surfaces
- dc_link_detect - detect displays at link
- dc_resume - resume display
Signed-off-by: Harry Wentland
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/dal/dc/calcs/Makefile | 10 +
drivers/gpu/drm/amd/dal/dc/calcs/bandwidth_calcs.c | 3941
drivers/gpu/drm/amd/dal/dc/calcs/bw_fixed.c| 300 ++
drivers/gpu/drm/amd/dal/dc/calcs/
Hi Rob,
that's a good point. We'll see if we can use DRM and existing amdgpu
code for i2c/aux and rip this one out.
Cheers,
Harry
On 2016-02-11 03:19 PM, Rob Clark wrote:
> On Thu, Feb 11, 2016 at 12:19 PM, Harry Wentland
> wrote:
>> Implements low-level communication layer over I2C and Aux l
Hi Rob,
thanks for the heads-up for this. We're definitely interested in
contributing to proposed new frameworks.
I'm not sure we want to tightly couple userspace with hardware, though.
Your proposal seems to assume that user mode is responsible for knowing
how many planes any given configurat
Hi Jerome,
some of the kernel API is abstracted to allow testing of this driver in
user space for pre- and post-silicon validation. An alternative that
we've considered is implementing the kernel functions in user space.
That's definitely an option.
We're definitely open to push things into dr
Hi Daniel,
we've considered making cursor a plane but haven't done so (yet) because
cursor is sort of a unique concept in our HW and doesn't map well to planes.
Will take the time to look at the other mappings a bit more closely.
Cheers,
Harry
On 2016-02-14 09:01 AM, Daniel Vetter wrote:
> top
On Tue, Feb 16, 2016 at 03:42:45PM -0800, Ben Widawsky wrote:
> A new list yielded new devices that apparently have shipped, or will ship.
>
> v2: I can't read. 0x192d is GT3
>
> Signed-off-by: Ben Widawsky
> ---
> intel/intel_chipset.h | 11 ---
> 1 file changed, 8 insertions(+), 3 del
Hi Jose,
(CC'ing Morimoto-san)
On Monday 15 February 2016 19:13:11 Jose Abreu wrote:
> Hi all,
>
> I am an employee at Synopsys and as part of our IP Prototyping Kits we are
> adding audio support to the ADV7511 HDMI transmitter. Our work is based on
> the Analog Devices kernel tree available at
evel/attachments/20160216/5fbb3fcb/attachment.html>
On 2016å¹´02æ15æ¥ 21:01, Carlos Palminha wrote:
> mode_fixup function for encoder drivers became optional with patch
> http://patchwork.freedesktop.org/patch/msgid/1455106522-32307-1-git-send-email-palminha
> at synopsys.com
>
> This patch set nukes all the dummy mode_fixup implementations.
>
>
Hi
Ping, it seems inno hdmi driver is ready, So I'd like to merge it into
drm/rockchip if there is no doubt these days.
Thanks.
Mark
On 2016å¹´01æ29æ¥ 14:42, Yakir Yang wrote:
> Here are a brief introduction to Innosilicon HDMI IP:
>- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compl
On 15 February 2016 at 20:06, Daniel Vetter wrote:
> Hi all,
>
> I've already chatted with some of you in private, here's the entire idea with
> a
> bit more thought. My motiviation for group maintainership of drm-misc was
> that I
> got a bit a guilty feeling the last few vacations/conferences
https://bugzilla.kernel.org/show_bug.cgi?id=112491
--- Comment #5 from Dionisus Torimens ---
No the problem occurs with any 3d load, just not with 2d load usually. Maybe
even glxgears is enough.
Yes I've cleaned the fan and heatsink area. Didn't help. :/
--
You are receiving this mail because
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/0ca4dcae/attachment.html>
Am 15.02.2016 um 19:41 schrieb Rasmus Villemoes:
> A few more cases where one should use post-decrement when unwinding,
> this time found where the unwinding is done inside the setup loop
> instead of after an error label.
Patch 1 and 3 are Reviewed-by: Christian König .
Nice catch,
Christian.
On Tue, Feb 16, 2016 at 2:44 AM, Dave Airlie wrote:
> I'm finding with i915 for example there is a massive latency in the pipeline
> now
> waiting for fixes, and the pipeline to the end of drm-intel-next is
> very long and
> hard to figure out what fixes should be pulled back, and how much of the
The SiI9022A is an ultra low-power HDMI transmitter. It supports
resolutions from standard definition 480i/p and 576i/p all the way
to high-definition 720p, 1080i, and 1080p, the highest resolution
supported by HDTVs today. It also supports all PC resolutions up
to UXGA for netbooks
Signed-off-by:
The SiI9022A is an ultra low-power HDMI transmitter. It supports
resolutions from standard definition 480i/p and 576i/p all the way
to high-definition 720p, 1080i, and 1080p, the highest resolution
supported by HDTVs today. It also supports all PC resolutions up
to UXGA for netbooks
Signed-off-by:
DCU is the shortcut of 'display controller unit', some HDMI transmitter
attached to DCU, such as sii9022a, and this driver add the relavent
functions to DRM framewrok.
Signed-off-by: Meng Yi
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
Change in v2
-Fixed
On Tue, 16 Feb 2016, Daniel Vetter wrote:
> On Tue, Feb 16, 2016 at 2:44 AM, Dave Airlie wrote:
>> I'm finding with i915 for example there is a massive latency in the pipeline
>> now
>> waiting for fixes, and the pipeline to the end of drm-intel-next is
>> very long and
>> hard to figure out wha
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/45022296/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/820644f9/attachment-0001.html>
-
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/d6ffd001/attachment.html>
Ville, Daniel,
I've just got another monitor and another DVI-HDMI cable, and here what
I've got.
===Single Link DVI-D cable with 3 different monitors===
Computer DVI âââ DVI-D (Single Link)/HDMI cable âââ HDMI LG
23MP65HQ-P
=== not working
Computer DVI âââ DVI-D (Single Link
Hi Laurent,
Thanks for your reply. The video stream must be inited to the transmittion of
audio (the HDMI mode must be enabled) so it is not possible to transmit audio
over HDMI without a video stream.
I will keep audio and video in a single driver and add a Kconfig option to the
audio support
On Mon, Feb 15, 2016 at 02:17:01PM +0100, Maarten Lankhorst wrote:
> Because we record connector_mask using 1 << drm_connector_index now
> the connector_mask should stay the same even when other connectors
> are removed. This was not the case with MST, in that case when removing
> a connector all o
Limit relocs_num to 65536. That limit is small enougth to avoid integer
overflow on 32bit machines when calculating reloc_info size (as reported
by Alan Cox), and is big enougth to not block normal usage (kmalloc
would ENOMEM on requests larger than that anyway).
Cc: stable at vger.kernel.org
Cc:
On Tue, Feb 16, 2016 at 12:49 PM, Gerd Hoffmann wrote:
> + if (cmd->relocs_num > 65536)
> + return -EINVAL;
> reloc_info = kmalloc(sizeof(struct qxl_reloc_info) * cmd->relocs_num,
> GFP_KERNEL);
> if (!reloc_info)
> return -ENOMEM;
Why not just
On Tue, Feb 16, 2016 at 12:58:56PM +0200, Oleksandr Natalenko wrote:
> Ville, Daniel,
>
> I've just got another monitor and another DVI-HDMI cable, and here what I've
> got.
>
> ===Single Link DVI-D cable with 3 different monitors===
>
> Computer DVI âââ DVI-D (Single Link)/HDMI cable ââ
This avoids integer overflows on 32bit machines when calculating
reloc_info size, as reported by Alan Cox.
Cc: stable at vger.kernel.org
Cc: gnomes at lxorguk.ukuu.org.uk
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/qxl/qxl_ioctl.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
dif
16.02.2016 14:54, Daniel Vetter wrote:
>> Computer DVI âââ DVI-D (Single Link)/HDMI cable âââ HDMI LG
>> 23MP65HQ-P
>> ===
>> not working
>
> I presume the above LG screen is what you've called previously "old
> monitor"?
Correct.
>> Computer DVI âââ DVI-D (Dual Link)/HDMI ca
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/drm_crtc_helper.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Carlos Palminha (16):
drm: fixes crct set_mode when crtc mode_fixup is null.
drm/cirrus: removed optional dummy crtc mode_fixup function.
drm/mgag200: removed optional dummy crtc
Changes since the first version of the series:
- Dropped: "drm/tilcdc: disable console switching during pm operations"
- Changed: "drm/tilcdc: Allocate register storage based on the actual number.."
- Reversed kcalloc() nmemb and size parameters to correct order
- Addeed: "drm/tilcdc: Initialize
From: Tomi Valkeinen
LCDC hardware does not support fb pitch that is different (i.e. larger)
than the screen size. The driver currently does no checks for this, and
the results of too big pitch are are flickering and lower fps.
This issue easily happens when using libdrm's modetest tool with non
From: Darren Etheridge
Updating the tilcdc DRM driver code to calculate the LCD controller
pixel clock more accurately. Based on a suggested implementation by
Tomi Valkeinen.
The current code does not work correctly and produces wrong results
with many requested clock rates. It also oddly uses t
From: Darren Etheridge
On BeagleBone Black if no HDMI monitor is connected and suspend
is requested a kernel panic will result:
root at am335x-evm:~# echo mem > /sys/power/state
[ 65.548710] PM: Syncing filesystems ... done.
[ 65.631311] Freezing user space processes ... (elapsed 0.006 seconds)
From: Dave Gerlach
Update tilcdc driver to set the state of the pins to:
- "default on resume
- "sleep" on suspend
By optionally putting the pins into sleep state in the suspend callback
we can accomplish two things.
- minimize current leakage from pins and thus save power,
- prevent the IP from
From: Darren Etheridge
The frame_done interrupt was only being enabled when the vsync
interrupts were being enabled by DRM. However the frame_done is
used to determine if the LCD controller has successfully completed
the raster_enable, raster_disable commands and the vsync interrupts
are not alw
From: Darren Etheridge
The LCD controller must be deactivated and all DMA transactions stopped
when the suspend power state is entered otherwise the PRCM causes the L3
bus to get stuck in transition state.
This commit forces the lcdc to be shut down and waits for all pending DMA
transactions to
There is nothing special about tilcdc HW when the video memory is
concerned. Just using the standard drm helpers for implementation is
enough.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drive
From: Grygorii Strashko
Fix build error when !CONFIG_CPU_FREQ
drivers/gpu/drm/tilcdc/tilcdc_drv.c: In function 'tilcdc_load':
drivers/gpu/drm/tilcdc/tilcdc_drv.c:327:1: error: label 'fail_put_clk' defined
but not used [-Werror=unused-label]
fail_put_clk:
^
Signed-off-by: Grygorii Strashko
Si
Allocate suspend/resume register storage based on the actual number
registers the driver is aware of. The static allocation for register
storage had falen behind badly.
Reported-by: Michael Bode
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 21 -
driver
From: Tomi Valkeinen
Cleanup runtime PM handling. Before the patch the usage of pm_runtime
calls was inconsistent and hard to follow. After the update the
pm_runtime calls are removed from set_scanout() and called around
major operations that access the HW. After the patch the DPMS code does
not
From: Tomi Valkeinen
Disable crtc on unload. Call tilcdc_crtc_dpms() with DRM_MODE_DPMS_OFF
in the beginning of unload function.
Signed-off-by: Tomi Valkeinen
[Added description to the patch]
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 ++
1 file changed, 2 insertion
From: Tomi Valkeinen
Split reset to a separate function and use usleep_range(250, 1000)
instead of msleep(1) to to keep the reset bit on long enough.
Signed-off-by: Tomi Valkeinen
[Added description to the patch, changed mdelay(500) to usleep_range(250, 1000)]
Signed-off-by: Jyri Sarha
---
dr
From: Tomi Valkeinen
Remove broken error handling. The condition for handling the
LCDC_SYNC_LOST and LCDC_FIFO_UNDERFLOW could never be satisfied as the
LCDC_SYNC_LOST interrupt is not enabled. Also the requirement to have
both LCDC_SYNC_LOST and LCDC_FIFO_UNDERFLOW fired at once before
handling
From: Tomi Valkeinen
Cleanup irq handling. Clear the irq status unconditionally and
restructure the status bit conditions.
Signed-off-by: Tomi Valkeinen
[Added description to the patch]
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 9 +
1 file changed, 5 inserti
From: Tomi Valkeinen
Get rid of complex ping-pong mechanism and replace it with simpler
single buffer flipping code.
The LCDC HW appears to be designed mainly static framebuffers in
mind. There are two modes of operation, either static single buffer,
or ping pong double buffering with two static
From: Tomi Valkeinen
Do not update the next frame buffer close to vertical blank. This is
to avoid situation when the frame changes between writing of
LCDC_DMA_FB_BASE_ADDR_0_REG and LCDC_DMA_FB_CEILING_ADDR_0_REG.
Signed-off-by: Tomi Valkeinen
[Added description to the patch]
Signed-off-by: Jy
Fix interrupt enable/disable code for version 2 tilcdc. In version 2
tilcdc there is a separate register for disabling interrupts. Writing
0 to enable registers bits does not have any effect. The interrupt
clear register works the same way, writing 1 to specific bit disables
the interrupt and writi
Removes the duplicate LCDC_INT_ENABLE_SET_REG-entry in registers array.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_drv.c
b/drivers/gpu/drm/tilcdc/tilcdc_drv.c
index 3b36747
Add ratelimited prints on sync lost and FIFO underrun interrupts.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 8
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 4 ++--
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
Initialize port device node pointer in the tilcdc crtc. Fixes "Falling
back to first CRTC" warning from tda998x driver.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/driv
Disable the sync lost interrupt if it fires on every frame for 50
consecutive frames in a row. This is relatively sure sign of the sync
lost interrupt being stuck and firing on every frame even if the
display otherwise appears to work OK.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilc
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/mgag200/mgag200_mode.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c
b/
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/gma500/cdv_intel_display.c | 13 ++---
drivers/gpu/drm/gma500/gma_display.c | 7 ---
drivers/gpu/drm/gma500/
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/shmobile/shmob_drm_crtc.c
b/d
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/nouveau/dispnv04/crtc.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/dispnv04/crtc.c
b/drive
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/virtio/virtgpu_display.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/dri
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/cirrus/cirrus_mode.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c
b/driv
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/msm/mdp/mdp4/mdp4_crtc.c | 8
drivers/gpu/drm/msm/mdp/mdp5/mdp5_crtc.c | 8
2 files changed, 16 deletions(-)
dif
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/udl/udl_modeset.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/udl/udl_modeset.c
b/drivers/gpu/drm/
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.c
b/driver
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c
b/drivers/gpu/d
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/sti/sti_crtc.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_crtc.c b/drivers/gpu/drm/sti/sti
On Tue, Feb 16, 2016 at 02:25:00PM +0100, Gerd Hoffmann wrote:
> This avoids integer overflows on 32bit machines when calculating
> reloc_info size, as reported by Alan Cox.
>
> Cc: stable at vger.kernel.org
> Cc: gnomes at lxorguk.ukuu.org.uk
> Signed-off-by: Gerd Hoffmann
Reviewed-by: Daniel V
On Mon, Feb 15, 2016 at 02:49:09PM +0100, Patrik Jakobsson wrote:
> Hi Carlos
>
> Any particular reason why this patch isn't squashed with patch 8/17?
I've squashed them while applying.
-Daniel
>
> Thanks
> Patrik
>
>
> On Mon, Feb 15, 2016 at 1:58 PM, Carlos Palminha
> wrote:
> > mode_fixup
Hi Mark,
Am Dienstag, 16. Februar 2016, 08:44:41 schrieb Mark yao:
> Ping, it seems inno hdmi driver is ready, So I'd like to merge it into
> drm/rockchip if there is no doubt these days.
I think you can just go ahead with picking them up, I think they have
ripened enough :-)
Heiko
On Tue, Feb 16, 2016 at 02:10:03PM +, Carlos Palminha wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
>
> Signed-off-by: Carlos Palminha
Applied this one to drm-misc. I'll let the others hang out there for a bit
mor
On Mon, Feb 15, 2016 at 12:57:04PM +, Carlos Palminha wrote:
> mode_fixup function for encoder drivers became optional with patch
> http://patchwork.freedesktop.org/patch/msgid/1455106522-32307-1-git-send-email-palminha
> at synopsys.com
>
> This patch set nukes all the dummy mode_fixup imple
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/ast/ast_mode.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/bochs/bochs_kms.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_kms.c
b/drivers/gpu/drm/b
Thanks!
On 16-02-2016 14:37, Daniel Vetter wrote:
> On Tue, Feb 16, 2016 at 02:10:03PM +, Carlos Palminha wrote:
>> This patch set nukes all the dummy crtc mode_fixup implementations.
>> (made on top of Daniel topic/drm-misc branch)
>>
>> Signed-off-by: Carlos Palminha
>
> Applied this one t
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_
This patch set nukes all the dummy crtc mode_fixup implementations.
(made on top of Daniel topic/drm-misc branch)
Signed-off-by: Carlos Palminha
---
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 8
1 file changed, 8 deletions(-)
diff --git a/drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
b
On Tue, Feb 16, 2016 at 3:21 AM, Christian König
wrote:
> Am 15.02.2016 um 19:41 schrieb Rasmus Villemoes:
>>
>> A few more cases where one should use post-decrement when unwinding,
>> this time found where the unwinding is done inside the setup loop
>> instead of after an error label.
>
>
> Patc
https://bugzilla.kernel.org/show_bug.cgi?id=112491
--- Comment #6 from Dionisus Torimens ---
Actually, I forgot to mention I used to have problems without active 3D use as
well, but I'm now switching the DPM profile to battery during boot. And that
solved that part mostly. Also, high CPU use by i
was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/99f10234/attachment.html>
Here is full dmesg with verbose patch on 4.4.1 and dual-link DVI-HDMI
cable: [1]
Dual-link works OK:
===
лÑÑ 16 17:46:38 pfactum.lanet kernel: port C live status
##
##
##
Hi,
On Sun, Feb 14, 2016 at 01:46:28PM +0100, Daniel Vetter wrote:
> On Sun, Feb 14, 2016 at 1:10 PM, Lukas Wunner wrote:
> > /**
> > + * vga_switcheroo_client_probe_defer() - whether to defer probing a given
> > GPU
> > + * @pdev: pci device of GPU
> > + *
> > + * Determine whether any prerequ
On Tue, Feb 16, 2016 at 04:58:20PM +0100, Lukas Wunner wrote:
> Hi,
>
> On Sun, Feb 14, 2016 at 01:46:28PM +0100, Daniel Vetter wrote:
> > On Sun, Feb 14, 2016 at 1:10 PM, Lukas Wunner wrote:
> > > /**
> > > + * vga_switcheroo_client_probe_defer() - whether to defer probing a
> > > given GPU
>
For sure. Thanks, Oded.
I'll send out squashed patches later today.
Harry
On 2016-02-11 04:00 PM, Oded Gabbay wrote:
> On Thu, Feb 11, 2016 at 7:20 PM, Harry Wentland
> wrote:
>> Signed-off-by: Harry Wentland
>> Reviewed-by: Mykola Lysenko
>> ---
>> drivers/gpu/drm/amd/dal/amdgpu_dm/amdgpu
On Tue, 16 Feb 2016 14:19:06 +
Carlos Palminha wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
There's 2 typos in the subject line (s/hldcd/hlcdc/ and
s/removed/remove/), and you're removing an empty line after
atme
HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/798fa63d/attachment.html>
Hi Meng,
I did not come around to have a proper look at this, but some stuff to
start with below:
On 2016-02-15 17:52, Meng Yi wrote:
> DCU is the shortcut of 'display controller unit', some HDMI transmitter
> attached to DCU, such as sii9022a, and this driver add the relavent
> functions to DRM
rn 0;
> +}
> +#endif
kbuild test robot caught that this #ifdef should have been CONFIG_PM,
not CONFIG_PM_SLEEP. Fixed in v2.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not avail
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/c13d3d63/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/ccd648fe/attachment.html>
edesktop.org/archives/dri-devel/attachments/20160216/1f30e017/attachment.html>
On Tue, Feb 16, 2016 at 08:37:29PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 02/16/2016 05:10 PM, Carlos Palminha wrote:
>
> >This patch set nukes all the dummy crtc mode_fixup implementations.
> >(made on top of Daniel topic/drm-misc branch)
> >
> >Signed-off-by: Carlos Palminha
> >---
> >
Hello.
On 02/16/2016 05:10 PM, Carlos Palminha wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
>
> Signed-off-by: Carlos Palminha
> ---
> drivers/gpu/drm/drm_crtc_helper.c | 9 ++---
> 1 file changed, 6 insertion
Hi all,
While checking the openSUSE kernel configuration, I noticed a couple
oddities regarding userptr support in the i915, radeon and amdgpu drm
drivers. I'll like to discuss the current situation and come up with an
agreement on how this could be cleaned up.
Firstly, i915. This driver has user
x module- I'll gladly try that.
If not, I will try to format the system and do vanilla tests as soon as
possible.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160216/fc8e1dec/attachment.html>
At least for Radeon and Amdgpu the current situation is actually what we
want.
> However I still find it confusing
> that full userptr support is under #if defined(CONFIG_MMU_NOTIFIER),
> and not under #if defined(CONFIG_RADEON_USERPTR), resp. #if
> defined(CONFIG_AMDGPU_USERPTR). It means that f
On Tue, Feb 16, 2016 at 09:33:51PM +0100, Christian König wrote:
> At least for Radeon and Amdgpu the current situation is actually what we
> want.
>
> >However I still find it confusing
> >that full userptr support is under #if defined(CONFIG_MMU_NOTIFIER),
> >and not under #if defined(CONFIG_RA
We'd need X to queue up an async pageflip while another is
outstanding, and then take a SIGIO. I think X actually avoids sending
out the next pageflip while one's already queued, but I'm not sure.
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_crtc.c | 1 +
1 file changed, 1 insertion(+
If the firmware hadn't brought up HDMI for us, we need to do its
power-on reset sequence (reset HD and and clear its STANDBY bits,
reset HDMI, and leave the PHY disabled).
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 29 -
drivers/gpu/drm/vc4/vc4_re
This is also involved in the HDMI setup sequence so it's nice to see
it.
Signed-off-by: Eric Anholt
---
This patch and the next one I'd target for -next, since they aren't
functional fixes.
drivers/gpu/drm/vc4/vc4_hdmi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/vc4/v
1 - 100 of 132 matches
Mail list logo
