drm_connector_init sets both the connector type and the connector type_id
on the newly initialised connector. As the connector type_id is coupled to
the connector type, the connector type cannot simply be modified on an
initialised connector.
This patch changes the order of operations on intel_sd
http://bugs.freedesktop.org/show_bug.cgi?id=21223
--- Comment #3 from Øyvind Stegard 2009-04-30 00:34:31
PST ---
(In reply to comment #1)
> It should be fixed in current master, can you confirm?
>
Is there any easy way of testing this without screwing up my default Ubuntu
Jaunty installat
With 2.6.30-rc4 I get the following warning:
WARNING: at fs/sysfs/dir.c:487 sysfs_add_one+0xcf/0xe6()
Hardware name: P5K-VM
sysfs: cannot create duplicate filename '/devices/pci:00/:00:02.0/drm/ca
rd0/card0-VGA-1'
Pid: 578, comm: work_for_cpu Not tainted 2.6.30-rc4-jonas #79
Call Trace:
http://bugs.freedesktop.org/show_bug.cgi?id=21223
--- Comment #4 from Øyvind Stegard 2009-04-30 00:37:52
PST ---
(In reply to comment #3)
> (In reply to comment #1)
> > It should be fixed in current master, can you confirm?
> >
>
> Is there any easy way of testing this without screwing up
http://bugs.freedesktop.org/show_bug.cgi?id=21223
--- Comment #5 from Michel Dänzer 2009-04-30 01:22:04 PST
---
No need to install anything, just set LIBGL_DRIVERS_PATH to the directory
containing the self-built r300_dri.so. You can also set LIBGL_DEBUG=verbose to
verify the right one is ge
On Wed, Apr 29, 2009 at 06:02:59PM -0700, Jesse Barnes wrote:
> On Wed, 29 Apr 2009 15:09:33 -0700
> Jesse Barnes wrote:
> > I'm still working through mutlihead issues on the kernel side; the
> > flip waits should wait for *both* vblank events before completing the
> > flip. But other than that,
http://bugs.freedesktop.org/show_bug.cgi?id=21223
--- Comment #6 from Øyvind Stegard 2009-04-30 03:11:09
PST ---
(In reply to comment #5)
> No need to install anything, just set LIBGL_DRIVERS_PATH to the directory
> containing the self-built r300_dri.so. You can also set LIBGL_DEBUG=verbose
drmOpenByName() is called only by drmOpen(), so it's enough to
call drmLoadKernelModule() only in drmOpen().
Signed-off-by: Wu Fengguang
---
libdrm/xf86drm.c | 43 ---
1 file changed, 24 insertions(+), 19 deletions(-)
--- drm.orig/libdrm/xf86drm.c
+++ d
On Thu, 30 Apr 2009 08:08:36 +0200
Michel Dänzer wrote:
> On Wed, 2009-04-29 at 18:02 -0700, Jesse Barnes wrote:
> > On Wed, 29 Apr 2009 15:09:33 -0700
> > Jesse Barnes wrote:
> > > I'm still working through mutlihead issues on the kernel side; the
> > > flip waits should wait for *both* vblank
On Thu, 2009-04-30 at 08:39 -0700, Jesse Barnes wrote:
> On Thu, 30 Apr 2009 08:08:36 +0200
> Michel Dänzer wrote:
>
> > On Wed, 2009-04-29 at 18:02 -0700, Jesse Barnes wrote:
> > > On Wed, 29 Apr 2009 15:09:33 -0700
> > > Jesse Barnes wrote:
> > > > I'm still working through mutlihead issues on
On Thu, 30 Apr 2009 11:36:55 +0300
Ville Syrjälä wrote:
> On Wed, Apr 29, 2009 at 06:02:59PM -0700, Jesse Barnes wrote:
> > On Wed, 29 Apr 2009 15:09:33 -0700
> > Jesse Barnes wrote:
> > > I'm still working through mutlihead issues on the kernel side; the
> > > flip waits should wait for *both*
On Thu, 30 Apr 2009 17:48:08 +0200
Michel Dänzer wrote:
> On Thu, 2009-04-30 at 08:39 -0700, Jesse Barnes wrote:
> > On Thu, 30 Apr 2009 08:08:36 +0200
> > Michel Dänzer wrote:
> >
> > > On Wed, 2009-04-29 at 18:02 -0700, Jesse Barnes wrote:
> > > > On Wed, 29 Apr 2009 15:09:33 -0700
> > > > Je
http://bugzilla.kernel.org/show_bug.cgi?id=12861
--- Comment #30 from Emil Karlson 2009-04-30 17:27:00 ---
Bug is still present in linux-2.6.30-rc4.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watchin
http://bugzilla.kernel.org/show_bug.cgi?id=13214
Summary: Blank internal Display on Notebook with Intel GPU
(855GM)
Product: Drivers
Version: 2.5
Kernel Version: 2.6.30-rc3
Platform: All
OS/Version: Linux
Tree
http://bugzilla.kernel.org/show_bug.cgi?id=13214
Bruno changed:
What|Removed |Added
CC||bonbon...@internet.lu
--- Comment #2 from Brun
http://bugzilla.kernel.org/show_bug.cgi?id=13214
--- Comment #3 from djen...@freenet.de 2009-04-30 18:57:09 ---
OK, original Post (bug report) from February but no solution yet. Thanks for
pointing it out Bruno (Sorry, I did not find it).
Any chance to get this fixed. ;)
btw. As you correctl
http://bugzilla.kernel.org/show_bug.cgi?id=13214
--- Comment #4 from Bruno 2009-04-30 19:18:28 ---
Don't think you can mark it as duplicate against a bug from external bugzilla
(looks like verified/moved would be more appropriate)
What you should definitely do is post a link to this bug on
From: Tormod Volden
Saves forking an expr for every object.
Signed-off-by: Tormod Volden
---
On Thu, Apr 30, 2009 at 8:37 AM, Tormod Volden wrote:
> Dan Nicholson wrote:
>> Is there any reason not to just use a case statement instead of forking expr?
>
> No, that was just copied from another p
This makes software fallbacks not do tiling wrong on i965 and later after
resume. It also should fix 945 performance reduction after resume which
would have disabled tiling without causing any visible effect.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/Makefile|1 -
drivers
(cc dri-devel)
On Thu, 23 Apr 2009 15:56:24 -0400 (EDT)
Len Brown wrote:
> applied
>
> thanks,
> Len Brown, Intel Open Source Technology Center
>
> On Wed, 15 Apr 2009, Matthew Garrett wrote:
>
> > How about we just replace these with the following?
> >
> > diff --git a/drivers/gpu/drm/Kconf
On Thu, Apr 30, 2009 at 1:26 PM, Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later after
> resume. It also should fix 945 performance reduction after resume which
> would have disabled tiling without causing any visible effect.
>
> Signed-off-by: Keith Pack
On Thu, 2009-04-30 at 13:45 -0700, Dan Nicholson wrote:
> I don't think you meant to include this.
oops. wrong branch. Correct patch coming in a moment.
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally signed message part
--
This makes software fallbacks not do tiling wrong on i965 and later after
resume. It also should fix 945 performance reduction after resume which
would have disabled tiling without causing any visible effect.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_drv.h |7 +++
dr
On Thu, Apr 30, 2009 at 1:58 PM, Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later after
> resume. It also should fix 945 performance reduction after resume which
> would have disabled tiling without causing any visible effect.
>
> Signed-off-by: Keith Pack
On Thu, 30 Apr 2009 13:58:06 -0700
Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later
> after resume. It also should fix 945 performance reduction after
> resume which would have disabled tiling without causing any visible
> effect.
>
> Signed-off-by: Keit
On Thu, Apr 30, 2009 at 01:26:58PM -0700, Keith Packard wrote:
> This makes software fallbacks not do tiling wrong on i965 and later after
> resume. It also should fix 945 performance reduction after resume which
> would have disabled tiling without causing any visible effect.
>
> Signed-off-by: K
On Thu, 2009-04-30 at 14:01 -0700, Dan Nicholson wrote:
> This still has an invalid "val" argument in the fallback READ64.
heh. uncompiled code is even worse than untested code (yes, building on
32-bit now).
--
keith.pack...@intel.com
signature.asc
Description: This is a digitally signed mess
On Thu, Apr 30, 2009 at 08:49:12AM -0700, Jesse Barnes wrote:
> On Thu, 30 Apr 2009 11:36:55 +0300
> Ville Syrjälä wrote:
>
> > On Wed, Apr 29, 2009 at 06:02:59PM -0700, Jesse Barnes wrote:
> > > On Wed, 29 Apr 2009 15:09:33 -0700
> > > Jesse Barnes wrote:
> > > > I'm still working through mutli
On Fri, 1 May 2009 00:25:54 +0300
Ville Syrjälä wrote:
> > The completion won't happen until at least 'interval' frames have
> > passed since the flip was queued, so I think the semantics match?
>
> Well I guess it satisfies the requirement that flips will never happen
> less than interval frames
i386 has inline code for writeq and readq, so just use those instead of ugly
macros which evaluate arguments multiple times.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_drv.h |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_d
This makes software fallbacks not do tiling wrong on i965 and later after
resume. It also should fix 945 performance reduction after resume which
would have disabled tiling without causing any visible effect.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/
On Wed, 01 Apr 2009 12:29:04 -0700
Eric Anholt wrote:
> On Fri, 2009-03-27 at 22:01 -0700, Arjan van de Ven wrote:
> > On Fri, 27 Mar 2009 16:08:18 -0700
> > Jesse Barnes wrote:
> > > >
> > > > return ret;
> > >
> > > I definitely like the idea of caching the LVDS EDID, but rather
> >
On Fri, 2009-03-27 at 16:08 -0700, Jesse Barnes wrote:
> On Mon, 23 Mar 2009 13:48:01 -0700
> Arjan van de Ven wrote:
>
> > >From a121507f31e37a809dfa21c9756aa83f36d7acbf Mon Sep 17 00:00:00
> > >2001
> > From: Arjan van de Ven
> > Date: Mon, 23 Mar 2009 13:37:20 -0700
> > Subject: [PATCH] KMS:
Thanks. I'll commit this and your prev patch after a bit more testing...
-Brian
Tormod Volden wrote:
> From: Tormod Volden
>
> Saves forking an expr for every object.
>
> Signed-off-by: Tormod Volden
> ---
>
> On Thu, Apr 30, 2009 at 8:37 AM, Tormod Volden wrote:
>> Dan Nicholson wrote:
>>>
libdrm & xf86-video-intel for this.
--
Jesse Barnes, Intel Open Source Technology Center
diff --git a/libdrm/xf86drmMode.c b/libdrm/xf86drmMode.c
index ea11207..414a60a 100644
--- a/libdrm/xf86drmMode.c
+++ b/libdrm/xf86drmMode.c
@@ -353,10 +353,13 @@ drmModeEncoderPtr drmModeGetEncoder(int fd, u
This patch adds a "get current" info function for apps to use, probably
mostly at startup time when they just want to see what outputs are
available vs. detecting current status & mode lists. Can help speed up
startup quite a bit in some configurations.
Signed-off-by: Jesse Barnes
--
Jesse Bar
On Thu, Apr 30, 2009 at 3:57 PM, Brian Paul wrote:
> Thanks. I'll commit this and your prev patch after a bit more testing...
I have the other one queued up, I just didn't have time to give it a
spin yet. If you can wait until tomorrow (later tonight actually),
I'll push them. But if you're in a
Dan Nicholson wrote:
> On Thu, Apr 30, 2009 at 3:57 PM, Brian Paul wrote:
>> Thanks. I'll commit this and your prev patch after a bit more testing...
>
> I have the other one queued up, I just didn't have time to give it a
> spin yet. If you can wait until tomorrow (later tonight actually),
> I'
On Tue, Mar 24, 2009 at 6:48 AM, Arjan van de Ven wrote:
> >From a121507f31e37a809dfa21c9756aa83f36d7acbf Mon Sep 17 00:00:00 2001
> From: Arjan van de Ven
> Date: Mon, 23 Mar 2009 13:37:20 -0700
> Subject: [PATCH] KMS: do a faster EDID
>
> for some outputs (like LVDS), the current delays in the
On Thu, 30 Apr 2009 10:51:47 +0200
Karsten Mehrhoff wrote:
> [1.]
> PROBLEM: No more agp card functionality with the patch 2.6.29.2 of
> 'a/drivers/char/agp/generic.c'
>
> [2.]
> I compiled the kernel 2.6.29.2 with my .config of 2.6.29.1 and run into
> problems with the speed of my ATI RADEON
I have copied the changes from intel (to radeon) regarding
DRI2GetBuffersWithFormat. Patches for the ddx and mesa are attached. It
requires the xserver patch here
http://lists.x.org/archives/xorg-devel/2009-April/000779.html, as otherwise
I am getting white borders with compiz.
Together with the p
On Fri, May 1, 2009 at 1:14 PM, Joel Bosveld wrote:
> I have copied the changes from intel (to radeon) regarding
> DRI2GetBuffersWithFormat. Patches for the ddx and mesa are attached. It
> requires the xserver patch here
> http://lists.x.org/archives/xorg-devel/2009-April/000779.html, as
> otherw
42 matches
Mail list logo
