There is a typo here so we don't check for allocation failure properly.
Fixes: 760c960bd688 ('drm/sysfs: fix hotplug regression since lifetime changes')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index bd2bca395792..c22c3097c3e8 100644
---
We should be taking the minimum here instead of the max. It could lead
to a buffer overflow.
Fixes: 438d99e3b175 ('drm/nvd0/disp: initial crtc object implementation')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
b/drivers/gpu/drm/nouveau/nv50_display.c
index
org/archives/dri-devel/attachments/20131128/ca5eb8cc/attachment.html>
org/archives/dri-devel/attachments/20131128/203612d3/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131128/2b3520d8/attachment-0001.html>
Hi Linus,
just two minor fixes as people keep resending since they are so low
hanging.
Dave.
The following changes since commit 8ae516aa8b8161254d3e402b3348b2a9b8d1efd0:
Merge tag 'trace-fixes-v3.13-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace (2013-11-26
18:0
https://bugzilla.kernel.org/show_bug.cgi?id=65121
Dave Airlie changed:
What|Removed |Added
CC||airlied at linux.ie
--- Comment #5 from Dav
https://bugzilla.kernel.org/show_bug.cgi?id=65911
--- Comment #9 from tomka ---
Thanks for the clarification. I just tested different versions of the userspace
tools---unfortunately, without any success. For every component tested, I made
sure the others are used in their resent stable version.
https://bugzilla.kernel.org/show_bug.cgi?id=65121
--- Comment #6 from Dave Airlie ---
Created attachment 116501
--> https://bugzilla.kernel.org/attachment.cgi?id=116501&action=edit
fix
does this fix it?
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi David,
On Wed, 27 Nov 2013 21:40:39 +0100 David Herrmann wrote:
> On Mon, Nov 25, 2013 at 8:54 PM, Bruno Pr?mont wrote:
> > On a MacBookAir2,1, booting to Linux with EFI though having
> > no efifb built-in Xorg refuses to start with "no devices detected"
> > because for the only VGA device avai
hic settings.
--
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/20131128/f8d18675/attachment.html>
On Monday 11 of November 2013 09:44:27 Thierry Reding wrote:
> On Sun, Nov 10, 2013 at 09:46:02PM +0100, Tomasz Figa wrote:
> [...]
> > On Tuesday 29 of October 2013 12:12:59 Sean Paul wrote:
> [...]
> > [snip]
> > > @@ -1957,21 +1943,30 @@ static int hdmi_probe(struct platform_device
> > > *pdev)
Failure to do this would make the drm_mode_get_crtc ioctl return
without crtc mode info, indicating that no mode was set.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c |3 +++
2 files c
Also request kernel ttm_buffer objects for buffer objects that obviously
aren't visible to user-space, and save some device address space.
The accounting was broken in a couple of ways:
1) We did not differentiate between user dma buffers and kernel dma buffers.
2) The ttm_bo_acc_size function is
Allocation was duplicating code. Comments were missing.
Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
---
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 64 +-
1 file changed, 37 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgf
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131128/385d3bc3/attachment.html>
To make it clear what exactly mode_valid() should return.
Signed-off-by: Damien Lespiau
---
include/drm/drm_crtc_helper.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/drm/drm_crtc_helper.h b/include/drm/drm_crtc_helper.h
index ef6ad3a..b1388b5 100644
--- a/incl
We had some mode_valid() vfuncs returning an int, others the enum. Let's
use the latter everywhere.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_crt.c | 5 +++--
drivers/gpu/drm/i915/intel_dp.c | 2 +-
drivers/gpu/drm/i915/intel_dsi.c | 5 +++--
drivers/gpu/drm/i915/intel_dvo
Ensure the side-by-side (half) flag is added to any existing flags when
adding modes from 3D_Structure_ALL.
Signed-off-by: Thomas Wood
---
drivers/gpu/drm/drm_edid.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index
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/20131128/1305ecf1/attachment.html>
On Thu, Nov 28, 2013 at 03:35:04PM +, Thomas Wood wrote:
> Ensure the side-by-side (half) flag is added to any existing flags when
> adding modes from 3D_Structure_ALL.
>
> Signed-off-by: Thomas Wood
Reviewed-by: Ville Syrj?l?
> ---
> drivers/gpu/drm/drm_edid.c | 2 +-
> 1 file changed, 1
On Thu, Nov 28, 2013 at 03:29:17PM +, Damien Lespiau wrote:
> To make it clear what exactly mode_valid() should return.
>
> Signed-off-by: Damien Lespiau
Reviewed-by: Daniel Vetter
> ---
> include/drm/drm_crtc_helper.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff -
On Thu, Nov 28, 2013 at 03:29:18PM +, Damien Lespiau wrote:
> We had some mode_valid() vfuncs returning an int, others the enum. Let's
> use the latter everywhere.
>
> Signed-off-by: Damien Lespiau
Yeah, makes sense. Queued for -next, thanks for the patch.
-Daniel
> ---
> drivers/gpu/drm/i9
Hi,
The following two patches add support for parsing the list of additional 3D
modes at the end of the vendor specific data block. The first splits the VIC
display mode lookup into a separate function so that it can be reused. The
second patch parses the list, adding any support modes to the conn
Signed-off-by: Thomas Wood
---
drivers/gpu/drm/drm_edid.c | 67 +++---
1 file changed, 39 insertions(+), 28 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 52e060e..1dd82cd 100644
--- a/drivers/gpu/drm/drm_edid.c
+++
Parse 2D_VIC_order_X and 3D_Structure_X from the list at the end of the
HDMI Vendor Specific Data Block.
Signed-off-by: Thomas Wood
---
drivers/gpu/drm/drm_edid.c | 50 ++
1 file changed, 50 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/driv
On Thu, Nov 28, 2013 at 05:12:46PM +, Thomas Wood wrote:
> Signed-off-by: Thomas Wood
> ---
> drivers/gpu/drm/drm_edid.c | 67
> +++---
> 1 file changed, 39 insertions(+), 28 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/d
On Thu, Nov 28, 2013 at 05:12:47PM +, Thomas Wood wrote:
> Parse 2D_VIC_order_X and 3D_Structure_X from the list at the end of the
> HDMI Vendor Specific Data Block.
>
> Signed-off-by: Thomas Wood
> ---
> drivers/gpu/drm/drm_edid.c | 50
> ++
> 1
As usual 5 mins after I send a trivial pull fix I find a real bug!
This fixes a memory leak and I'd like to get it into stable queue asap.
Dave.
The following changes since commit eec99016e38b740662509f097effb90abc7a1376:
drm/nouveau/hwmon: fix compilation without CONFIG_HWMON (2013-11-28 14
On Friday 15 of November 2013 21:53:16 Daniel Kurtz wrote:
> Hi Sean, Tomasz,
>
> On Mon, Nov 11, 2013 at 6:03 AM, Tomasz Figa wrote:
> > Hi Sean,
> >
> > On Tuesday 29 of October 2013 12:13:05 Sean Paul wrote:
> >> This patch uses the mode passed into mode_set to configure fimd instead
> >> of d
On Wednesday 2013-11-27 12:08, Chris Wilson wrote:
>On Wed, Nov 27, 2013 at 11:59:56AM +0100, Jan Engelhardt wrote:
>>
>> Despite the i915/drm fixes added in v3.11.8, the X server still
>> terminates due to some pipe state bug in 3.11.9.
>
>X terminating is entirely unconnected with that *ERROR*.
31 matches
Mail list logo