This patch makes kms drivers to be independent modules.
For this, it removes all register codes to kms drivers
from exynos_drm_drv module and adds module_init/exit
for each kms driver so that each kms driver can be
called independently.
Signed-off-by: Inki Dae
---
drivers/gpu/drm/exynos/Kconfig
Hi all,
This patch set adds full modularity to sub drivers, kms and
non kms drivers.
For this, this patch sets consists into three patches.
first patch modularizes kms drivers, second patch for non
kms drivers, and third patch for vidi driver.
I hope we could resolve infinite l
This patch makes non kms drivers to be independent modules.
For this, it removes all register codes to non kms drivers
from exynos_drm_drv module and adds module_init/exit
for each non kms driver so that each non kms driver can be
called independently.
In addition, this patch adds non kms register
This patch makes vidi driver to be independent module.
For this, it removes register codes to vidi driver
from exynos_drm_drv module and adds module_init/exit
for vidi driver so that this driver can be called
independently.
In addition, this patch adds component support
to vidi driver, which is re
https://bugzilla.kernel.org/show_bug.cgi?id=88481
Bug ID: 88481
Summary: Kernel oops leaves system without graphical output
[radeon]
Product: Drivers
Version: 2.5
Kernel Version: v3.17.3
Hardware: x86-64
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141119/10322d24/attachment.html>
On 2014ë
10ì 31ì¼ 10:28, Hyungwon Hwang wrote:
> The ioctl DRM_EXYNOS_GEM_MAP_OFFSET and DRM_EXYNOS_GEM_MMAP are removed from
> the linux kernel. This patch modifies libdrm and libkms to use drm generic
> ioctls instead of the removed ioctls.
Signed-off-by: Inki Dae
>
> Signed-off-by: Hyu
On 2014ë
10ì 31ì¼ 10:28, Hyungwon Hwang wrote:
> This patch removes the ioctls which are removed from the linux kernel.
Signed-off-by: Inki Dae
>
> Signed-off-by: Hyungwon Hwang
> ---
> exynos/exynos_drm.h | 40
> 1 file changed, 40 deletions(-)
>
On 2014ë
11ì 19ì¼ 07:09, Tobias Jakobi wrote:
> Inki Dae wrote:
>> Hi Tomasz,
>>
>> Yes, of course.
>>
>> We will fix it soon. For this, I mentioned earlier,
>> http://web.archiveorange.com/archive/v/hhSc574WhqJAKgdBq7KL
>>
>> Thanks,
>> Inki Dae
>
>
> Hello,
>
> it looks like libdrm git ma
Inki Dae wrote:
>>
>> Hello,
>>
>> it looks like libdrm git master is still using the EXYNOS_GEM_MMAP ioctl
>> that was removed by this patch. Is there any news on the patches for libdrm?
>
> The patch set already was posted. You can refer to below link,
> http://www.spinics.net/lists/dri-de
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/503eb9fe/attachment.html>
This patch makes non kms drivers to be independent modules.
For this, it removes all register codes to non kms drivers
from exynos_drm_drv module and adds module_init/exit
for each non kms driver so that each non kms driver can be
called independently.
In addition, this patch adds non kms register
https://bugzilla.kernel.org/show_bug.cgi?id=88481
Christopher Frömmel changed:
What|Removed |Added
CC||cfroemmel at web.de
--- Comment #1
https://bugzilla.kernel.org/show_bug.cgi?id=88481
--- Comment #2 from Christopher Frömmel ---
Created attachment 158131
--> https://bugzilla.kernel.org/attachment.cgi?id=158131&action=edit
kernel config
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=88481
--- Comment #3 from Christopher Frömmel ---
Created attachment 158141
--> https://bugzilla.kernel.org/attachment.cgi?id=158141&action=edit
complete dmesg when X starts and HDMI (with audio) is connected, dpm enabled
--
You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=88481
--- Comment #4 from Christopher Frömmel ---
Created attachment 158151
--> https://bugzilla.kernel.org/attachment.cgi?id=158151&action=edit
lspci -nn
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Inki,
There are 3 comments below.
On 11/19/2014 12:19 PM, Inki Dae wrote:
> This patch makes non kms drivers to be independent modules.
> For this, it removes all register codes to non kms drivers
> from exynos_drm_drv module and adds module_init/exit
> for each non kms driver so that each non
Hi YoungJun,
On 2014ë
11ì 19ì¼ 13:39, YoungJun Cho wrote:
> Hi Inki,
>
> There are 3 comments below.
>
> On 11/19/2014 12:19 PM, Inki Dae wrote:
>> This patch makes non kms drivers to be independent modules.
>> For this, it removes all register codes to non kms drivers
>> from exynos_drm_d
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/91ebca96/attachment-0001.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/aeb8125d/attachment.html>
On 19.11.2014 09:21, Andy Lutomirski wrote:
> On Mon, Nov 17, 2014 at 1:51 AM, Michel Dänzer wrote:
>> On 15.11.2014 07:21, Andy Lutomirski wrote:
>>>
>>> On recent kernels (3.16 through 3.18-rc4, perhaps), doing anything
>>> graphics intensive seems to cause my system to become unusable for
>>>
https://bugzilla.kernel.org/show_bug.cgi?id=88481
--- Comment #5 from Michel Dänzer ---
Does reverting commit ffe0245532b98efc4bc0e06f29c51d3f0e471152 help? If not,
can you bisect?
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hey,
On 19-11-14 07:43, Michael Marineau wrote:
> On 3.18-rc kernel's I have been intermittently experiencing GPU
> lockups shortly after startup, accompanied with one or both of the
> following errors:
>
> nouveau E[ PFIFO][:01:00.0] read fault at 0x000734a000 [PTE]
> from PBDMA0/HOST_CPU
On 11/18/2014 04:26 PM, Inki Dae wrote:
> This patch makes kms drivers to be independent modules.
> For this, it removes all register codes to kms drivers
> from exynos_drm_drv module and adds module_init/exit
> for each kms driver so that each kms driver can be
> called independently.
It is hard
From: Philipp Zabel
This patch adds support for the GiantPlus GPG48273QS5 4.3" WQVGA TFT LCD panel
to the simple-panel driver.
This panel is connected via a parallel bus and uses both HSYNC and VSYNC,
whose lengths are unfortunately not clearly defined. The datasheet only
specifies the front- an
From: Philipp Zabel
Signed-off-by: Philipp Zabel
Signed-off-by: Lucas Stach
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.t
Hi Javier,
In the cover letter, I have mentioned that it is tested on Linus tree:
"This series is based on master branch of Linus tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git"
Kindly test the patches with that.
Ajay
On Wed, Nov 19, 2014 at 3:05 PM, Javier Martinez
On Wed, 19 Nov 2014 10:02:53 +0800
Mark yao wrote:
> On 2014å¹´11æ19æ¥ 09:09, Mark yao wrote:
> > On 2014å¹´11æ18æ¥ 22:24, Daniel Vetter wrote:
> >> On Tue, Nov 18, 2014 at 02:21:30PM +0100, Boris Brezillon wrote:
> >>> Hi Daniel,
> >>>
> >>> On Tue, 18 Nov 2014 09:32:34 +0100
> >>> Daniel
Hello Kevin,
On 11/18/2014 11:46 PM, Kevin Hilman wrote:
>>> Is anyone at Samsung testing linux-next? If so, on what platforms? It
>>> would really be nice if your linux-next work was tested on these
>>> publically-available 542x/5800 platforms (peach-pi, peach-pit,
>>> odroid-xu3) which would a
Hello Paolo,
On 11/19/2014 11:55 AM, Paolo Pisati wrote:
> to get a working framebuffer out of linus 318rc4 on my peach pi, i had
> to cherry pick these 3 patches:
>
> arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy
I was missing this patch, I've display working now. Thanks for t
On 2014å¹´11æ18æ¥ 22:24, Daniel Vetter wrote:
> On Tue, Nov 18, 2014 at 02:21:30PM +0100, Boris Brezillon wrote:
>> Hi Daniel,
>>
>> On Tue, 18 Nov 2014 09:32:34 +0100
>> Daniel Vetter wrote:
>>
>>> On Tue, Nov 18, 2014 at 04:00:29PM +0800, Mark Yao wrote:
From: Mark yao
This pa
call atmel_hlcdc_dc_load before registering the drm device...
>> Hm right, wonder who that works with rockchip tbh.
>>
>> We did split up the drm_connector setup into _init and register, so
>> if you
>> want to do this then you need to move the call to drm_connector_register
>> below the call to drm_dev_register.
>>
>> We should probably have a drm_connectors_register_all helper which does
>> this for all connectors on the connector list. And also grabs the
>> appropriate lock.
>>
>> I guess it's somewhat obvious that no one yet actually tried this ;-)
>> -Daniel
> right, I re-test the driver with it, get the same problem with Boris.
> I should move drm_connector_register below the drm_dev_register.
I try move connector_register below drm_dev_register, but unfortunately,
drm_dev_register call
drm_mode_group_init_legacy_group to save crtc, connector into list, it
need below connector_register.
so that problem is that now: connector_register need bewteen minor node
create and
drm_mode_group_init_legacy_group.
Ｉ'm consider to revert the drm/rockchip v13.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/33a93ad0/attachment.html>
Hello Ajay,
On 11/18/2014 07:20 AM, Ajay kumar wrote:
> On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar
> wrote:
>> This series is based on master branch of Linus tree at:
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
I applied your series on top of 3.18-rc5 + linux-next's com
On Wed, Nov 19, 2014 at 10:35:40AM +0100, Javier Martinez Canillas wrote:
> Hello Ajay,
>
> On 11/18/2014 07:20 AM, Ajay kumar wrote:
> > On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar
> > wrote:
> >> This series is based on master branch of Linus tree at:
> >> git://git.kernel.org/pub/scm/linux/ke
On 11/18/14 18:00, Russell King - ARM Linux wrote:
> On Tue, Nov 18, 2014 at 05:39:30PM +, Andrew Jackson wrote:
>> On HDMI, the audio data are carried across the HDMI link which is
>> driven by the TDMS clock. The TDMS clock is dependent on the video pixel
>> rate.
>>
>> This patch sets the de
Hello Ajay,
On 11/19/2014 10:38 AM, Ajay kumar wrote:
> Hi Javier,
>
> In the cover letter, I have mentioned that it is tested on Linus tree:
>
> "This series is based on master branch of Linus tree at:
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git"
>
> Kindly test the patc
Hi,
Here is a small patch collection for the bochsdrm (qemu stdvga) driver.
cheers,
Gerd
Gerd Hoffmann (4):
bochs: little cleanup
bochs: add endian switching support
bochs: fix bochsdrmfb mmap
bochs: add page_flip
drivers/gpu/drm/bochs/bochs_fbdev.c | 18 ++
drivers
Drop some leftover, commented code.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs_hw.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/bochs/bochs_hw.c b/drivers/gpu/drm/bochs/bochs_hw.c
index dbe619e..e8b1dac 100644
--- a/drivers/gpu/drm/boch
Recently (qemu 2.2+) the qemu stdvga got a register to switch the vga
framebuffer endianness. This patch adds code to explicitly set the
endianness of the framebuffer. In most cases this has no effect as
the default is guest architecture endianness. It is needed though in
case a architecture sup
Implement crtc page_flip callback for bochsdrm. The qemu stdvga has no
vblank signaling, so we have to fake it. We do so by instantly calling
drm_send_vblank_event. Tested with kmscon.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs_kms.c | 21 +
1 file change
Remove the mapping offset from the bo backing the fbdev framebuffer.
Wire up fbdev mmap function to map the backing bo using ttm_fbdev_mmap.
With that patch in place mmap(/dev/fb0) works as expected.
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/bochs_fbdev.c | 18 ++
1
From: Christian König
Note for each fence if it's a VM page table update or not. This allows
us to determine the last VM update in a sync object and so to figure
out if we need to flush the TLB or not.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 18 ++--
From: Christian König
Only invalidating PTEs needs to be executed synchronized to using the PT.
v2: fix sync to uses
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_vm.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeo
From: Christian König
Previously we just allocated space for four hardware semaphores
in each software semaphore object. Make software semaphore objects
represent only one hardware semaphore address again by splitting
the sync code into it's own object.
v2: fix typo in comment
Signed-off-by: C
From: Christian König
That's useless when all callers drop the reservation
immediately after calling the function.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gem.c | 2 +-
drivers/gpu/drm/radeon/radeon_kms.c | 2 --
drivers/gpu/drm/radeon/radeon_vm.c | 4 ++--
3 files
From: Christian König
The PD/PTs reservation object now contains everything needed.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_vm.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_vm.c
b/drivers/gpu/drm/radeon/radeon_vm.c
index db0ed3
From: Christian König
Use multiple VMIDs for each VM, one for each ring. That allows
us to execute flushes separately on each ring, still not ideal
cause in a lot of cases rings can share IDs.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/cik.c | 4 +--
drivers/gpu/drm/rad
From: Christian König
Use ring structure instead of index and provide vm_id and pd_addr separately.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/cik.c | 23 ++-
drivers/gpu/drm/radeon/cik_sdma.c| 22 +-
drivers/gpu/drm/radeon/n
From: Christian König
This allows us to finally remove the VM fence and
so allow concurrent use of it from different engines.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h| 7 +++
drivers/gpu/drm/radeon/radeon_cs.c | 6 +-
drivers/gpu/drm/radeon/radeon_vm.c
From: Christian König
This allows us to add the real execution fence as shared.
v2: fix typo
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_object.c | 19 ++
drivers/gpu/drm/radeon/radeon_object.h | 2 ++
drivers/gpu/drm/radeon/radeon_vm.c | 65 +++
From: Christian König
We never invalidate PD entries and making them valid can
run with other users in parallel.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_vm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_vm.c
b/dri
From: Christian König
This way the necessary VM update is kicked off immediately
if all BOs involved are in GPU accessible memory.
v2: fix vm lock
v3: immediately update unmaps as well
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_gem.c | 64 ++
gital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/f633607a/attachment-0001.sig>
2014-11-19 17:49 GMT+09:00 Andrzej Hajda :
> On 11/18/2014 04:26 PM, Inki Dae wrote:
>> This patch makes kms drivers to be independent modules.
>> For this, it removes all register codes to kms drivers
>> from exynos_drm_drv module and adds module_init/exit
>> for each kms driver so that each kms d
On Wed, Nov 19, 2014 at 10:04:13AM +0100, Boris Brezillon wrote:
> AFAIU, the suggestion was to split drm_connector_init and
> drm_connector_register calls:
> - drm_connector_init call should still be part of the load procedure
>(this function adds the connector to the connector list which is
On Tue, Nov 18, 2014 at 04:24:39PM +0100, Thierry Reding wrote:
> On Tue, Nov 18, 2014 at 04:05:08PM +0100, David Herrmann wrote:
> > Hi
> >
> > On Tue, Nov 18, 2014 at 3:43 PM, Thierry Reding
> > wrote:
> > > On Tue, Nov 18, 2014 at 03:27:27PM +0100, Daniel Vetter wrote:
> > >> On Tue, Nov 18, 2
Am 19.11.2014 um 14:16 schrieb Kai Wasserbäch:
> Dear Christian,
> Christian König wrote on 19.11.2014 14:01:
>> From: Christian König
>>
>> This way the necessary VM update is kicked off immediately
>> if all BOs involved are in GPU accessible memory.
>>
>> v2: fix vm lock
>> v3: immediately u
Hello,
This patch series adds support for the Atmel HLCDC Display Controller
embedded in the HLCDC block.
The drivers supports basic CRTC functionalities, several overlays and
provides an hardware cursor.
At the moment, it only supports connection to LCD panels through an RGB
connector (defined
The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e.
at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display
controller device.
This display controller supports at least one primary plane and might
provide several overlays and an hardware cursor depending on the IP
The Atmel HLCDC (HLCD Controller) IP available on some Atmel SoCs (i.e.
at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display
controller device.
The HLCDC block provides a single RGB output port, and only supports LCD
panels connection to LCD panels for now.
The atmel,panel propert
On Wed, 2014-11-19 at 05:28 -0800, Amitkumar Karwar wrote:
> if "CONFIG_DEV_COREDUMP=y" is added to configuration file, it
> gets removed when final configuration file is generated. The
> reason is it requires CONFIG_WANT_DEV_COREDUMP to be enabled.
>
> Currently "make menuconfig" doesn't display
https://bugzilla.kernel.org/show_bug.cgi?id=88481
--- Comment #6 from Daniel Otero ---
Reverting the commit ffe0245532b98efc4bc0e06f29c51d3f0e471152 from the tag
v3.17.3 does resolve the issue.
Thanks for your time.
--
You are receiving this mail because:
You are watching the assignee of the b
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141119/8a3014cc/attachment.html>
thing else; see also the original thread
<http://thread.gmane.org/gmane.comp.video.dri.devel/118415> for further
information.
Cheers,
Kai
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 648 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/5e6b6ca9/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=88501
Bug ID: 88501
Summary: AMD/ATI RS690M Console blanks to white
Product: Drivers
Version: 2.5
Kernel Version: 3.6.0-rc5 to 3.18.0-rc4
Hardware: x86-64
OS: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=88501
--- Comment #1 from business.kid at gmail.com ---
Created attachment 158191
--> https://bugzilla.kernel.org/attachment.cgi?id=158191&action=edit
LSPCI -vnn
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=88481
Daniel Otero changed:
What|Removed |Added
Attachment #158101|application/octet-stream|text/plain
mime type|
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141119/76751ce7/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=88501
--- Comment #2 from business.kid at gmail.com ---
Created attachment 158201
--> https://bugzilla.kernel.org/attachment.cgi?id=158201&action=edit
Kernel Config 3.6.0-rc5+
--
You are receiving this mail because:
You are watching the assignee of t
ii_mec.bin
> # 0643ad24b3beff2214cce533e094c1b7 hawaii_pfp.bin
> # ba6054b7d78184a74602fd81607e1386 hawaii_rlc.bin
> # 11288f635737331b69de9ee82fe04898 hawaii_sdma.bin
> # 284429675a5560e0fad42aa982965fc2 hawaii_smc.bin
> libclc: Git:master/7f6f5bff1f
> DDX: 1:7.5.0-1
>
> Let me know, if you need something else; see also the original thread
> <http://thread.gmane.org/gmane.comp.video.dri.devel/118415> for further
> information.
>
> Cheers,
> Kai
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-update-the-VM-after-setting-BO-address-v4.patch
Type: text/x-diff
Size: 2831 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/253ea8dc/attachment.patch>
https://bugzilla.kernel.org/show_bug.cgi?id=88481
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #7 fr
Hi Dave, couple of regression fixes, both cc: stable.
BR,
Jani.
The following changes since commit fc14f9c1272f62c3e8d01300f52467c0d9af50f9:
Linux 3.18-rc5 (2014-11-16 16:36:20 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fixes-2014
Mesa: Git:master/b69c7c5dac
>> libdrm: Git:master/00847fa48b
>> LLVM: SVN:trunk/r54 (3.6 devel)
>> X.Org: 2:1.16.1-1
>> Firmware: <http://people.freedesktop.org/~agd5f/radeon_ucode/>
>> # 9e05820da42549ce9c89d147cf1f8e19 hawaii_ce.bin
>> # c8bab593090fc54f239c8d7596c8d846 hawaii_mc.bin
>> # 3618dbb955d8a84970e262bb2e6d2a16 hawaii_me.bin
>> # c000b0fc9ff6582145f66504b0ec9597 hawaii_mec.bin
>> # 0643ad24b3beff2214cce533e094c1b7 hawaii_pfp.bin
>> # ba6054b7d78184a74602fd81607e1386 hawaii_rlc.bin
>> # 11288f635737331b69de9ee82fe04898 hawaii_sdma.bin
>> # 284429675a5560e0fad42aa982965fc2 hawaii_smc.bin
>> libclc: Git:master/7f6f5bff1f
>> DDX: 1:7.5.0-1
>>
>> Let me know, if you need something else; see also the original thread
>> <http://thread.gmane.org/gmane.comp.video.dri.devel/118415> for further
>> information.
>>
>> Cheers,
>> Kai
>>
>
--
Kai Wasserbäch (Kai Wasserbaech)
E-Mail: kai at dev.carbon-project.org
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 648 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/5e6f1370/attachment-0001.sig>
I've totally forgotten that with DP MST connectors can now be
hotplugged. And failed to adapt Rob's drm_atomic_state code (which
predates connector hotplugging) to the new realities.
The first step is to make sure that the connector indices used to
access the arrays of pointers are stable. The con
Otherwise the connector might have been unplugged and destroyed while
we didn't look. Yet another fallout from DP MST hotplugging that I
didn't consider.
To make sure we get this right add an appropriate WARN_ON to
drm_atomic_state_clear (obviously only when we actually have a state
to clear up).
Yet another fallout from not considering DP MST hotplug. With the
previous patches we have stable indices, but it might still happen
that a connector gets added between when we allocate the array and
when we actually add a connector. Especially when we back off due to
ww mutex contention or similar
- Make it clear that it's a negative errno (more in line with
everything else).
- Clean up the confusion around get_properties vs. getproperty ioctls:
One reads per-obj property values, the other reads property
metadata.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_crtc.c | 79
I guess for hysterical raisins this was meant to be the way to read
blob properties. But that's done with the two-stage approach which
uses separate blob kms object and the special-purpose get_blob ioctl.
Shipping userspace seems to have never relied on this, and the kernel
also never put any blob
Oversight from my kerneldoc cleanup when doing the original atomic
helper series - I've only applied this clarification to the modeset
related helpers, and not the plane update code. Remedy this asap.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_atomic_helper.c | 12 ++--
1 file
If ddc fails, presumably the i2c mux (and hopefully the signal
mux) are switched to the other GPU so don't fetch the edid from
the vbios so that the connector reports disconnected.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 19 ++-
1 file changed
Always need to set bit 0 of RLC_CGTT_MGCG_OVERRIDE
to avoid unreliable doorbell updates in some cases.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/cik.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/cik.c b/d
Value needs to be swapped on BE.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/r600_dpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/r600_dpm.c
b/drivers/gpu/drm/radeon/r600_dpm.c
index f6309bd..b5c73df 10064
Enable smc fan control for SI boards. Should
reduce the fan noise on systems with a higher
default fan profile.
v2: disable by default, add rpm controls
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=73338
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ppsmc.h| 5 +
drive
Add missing newline and print the bad gpio shift.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c
index 8312140..c9963b5 100644
--- a/drivers/gpu/
Apply voltage changes for displays before changing clocks.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c
index c9963b5..e781628 100644
--- a
Use unforce levels rather than enable mask instruction.
This is the preferred method.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.
Preferred ordering.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/drm/radeon/ci_dpm.c
index 73f8c4b..630434c 100644
--- a/drive
The current code always reprogrammed the sclk levels,
but we don't currently handle disp sclk requirements
so just skip it.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/driver
Enable smc fan control for CI boards. Should
reduce the fan noise on systems with a higher
default fan profile.
v2: disable by default, add additional fan setup, rpm control
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=73338
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c
Not currently used.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ci_dpm.c | 27 +++
drivers/gpu/drm/radeon/ci_dpm.h | 1 +
drivers/gpu/drm/radeon/ppsmc.h | 3 +++
3 files changed, 31 insertions(+)
diff --git a/drivers/gpu/drm/radeon/ci_dpm.c b/drivers/gpu/dr
t(0)
[2014.11.19-17.15.00:186][ 0]LogExit: Preparing to exit.
[2014.11.19-17.15.00:192][ 0]LogExit: Exiting.
[2014.11.19-17.15.00:299][ 0]LogGenericPlatformMisc:
FPlatformMisc::RequestExit(0)
[2014.11.19-17.15.00:309][ 0]LogExit: Preparing to exit.
[2014.11.19-17.15.00:315][ 0]LogExit: Exiting.
[2014.11.19-17.15.00:836][ 0]LogGenericPlatformMisc:
FPlatformMisc::RequestExit(0)
[2014.11.19-17.15.00:846][ 0]LogExit: Preparing to exit.
[2014.11.19-17.15.00:852][ 0]LogExit: Exiting.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/0b98624e/attachment-0001.html>
From: Christian König
This way the necessary VM update is kicked off immediately
if all BOs involved are in GPU accessible memory.
v2: fix vm lock
v3: immediately update unmaps as well
v4: use drm_free_large instead of kfree
Signed-off-by: Christian König
Tested-by: Kai Wasserbäch
---
dri
https://bugzilla.kernel.org/show_bug.cgi?id=88501
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #3 fr
In finish pageflip, the driver was not selecting the root
window when dispatching events. This exposed a race where
a plane update would change the window selection and cause
tegra_dc_finish_page_flip to check the wrong base address.
This patch also protects access to the window selection register
https://bugzilla.kernel.org/show_bug.cgi?id=88501
--- Comment #4 from Alex Deucher ---
Created attachment 158211
--> https://bugzilla.kernel.org/attachment.cgi?id=158211&action=edit
possible fix
Does this patch fix the issue (against 3.17 or newer kernel)?
--
You are receiving this mail beca
On Wed, Nov 19, 2014 at 8:01 AM, Christian König
wrote:
> From: Christian König
>
> Use ring structure instead of index and provide vm_id and pd_addr separately.
>
> Signed-off-by: Christian König
Pushed to my 3.19-wip tree. I'll send out a new radeon drm-next pull
request later today or to
https://bugzilla.kernel.org/show_bug.cgi?id=61941
Pavol KlaÄanský changed:
What|Removed |Added
CC||pavol at klacansky.com
--- Comment #2
Am 19.11.2014 um 19:28 schrieb Alex Deucher:
> On Wed, Nov 19, 2014 at 8:01 AM, Christian König
> wrote:
>> From: Christian König
>>
>> Use ring structure instead of index and provide vm_id and pd_addr separately.
>>
>> Signed-off-by: Christian König
> Pushed to my 3.19-wip tree. I'll send o
From: Paulo Zanoni
Hi
---
TL;DR summary:
I wrote patches. Help me choose the best implementation and interface.
---
So the i915.ko driver could use some mechanism to run functions after a given
number of vblanks. Implementations for this mechanism were already proposed in
the past (by Chris Wil
From: Paulo Zanoni
The drivers need a way to schedule functions to be ran after a certain
number of vblanks. The i915.ko driver has plenty of examples where
this could be used, such as for unpinning buffers after a modeset.
Since the vblank wait IOCTL does basically what we want, but for the
user
1 - 100 of 150 matches
Mail list logo
