On Fri, 12 Oct 2012, Rob Clark wrote:
> From: Rob Clark
Nitpick: no commit message, and subject fails to mention
drm_connector_attach_property -> drm_object_attach_property. Regardless,
for this patch,
Reviewed-by: Jani Nikula
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/i915/intel_di
radeon_i2c_fini() walks thru the list of I2C bus recs rdev->i2c_bus[]
to destroy each of them.
radeon_ext_tmds_enc_destroy() however also has code to destroy it's
associated I2C bus rec which has been obtained by radeon_i2c_lookup()
and is therefore also in the i2c_bus[] list.
This causes a double
> -Original Message-
> From: Rahul Sharma [mailto:rahul.sha...@samsung.com]
> Sent: Saturday, October 13, 2012 1:01 AM
> To: dri-devel@lists.freedesktop.org
> Cc: t.stanisl...@samsung.com; sw0312@samsung.com;
inki@samsung.com;
> jy0922.s...@samsung.com; kyungmin.p...@samsung.com;
On Fri, 12 Oct 2012 15:27:27 -0700
Eric Anholt wrote:
> Negreanu Marius writes:
>
> > On Thu, Oct 11, 2012 at 12:39 PM, Tapani P?lli
> > wrote:
> >> On 10/10/2012 08:05 PM, Chad Versace wrote:
> >>> On 10/07/2012 10:50 PM, Tapani P?lli wrote:
> Upstreaming old set of patches here to enab
https://bugs.freedesktop.org/show_bug.cgi?id=55986
Priority: medium
Bug ID: 55986
Assignee: dri-devel@lists.freedesktop.org
Summary: SIGSEGV in i830Enable (ctx=0x806a000, cap=2960,
state=0 '\000') at i830_state.c:852
Severity
From: Rob Clark
If we have valid timings, we can at least set width/height to
*something*, which is I think at least less confusing than always
seeing width/height of zero. At least modeprint and modetest
seem to expect width/height to mean something.
Signed-off-by: Rob Clark
---
xf86drmMode.
From: Rob Clark
If we have valid timings, we can at least set width/height to
*something*, which is I think at least less confusing than always
seeing width/height of zero. At least modeprint and modetest
seem to expect width/height to mean something.
Signed-off-by: Rob Clark
---
xf86drmMode.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121014/cdf1d097/attachment.html>
On Fri, 12 Oct 2012 15:27:27 -0700
Eric Anholt wrote:
> Negreanu Marius writes:
>
> > On Thu, Oct 11, 2012 at 12:39 PM, Tapani Pälli
> > wrote:
> >> On 10/10/2012 08:05 PM, Chad Versace wrote:
> >>> On 10/07/2012 10:50 PM, Tapani Pälli wrote:
> Upstreaming old set of patches here to enab
sable virtual memory on Cayman" it started working.
--
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/20121014/c8becff4/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=55919
--- Comment #5 from Christoph Bumiller ---
It's an old version of mesa so you need an old version of libdrm if you want to
build nouveau, 2.4.33 or earlier in this case. You can also keep the headers
and libdrm_nouveau.so of both old and new vers
On Sat, Oct 13, 2012 at 3:33 AM, Laurent Pinchart
wrote:
> Hi Luis,
>
> On Friday 12 October 2012 16:49:31 Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez"
>>
>> The UAPI changes split kernel API and userspace API
>> content onto two separate header files. The userspace
>> API drm content wa
From: "Luis R. Rodriguez"
No functional changes.
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ker...@vger.kernel.org
Cc: de...@driverdev.osuosl.org
Cc: backpo...@vger.kernel.org
Cc: Rob Clark
Cc: Arnd Bergmann
Cc: Dave Jones
Cc: David Airlie
Cc: Ben Skeggs
Cc: Alan Cox
Cc: David Howells
From: "Luis R. Rodriguez"
The UAPI changes split kernel API and userspace API
content onto two separate header files. The userspace
API drm content was moved to include/uapi/drm/ with the
same file name while kernel specific API content was
kept under include/drm/ with the same file name. When
on
From: "Luis R. Rodriguez"
Here are a few minor updates to the UAPI changes [0]. The first
one is to help with the backport effort [1], the second one is
simply space cosmetic change to address my eyes bleeding
while reviewing the changes on next-20121012 with git.
If the changes on the first pat
ttm_agp_tt_create is itself defined under CONFIG_AGP, so there's no
point calling it otherwise.
Signed-off-by: Max Filippov
---
This fixes allmodconfig build failure for xtensa:
http://kisskb.ellerman.id.au/kisskb/buildresult/7346547/
drivers/gpu/drm/nouveau/nouveau_bo.c |2 ++
1 files cha
ttm_agp_tt_create is itself defined under CONFIG_AGP, so there's no
point calling it otherwise.
Signed-off-by: Max Filippov
---
This fixes allmodconfig build failure for xtensa:
http://kisskb.ellerman.id.au/kisskb/buildresult/7346547/
drivers/gpu/drm/nouveau/nouveau_bo.c |2 ++
1 files cha
17 matches
Mail list logo
