https://bugzilla.kernel.org/show_bug.cgi?id=71081
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
nt was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/727abe90/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71081
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|Vid
Btw,
I don't know whether the following observation is related or not, but it
so happens that after resume from suspend-to-disk, I see the booting up
of the resume kernel on the console but when it is time for the original
kernel to take over and switch to graphics, the screen remains black but
th
From: Sagar Kamble
With this patch we allow larger cursor planes of sizes 128x128
and 256x256.
v2: Added more precise check on size while setting cursor plane.
Testcase: igt/kms_cursor_crc
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: linux-ker
On Mon, Feb 24, 2014 at 5:40 PM, Christian K?nig
wrote:
> Am 24.02.2014 16:20, schrieb Marek Ol??k:
>> 1) Add virtual memory support for VRAM. Our GPUs support virtual memory,
>> which not only solves fragmentation issues, but it also allows each buffer
>> to be partially in VRAM and partially in
/archives/dri-devel/attachments/20140224/d78bc06f/attachment-0001.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/dcc1db83/attachment.html>
i915, r300 and possibly svga
gallium drivers.
Will send patches for both shortly
--
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
From: Christian K?nig
Not needed any more.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_object.h| 2 +-
drivers/gpu/drm/radeon/radeon_ring.c | 2 +-
drivers/gpu/drm/radeon/radeon_sa.c| 7 ++-
drivers/gpu/drm/radeon/radeon_semaphore.c | 2 +-
4 files cha
From: Christian K?nig
Not needed any more.
Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h| 1 -
drivers/gpu/drm/radeon/radeon_cs.c | 4
drivers/gpu/drm/radeon/radeon_device.c | 3 +--
drivers/gpu/drm/radeon/radeon_ring.c | 7
From: Christian K?nig
No need to make it more complicated than necessary,
just allocate the page tables as normal BO and
flush whenever the address change.
v2: update comments and function name
v3: squash bug fixes, page directory and tables patch
Signed-off-by: Christian K?nig
---
drivers/gp
From: Christian K?nig
Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon.h | 3 +++
drivers/gpu/drm/radeon/radeon_cs.c | 4
drivers/gpu/drm/radeon/radeon_ring.c | 16 +++-
drivers/gpu/drm/radeon/radeon_vm.c | 31 ++
From: Christian K?nig
Both are complex enough on their own.
Signed-off-by: Christian K?nig
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/radeon_gart.c | 958 --
drivers/gpu/drm/radeon/radeon_vm.c | 981 +++
Am Montag, den 24.02.2014, 17:06 + schrieb Russell King - ARM Linux:
> On Mon, Feb 24, 2014 at 05:56:38PM +0100, Philipp Zabel wrote:
> > Am Montag, den 24.02.2014, 15:49 + schrieb Russell King - ARM Linux:
> > One issue was that the DT parsing code would try to add the imx-ldb
> > componen
Am Montag, den 24.02.2014, 15:52 + schrieb Russell King - ARM Linux:
> On Tue, Feb 18, 2014 at 12:36:03PM +0100, Philipp Zabel wrote:
> > From: Philipp Zabel
> >
> > The existing v4l2-of parser functions for the video interface bindings
> > described in Documentation/device-tree/bindings/medi
On Mon, Feb 24, 2014 at 09:11:43PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> With this patch we allow larger cursor planes of sizes 128x128
> and 256x256.
>
> v2: Added more precise check on size while setting cursor plane.
>
> Testcase: igt/kms_cursor_crc
> Cc: Daniel
Am Montag, den 24.02.2014, 17:56 +0100 schrieb Philipp Zabel:
> Am Montag, den 24.02.2014, 15:49 + schrieb Russell King - ARM Linux:
> > On Tue, Feb 18, 2014 at 12:36:02PM +0100, Philipp Zabel wrote:
> > > From: Lucas Stach
> > >
> > > Since imx_drm_encoder_parse_of is called from the encoder
Am Montag, den 24.02.2014, 15:49 + schrieb Russell King - ARM Linux:
> On Tue, Feb 18, 2014 at 12:36:02PM +0100, Philipp Zabel wrote:
> > From: Lucas Stach
> >
> > Since imx_drm_encoder_parse_of is called from the encoder bind callbacks,
> > it is too late to request probe deferral. Rather th
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/a5ce5223/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/1c83ae46/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/7dcd8cc4/attachment.html>
of VGPR spilling.
--
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/20140224/288cbb11/attachment.html>
Hi Marek,
Some minor comments on patch 1, 2 and 5, but nothing serious. Patch 3, 4
and 6 are Reviewed-by: christian K?nig
See below for a few in line comments.
Am 24.02.2014 16:20, schrieb Marek Ol??k:
> This series improves performance for the cases when there is not enough VRAM
> for all bu
Thanks to Fengguang Wu for spotting a missing static cast.
v2:
- Kill unused variable need_shared.
v3:
- Clarify the BUG() in dma_buf_release some more. (Rob Clark)
Signed-off-by: Maarten Lankhorst
---
drivers/base/dma-buf.c | 108 +++
include/linux
Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
---
include/linux/reservation.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..f3f57460a205 100644
--- a/include/linux
Just to show it's easy.
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync
This allows reservation objects to be used in dma-buf. it's required
for implementing polling support on the fences that belong to a dma-buf.
Signed-off-by: Maarten Lankhorst
Acked-by: Mauro Carvalho Chehab
#drivers/media/v4l2-core/
Acked-by: Thomas Hellstrom #drivers/gpu/drm/ttm
---
drivers/
This type of fence can be used with hardware synchronization for simple
hardware that can block execution until the condition
(dma_buf[offset] - value) >= 0 has been met when WAIT_GEQUAL is used,
or (dma_buf[offset] != 0) has been met when WAIT_NONZERO is set.
A software fallback still has to be p
A fence can be attached to a buffer which is being filled or consumed
by hw, to allow userspace to pass the buffer without waiting to another
device. For example, userspace can call page_flip ioctl to display the
next frame of graphics after kicking the GPU but while the GPU is still
rendering. T
The following series implements fence and converts dma-buf and
android sync to use it. Patch 5 and 6 add support for polling
to dma-buf, blocking until all fences are signaled.
Patches that received some minor updates:
- seqno fence (wait condition member added)
- android (whitespace changes and a
Am 24.02.2014 16:20, schrieb Marek Ol??k:
> From: Marek Ol??k
>
> Userspace should set the first 4 bits of drm_radeon_cs_reloc::flags to
> a number from 0 to 15. The higher the number, the higher the priority,
> which means a buffer with a higher number will be validated sooner.
Assuming that we
This started happening this morning after booting -rc4+tip, let's
add *everybody* to CC :-)
We have intel_uncore_init, snb_uncore_imc_init_box, uncore_pci_probe and
other goodies on the stack.
...
[0.488998] software IO TLB [mem 0xcac3-0xcec3] (64MB) mapped at
[8800cac3-8
Am 24.02.2014 16:20, schrieb Marek Ol??k:
> From: Marek Ol??k
>
> The statistics are:
> - VRAM usage in bytes
> - GTT usage in bytes
> - number of bytes moved by TTM
>
> The last one is actually a counter, so you need to sample it before and after
> command submission and take the difference.
>
>
Am 24.02.2014 16:20, schrieb Marek Ol??k:
> From: Marek Ol??k
>
> When passing buffers between processes, the receiving process needs to know
> the original buffer domain, so that it doesn't accidentally move the buffer.
>
> Signed-off-by: Marek Ol??k
> ---
> drivers/gpu/drm/radeon/radeon.h
On Mon, Feb 24, 2014 at 05:56:38PM +0100, Philipp Zabel wrote:
> Am Montag, den 24.02.2014, 15:49 + schrieb Russell King - ARM Linux:
> One issue was that the DT parsing code would try to add the imx-ldb
> component right after the first crtc, and then its bind would fail
> in imx_drm_encoder_p
rface created by client.
Regards,
Binoy.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/eadf4ba6/attachment-0001.html>
Am Dienstag, den 18.02.2014, 12:36 +0100 schrieb Philipp Zabel:
> Hi,
>
> here is an updated and more complete version of the imx-drm DT binding
> series. These patches apply on top of Russell's second preview of the
> imx-drm cleanup series on v3.14-rc2. I have added device tree bindings
> betwee
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/8e2128b1/attachment.html>
configuration.
--
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/20140224/ea0c703a/attachment-0001.html>
From: Marek Ol??k
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/radeon_cs.c | 2 +-
drivers/gpu/drm/radeon/radeon_object.c | 87 +++---
drivers/gpu/drm/radeon/radeon_object.h | 3 +-
3 files changed, 84 insertions(+), 8 deletions(-)
diff --git a/driver
From: Marek Ol??k
Userspace should set the first 4 bits of drm_radeon_cs_reloc::flags to
a number from 0 to 15. The higher the number, the higher the priority,
which means a buffer with a higher number will be validated sooner.
The old behavior is preserved: Buffers used for write are prioritize
From: Marek Ol??k
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/radeon_cs.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index f28a8d8..d49a3f7 100644
--- a/drivers/gpu/drm/radeon/ra
From: Marek Ol??k
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/radeon_gem.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_gem.c
index d7890f2..ccb7d0f 100644
--- a/drivers/gpu/drm/r
From: Marek Ol??k
The statistics are:
- VRAM usage in bytes
- GTT usage in bytes
- number of bytes moved by TTM
The last one is actually a counter, so you need to sample it before and after
command submission and take the difference.
This is useful for finding performance bottlenecks. Userspace
From: Marek Ol??k
When passing buffers between processes, the receiving process needs to know
the original buffer domain, so that it doesn't accidentally move the buffer.
Signed-off-by: Marek Ol??k
---
drivers/gpu/drm/radeon/radeon.h| 3 +++
drivers/gpu/drm/radeon/radeon_drv.c| 3
This series improves performance for the cases when there is not enough VRAM
for all buffers.
First of all, I'd like to mention that if you set both VRAM and GTT domains for
a buffer, you pretty much say you don't care where the buffer ends up. It
usually makes the performance even worse.
This
Working with HDMI TVs is a real pain as they tend to overscan by
default, meaning that the pixels around the edge of the framebuffer
are not displayed. This is well explained here:
http://mjg59.dreamwidth.org/8705.html
There is a bit in the HDMI info frame that can request that the
remote display
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140224/15e3f32d/attachment.html>
The hwcursor parameter is a boolean variable. When set to true, the
hardware cursor is enabled. When set to false, it is disabled.
Signed-off-by: Julia Lemire
---
drivers/gpu/drm/mgag200/mgag200_cursor.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/gpu/drm/
Here are a few bug fixes and a new control parameter for the mgag200
hardware cursor.
Julia Lemire (2):
drm/mgag200: Added the hwcursor parameter to turn hardware cursor
on/off.
drm/mgag200: Fix hardware cursor colour inversion and inaccurate
register index.
drivers/gpu/drm/mgag200/m
The hardware cursor colous are stored in the DAC indexed registers.
The algorithm for setting these colours via their corresponding index
was off by a value of 0x03.
It was also noted that the R and B bytes were being misread from the
cursor bugger. Assuming the transparency is the MSB or bits 31
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140224/b6370a18/attachment.html>
On Tue, Feb 18, 2014 at 12:36:03PM +0100, Philipp Zabel wrote:
> From: Philipp Zabel
>
> The existing v4l2-of parser functions for the video interface bindings
> described in Documentation/device-tree/bindings/media/video-interfaces.txt
> are useful for DRM drivers, too. They will be moved to dri
On Tue, Feb 18, 2014 at 12:36:02PM +0100, Philipp Zabel wrote:
> From: Lucas Stach
>
> Since imx_drm_encoder_parse_of is called from the encoder bind callbacks,
> it is too late to request probe deferral. Rather the core should make sure
> that the crtcs are bound before the encoders, after all n
https://bugzilla.kernel.org/show_bug.cgi?id=71051
?lvaro Castillo changed:
What|Removed |Added
Attachment #127311|pm-utils-bugreport-info.sh |pm-utils-bugreport-info.sh.
f
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #5 from ?lvaro Castillo ---
systemctl suspend does not work too.
systemd-python-208-9.fc20.x86_64
systemd-208-9.fc20.x86_64
systemd-libs-208-9.fc20.x86_64
--
You are receiving this mail because:
You are watching the assignee of the
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #4 from ?lvaro Castillo ---
Created attachment 127311
--> https://bugzilla.kernel.org/attachment.cgi?id=127311&action=edit
Contains some information get of pm-utils-bugreport.sh script.
--
You are receiving this mail because:
You a
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #3 from ?lvaro Castillo ---
Add information:
I've tried some options to going into suspend system with pm-suspend --*
All options tried was not turn on laptop screen after resume:
--quirk-dpms-on
--quirk-dpms-suspend
--quirk-radeon-o
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/28482a1f/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70651
--- Comment #8 from Fabio Sangiovanni ---
Hi, thanks for the update.
In comment 5 I reported results with the patch applied to 3.13.3. Long story
short: it behaves the same as with plain stock 3.13.3.
I'll try to apply the patch to the latest 3.14
https://bugzilla.kernel.org/show_bug.cgi?id=70651
--- Comment #7 from Alex Deucher ---
That patch is against 3.14rc; it should apply there. The issue is that on
hybrid laptops, the dGPU is powered down when not in use so you can't make
adjustments to the dGPU when it's powered down. It doesn't
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140224/5eb4a2f5/attachment.html>
nts/20140224/fd09faf6/attachment.html>
Checkout latest master and give it a try.
--
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/20140224/5e1f25c8/attachment.html>
Hi
On Fri, Feb 21, 2014 at 8:21 AM, Thierry Reding
wrote:
> On Wed, Jan 29, 2014 at 03:01:56PM +0100, David Herrmann wrote:
>> drm_get_minor() no longer allocates objects, and drm_unplug_minor() is now
>> the exact reverse of it. Rename it to _register/unregister() so their
>> name actually says
Hi
On Fri, Feb 21, 2014 at 8:01 AM, Thierry Reding
wrote:
> On Wed, Jan 29, 2014 at 03:01:52PM +0100, David Herrmann wrote:
> [...]
>> diff --git a/drivers/gpu/drm/drm_stub.c b/drivers/gpu/drm/drm_stub.c
> [...]
>> @@ -486,12 +490,10 @@ EXPORT_SYMBOL(drm_dev_alloc);
>> * @dev: DRM device to fre
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/9fcf39ca/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71051
--- Comment #2 from ?lvaro Castillo ---
I tried to listen to music with VLC player. So I was surprised... system works
100% after resume but Screen is off LOL. I can swtich into different ttys and
X11 desktop without Screen turned on LOL.
--
You
On Mon, Feb 24, 2014 at 11:40 AM, Christian K?nig
wrote:
> Hi Marek,
>
> Some minor comments on patch 1, 2 and 5, but nothing serious. Patch 3, 4 and
> 6 are Reviewed-by: christian K?nig
>
> See below for a few in line comments.
>
> Am 24.02.2014 16:20, schrieb Marek Ol??k:
>
>> This series impro
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/c3029af0/attachment-0001.html>
On Mon, Feb 24, 2014 at 12:48:55PM +0900, Michel D?nzer wrote:
> On Fre, 2014-02-21 at 21:03 +0200, ville.syrjala at linux.intel.com wrote:
> >
> > We can kill of the drm_vblank_{pre,post}_modeset() calls since those are
> > there simply to make drm_vblank_get() fail during a modeset.
>
> Actuall
On Mon, Feb 24, 2014 at 10:56:31AM -0300, Fabio Estevam wrote:
> David,
>
> On Mon, Feb 10, 2014 at 7:57 PM, Fabio Estevam wrote:
> > From: Fabio Estevam
> >
> > devm_request_and_ioremap() is deprecated, so use devm_ioremap_resource()
> > instead.
> >
> > Signed-off-by: Fabio Estevam
> > ---
>
op 19-02-14 14:56, Thomas Hellstrom schreef:
>> >+static void fence_check_cb_func(struct fence *f, struct fence_cb *cb)
>> >+{
>> >+ struct sync_fence_cb *check = container_of(cb, struct sync_fence_cb,
>> >cb);
>> >+ struct sync_fence *fence = check->fence;
>> >+
>> >+ // TODO: Add a fence->
https://bugzilla.kernel.org/show_bug.cgi?id=70651
--- Comment #6 from Fabio Sangiovanni ---
Should I maybe apply the patch to a more recent version of the kernel,
considering the offset of hunk #7?
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fre, 2014-02-21 at 21:03 +0200, ville.syrjala at linux.intel.com wrote:
>
> We can kill of the drm_vblank_{pre,post}_modeset() calls since those are
> there simply to make drm_vblank_get() fail during a modeset.
Actually, their original purpose was to keep the DRM vblank counter
consistent acr
-
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/20140224/91695edd/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/11212449/attachment-0001.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/c51fac14/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/9ab38f75/attachment.html>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/e199d6b9/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=71051
Lan Tianyu changed:
What|Removed |Added
CC||tianyu.lan at intel.com
Component|P
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/da9e8263/attachment.html>
Hi, Dave.
The git tree git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
apparently does not existing anyomre at that location, and I have not seen a
response to my messsage of February 17th about this providing a new location,
so I am submitting this patch to you to remove th
Hi
On Fri, Feb 21, 2014 at 8:55 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> This series builds on top of David's reliable DRM minor series:
>
> [PATCH 00/13] DRM Reliable Minor-IDs
>
> Tegra K1 has a Kepler-type GPU without any display engine. Instead it
> reuses the Tegra displ
Hi
On Fri, Feb 21, 2014 at 8:55 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Non-legacy devices may not always support mode-setting functionality, so
> create the primary minor conditionally.
>
> One setup where this happens is the Tegra K1, where the Tegra DRM driver
> exposes the displ
On Mon, Feb 24, 2014 at 11:05 AM, Russell King - ARM Linux
wrote:
> Given the amount of patches I'm presently dealing with, I really don't
> want to bother with such trivial patches at the moment. What I do want
> to do is to get stuff like imx-drm and the conversion of armada to the
> component
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140224/fc19a8f0/attachment.html>
Automated build testing of allmodconfig discovered this error in the
MSM DRM driver:
drivers/gpu/drm/msm/hdmi/hdmi.o:(.rodata+0x10): multiple definition of
`__mod_of_device_table'
drivers/gpu/drm/msm/adreno/a3xx_gpu.o:(.rodata+0x4dc): first defined here
It appears that this will happen whenever
|--- |FIXED
--
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/20140224/8ae26267/attachment.html>
David,
On Mon, Feb 10, 2014 at 7:57 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> devm_request_and_ioremap() is deprecated, so use devm_ioremap_resource()
> instead.
>
> Signed-off-by: Fabio Estevam
> ---
Any comments about this one?
> drivers/gpu/drm/armada/armada_crtc.c | 8 +++-
en with
dynpm on.
--
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/20140224/1638cf26/attachment.html>
tp://lists.freedesktop.org/archives/dri-devel/attachments/20140224/77898503/attachment-0001.html>
vel/attachments/20140224/294f8f41/attachment-0001.html>
On Sun, 23 Feb 2014 10:50:59 -0500
Josh Boyer wrote:
> On Thu, Feb 20, 2014 at 07:31:41PM -0500, Josh Boyer wrote:
> >On Wed, Feb 19, 2014 at 9:20 PM, Josh Boyer
> >wrote:
> >> Hi All,
> >>
> >> We've had a rather weird report[1] of the brightness adjustments being
> >> broken in a specific cas
On Mon, Feb 24, 2014 at 6:15 AM, Russell King - ARM Linux
wrote:
> Automated build testing of allmodconfig discovered this error in the
> MSM DRM driver:
>
> drivers/gpu/drm/msm/hdmi/hdmi.o:(.rodata+0x10): multiple definition of
> `__mod_of_device_table'
> drivers/gpu/drm/msm/adreno/a3xx_gpu.o:(.
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/20140224/544d7383/attachment.html>
e the problem with git bisect.
--
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/20140224/c487a360/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140224/8319750d/attachment.html>
dump apitrace?
That might be useful.
--
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/20140224/3a547421/attachment.html>
100 matches
Mail list logo
