On Fri, 2009-07-10 at 17:25 -0700, Eric Anholt wrote:
> This one and #3 seem to be in disagreement. Perhaps some squashing?
This one is KMS, where we never need the screen pixmap to hold a
pointer. #3 was for UMS, where we do.
> Other than that, it looks fine to me.
Ok, I'll go ahead and push
On Fri, 2009-07-10 at 17:14 -0700, Keith Packard wrote:
> The frame buffer only has a valid address between prepare_access and
> finish_access calls, so remove all other attempts to compute an address from
> the driver.
>
> Signed-off-by: Keith Packard
> ---
> src/drmmode_display.c |3 ---
>
On Fri, 2009-07-10 at 12:35 -0700, Ian Romanick wrote:
> > + pointer *data;
>
> Is 'pointer *' actually what you wanted here? Either 'pointer' or plain
> old 'void *' should be fine.
heh. yeah, pointer would be correct. Note that the updated patch
sequence doesn't use a temporary variable
http://bugs.freedesktop.org/show_bug.cgi?id=22625
--- Comment #2 from Ian Hutchinson 2009-07-10 17:42:20
PST ---
Well, update to xf86-video-intel 2.7.x on its own does not fix it.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
This removes yet another 'debugging' option that hasn't seen real use in a
long time, and wasn't supported under KMS in any case.
Signed-off-by: Keith Packard
---
src/drmmode_display.c | 16 --
src/i830.h| 15 +
src/i830_accel.c | 11 +---
src/i830_dri.c|
KMS mode does not call I830AccelMethodInit as that does the user
modesetting initialization (yes, it was misnamed), but that means that the DRI
option
was ignored. Create a new i830_check_dri_option function to do the option
detection, then remove that from I830AccelMethodInit, which is renamed
i8
We only need to get static offsets for objects when not running KMS,
otherwise the kernel will manage those as needed for us.
Binding objects is done in one of two ways. For GEM buffer objects, we use
dri_bo_pin. For GART allocated memory, we bind that to the GART.
---
src/i830_memory.c | 14 ++
Without kernel support and explicit knowledge about where in the ring the
last rendering operation for a specific pixmap was, we must synchronize with
any outstanding rendering before accessing a pixmap which does not have a
buffer object.
Signed-off-by: Keith Packard
---
src/i830_uxa.c | 11 +
The frame buffer only has a valid address between prepare_access and
finish_access calls, so remove all other attempts to compute an address from
the driver.
Signed-off-by: Keith Packard
---
src/drmmode_display.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/src/drmm
For non-DRM environments, the screen pixmap will be GART allocated memory
and not a libdrm buffer object and so uxa will only use devPrivate.ptr to
find the associated memory. Make sure devPrivate.ptr is set each time the
framebuffer is allocated so that uxa will be able to draw to it.
Signed-off-
GEM requires GTT space to map objects. Under KMS, the kernel driver has
already provided all available GTT space to GEM, so the X server need not do
anything.
Signed-off-by: Keith Packard
---
src/i830_driver.c |8 +--
src/i830_memory.c | 135 +++--
http://bugs.freedesktop.org/show_bug.cgi?id=9379
--- Comment #16 from Andrew Péteri 2009-07-10 15:03:43
PST ---
Created an attachment (id=27576)
--> (http://bugs.freedesktop.org/attachment.cgi?id=27576)
patch to add support for projective textures
Enables hardware-accelerated rendering of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keith Packard wrote:
> Under KMS, the whole frame buffer is never allocated to the X server, and so
> accessing the frame buffer must be done by directly mapping it using
> drm_intel_gem_bo_map_gtt when it is created.
>
> Signed-off-by: Keith Packard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keith Packard wrote:
> There's no reason to disable UXA because the initial frame buffer allocation
> is too large -- UXA deals with fallbacks for oversize pixmaps internally on
> a case-by-case basis. This allows large frame buffers to have simple
> f
On Mon, 2009-06-29 at 08:57 +0100, Chris Wilson wrote:
> On Mon, 2009-06-22 at 21:09 +0300, Maxim Levitsky wrote:
> > Nope, same thing.
> >
> > I use commit 87ef92092fd092936535ba057ee19b97bb6a709a + this patch
> > Note that GE doesn't hang the system when maximizing it.
> >
> > It is for sure ti
http://bugs.freedesktop.org/show_bug.cgi?id=22696
--- Comment #6 from Michel Dänzer 2009-07-10 05:58:34 PST
---
There's no non-Gallium nouveau driver anymore. I've removed the stale reference
from configure.ac in mesa_7_5_branch, it'll be gone from master as well on the
next merge.
--
Co
http://bugs.freedesktop.org/show_bug.cgi?id=22696
--- Comment #5 from Steven Ward 2009-07-10
05:08:50 PST ---
Hi,
Thanks for the info,here's what I did.
I ran a make realclean and then used my configure options with
--with-dri-drivers=swrast at the end.Gmake worked and did a gmake install
via_enable_vblank wasn't setting the VBlank enable bit - instead, it
was masking out the rest of the register.
At the same time, fix via_disable_vblank to clear the VBlank enable
bit.
---
drivers/gpu/drm/via/via_irq.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/d
On Thu, 2009-07-09 at 18:52 +0200, Marc Elser wrote:
> Hi,
>
> I'm trying to use the new intel,mesa,libdrm from the git repository with
> xorg-server-1.6.1.902_r1.
>
> Although in Xorg.0.log the driver loads ok (here an excerpt from the log):
> (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
> (II)
http://bugs.freedesktop.org/show_bug.cgi?id=22696
--- Comment #4 from Michel Dänzer 2009-07-10 02:44:33 PST
---
The traditional DRI driver build is configured independently from Gallium and
enabled by default. Try adding something like --with-dri-drivers=swrast .
--
Configure bugmail: ht
On Thu, 2009-07-09 at 21:51 +0200, Eric Valette wrote:
> Pekka Paalanen wrote:
> > Sorry for causing that much trouble.
> >
> > On Thu, 09 Jul 2009 19:20:54 +0200
> > Eric Valette wrote:
> >
> >> Well I would suggest you to look at GALLIUM3D because using gi to clone
> >> mesa master is not even
Sean Estabrooks wrote:
> On Thu, 09 Jul 2009 21:51:23 +0200
> Eric Valette wrote:
>
>
>> The command
>> git clone git://anongit.freedesktop.org/git/mesa/mesa
>>
>> Does not work for me while others do. It hangs indefinitely (I let it
>> run once half a day, doing strace to see that I was waitin
On Thursday 09 July 2009 18:52:24 Marc Elser wrote:
> Hi,
>
> I'm trying to use the new intel,mesa,libdrm from the git repository with
> xorg-server-1.6.1.902_r1.
>
> Although in Xorg.0.log the driver loads ok (here an excerpt from the log):
> (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
> (II) AIG
http://bugs.freedesktop.org/show_bug.cgi?id=22696
--- Comment #3 from Steven Ward 2009-07-10
01:27:43 PST ---
(In reply to comment #2)
> Hi there,
> I certainly don't build the Radeon drivers for nouveau,I explicitly
> use
> --disable-gallium-radeon and --disable-gallium-intel in m
http://bugs.freedesktop.org/show_bug.cgi?id=22696
--- Comment #2 from Steven Ward 2009-07-10
01:19:34 PST ---
Hi there,
I certainly don't build the Radeon drivers for nouveau,I explicitly use
--disable-gallium-radeon and --disable-gallium-intel in my ./configure options
before I run
Sean Estabrooks wrote:
> On Thu, 09 Jul 2009 21:51:23 +0200
> Eric Valette wrote:
>
>
>> The command
>> git clone git://anongit.freedesktop.org/git/mesa/mesa
>>
>> Does not work for me while others do. It hangs indefinitely (I let it
>> run once half a day, doing strace to see that I was waitin
http://bugs.freedesktop.org/show_bug.cgi?id=22696
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, 09 Jul 2009 21:51:23 +0200
Eric Valette wrote:
> The command
> git clone git://anongit.freedesktop.org/git/mesa/mesa
>
> Does not work for me while others do. It hangs indefinitely (I let it
> run once half a day, doing strace to see that I was waiting to a read on
> a socket).
>
> > Al
From: Dave Airlie
Doing this like the DDX seems like the most sure fire way to avoid
having to reinvent it slowly and painfully. At the moment we keep
getting things wrong with aper vs vram, so we know the DDX does it right.
booted on PCI r100, PCIE rv370, IGP rs400.
Signed-off-by: Dave Airlie
http://bugs.freedesktop.org/show_bug.cgi?id=22696
Summary: Compiling Problem
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: trivial
Priority: medium
Co
Pekka Paalanen wrote:
> On Thu, 09 Jul 2009 14:00:29 +0200
> Eric Valette wrote:
>
>> I've been using nouveau driveau for 8 months or so, using automated
>> build from drm git, xf86-video-nouveau git and even sometimes mesa drm
>> git and discovered the linux-core build did not build the nouveau
Hi,
I'm trying to use the new intel,mesa,libdrm from the git repository with
xorg-server-1.6.1.902_r1.
Although in Xorg.0.log the driver loads ok (here an excerpt from the log):
(II) AIGLX: enabled GLX_MESA_copy_sub_buffer
(II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
(II) AI
On Thu, Jul 9, 2009 at 09:36:21 -0700, Jesse Barnes wrote:
> I wonder if fbdev could fill the "get something on the screen when the
> driver is busted" hole. Is it good enough to rely on for that?
>
IIRC that won't currently work well, because
probe_devices_from_device_sections will claim the p
From: Zhao Yakui
Add the explanation about DRM debug level in the drmP header file. This is to
explain how/where to use the different DRM debug level.
Signed-off-by: Zhao Yakui
---
include/drm/drmP.h | 40
1 files changed, 40 insertions(+), 0 deletion
From: Zhao Yakui
Use the DRM_DEBUG_MODE to add the debug info in generic DRM modes
Signed-off-by: Zhao Yakui
---
drivers/gpu/drm/drm_crtc.c| 36 +---
drivers/gpu/drm/drm_crtc_helper.c | 65 ++--
2 files changed, 63 insertions(+), 38 d
On Tue, 2009-07-07 at 03:25 +0200, Andres Freund wrote:
> There is also http://lkml.org/lkml/2009/6/30/398 : Soft-Lockup/Race
> in
> networking in 2.6.31-rc1+195 (possibly caused by netem)
There is some similarity between this soft lockup and the one reported
in http://www.spinics.net/lists/netde
Pekka Paalanen wrote:
> Sorry for causing that much trouble.
>
> On Thu, 09 Jul 2009 19:20:54 +0200
> Eric Valette wrote:
>
>> Well I would suggest you to look at GALLIUM3D because using gi to clone
>> mesa master is not even working and even if you get a git snapshot it
>> does not build.
>
>
Hi John, Hi Rafael,
On Friday 10 July 2009 03:46:57 John Dykstra wrote:
> On Tue, 2009-07-07 at 03:25 +0200, Andres Freund wrote:
> > There is also http://lkml.org/lkml/2009/6/30/398 : Soft-Lockup/Race
> > in
> > networking in 2.6.31-rc1+195 (possibly caused by netem)
>
> There is some similarity
38 matches
Mail list logo
