On Tue, Jun 3, 2014 at 10:00 PM, Dave Airlie wrote:
> On 3 June 2014 23:03, Christian K?nig wrote:
>> Am 03.06.2014 14:58, schrieb Alex Deucher:
>>
>>> On Mon, Jun 2, 2014 at 11:21 PM, Michel D?nzer
>>> wrote:
On 03.06.2014 07:55, Alex Deucher wrote:
>
> This is the first pull
SG pages lists (not to be confused with scatterlists) are a list of 4KB
memory pages used to define a nouveau_mem. Mapping them to a VM that
does not use 4KB apertures resulted in each subsequent 4KB physical page
being mapped into a larger VM aperture, thus creating an incorrect,
overlapping mappi
https://bugzilla.kernel.org/show_bug.cgi?id=76861
Sven Dziadek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
According to the header comment in the source file, the driver is
licensed under GPL v2, so update MODULE_LICENSE() to match that.
Signed-off-by: Jingoo Han
---
drivers/gpu/drm/exynos/exynos_dp_core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/e
From: Christian K?nig
Replace occurrences of "v & 0x" with lower_32_bits(v)
when it's next to an upper_32_bits(v). Also remove unnecessary
"upper_32_bits(v) & 0x" code snippets.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/cik.c | 4 ++--
drivers/gpu/drm/rade
The drm core shouldn't depend upon any helpers, and we make sure this
doesn't accidentally happen by moving them into the helper-only
drm_kms_helper.ko module.
v2: Don't break the build for vmwgfx, spotted by Matt.
v3: Unbreak the depency loop around CONFIG_FB (not actually a loop
since it involv
https://bugzilla.kernel.org/show_bug.cgi?id=77261
Shawn Starr changed:
What|Removed |Added
CC||rjw at rjwysocki.net
Component|Vid
https://bugzilla.kernel.org/show_bug.cgi?id=77261
Bug ID: 77261
Summary: [pciehp] (PCI Express Hot Plug Controller) unloads
radeon DRM driver w/ vgaswitcheroo
Product: Drivers
Version: 2.5
Kernel Version: 3.15-rc8
Hardw
ed it.
xorg-server 2:1.15.1-0ubuntu2 ubuntu 14.04
--
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/20140603/4658229c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #9 from maxis11 ---
(In reply to maxis11 from comment #8)
> (In reply to Alex Deucher from comment #7)
> > Can you bisect?
>
> All kernels 3.13.X ,3.14.X, 3.15-rc(1-8) are broken. 3.12 kernel started
> work from commit b2b8225e61d9176
https://bugzilla.kernel.org/show_bug.cgi?id=74551
--- Comment #8 from maxis11 ---
(In reply to Alex Deucher from comment #7)
> Can you bisect?
All kernels 3.13.X ,3.14.X, 3.15-rc(1-8) are broken. 3.12 kernel started work
from commit b2b8225e61d9176a5d08218842ce03c7be035176 (drm/radeon: 0x9649 is
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140603/b3767578/attachment.html>
From: Christian K?nig
Instead of trying to flip inside the vblank period when
the buffer is idle, offload blocking for idle to a kernel
thread and program the flip directly into the hardware.
v2: add error handling, fix EBUSY handling
v3: add proper exclusive_lock handling
v4: update crtc->prima
The drm core shouldn't depend upon any helpers, and we make sure this
doesn't accidentally happen by moving them into the helper-only
drm_kms_helper.ko module.
v2: Don't break the build for vmwgfx, spotted by Matt.
Cc: Matt Roper
Cc: Thomas Hellstrom
Signed-off-by: Daniel Vetter
---
drivers/g
On Tue, Jun 3, 2014 at 4:44 PM, Matt Roper wrote:
> On Tue, Jun 03, 2014 at 03:38:56PM +0200, Daniel Vetter wrote:
>> The drm core shouldn't depend upon any helpers, and we make sure this
>> doesn't accidentally happen by moving them into the helper-only
>> drm_kms_helper.ko module.
>>
>> Cc: Matt
On Sun, 01 Jun 2014, Matthew Garrett wrote:
> Not all MUXes allow us to connect the panel data channel to a GPU without
> handing over the entire panel and triggering additional flickering during
> boot. We only need to do this in order to probe for data that the first
> GPU driver has already ide
On Sun, 01 Jun 2014, Matthew Garrett wrote:
> From: Seth Forshee
>
> During graphics driver initialization its useful to be able to mux only
> the DDC to the inactive client in order to read the EDID. Add a
> switch_ddc callback to allow capable handlers to provide this
> functionality, and add v
On Tue, Jun 3, 2014 at 2:51 PM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Replace occurrences of "v & 0x" with lower_32_bits(v)
> when it's next to an upper_32_bits(v). Also remove unnecessary
> "upper_32_bits(v) & 0x" code snippets.
>
> Signed-off-by: Christian K?nig
u 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/20140603/77e1182b/attachment-0001.html>
Am 03.06.2014 15:31, schrieb Alex Deucher:
> On Wed, May 28, 2014 at 2:56 AM, Michel D?nzer wrote:
>> On 27.05.2014 23:49, Christian K?nig wrote:
>>> From: Christian K?nig
>>>
>>> Instead of trying to flip inside the vblank period when
>>> the buffer is idle, offload blocking for idle to a kernel
The drm core shouldn't depend upon any helpers, and we make sure this
doesn't accidentally happen by moving them into the helper-only
drm_kms_helper.ko module.
Cc: Matt Roper
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
d
On Fri, May 30, 2014 at 01:12:10PM -0400, Rob Clark wrote:
> All drm_fb_helper_restore_fbdev_mode() call sites, save one, do the same
> locking. Simplify this into drm_fb_helper_restore_fbdev_mode_unlocked().
>
> Signed-off-by: Rob Clark
Presuming I'm not blind the last such user is in the fb h
On Fri, May 30, 2014 at 01:12:09PM -0400, Rob Clark wrote:
> For atomic, it will be quite necessary to not need to care so much
> about locking order. And 'state' gives us a convenient place to stash a
> ww_ctx for any sort of update that needs to grab multiple crtc locks.
>
> Because we will wan
On Tue, May 20, 2014 at 1:40 AM, Thierry Reding
wrote:
> On Tue, May 20, 2014 at 12:37:38AM +0530, Ajay kumar wrote:
>> On 5/19/14, Thierry Reding wrote:
>> > On Sun, May 18, 2014 at 01:50:36PM +0530, Ajay kumar wrote:
>> >> On Sun, May 18, 2014 at 2:44 AM, Thierry Reding
>> >> wrote:
>> >> > On
On Fri, May 30, 2014 at 01:12:04PM -0400, Rob Clark wrote:
> If we continue to use bitmask for type, we will quickly run out of room
> to add new types. Split this up so existing part of bitmask range
> continues to function as before, but reserve a chunk of the remaining
> space for an integer ty
On Fri, May 30, 2014 at 01:12:05PM -0400, Rob Clark wrote:
> An object property is an id (idr) for a drm mode object. This
> will allow a property to be used set/get a framebuffer, CRTC, etc.
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
> ---
> drivers/gpu/drm/drm_crtc.c | 61
> +
On Fri, May 30, 2014 at 01:12:03PM -0400, Rob Clark wrote:
> Add a few more useful helpers to find mode objects.
>
> Signed-off-by: Rob Clark
Still a pile of these in drivers and still a perfect use-case for cocci.
Patch itself looks good.
-Daniel
> ---
> drivers/gpu/drm/drm_crtc.c | 90
>
-
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/20140603/97b4e490/attachment.html>
Am 03.06.2014 14:58, schrieb Alex Deucher:
> On Mon, Jun 2, 2014 at 11:21 PM, Michel D?nzer wrote:
>> On 03.06.2014 07:55, Alex Deucher wrote:
>>> This is the first pull request for radeon for 3.16. Christian has
>>> a few other patches that depend on some fixes from 3.15 so I'll wait
>>> to send
No longer used or needed as the structs have a name field.
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_crtc.c | 20
include/drm/drm_crtc.h | 2 --
2 files changed, 22 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/dr
Generated using semantic patch:
@@
expression E;
@@
- drm_get_encoder_name(E)
+ E->name
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_crtc.c| 2 +-
drivers/gpu/drm/drm_crtc_helper.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
Generated using semantic patches:
@@
expression E;
@@
- drm_get_encoder_name(&E)
+ E.name
@@
expression E;
@@
- drm_get_encoder_name(E)
+ E->name
v2: Turn drm_get_encoder_name(&E) into E.name instead of &(E)->name.
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/i91
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/drm_crtc.c | 4 ++--
drivers/gpu/drm/drm_crtc_helper.c | 6 +++---
drivers/gpu/drm/drm_edid.c | 6 +++---
drive
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Acked-by: Alex Deucher
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/drm/radeon/radeon_connectors.c | 19 ---
drivers/gpu/drm/radeon/radeon_display.c| 2 +-
2
Generated using semantic patches:
@@
expression E;
@@
- drm_get_connector_name(&E)
+ E.name
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
v2: Turn drm_get_connector_name(&E) into E.name instead of &(E)->name.
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/d
Generated using semantic patches:
@@
expression E;
@@
- drm_get_connector_name(&E)
+ E.name
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
v2: Turn drm_get_connector_name(&E) into E.name instead of &(E)->name.
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/gpu/d
Generated using semantic patch:
@@
expression E;
@@
- drm_get_connector_name(E)
+ E->name
Acked-by: David Herrmann
Signed-off-by: Jani Nikula
---
drivers/staging/imx-drm/imx-drm-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/imx-drm-core.c
Hi all, this is v2 of [1] to remove drm_get_connector_name() and
drm_get_encoder_name(), adding patch 1 for imx in staging and making
some dereferences less of an eye sore. This is based on Dave's drm-next
branch.
BR,
Jani.
[1] http://mid.gmane.org/cover.1401110921.git.jani.nikula at intel.com
On 06/03/2014 11:58 AM, Ajay kumar wrote:
> On Tue, May 20, 2014 at 1:40 AM, Thierry Reding
> wrote:
>> On Tue, May 20, 2014 at 12:37:38AM +0530, Ajay kumar wrote:
>>> On 5/19/14, Thierry Reding wrote:
On Sun, May 18, 2014 at 01:50:36PM +0530, Ajay kumar wrote:
> On Sun, May 18, 2014 at
u 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/20140603/2869b2eb/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140603/0131c798/attachment.html>
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140603/b83d7bcf/attachment.html>
On 03.06.2014 07:55, Alex Deucher wrote:
>
> This is the first pull request for radeon for 3.16. Christian has
> a few other patches that depend on some fixes from 3.15 so I'll wait
> to send those out until you sort out the 3.15 merge.
[...]
> Christian K?nig (10):
[...]
> drm/radeon: re
On Tuesday 03 June 2014 12:02:43, Gabriele Mazzotta
wrote:
> The Dell XPS13 9333 has a buggy acpi-video backlight control, hence
> favor the properly working native backlight interface.
>
> Signed-off-by: Gabriele Mazzotta
> ---
> drivers/acpi/video.c | 8
> 1 file changed, 8 insertio
The Dell XPS13 9333 has a buggy acpi-video backlight control, hence
favor the properly working native backlight interface.
Signed-off-by: Gabriele Mazzotta
---
drivers/acpi/video.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/acpi/video.c b/drivers/acpi/video.c
index 101fb
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #5 from Grzegorz Kowal ---
Created attachment 137941
--> https://bugzilla.kernel.org/attachment.cgi?id=137941&action=edit
Boot log when GPU cannot be initialized.
--
You are receiving this mail because:
You are watching the assigne
https://bugzilla.kernel.org/show_bug.cgi?id=77001
--- Comment #4 from Grzegorz Kowal ---
I've got this again. This time with radeon.dpm=0 and power profile set to
"low".
Sometimes when I switch the computer on, it seems that system does not initiate
the GPU properly and monitor stays off. The sy
obite, INC.
-- next part --
A non-text attachment was scrubbed...
Name: qxl_force_primary_surface.patch
Type: text/x-patch
Size: 473 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140603/eaf7dcf7/attachment.bin>
On Tue, Jun 3, 2014 at 9:33 AM, Daniel Vetter wrote:
> On Fri, May 30, 2014 at 01:12:10PM -0400, Rob Clark wrote:
>> All drm_fb_helper_restore_fbdev_mode() call sites, save one, do the same
>> locking. Simplify this into drm_fb_helper_restore_fbdev_mode_unlocked().
>>
>> Signed-off-by: Rob Clark
This makes it possible to wait for a specific amount of time,
rather than wait until infinity.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_fence.c | 60 +++
1 file changed, 40 insertions(+), 20 deletions(-)
d
}
>
> If we return -EBUSY, we shouldn't change crtc->primary->fb, should we? I
> wonder if crtc->primary->fb shouldn't be changed in
> radeon_flip_work_func(), when we're sure we can actually flip.
How about this?
Alex
-- next part --
On Mon, Jun 2, 2014 at 11:21 PM, Michel D?nzer wrote:
> On 03.06.2014 07:55, Alex Deucher wrote:
>>
>> This is the first pull request for radeon for 3.16. Christian has
>> a few other patches that depend on some fixes from 3.15 so I'll wait
>> to send those out until you sort out the 3.15 merge.
s the correct image, so the texture is
correct.
--
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/20140603/8db65234/attachment.html>
Platform: i386
Host system: Linux
Host version: 3.14.4-gentoo
--
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/20140603/9805e
On Tue, Jun 03, 2014 at 04:49:25PM +0200, Daniel Vetter wrote:
> On Tue, Jun 3, 2014 at 4:44 PM, Matt Roper
> wrote:
> > On Tue, Jun 03, 2014 at 03:38:56PM +0200, Daniel Vetter wrote:
> >> The drm core shouldn't depend upon any helpers, and we make sure this
> >> doesn't accidentally happen by mo
On Tue, Jun 03, 2014 at 03:38:56PM +0200, Daniel Vetter wrote:
> The drm core shouldn't depend upon any helpers, and we make sure this
> doesn't accidentally happen by moving them into the helper-only
> drm_kms_helper.ko module.
>
> Cc: Matt Roper
> Signed-off-by: Daniel Vetter
Are there any KM
ol's
glXSwapBuffersMscOML() for timing buffer swaps, instead of explicitly waiting
for vblank and then calling glXSwapBuffers().
--
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/20140603/22cffa06/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66731
Zhang Rui changed:
What|Removed |Added
CC||rui.zhang at intel.com
Component|Oth
s to commit cc9b282f8a00c1d8e552a3776709ca84e1f4467d .
--
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/20140603/99b852a7/attachment.html>
edesktop.org/archives/dri-devel/attachments/20140603/6c8536de/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140603/fa925cd6/attachment.html>
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/20140603/5e4af902/attachment.html>
62 matches
Mail list logo
