might try removing the gfxpayload=keep from
your grub config and see if that helps.
--
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/attachm
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #44 from William ---
(In reply to comment #43)
> I'm not sure how much more help I can be. I'm not really familiar with macs
> at all other than the fact they they are always a lot of trouble ;) Now
> that the efi gop stuff is sorte
https://bugs.freedesktop.org/show_bug.cgi?id=59887
--- Comment #1 from Laurent carlier ---
Created attachment 73669
--> https://bugs.freedesktop.org/attachment.cgi?id=73669&action=edit
Possible fix
Patch fix the problem but now:
make[3]: Leaving directory `/build/src/mesa-git/src/gallium/targ
https://bugs.freedesktop.org/show_bug.cgi?id=59887
Priority: medium
Bug ID: 59887
Assignee: dri-devel@lists.freedesktop.org
Summary: [R600g] Fail to build with r600-llvm-compiler enabled
and opencl support disabled
Severity:
-
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/20130125/22ca596c/attachment.html>
vel/attachments/20130125/d7ac4302/attachment.html>
From: Christopher Staite
Fix commit 62444b7462a2b98bc78d68736c03a7c4e66ba7e2 for HD 6450. The stop and
resume causes the screen to glitch and the X server to reboot constantly.
Re-instating the UPDATE_LOCK fixes the issue in tests on the v3.6.11 stable,
and the code has not been altered to f
https://bugs.freedesktop.org/show_bug.cgi?id=58840
--- Comment #11 from Marek Olšák ---
The latest kernel may be more stable for your graphics card. You can get it
from:
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
--
You are receiving this mail because:
You are the ass
n? How do I check it out? Is 3.8-rc4 enough?
--
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/20130125/70166854/attachment.html>
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
* drm_ctxbitmap_cleanup() was calling idr_remove_all() but forgetting
idr_destroy() thus leaking all buffered free idr_layers. Replace it
with idr_destroy().
Signed-off-by: Tejun Heo
Cc: David
idr_destroy() can destroy idr by itself and idr_remove_all() is being
deprecated. Drop its usage.
* drm_ctxbitmap_cleanup() was calling idr_remove_all() but forgetting
idr_destroy() thus leaking all buffered free idr_layers. Replace it
with idr_destroy().
Signed-off-by: Tejun Heo
Cc: David
We've got a bug report that GNOME on QEMU shows wrong colors.
It turned out that it's because Cairo doesn't support 24bpp well.
This hasn't been an issue until now because we (at least SUSE and
Fedora) have a patch to use 16bpp for QEMU in Xorg cirrus UMS driver.
Since cirrus KMS driver is mainly
When the mode is set with 16bpp on QEMU, the output gets totally
broken. The culprit is the bogus register values set for 16bpp,
which was likely copied from from a wrong place.
Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=799216
Cc:
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/ci
Hi Dave,
this is a pull request for the of_videomode helpers aka "of: add display helper"
series, as you offered to merge them via your tree.
Thanks,
Steffen
The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
are available i
On Fri, Jan 25, 2013 at 2:43 AM, Dave Airlie wrote:
> Okay so Alan's patch handled the case where there was no registered fbcon,
> however the other path entered in set_con2fb_map pit.
>
> In there we called fbcon_takeover, but we also took the console lock in a
> couple
> of places. So push the
Hi Jesse
On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes
wrote:
> On Fri, 18 Jan 2013 17:01:59 +0100
> David Herrmann wrote:
>
>> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
>> wrote:
>> > Hi Thierry
>> >
>> > On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
>> > wrote:
>> >> Due to the typo
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130125/5d4fe435/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #43 from Alex Deucher ---
I'm not sure how much more help I can be. I'm not really familiar with macs at
all other than the fact they they are always a lot of trouble ;) Now that the
efi gop stuff is sorted out, you might try removi
On Fri, 25 Jan 2013 16:54:11 +0100
David Herrmann wrote:
> Hi Jesse
>
> On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes
> wrote:
> > On Fri, 18 Jan 2013 17:01:59 +0100
> > David Herrmann wrote:
> >
> >> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
> >> wrote:
> >> > Hi Thierry
> >> >
> >> >
Hi Dave,
This pull request includes some bug fixes, code cleanups and exception codes.
If there is any problem, please kindly let me know.
Thanks,
Inki Dae
The following changes since commit 4af6924b8adce0c408ec3f366c42a61e0c304b28:
Merge branch 'drm-fixes-3.8' of git://people.freedesktop.org
This is what remains from my previous 15 patch series,
the other patches have largely been obsoleted by
fixes from other people that found the same issues.
The samsung and w90x900 fixes should probably go through
the arm-soc tree, while I'd hope James Morris to pick
up the seccomp one and Dave Air
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #42 from Seth Forshee ---
Thanks for checking. In that case I don't think it's appropriate to apply the
quirk. As for the remaining issues in the 32-bit build, I suspect Alex is the
best person to help you with those.
--
You are rec
From: Ajay Kumar
This patch adds device tree match table for Exynos G2D controller.
Signed-off-by: Ajay Kumar
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exyno
This patch adds device tree based discovery support to G2D driver
Signed-off-by: Sachin Kamat
---
drivers/media/platform/s5p-g2d/g2d.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/drivers/media/platform/s5p-g2d/g2d.c
b/drivers/media/platform/s5p-g2d/
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #41 from William ---
Some more results.
I thought i could insmod my new modules but thats not the case. Now i have
included efi_gop and efi_uga and now the default amd64 kernel from raring boots
without issue. But no change for the 3
Fixes the following checkpatch warning:
WARNING: sizeof *sgt should be sizeof(*sgt)
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c
b/drivers/gpu/drm/exynos/
https://bugs.freedesktop.org/show_bug.cgi?id=58840
--- Comment #10 from almos ---
(In reply to comment #9)
>
> Does the slowdown happen with the latest kernel from Linus Torvalds's git?
Currently I use 3.6.4. I plan to upgrade to 3.7.4 this weekend. How stable is
the git version? How do I check
Hi Rob,
On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote:
> On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote:
> > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
> >> A simple DRM/KMS driver for the TI LCD Controller found in various
> >> smaller TI parts (AM33xx, OMAPL138, etc). This
On Fri, 25 Jan 2013 16:54:11 +0100
David Herrmann wrote:
> Hi Jesse
>
> On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes
> wrote:
> > On Fri, 18 Jan 2013 17:01:59 +0100
> > David Herrmann wrote:
> >
> >> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
> >> wrote:
> >> > Hi Thierry
> >> >
> >> >
Hi Rob,
On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
> A simple DRM/KMS driver for the TI LCD Controller found in various
> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
> +void tilcdc_crtc_update_clk(struct drm_crtc *crtc)
> + /* in raster mode, minimum divisor is 2
ests.
Does the slowdown happen with the latest kernel from Linus Torvalds's git?
--
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/20130125/c73b6efc/attachment.html>
On Thu, Jan 24, 2013 at 10:18 PM, H. Peter Anvin wrote:
> The characters will morph anyway, it is just a matter off having them
> randomly scream with the intensity bit.
>
> 512-character mode is definitely useful... we get much wider language
> coverage with 512 than with 256, which is why most
From: Dave Airlie
When we switch from 256->512 byte font rendering mode, it means the
current contents of the screen is being reinterpreted. The bit that holds
the high bit of the 9-bit font, may have been previously set, and thus
the new font misrenders.
The problem case we see is grub2 writes
On Fri, Jan 25, 2013 at 11:06 AM, Dave Airlie wrote:
> On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds
> wrote:
>> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
>>>
>>> These patches have been sailing around long enough, waiting for a maintainer
>>> to reappear, so I've decided enough is
Okay so Alan's patch handled the case where there was no registered fbcon,
however the other path entered in set_con2fb_map pit.
In there we called fbcon_takeover, but we also took the console lock in a couple
of places. So push the console lock out to the callers of set_con2fb_map,
this means fb
Hi Dave,
Just a few small things:
- 2x workaround bits from Chris to fix up the new scanline waits enabled
in 3.8 on snb. People who've been struck by this on dual-screen also
need to upgrade the ddx.
- Dump the kernel version into i915_error_state, we've had a few mixups
there recently.
- D
ri/r300_dri.so
Sorry for the inconvenience.
--
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/20130125/4b9b6ee6/attachment.html>
llium/drivers/r600/r600_shader.os] Error 1
scons: building terminated because of errors.
--
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/20130125/7c0d7200/attachment.html>
On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds
wrote:
> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
>>
>> These patches have been sailing around long enough, waiting for a maintainer
>> to reappear, so I've decided enough is enough, lockdep is kinda useful to
>> have.
>
> Last this was
On Thu, 24 Jan 2013, Sean Paul wrote:
> +static int ptn3460_power_up(struct ptn3460_platform_data *pd)
> +{
> + int ret;
> +
> + if (pd->gpio_pd_n > 0)
> + gpio_set_value(pd->gpio_pd_n, 1);
Hi Sean, just a random thing that caught my eye: last I checked 0 is a
valid GPIO numbe
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Tested-by: Rob Clar
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Tested-by: Rob Clark
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Tested-by: Rob Clark
T
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, which is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: St
Hi!
This is basically just a resend of v16 that was rebased onto v3.8-rc4 and has
two new "tested-by"s from Rob and Leela.
The patches were tested with:
- v15 on Tegra by Thierry
- sh-mobile-lcdcfb by Laurent
- MX53QSB by Marek
- Exynos: smdk5250 by Leela
On Thu, Jan 24, 2013 at 8:43 PM, Dave Airlie wrote:
> Okay so Alan's patch handled the case where there was no registered fbcon,
> however the other path entered in set_con2fb_map pit.
>
> In there we called fbcon_takeover, but we also took the console lock in a
> couple
> of places. So push the
Hi Afzal,
On Thu, Jan 24, 2013 at 08:47:02AM +, Mohammed, Afzal wrote:
> Hi Steffen,
>
> On Thu, Jan 24, 2013 at 13:49:58, Steffen Trumtrar wrote:
>
> > Thanks. I'll use that opportunity for a v17 that is rebased onto 3.8-rc4.
>
> As you are going to have a v17, if you can fold the diff[1]
On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote:
> Hi Rob,
>
> On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote:
>> On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote:
>> > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
>
>> >> A simple DRM/KMS driver for the TI LCD Controller fou
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #40 from William ---
The latest Ubuntu 13.04 iso 64 bit works ok. Console and X. So I'm looking into
my grub-mkimage command to see what I have forgotten. Will post that in a few
hours.
--
You are receiving this mail because:
You ar
On Fri, Jan 25, 2013 at 2:43 AM, Dave Airlie wrote:
> Okay so Alan's patch handled the case where there was no registered fbcon,
> however the other path entered in set_con2fb_map pit.
>
> In there we called fbcon_takeover, but we also took the console lock in a
> couple
> of places. So push the
We've got a bug report that GNOME on QEMU shows wrong colors.
It turned out that it's because Cairo doesn't support 24bpp well.
This hasn't been an issue until now because we (at least SUSE and
Fedora) have a patch to use 16bpp for QEMU in Xorg cirrus UMS driver.
Since cirrus KMS driver is mainly
When the mode is set with 16bpp on QEMU, the output gets totally
broken. The culprit is the bogus register values set for 16bpp,
which was likely copied from from a wrong place.
Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=799216
Cc:
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/ci
Hi Dave,
this is a pull request for the of_videomode helpers aka "of: add display helper"
series, as you offered to merge them via your tree.
Thanks,
Steffen
The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
are available i
On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote:
> Hi Rob,
>
> On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
>
>> A simple DRM/KMS driver for the TI LCD Controller found in various
>> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
>
>> +void tilcdc_crtc_update_clk(stru
Hi Jesse
On Fri, Jan 18, 2013 at 5:54 PM, Jesse Barnes wrote:
> On Fri, 18 Jan 2013 17:01:59 +0100
> David Herrmann wrote:
>
>> On Fri, Jan 18, 2013 at 5:00 PM, David Herrmann
>> wrote:
>> > Hi Thierry
>> >
>> > On Fri, Jan 18, 2013 at 1:22 PM, Thierry Reding
>> > wrote:
>> >> Due to the typo,
This is what remains from my previous 15 patch series,
the other patches have largely been obsoleted by
fixes from other people that found the same issues.
The samsung and w90x900 fixes should probably go through
the arm-soc tree, while I'd hope James Morris to pick
up the seccomp one and Dave Air
On Fri, Jan 25, 2013 at 2:20 AM, Daniel Vetter
wrote:
> All drivers call this right after drm_fb_helper_init, and the only
> thing this function does is allocate a bit of memory and set up a
> bunch of pointers. No reason at all the keep this as a separate step.
>
Doesn't this stop future drivers
On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote:
> Hi Rob,
>
> On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote:
>> On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote:
>> > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
>
>> >> A simple DRM/KMS driver for the TI LCD Controller fou
Hi Rob,
On Fri, Jan 25, 2013 at 19:29:40, Rob Clark wrote:
> On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote:
> > On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
> >> A simple DRM/KMS driver for the TI LCD Controller found in various
> >> smaller TI parts (AM33xx, OMAPL138, etc). This
Hi Rob,
On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
> A simple DRM/KMS driver for the TI LCD Controller found in various
> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
> +void tilcdc_crtc_update_clk(struct drm_crtc *crtc)
> + /* in raster mode, minimum divisor is 2
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index c414584..67f50b5 100644
--- a/drivers/gpu/drm/exynos/exynos_mixer.c
+++ b/drivers/gpu/d
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_ddc.c | 2 ++
drivers/gpu/drm/exynos/exynos_hdmi.c| 6 ++
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 2 ++
3 files changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_ddc.c
b/drivers/gpu/drm/exynos/exynos_
This patch enables the DT based search to DRM Mixer and HDMI driver for
Samsung Exynos4 family soc.
This set is base on "exynos-drm-fixes" branch at
http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git
Rahul Sharma (2):
drm/exynos: add support for dt based search to exynos4 hdmi
d
From: Ajay Kumar
This patch adds device tree match table for Exynos G2D controller.
Signed-off-by: Ajay Kumar
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exyno
This patch adds device tree based discovery support to G2D driver
Signed-off-by: Sachin Kamat
---
drivers/media/platform/s5p-g2d/g2d.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/drivers/media/platform/s5p-g2d/g2d.c
b/drivers/media/platform/s5p-g2d/
Fixes the following checkpatch warning:
WARNING: sizeof *sgt should be sizeof(*sgt)
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_drm_g2d.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_g2d.c
b/drivers/gpu/drm/exynos/
On Fri, Jan 25, 2013 at 7:19 AM, Mohammed, Afzal wrote:
> Hi Rob,
>
> On Wed, Jan 23, 2013 at 04:06:22, Rob Clark wrote:
>
>> A simple DRM/KMS driver for the TI LCD Controller found in various
>> smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the
>
>> +void tilcdc_crtc_update_clk(stru
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_mixer.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c
b/drivers/gpu/drm/exynos/exynos_mixer.c
index c414584..67f50b5 100644
--- a/drivers/gpu/drm/exynos/exynos_mixer.c
+++ b/drivers/gpu/d
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/exynos/exynos_ddc.c | 2 ++
drivers/gpu/drm/exynos/exynos_hdmi.c| 6 ++
drivers/gpu/drm/exynos/exynos_hdmiphy.c | 2 ++
3 files changed, 10 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_ddc.c
b/drivers/gpu/drm/exynos/exynos_
This patch enables the DT based search to DRM Mixer and HDMI driver for
Samsung Exynos4 family soc.
This set is base on "exynos-drm-fixes" branch at
http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git
Rahul Sharma (2):
drm/exynos: add support for dt based search to exynos4 hdmi
d
https://bugs.freedesktop.org/show_bug.cgi?id=58840
--- Comment #9 from Marek Olšák ---
(In reply to comment #8)
> Now I tested things again, and I only see rendering errors with neverball.
>
> I don't know if it is expected, but some games completely slow down to a few
> fps with msaa enabled (e
https://bugs.freedesktop.org/show_bug.cgi?id=57875
Piero Finizio changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=59842
Priority: medium
Bug ID: 59842
Assignee: dri-devel@lists.freedesktop.org
Summary: mesa-9.0.2 compile failure with gcc-4.7.2
Severity: major
Classification: Unclassified
OS: L
Hi Dave,
Just a few small things:
- 2x workaround bits from Chris to fix up the new scanline waits enabled
in 3.8 on snb. People who've been struck by this on dual-screen also
need to upgrade the ddx.
- Dump the kernel version into i915_error_state, we've had a few mixups
there recently.
- D
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, which is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: St
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Tested-by: Rob Clark
Hi!
This is basically just a resend of v16 that was rebased onto v3.8-rc4 and has
two new "tested-by"s from Rob and Leela.
The patches were tested with:
- v15 on Tegra by Thierry
- sh-mobile-lcdcfb by Laurent
- MX53QSB by Marek
- Exynos: smdk5250 by Leela
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Tested-by: Rob Clar
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Tested-by: Afzal Mohammed
Tested-by: Rob Clark
T
On Thu, 24 Jan 2013, Sean Paul wrote:
> +static int ptn3460_power_up(struct ptn3460_platform_data *pd)
> +{
> + int ret;
> +
> + if (pd->gpio_pd_n > 0)
> + gpio_set_value(pd->gpio_pd_n, 1);
Hi Sean, just a random thing that caught my eye: last I checked 0 is a
valid GPIO numbe
Hi Linus,
These patches have been sailing around long enough, waiting for a maintainer
to reappear, so I've decided enough is enough, lockdep is kinda useful to have.
Thanks to Daniel for annoying me enough :-)
Dave 'not the fbdev maintainer' Airlie.
The following changes since commit ba2ab41f
Hi Afzal,
On Thu, Jan 24, 2013 at 08:47:02AM +, Mohammed, Afzal wrote:
> Hi Steffen,
>
> On Thu, Jan 24, 2013 at 13:49:58, Steffen Trumtrar wrote:
>
> > Thanks. I'll use that opportunity for a v17 that is rebased onto 3.8-rc4.
>
> As you are going to have a v17, if you can fold the diff[1]
88 matches
Mail list logo