Hi Caesar,
On 01/24/2016 03:34 PM, Caesar Wang wrote:
> Hi
>
> å¨ 2016å¹´01æ18æ¥ 09:21, Mark yao åé:
>> Hi Yakir
>>
>> I'd like you can change your patch title into "drm/rockchip/hdmi", so
>> when I search patches use "drm/rockchip" can find your patch.
>>
>> and I have some advices mail
Here are a brief introduction to Innosilicon HDMI IP:
- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
- Digital video interface supports a pixel size of 24, 30, 36, 48bits color
depth in RGB
- S/PDIF o
The Innosilicon HDMI is a low power HDMI 1.4 transmitter
IP, and it have been integrated on some rockchip CPUs
(like RK3036, RK312x).
Signed-off-by: Yakir Yang
---
Changes in v6:
- Rebase the Makefile/Kconfig files which add by Chris's rockchip-mipi driver
(Caeser)
Changes in v5:
- Use hdmi_inf
https://bugzilla.kernel.org/show_bug.cgi?id=105041
Aaron Lu changed:
What|Removed |Added
Status|NEEDINFO|ASSIGNED
Component|Hibernation/Suspe
On 23.01.2016 00:18, Ville Syrjälä wrote:
> On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote:
>>
>> [ Trimming KDE folks from Cc ]
>>
>> On 21.01.2016 19:09, Daniel Vetter wrote:
>>> On Thu, Jan 21, 2016 at 05:36:46PM +0900, Michel Dänzer wrote:
On 21.01.2016 16:58, Daniel Vet
On 23 January 2016 at 08:07, Harry Wentland wrote:
> A couple of MST fixes to bugs in the framework that we encountered when
> testing with
> - three-display daisy-chain configurations
> - 4k tiled displays
Hi Harry,
these all look pretty good to me, have you tested them with lockdep enabled
Hi Daniel,
Thank you for the patch.
On Monday 11 January 2016 22:41:04 Daniel Vetter wrote:
> The core code now takes care of unlinking drm_events from the file in
> a generic way, so this code isn't needed any more.
>
> For those wondering where the drm_vblank_put went to: With the new
> logic
Hi Daniel,
On Friday 15 January 2016 11:17:30 Daniel Vetter wrote:
> On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote:
> > On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote:
> >> The drm_fbdev_cma_init function always calls the
> >> drm_helper_disable_unused_functions. Since
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/d8b67d28/attachment-0001.html>
On Mon, Jan 25, 2016 at 12:19:27AM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Friday 15 January 2016 11:17:30 Daniel Vetter wrote:
> > On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote:
> > > On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote:
> > >> The drm_fbdev_cma_
On Sun, Jan 24, 2016 at 10:33:57PM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Friday 22 January 2016 08:53:45 Daniel Vetter wrote:
> > Every new KMS driver writer seems to run into this and wonder how
> > exactly drm_fb_helper_initial_config can die doing noth
On 1/22/2016 4:56 AM, Rob Herring wrote:
> On Thu, Jan 21, 2016 at 12:39:41PM +0530, Archit Taneja wrote:
>> Add hdmi phy bindings. Update the example to use hdmi phy.
>>
>> Add a missing power-domains property in the hdmi core bindings.
>>
>> Cc: devicetree at vger.kernel.org
>> Cc: Rob Herring
On Mon, Jan 11, 2016 at 10:40:54PM +0100, Daniel Vetter wrote:
> Hi all,
>
> Mostly just small changes from review feedback (plus a few misplaced hunks,
> silly me). Plus an attempt at better kerneldoc to explain how this works.
> Since
> that caused questions both from Thomas and Laurent let me
The test for the qemu q35 south bridge added by commit
"39bfcd52 drm/i915: more virtual south bridge detection"
also matches on real hardware. Having the check for
virtual systems last in the list is not enough to avoid
that ...
Refine the check by additionally verifying the pci
subsystem id to s
On Mon, Jan 25, 2016 at 9:18 AM, Geert Uytterhoeven
wrote:
> Below is the list of build error/warning regressions/improvements in
> v4.5-rc1[1] compared to v4.4[2].
>
> Summarized:
> - build errors: +15/-23
> [1] http://kisskb.ellerman.id.au/kisskb/head/9841/ (all 261 configs)
> [2] http://kiss
On Mon, 25 Jan 2016, Gerd Hoffmann wrote:
> The test for the qemu q35 south bridge added by commit
> "39bfcd52 drm/i915: more virtual south bridge detection"
> also matches on real hardware. Having the check for
> virtual systems last in the list is not enough to avoid
> that ...
>
> Refine the c
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/1a2654b1/attachment.html>
On Wed, Sep 09, 2015 at 04:07:10PM +0200, MichaÅ Winiarski wrote:
> Softpin allows userspace to take greater control of GPU virtual address
> space and eliminates the need of relocations. It can also be used to
> mirror addresses between GPU and CPU (shared virtual memory).
> Calls to drm_intel_bo
Hi Liu,
Am Freitag, den 22.01.2016, 10:29 +0800 schrieb Liu Ying:
> Hi Philipp,
>
> 2015-11-23 19:48 GMT+08:00 Philipp Zabel :
> > Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying:
> >> This patch changes the dev_info() call to dev_dbg() in ipu_plane_update()
> >> to print out the informa
On Wed, 2016-01-13 at 16:22 +0800, Mark Yao wrote:
> rockchip_drm_vop's module init had moved to rockchip_vop_reg.c
> so no need to build rockchip_drm_vop.ko
Looks like this didn't make it for the Linux 4.5 merge window, which
unfortunately means in 4.5-rc1 DRM on rockchip is broken :/
> Signed-o
The test for the qemu q35 south bridge added by commit
"39bfcd52 drm/i915: more virtual south bridge detection"
also matches on real hardware. Having the check for
virtual systems last in the list is not enough to avoid
that ...
Refine the check by additionally verifying the pci
subsystem id to s
Hi,
> 0x1af4 != 0x1a4f
Good catch, new patch sent.
thanks,
Gerd
Am Sonntag, den 24.01.2016, 17:35 + schrieb Russell King:
> Add a helper to extract etnaviv bitfields from register values.
>
> Acked-by: Christian Gmeiner
> Signed-off-by: Russell King
Applied with the following folded in. If you are not okay with this
please speak up.
Am Sonntag, den 24.01.2016, 17:35 + schrieb Russell King - ARM
Linux:
> Here's some updates to etnaviv, which augment the features and GPU
> specifications which we export to userspace. This will allow us to
> fix the (currently incorrect) number of varyings that GPUs such as
> GC880 and GC200
Am Montag, 25. Januar 2016, 11:54:07 schrieb Sjoerd Simons:
> On Wed, 2016-01-13 at 16:22 +0800, Mark Yao wrote:
> > rockchip_drm_vop's module init had moved to rockchip_vop_reg.c
> > so no need to build rockchip_drm_vop.ko
>
> Looks like this didn't make it for the Linux 4.5 merge window, which
>
Hey,
Op 21-01-16 om 13:49 schreef Gustavo Padovan:
> From: Gustavo Padovan
>
> Hi,
>
> The following patches are some clean ups on the sync framework before
> we start the actual de-staging. The main changes here are the move of
> SW_SYNC_USER to debugfs. Removal of struct sync_pt in favor of dir
On Mon, Jan 25, 2016 at 12:14:41PM +0100, Andreas Ziegler wrote:
> Commit 86fffe4a61dd ("kernel: remove stop_machine() Kconfig
> dependency") removed the option STOP_MACHINE from init/Kconfig, but
> missed a select to this option from the DRM_I915 option.
The select didn't exist on the branch on w
Commit 86fffe4a61dd ("kernel: remove stop_machine() Kconfig
dependency") removed the option STOP_MACHINE from init/Kconfig, but
missed a select to this option from the DRM_I915 option.
Remove this now obsolete select statement.
Signed-off-by: Andreas Ziegler
---
drivers/gpu/drm/i915/Kconfig | 1
Jani Nikula writes:
> On Mon, 25 Jan 2016, Gerd Hoffmann wrote:
>> The test for the qemu q35 south bridge added by commit
>> "39bfcd52 drm/i915: more virtual south bridge detection"
>> also matches on real hardware. Having the check for
>> virtual systems last in the list is not enough to avoid
Commit 5bab6f60cb4d ("drm/i915: Serialise updates to GGTT with access
through GGTT on Braswell") depended upon a working stop_machine() and
so forced the selection of STOP_MACHINE. However, commit 86fffe4a61dd
("kernel: remove stop_machine() Kconfig dependency") removed the option
STOP_MACHINE from
Plug in error handling to free any allocated ressources in the
IOMMU init path.
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/etnaviv/etnaviv_gpu.c
b/drivers/gpu/drm/etnaviv/et
t julian-VirtualBox)
(gcc version 4.8.2 (Ubuntu 4.8.2-16ubuntu3) ) #1 PREEMPT Sun Jan 24 19:50:54
AST 2016
[ 64.089932] enter ? for help
[ 64.092818] mon>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-d
Am Montag, 25. Januar 2016, 09:43:17 schrieb Yakir Yang:
> Here are a brief introduction to Innosilicon HDMI IP:
> - Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
> - Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
> - Digital video interface supports a p
On 01/25/2016 05:15 AM, Michel Dänzer wrote:
> On 23.01.2016 00:18, Ville Syrjälä wrote:
>> On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote:
>>>
>>> [ Trimming KDE folks from Cc ]
>>>
>>> On 21.01.2016 19:09, Daniel Vetter wrote:
On Thu, Jan 21, 2016 at 05:36:46PM +0900, Mi
On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote:
>
>
> On 01/25/2016 05:15 AM, Michel Dänzer wrote:
> > On 23.01.2016 00:18, Ville Syrjälä wrote:
> >> On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote:
> >>>
> >>> [ Trimming KDE folks from Cc ]
> >>>
> >>> On 21.01.2
On 01/25/2016 02:23 PM, Ville Syrjälä wrote:
> On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote:
>>
>>
>> On 01/25/2016 05:15 AM, Michel Dänzer wrote:
>>> On 23.01.2016 00:18, Ville Syrjälä wrote:
On Fri, Jan 22, 2016 at 12:06:00PM +0900, Michel Dänzer wrote:
>
> [
819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/6d1a41b6/attachment-0001.sig>
eletion(-)
Good catch. Applied, thanks.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/3de98e24/attachment.sig>
Hey,
Op 11-01-16 om 22:41 schreef Daniel Vetter:
> There's really no reason to not do so, instead of replicating this
> for every use-case and every driver. Now we can't just nuke the events,
> since that would still mean that all drm_event users would need to know
> when that has happened, since
On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote:
>
>
> On 01/25/2016 02:23 PM, Ville Syrjälä wrote:
> > On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote:
> >>
> >>
> >> On 01/25/2016 05:15 AM, Michel Dänzer wrote:
> >>> On 23.01.2016 00:18, Ville Syrjälä wrote:
> >
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/20160125/9e7cb5fa/attachment.html>
Found with lockdep while testing gpu reset.
Signed-off-by: Matthew Dawson
---
drivers/gpu/drm/radeon/radeon_gem.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_gem.c
index 3dcc573..e26c963 100644
--- a/drivers/gpu/drm/rad
The armada_gem driver stores a DMA address token in a resource_size_t.
This is safe because both are always at least 32 bits wide and can store
any address that is accessible by this driver.
However, it is a slight type mismatch when we assign it from/to
an sg_dma_address() value, and we get a war
Am 25.01.2016 um 16:34 schrieb Matthew Dawson:
> Found with lockdep while testing gpu reset.
>
> Signed-off-by: Matthew Dawson
Reviewed-by: Christian König
> ---
> drivers/gpu/drm/radeon/radeon_gem.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_gem.
On Mon, Jan 25, 2016 at 12:41:19PM +0100, Andreas Ziegler wrote:
> Commit 5bab6f60cb4d ("drm/i915: Serialise updates to GGTT with access
> through GGTT on Braswell") depended upon a working stop_machine() and
> so forced the selection of STOP_MACHINE. However, commit 86fffe4a61dd
> ("kernel: remove
On Wed, Jan 13, 2016 at 03:31:16PM +0100, Daniel Vetter wrote:
> This shouldn't be used by atomic drivers any more, it confuses the
> state tracking.
>
> Cc: Maxime Ripard
> Cc: Laurent Pinchart
> Acked-by: Laurent Pinchart
> Signed-off-by: Daniel Vetter
Applied this one to drm-misc.
-Daniel
On Mon, Jan 25, 2016 at 10:38 AM, Christian König
wrote:
> Am 25.01.2016 um 16:34 schrieb Matthew Dawson:
>>
>> Found with lockdep while testing gpu reset.
>>
>> Signed-off-by: Matthew Dawson
>
>
> Reviewed-by: Christian König
Applied. Thanks!
Alex
>
>> ---
>> drivers/gpu/drm/radeon/rade
Introduce PCI_VENDOR/PCI_SUBVENDOR/PCI_SUBDEVICE defines to replace the
constants scattered in the kernel already used to detect QEMU.
They are defined in the QEMU codebase per docs/specs/pci-ids.txt.
Signed-off-by: Robin H. Johnson
---
This change prompted by a near-miss in the review of recent
Readding Daniel, which somehow got dropped from the cc.
On 01/25/2016 03:53 PM, Ville Syrjälä wrote:
> On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote:
>>
>>
>> On 01/25/2016 02:23 PM, Ville Syrjälä wrote:
>>> On Mon, Jan 25, 2016 at 02:16:45PM +0100, Mario Kleiner wrote:
>>
https://bugzilla.kernel.org/show_bug.cgi?id=111271
Bug ID: 111271
Summary: Black stripe on screen with MGAG200 (PowerEdge R320)
and modesetting
Product: Drivers
Version: 2.5
Kernel Version: 4.4
Hardware: x86-64
https://bugzilla.kernel.org/show_bug.cgi?id=111271
--- Comment #1 from Jean-Yves Faye ---
Created attachment 201401
--> https://bugzilla.kernel.org/attachment.cgi?id=201401&action=edit
Xorg.0.log (4.4 kernel, disregard kernel command line)
--
You are receiving this mail because:
You are watch
https://bugzilla.kernel.org/show_bug.cgi?id=111271
--- Comment #2 from Jean-Yves Faye ---
Created attachment 201411
--> https://bugzilla.kernel.org/attachment.cgi?id=201411&action=edit
kernel config for our Dell R320 (no module)
--
You are receiving this mail because:
You are watching the ass
https://bugzilla.kernel.org/show_bug.cgi?id=111271
--- Comment #3 from Jean-Yves Faye ---
Created attachment 201421
--> https://bugzilla.kernel.org/attachment.cgi?id=201421&action=edit
bisect log
I've ran bisect between 3.10.40 and 3.18, but still present on 4.4
Linux localhost.adm 4.4.0 #21
On Wed, Jan 20, 2016 at 09:05:27PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Add a few helpers to get the dimensions of the chroma plane(s).
>
> v2: Add kernel-doc (Daniel)
>
> Cc: dri-devel at lists.freedesktop.org
> Signed-off-by: Ville Syrjälä
> Reviewed-
https://bugzilla.kernel.org/show_bug.cgi?id=111271
Ville Syrjala changed:
What|Removed |Added
CC||ville.syrjala at linux.intel.c
https://bugzilla.kernel.org/show_bug.cgi?id=111271
--- Comment #5 from Jean-Yves Faye ---
Created attachment 201431
--> https://bugzilla.kernel.org/attachment.cgi?id=201431&action=edit
Picture of screen
This was caught on a CRT monitor and is quite visible. The strip follow the
mouse cursor on
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/57b561a1/attachment-0001.html>
On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote:
> Readding Daniel, which somehow got dropped from the cc.
>
> On 01/25/2016 03:53 PM, Ville Syrjälä wrote:
> >On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote:
> >>
> >>
> >>On 01/25/2016 02:23 PM, Ville Syrjälä wrote:
Hi Daniel,
On Monday 25 January 2016 08:29:38 Daniel Vetter wrote:
> On Mon, Jan 25, 2016 at 12:19:27AM +0200, Laurent Pinchart wrote:
> > On Friday 15 January 2016 11:17:30 Daniel Vetter wrote:
> >> On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote:
> >>> On Thursday 14 January 201
Hi Dave,
I've been running with lockdep with these changes for over a week now. Just ran
another test with our daisy-chain displays and the 4k tiled display with no
deadlocks or lockdep prints (other than "RCU lockdep checking is enabled.").
Thanks,
Harry
__
ee if that assumption is being violated?
-- next part --
A non-text attachment was scrubbed...
Name: pfn-debug.patch
Type: text/x-patch
Size: 1303 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/07c32d1f/attachment-0001.bin>
This lets allows using modetest for overlay plane testing.
Signed-off-by: Eric Anholt
---
tests/util/kms.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/util/kms.c b/tests/util/kms.c
index 57b0191..4038c36 100644
--- a/tests/util/kms.c
+++ b/tests/util/kms.c
@@ -139,6 +139,7 @@ stati
I'll build some libdrm C code soon, but for lets libdrm users use vc4
ioctls. Produced from headers_install of
1df59b8497f47495e873c23abd6d3d290c730505 (drm-next) in the kernel.
Signed-off-by: Eric Anholt
---
Makefile.sources | 1 +
include/drm/vc4_drm.h | 279 +++
The headers were originally written in Mesa, imported to the kernel,
and improved upon in vc4-gpu-tools. These come from the v-g-t copies
and will replace the Mesa and v-g-t copies, and hopefully be used from
new tests in igt, as well.
Signed-off-by: Eric Anholt
---
Makefile.am | 6
On 01/25/2016 07:51 PM, Daniel Vetter wrote:
> On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote:
>> Readding Daniel, which somehow got dropped from the cc.
>>
>> On 01/25/2016 03:53 PM, Ville Syrjälä wrote:
>>> On Mon, Jan 25, 2016 at 02:44:53PM +0100, Mario Kleiner wrote:
>>>
On Mon, Jan 25, 2016 at 2:27 PM, Eric Anholt wrote:
> The headers were originally written in Mesa, imported to the kernel,
> and improved upon in vc4-gpu-tools. These come from the v-g-t copies
> and will replace the Mesa and v-g-t copies, and hopefully be used from
> new tests in igt, as well.
>
On Mon, Jan 25, 2016 at 08:30:14PM +0100, Mario Kleiner wrote:
>
>
> On 01/25/2016 07:51 PM, Daniel Vetter wrote:
> >On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote:
> >>Readding Daniel, which somehow got dropped from the cc.
> >>
> >>On 01/25/2016 03:53 PM, Ville Syrjälä wrote:
>
On 1/25/2016 3:20 PM, Dan Williams wrote:
> On Mon, Jan 25, 2016 at 4:46 AM, Julian Margetson wrote:
>> Oops starting Xorg with kernel 4.5-rc1 on Acube Sam460ex amcc460ex powerpc
>> motherboard.
>>
>> =
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/cac0401a/attachment.html>
Well we can't use that directly since that code must hold
dev->event_lock already. Extract an _unlocked version.
Embarrassingly I've totally forgotten about this patch and any kind of
event-based vblank wait totally blew up, killing the kernel.
Cc: Alex Deucher
Cc: Daniel Stone
Cc: Laurent Pinc
The core code now takes care of unlinking drm_events from the file in
a generic way, so this code isn't needed any more.
For those wondering where the drm_vblank_put went to: With the new
logic events only get unlinked, but still exist. Hence any resources
(like vblank counters) don't need to be r
There's really no reason to not do so, instead of replicating this
for every use-case and every driver. Now we can't just nuke the events,
since that would still mean that all drm_event users would need to know
when that has happened, since calling e.g. drm_send_event isn't allowed
any more. Instea
Now that the drm core unlinks/disarms events there's no need to do so
ourselves anymore. Nuke the code.
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-12-git-send-email-daniel.vetter
at ffwll.ch
Signed-off-by: Daniel Vetter
The only thing this did was cancle pending flip events, and the core
takes care of that now.
Cc: Boris Brezillon
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Acked-by: Boris Brezillon
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-13-git-send-email-daniel.vetter
at f
The core takes care of this now. And since kfree(NULL) is ok we can
simplify the function even further now.
Note: There's another spin on this patch, but for different reasons,
in-flight already: http://www.spinics.net/lists/dri-devel/msg97922.html
Cc: Inki Dae
Acked-by: Daniel Stone
Reviewed-b
So this one is special, since it tries to prevent races when userspace
crashes simply by disabling the vblank machinery. Well except that imx
always has vblanks enabled, and the disable_vblank hook actually just
tries to cancel a pending pageflip. Without any locking whatsoever. Of
course this is w
They only complete the page flip events to avoid oops when the drm
file closes. The core takes care of that now and we can remove this
code.
Cc: Rob Clark
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-16-git-send-email-dani
Again since the core takes care of this we can remove them. While at
it also remove the postclose hook, it's empty.
v2: Laurent pointed me at even more code to delete.
v3: Remove unused flags (Tomi).
Cc: Laurent Pinchart
Cc: Tomi Valkeinen
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Lin
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
Cc: Laurent Pinchart
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Reviewed-by: Laurent Pinchart
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-18-git-send-email-daniel.vet
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
v2: Fixup misplaced hunk.
Cc: Laurent Pinchart
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher (v1)
Reviewed-by: Laurent Pinchart
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15
The core takes care of that now.
v2: Fixup misplaced hunk.
Cc: Thierry Reding
Cc: Terje Bergström
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-20-git-send-email-daniel.vetter
at ffwll.ch
Acked-by: Thierry Reding
Signe
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
v2: Fixup misplaced hunk.
Cc: Eric Anholt
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher (v1)
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-22-git-send-email-daniel.vetter
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
v2: I've completely missed eaction->fpriv_head and all the related
code. We need to nuke that too to avoid accidentally deferencing the
freed-up vmwgfx-private fpriv.
v3: Also remove vmw_fpriv->fence_
Again since the drm core takes care of event unlinking/disarming this
is now just needless code.
v2: Fixup misplaced hunks.
Cc: Rob Clark
Acked-by: Daniel Stone
Reviewed-by: Alex Deucher (v1)
Link:
http://patchwork.freedesktop.org/patch/msgid/1452548477-15905-21-git-send-email-daniel.vetter
On Mon, Jan 25, 2016 at 10:16:42PM +0100, Daniel Vetter wrote:
> Well we can't use that directly since that code must hold
> dev->event_lock already. Extract an _unlocked version.
>
> Embarrassingly I've totally forgotten about this patch and any kind of
> event-based vblank wait totally blew up,
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/c80aeece/attachment.html>
On 01/25/2016 09:32 PM, Daniel Vetter wrote:
> On Mon, Jan 25, 2016 at 08:30:14PM +0100, Mario Kleiner wrote:
>>
>>
>> On 01/25/2016 07:51 PM, Daniel Vetter wrote:
>>> On Mon, Jan 25, 2016 at 05:38:30PM +0100, Mario Kleiner wrote:
Readding Daniel, which somehow got dropped from the cc.
ernel.
--
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/20160125/fbad6033/attachment.html>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/130064ce/attachment.html>
On Mon, Jan 25, 2016 at 10:42 PM, Mario Kleiner
wrote:
>>
>>> Now the patch i want to try next to fix the drm_vblank_pre/post_modeset
>>> regression in Linux 4.4/4.5 is to add a ...
>>>
>>> if ((diff > 1) && vblank->inmodeset) diff = 1;
>>>
>>> ... to the bottom of drm_update_vblank_count(). That
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/a82990e0/attachment.html>
Remove an unnecassary cast in the argument to kfree.
Found using Coccinelle. The semantic patch used to find this is as follows:
//
@@
type T;
expression *f;
@@
- kfree((T *)(f));
+ kfree(f);
//
Signed-off-by: Amitoj Kaur Chawla
---
drivers/gpu/drm/amd/amdkfd/kfd_process.c | 2 +-
1 file chan
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/13cdf3c5/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/8cfa931e/attachment-0001.html>
transparency.
--
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/20160125/d8c8809f/attachment.html>
||
--
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/20160125/980c20d5/attachment.html>
This fixes an issue that was noticed on an optimus/prime laptop with
a kernel that was old enough to not support the integrated intel gfx
(which was driving all the outputs), but did have support for the
discrete radeon gpu. The end result was not falling back to VESA and
leaving the user with a b
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/db5f8fe0/attachment.html>
(rdev);
> --
> 2.5.0
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20160125/42fc5cfb/attachment-0001.html>
from a quick look, I think so..
It was something I ran across on an older kernel which didn't have
amdgpu, but I don't see anything obvious that would cause
drm_fb_helper_init() to be skipped in amdgpu if there are no
connectors.. (but nouveau seems to check for
dev->mode_config.num_crtc, for (I
1 - 100 of 101 matches
Mail list logo
