http://bugs.freedesktop.org/show_bug.cgi?id=27010
Summary: mesa git build failure regarding winsys
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=27010
--- Comment #1 from Lars Lindley lind...@coyote.org 2010-03-11 00:32:51 PST
---
Created an attachment (id=33942)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33942)
build environment
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=27010
Lars Lindley lind...@coyote.org changed:
What|Removed |Added
OS/Version|All |Linux (All)
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #53 from Michał Witkowski ne...@o2.pl 2010-03-11 09:44:37 ---
Will these patches apply to 2.6.33 or 2.6.34-rc1?
Cheers,
Michal
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving
On 10 March 2010 22:04, Ville Syrjälä syrj...@sci.fi wrote:
On Wed, Mar 10, 2010 at 06:11:29PM +, James Simmons wrote:
I don't think so. There is another driver which does this -
vesa/uvesa. For these it is not possible to change the resolution from
fbdev, it just provides some
On Wed, Mar 10, 2010 at 11:20 AM, Pauli Nieminen suok...@gmail.com wrote:
intel_atomic.h includes very usefull atomic operations for
lock free parrallel access of variables. Moving these to
core libdrm for code sharing with radeon.
Signed-off-by: Pauli Nieminen suok...@gmail.com
---
On 10 March 2010 19:47, James Simmons jsimm...@infradead.org wrote:
Yuck. See my other post about what fbdev really means in its historical
context. The struct fb_info really maps better to drm_crtc than to
drm_framebuffer. In fact take the case of the matrox fbdev driver. It
creates two
On 10 March 2010 18:42, James Simmons jsimm...@infradead.org wrote:
At the moment the problem with fbset is what to do with it in the
dual head case. Currently we create an fb console that is lowest
common size of the two heads and set native modes on both,
Does that mean that fbset is
On Wed, Mar 10, 2010 at 10:15:26PM +0100, Rafael J. Wysocki wrote:
On Wednesday 10 March 2010, Matthew Garrett wrote:
As far as the ACPI video driver goes, acpi_get_physical_pci_device()
will give you something to work with.
Hmm. Did you mean acpi_get_physical_device()?
Ah, no,
As far as the ACPI video driver goes, acpi_get_physical_pci_device()
will give you something to work with. For the console-switching case, I
think the most reasonable plan is probably to add a flag to the console
drivers to indicate whether or not they support reprogramming the
hardware
Use DECLARE_EVENT_CLASS to remove duplicate code:
textdata bss dec hex filename
146552732 15 1740243fa i915_trace_points.o.orig
116252732 10 14367381f i915_trace_points.o
8 events are converted:
i915_gem_object: i915_gem_object_{unbind,
On Wed, 2010-03-10 at 13:10 -0500, Alex Deucher wrote:
On Wed, Mar 10, 2010 at 1:05 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Mar 10, 2010 at 12:42 PM, James Simmons jsimm...@infradead.org
wrote:
See my other post about what fbdev really means in its historical
context.
2010/3/11 Michel Dänzer mic...@daenzer.net:
On Wed, 2010-03-10 at 13:10 -0500, Alex Deucher wrote:
On Wed, Mar 10, 2010 at 1:05 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Mar 10, 2010 at 12:42 PM, James Simmons jsimm...@infradead.org
wrote:
See my other post about what fbdev
drivers/gpu/drm/radeon/radeon_display.c +555 radeon_compute_pll_legacy(106)
warn: unsigned 'error' is never less than zero.
553 if (pll-flags
RADEON_PLL_PREFER_CLOSEST_LOWER) {
554 error = freq -
I'm adding dri-devel@ to CC, since this suggested patch touches
TTM code, and none of the Nouveau code. TTM patches go via
dri-de...@.
Thanks.
On Wed, 10 Mar 2010 18:51:21 +0530
Arvind R arvin...@gmail.com wrote:
Hi,
Following is a simple patch that is needed in nouveau to get
accelerated X
Hi all,
This patch pile moves the static struct radeon_asic asic definitions
form radeon_asic.h into the asic-specific files, where I think they belong.
This way radeon_asic.h becomes a real header file that can be #included.
And indeed, with all the copypasting of function declarations, one has
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/r600.c| 43 ++
drivers/gpu/drm/radeon/radeon_asic.h | 37 +
2 files changed, 44 insertions(+), 36 deletions(-)
diff --git
This is the first step to clean up radeon_asic.h and make it into a real
header file (i.e. kill the static struct definitions). Then it can be
included by the asic.c files to compile-check the declarations of
shared functions (some differ atm).
This first patch just moves the r100_asic struct to
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon_asic.h | 38 +-
drivers/gpu/drm/radeon/rs690.c | 72 ++
2 files changed, 73 insertions(+), 37 deletions(-)
diff --git
No one cares about it, so set it to void.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_asic.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h
And kill the temporary function declarations. Also drop a few
unnecessary forward declarations.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/evergreen.c | 12 +-
drivers/gpu/drm/radeon/r100.c|1 +
drivers/gpu/drm/radeon/r200.c|
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/r520.c| 77 ++
drivers/gpu/drm/radeon/radeon_asic.h | 40 +-
2 files changed, 79 insertions(+), 38 deletions(-)
diff --git
Like for the r100.
Because radeon_asic.h is not yet usable as a header file, I had to
copy a few shared function declarations into r200.c. Yes, this is
ugly but not actually worse than current state. And it'll all be
gone when this header untangling is done.
Signed-off-by: Daniel Vetter
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/evergreen.c | 43 ++
drivers/gpu/drm/radeon/radeon_asic.h | 35 +--
2 files changed, 44 insertions(+), 34 deletions(-)
diff --git
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/r420.c| 75 ++
drivers/gpu/drm/radeon/radeon_asic.h | 39 +-
2 files changed, 77 insertions(+), 37 deletions(-)
diff --git
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon_asic.h | 38 +-
drivers/gpu/drm/radeon/rv515.c | 72 ++
2 files changed, 73 insertions(+), 37 deletions(-)
diff --git
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon_asic.h | 38 +-
drivers/gpu/drm/radeon/rs400.c | 72 ++
2 files changed, 73 insertions(+), 37 deletions(-)
diff --git
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/r300.c| 105 ++
drivers/gpu/drm/radeon/radeon_asic.h | 76 +
2 files changed, 107 insertions(+), 74 deletions(-)
diff --git
Like for r200.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon_asic.h | 39 +
drivers/gpu/drm/radeon/rs600.c | 63 ++
2 files changed, 64 insertions(+), 38 deletions(-)
diff --git
http://bugs.freedesktop.org/show_bug.cgi?id=26430
Andrew Randrianasulu rand...@mail.ru changed:
What|Removed |Added
Attachment #9|0 |1
is
2010/3/10 aiv...@latnet.lv:
Over the world are around 10 versions of multiseat:
There's also the USB multiseat case, which avoids shared resources
(VGA arbiter) and so can cleanly launch independent X instances for
each USB graphics device even now. Better yet, the USB topology can be
used (via
2010/3/11 Michel Dänzer mic...@daenzer.net:
On Wed, 2010-03-10 at 13:10 -0500, Alex Deucher wrote:
On Wed, Mar 10, 2010 at 1:05 PM, Alex Deucher alexdeuc...@gmail.com wrote:
On Wed, Mar 10, 2010 at 12:42 PM, James Simmons jsimm...@infradead.org
wrote:
See my other post about what fbdev
It would be nice to find a way to reclaim the console memory for X,
but I'm not sure that can be done and still provide a good way to
provide oops support.
What do you think the average user will care about more?
* Seeing kernel oops/panic output about once in a lifetime.
http://bugs.freedesktop.org/show_bug.cgi?id=26426
--- Comment #1 from Raúl rasas...@gmail.com 2010-03-11 07:32:04 PST ---
Just for your information. Today, I got the same crash with xserver 1.7.5.
Regards,
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #54 from Jérôme Glisse gli...@freedesktop.org 2010-03-11
15:35:21 ---
They should, haven't tested them against those
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail
On Wed, 2010-03-10 at 20:42 +0200, Pauli Nieminen wrote:
bo-referenced_in_cs is checked if bo is already in cs. Adding and removing
reference in bo is done with atomic operations to allow parallel access to a
bo from multiple contexts.
cs-id generation code quarentees there is not
On Thu, Mar 11, 2010 at 02:06:02PM +0100, Daniel Vetter wrote:
Hi all,
This patch pile moves the static struct radeon_asic asic definitions
form radeon_asic.h into the asic-specific files, where I think they belong.
This way radeon_asic.h becomes a real header file that can be #included.
http://bugs.freedesktop.org/show_bug.cgi?id=26426
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #33065|text/x-log |text/plain
mime
On Thu, Mar 11, 2010 at 8:06 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Hi all,
This patch pile moves the static struct radeon_asic asic definitions
form radeon_asic.h into the asic-specific files, where I think they belong.
This way radeon_asic.h becomes a real header file that can be
On Thu, Mar 11, 2010 at 10:54:09AM -0500, Alex Deucher wrote:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having them spread across all
the asic files increases the likelihood of one or more of them getting
missed. But I can live
On Thu, Mar 11, 2010 at 04:46:01PM +0100, Jerome Glisse wrote:
On Thu, Mar 11, 2010 at 02:06:02PM +0100, Daniel Vetter wrote:
Hi all,
This patch pile moves the static struct radeon_asic asic definitions
form radeon_asic.h into the asic-specific files, where I think they belong.
This
On 11 March 2010 16:17, James Simmons jsimm...@infradead.org wrote:
It would be nice to find a way to reclaim the console memory for X,
but I'm not sure that can be done and still provide a good way to
provide oops support.
What do you think the average user will care about more?
2010/3/11 Alex Deucher alexdeuc...@gmail.com:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having them spread across all
the asic files increases the likelihood of one or more of them getting
missed. But I can live with it if other
2010/3/11 Jerome Glisse gli...@freedesktop.org:
On Thu, Mar 11, 2010 at 05:24:22PM +0100, Rafał Miłecki wrote:
2010/3/11 Alex Deucher alexdeuc...@gmail.com:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having them spread across
On Thu, Mar 11, 2010 at 05:34:28PM +0100, Jerome Glisse wrote:
On Thu, Mar 11, 2010 at 05:24:22PM +0100, Rafał Miłecki wrote:
2010/3/11 Alex Deucher alexdeuc...@gmail.com:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having
On Thu, Mar 11, 2010 at 05:24:22PM +0100, Rafał Miłecki wrote:
2010/3/11 Alex Deucher alexdeuc...@gmail.com:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having them spread across all
the asic files increases the likelihood of
On Wed, 2010-03-10 at 13:04 +0100, Florian Mickler wrote:
On Sun, 07 Mar 2010 12:39:15 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote:
On Sun, 07 Mar 2010 00:24:24 +0200
Maxim Levitsky maximlevit...@gmail.com wrote:
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #10 from Alex Deucher ag...@yahoo.com 2010-03-11 10:33:23 PST ---
Created an attachment (id=33961)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33961)
possible fix
Does this patch help?
--
Configure bugmail:
On Thu, Mar 11, 2010 at 1:00 PM, Jean Delvare kh...@linux-fr.org wrote:
Hi Alex,
On Wed, 10 Mar 2010 19:09:08 -0500, Alex Deucher wrote:
Thanks to Jean for helping me with the i2c stuff. I've attached
Jean's bit algo patch as my radeon patch depends on it. I'm not sure
how we want to get
2010/3/12 Jerome Glisse gli...@freedesktop.org:
On Thu, Mar 11, 2010 at 05:24:22PM +0100, Rafał Miłecki wrote:
2010/3/11 Alex Deucher alexdeuc...@gmail.com:
I like keeping all the asic definitions in one file as you tend to
need to update them all at one time and having them spread across
Hey DRI mailing list,
Below mentioned patch makes Nvidia and (possibly - haven't tested)
Radeon cards KMS work when using pv-ops with Xen.
I was wondering what kind of testing should be done for folks to be
comfortable with this patch? I've some NVidia and Radeon cards (PCI-e
, AGP and PCI) that
On Fri, Mar 12, 2010 at 06:52:43AM +1000, Dave Airlie wrote:
I don't have strong feeling but Alex has a point, right now we often
update them, maybe we should add radeon_asic.c and move asic init
(function now in radeon_device.c) along structure there.
I've seen it sugggested earlier,
In essence this creates a home for all asic specific declarations in
radeon_asic.h
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/evergreen.c |1 +
drivers/gpu/drm/radeon/r100.c |1 +
drivers/gpu/drm/radeon/r200.c |1 +
No one cares about it, so set it to void.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_asic.h |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h
Hi Alex,
On Wed, 10 Mar 2010 19:09:08 -0500, Alex Deucher wrote:
Thanks to Jean for helping me with the i2c stuff. I've attached
Jean's bit algo patch as my radeon patch depends on it. I'm not sure
how we want to get that one upstream (either via drm or i2c).
i2c tree probably. I think I
Hi all,
All new patch pile to make radeon_asic.h into a real header file. Now all
the asic structs are gathered in the new radeon_asic.c file.
Tested on my rv570.
I've also added a new patch that gathers all r100 specific declarations
into radeon_asic.h (at least where it makes sense). This is
And move asic init plus a few related functions from radeon_device.c
to it. This file will hold all the asic structures in the future,
but atm they're still stuck in radeon_asic.h.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/Makefile|2 +-
This just an example to show what radeon_asic.h might be good for.
Before Jerome kills it ;)
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon.h | 47 --
drivers/gpu/drm/radeon/radeon_asic.h | 52
With these static structs gone, radeon_asic.h is a real header file
and can be used as such.
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/radeon/radeon_asic.c | 487 +
drivers/gpu/drm/radeon/radeon_asic.h | 489
From: Randy Dunlap randy.dun...@oracle.com
vmwfgx uses framebuffer interfaces, so it should depend on FB.
Otherwise it has these build errors (e.g., when CONFIG_FB=m):
drivers/built-in.o: In function `vmw_fb_close':
(.text+0x97713): undefined reference to `unregister_framebuffer'
From: Surbhi Palande surbhi.pala...@canonical.com
Sony VGN-BX196VP and Dell Inspiron 700m report lid status as closed when
it is open. This leads to a no connectors reported error at startup.
Blacklisting them, to always return a connected status for the default
lvds connector.
Addresses
From: Joe Perches j...@perches.com
String constants that are continued on subsequent lines with \ will cause
spurious whitespace in the resulting output.
Signed-off-by: Joe Perches j...@perches.com
Cc: Dave Airlie airl...@linux.ie
Cc: Eric Anholt e...@anholt.net
Cc: Jesse Barnes
On 11 mar 2010, at 22.01, a...@linux-foundation.org wrote:
From: Randy Dunlap randy.dun...@oracle.com
vmwfgx uses framebuffer interfaces, so it should depend on FB.
Otherwise it has these build errors (e.g., when CONFIG_FB=m):
drivers/built-in.o: In function `vmw_fb_close':
(.text+0x97713):
On Thu, 11 Mar 2010 14:01:40 -0800, a...@linux-foundation.org wrote:
+ {
+ .ident = Dell Inspiron 700m,
+ .matches = {
+ DMI_MATCH(DMI_SYS_VENDOR, Dell Inc),
+ DMI_MATCH(DMI_BOARD_NAME, Inspiron 700m),
+ },
+
http://bugs.freedesktop.org/show_bug.cgi?id=23532
--- Comment #7 from Michael Lothian m...@fireburn.co.uk 2010-03-11 14:37:25
PST ---
I can't seem to find that git commit
Do you know if kwin's compositing should work with this? It doesn't appear to
atm
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=27010
Nikolay Rysev mad.f...@gmail.com changed:
What|Removed |Added
CC||mad.f...@gmail.com
http://bugs.freedesktop.org/show_bug.cgi?id=27031
Summary: Xpress 200M (rc410) hangs when going into hibernation or
waking up from suspend
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=27031
--- Comment #1 from Andres Cimmarusti acimmaru...@gmail.com 2010-03-11
16:39:11 PST ---
Created an attachment (id=33970)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33970)
lspci --verbose (only VGA card in question)
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=27031
--- Comment #2 from Andres Cimmarusti acimmaru...@gmail.com 2010-03-11
16:39:41 PST ---
Created an attachment (id=33971)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33971)
Xorg log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=27031
--- Comment #3 from Andres Cimmarusti acimmaru...@gmail.com 2010-03-11
16:40:43 PST ---
Created an attachment (id=33972)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33972)
my xorg.conf (mainly to enable page flipping and EXA)
--
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #11 from Andrew Randrianasulu rand...@mail.ru 2010-03-11
18:52:38 PST ---
(In reply to comment #10)
Created an attachment (id=33961)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33961) [details]
possible fix
Does this
http://bugs.freedesktop.org/show_bug.cgi?id=26430
--- Comment #12 from Andrew Randrianasulu rand...@mail.ru 2010-03-11
18:54:04 PST ---
Created an attachment (id=33973)
-- (http://bugs.freedesktop.org/attachment.cgi?id=33973)
dmesg
Dmesg from 2.6.34-rc1 + i2c patches + possible fix
--
http://bugs.freedesktop.org/show_bug.cgi?id=26927
Damien Mir d...@mirabel-sil.com changed:
What|Removed |Added
Status|NEW |RESOLVED
73 matches
Mail list logo