On Thu, Feb 27, 2020 at 1:27 PM Daniel Vetter wrote:
>
> Hi all,
>
> You might have read the short take in the X.org board meeting minutes
> already, here's the long version.
>
> The good news: gitlab.fd.o has become very popular with our
> communities, and is used extensively. This especially inc
On Fri, Feb 28, 2020 at 12:00 AM Daniel Stone wrote:
>
> Hi Matt,
>
> On Thu, 27 Feb 2020 at 23:45, Matt Turner wrote:
> > We're paying 75K USD for the bandwidth to transfer data from the
> > GitLab cloud instance. i.e., for viewing the https site, for
> >
On Fri, Mar 3, 2023 at 10:08 AM Tvrtko Ursulin
wrote:
>
>
> On 03/03/2023 14:48, Rob Clark wrote:
> > On Fri, Mar 3, 2023 at 1:58 AM Tvrtko Ursulin
> > wrote:
> >>
> >>
> >> On 03/03/2023 03:21, Rodrigo Vivi wrote:
> >>> On Thu, Mar 02, 2023 at 03:53:37PM -0800, Rob Clark wrote:
> From: Rob
upport igt-tests, and compositors which delay decisions about which
> client buffer to display), and a sw_sync ioctl to read back the
> deadline. IGT tests utilizing these can be found at:
I read through the series and didn't spot anything. Have a rather weak
Reviewed-by: Matt Turner
Thanks!
runtime complaints on platform devices
Junwei Zhang (1):
amdgpu: add the function to get the marketing name (v4)
Matt Turner (4):
intel: Add uthash.h to Makefile.sources.
amdgpu: Add amdgpu_asic_id.h to Makefile.sources.
freedreno: Add fd_ringbuffer_flush2 to symbol check
On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov wrote:
> Seems like we ended up all over the place, so let me try afresh.
>
> Above all:
> - Saying "I don't care" about your users is arrogant - let us _not_
> do that, please ?
Let's be honest, the OpenBSD is subjecting itself to some pretty
arbitr
On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov wrote:
> On 20 March 2017 at 18:30, Matt Turner wrote:
>> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov
>> wrote:
>>> Seems like we ended up all over the place, so let me try afresh.
>>>
>>> Above all:
>
On Mon, Mar 20, 2017 at 10:00 PM, Jonathan Gray wrote:
> On Tue, Mar 21, 2017 at 08:28:22AM +1100, Timothy Arceri wrote:
>>
>>
>> On 21/03/17 06:39, Emil Velikov wrote:
>> > On 20 March 2017 at 18:30, Matt Turner wrote:
>> > > On Mon, Mar 20, 20
On Mon, Mar 20, 2017 at 10:10 PM, Jonathan Gray wrote:
> On Mon, Mar 20, 2017 at 11:30:25AM -0700, Matt Turner wrote:
>> On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov
>> wrote:
>> > Seems like we ended up all over the place, so let me try afresh.
>> >
>&g
On Tue, Mar 21, 2017 at 10:16 AM, Emil Velikov wrote:
> On 21 March 2017 at 15:57, Matt Turner wrote:
>> On Mon, Mar 20, 2017 at 12:39 PM, Emil Velikov
>> wrote:
>>> On 20 March 2017 at 18:30, Matt Turner wrote:
>>>> On Mon, Mar 20, 2017 at 6:55 AM, Emil Ve
On Tue, Mar 21, 2017 at 11:56 AM, Emil Velikov wrote:
> On 21 March 2017 at 18:06, Matt Turner wrote:
>> (1) Non-recursive automake is necessary for parallel build performance
> Fully agree
>
>> (2) Non-recursive automake is intractably unmaintainable for
>> suffic
On Thu, May 14, 2015 at 5:12 AM, Aleksey Kuleshov wrote:
> Signed-off-by: Aleksey Kuleshov
> ---
At least a few years ago, DRM_CAS was only used by DRI1 which is
pretty dead at this point. Has something changed?
What problem are you trying to solve?
On Sat, Jun 7, 2014 at 3:45 PM, G?bor Bereczki
wrote:
> did some more research. Is the following correct?
> -OpenCL is not yet supported for Intel GPU on Linux
The Beignet project [1] supports OpenCL IvyBridge (and Haswell, I think).
I believe your time would be much better spent contributing t
Cc'ing people who might be able to review.
easy to diagnose the problem in the referenced bug report.
>
> Bugzilla: https://code.google.com/p/chromium/issues/detail?id=415681
> Signed-off-by: Keith Packard
> ---
Seems like a good plan.
Reviewed-by: Matt Turner
Should we add a Cc: for the stable branch?
com.android.virt
Enable GPU in crosvm
John Stultz (1):
Android.bp: Add include exports for android dir
Mark Collins (1):
Disable ioctl signed overload for Bionic libc
Matt Turner (1):
build: bump version to 2.4.123
Su Hong Koo (2):
Delete all Makefile.sources files
On Wed, Sep 27, 2017 at 10:07 PM, Rob Clark wrote:
> If you had known of the khr dates, and brought it up in Feb (or really
> somewhat earlier, given that XDC is roughly same time each year +/-
> few weeks), that *might* have been early enough to move things.
That's unfair. It's part of the X.Org
On Thu, Jan 18, 2024 at 10:22 AM Stefan Dirsch wrote:
> I noticed that with version 23.3.x Mesa no longer can be built with python
> 2.6. It still worked with Mesa 23.2.1.
For anyone who got this far and was completely incredulous... this
(and the subject) is typo'd -- the problem is about Python
On Thu, Jan 17, 2013 at 8:19 PM, Sedat Dilek wrote:
> Hi,
>
> I am playing with llvm/clang v3.2 and mesa.
>
> It's annoying to see these hundreds of warnings...
>
> clang: warning: argument unused during compilation: '-fno-builtin-memcmp'
>
> NOTE: '-fno-builtin-memcmp' is a gcc-specific compi
On Sat, Aug 11, 2012 at 2:32 AM, Huacai Chen wrote:
> Signed-off-by: Huacai Chen
> Signed-off-by: Hongliang Tao
> Signed-off-by: Hua Yan
> Cc: dri-devel@lists.freedesktop.org
> ---
> include/drm/drm_sarea.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/include/
Signed-off-by: Matt Turner
---
configure.ac | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/configure.ac b/configure.ac
index 97bbcb7..71a596c 100644
--- a/configure.ac
+++ b/configure.ac
@@ -51,10 +51,6 @@ PKG_CHECK_MODULES(PTHREADSTUBS, pthread-stubs
Signed-off-by: Matt Turner
---
tests/kmstest/Makefile.am |2 +-
tests/modeprint/Makefile.am |2 +-
tests/modetest/Makefile.am |2 +-
tests/radeon/Makefile.am|2 +-
tests/vbltest/Makefile.am |2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests
On Sat, Mar 17, 2012 at 2:35 PM, Jakob Bornecrantz wrote:
> With my limited knowledge of automake I'm going to have
> to NACK this patch. Most of these programs are used during
> driver bring up to test things out, often we also modify
> them a bit to suit our need.
>
> If this patch doesn't make
> @@ -0,0 +1,1494 @@
> +/*
> + * Copyright 2000,2001 Sven Luther.
Here...
> + * Copyright 2010 Matt Turner.
> + * Copyright 2011 Red Hat
> + *
> + * This file is subject to the terms and conditions of the GNU General
> + * Public License version 2. See the file COPYING in the main
> +
On Thu, Feb 28, 2013 at 3:58 AM, Daniel Martin wrote:
>
> Signed-off-by: Daniel Martin
> ---
> There's a small logic error preventing mesa to be build with swrast only
> and not having libdrm.
>
> configure.ac |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/configu
D to DRM, since it's duplicated in at
least Nouveau, glint, and now cirrusfb. I guess we should fix that at
some point.
The only other nit-pick I've got is that I named variables gfb and
gfbdev because I'm uncreative with variable names and because glint
started with a 'g'. N
On Wed, May 25, 2011 at 8:12 PM, Thierry Vignaud
wrote:
> On 25 May 2011 17:43, Alex Deucher wrote:
>>> Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
>>> immediately upon start.
>>
>> Any reason you are not using kms?
>
> Any reason you are not respecting the netiquett
> drivers/gpu/drm/mga/mga_drv.h | 19 ---
> drivers/gpu/drm/radeon/radeon_ttm.c | 23 +++
> 4 files changed, 24 insertions(+), 23 deletions(-)
Patches 1 and 3 are
Tested-by: Matt Turner
They also fix
Bugzilla: https://bugs.freedesktop.org/show_bu
On Wed, Jul 13, 2011 at 6:28 AM, Benjamin Herrenschmidt
wrote:
> We should have a read memory barrier between reading the WPTR from
> memory and reading ring entries based on that value (ie, we need to
> ensure both loads are done in order by the CPU).
>
> It could be argued that the MMIO reads in
On Thu, Mar 3, 2011 at 9:04 PM, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> tests/modeprint/modeprint.c | 7 ---
> 1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c
> index 09
It's already defined in drm_edid.h.
Signed-off-by: Matt Turner
---
drivers/gpu/drm/drm_edid.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 7425e5c..9fa8316 100644
--- a/drivers/gpu/drm/drm_edid.c
Signed-off-by: Matt Turner
---
drivers/gpu/drm/radeon/radeon_i2c.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c
b/drivers/gpu/drm/radeon/radeon_i2c.c
index 6c111c1..37a6d38 100644
--- a/drivers/gpu/drm/radeon/radeon_i2c.c
+++ b
Signed-off-by: Matt Turner
---
drivers/gpu/drm/i915/intel_modes.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_modes.c
b/drivers/gpu/drm/i915/intel_modes.c
index 3b26a3b..ab534be 100644
--- a/drivers/gpu/drm/i915/intel_modes.c
+++ b
Can we use gcc's __sync_val_compare_and_swap to implement DRM_CAS?
(If so, do we actually need the __sync_val version, or can we use
__sync_bool?)
I just threw the patch together in two minutes, so I've got no idea
if it's right, just looking for feedback. The purpose of this is to
remove a lot of
it(struct vmw_private *dev_priv)
> return -ENOSYS;
> }
>
> - overlay = kmalloc(GFP_KERNEL, sizeof(*overlay));
> + overlay = kmalloc(sizeof(*overlay), GFP_KERNEL);
> if (!overlay)
> return -ENOMEM;
>
> --
> 1.7.3.1.g4
On Wed, Nov 10, 2010 at 7:45 PM, James Simmons wrote:
> Looking to work on the 3Dfx KMS driver I discovered that it is very
> difficult to find a motherboard that supports AGP of 3.3V. So I discovered
> that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500 AGP
> Card which also is d
We should update everyone's email addresses, now that
tungstengraphics.com is owned by squatters. Who let that happen, by
the way? :\
Matt
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Sat, Dec 11, 2010 at 10:13 PM, Pavel Machek wrote:
You want CONFIG_DRM_I915 and not CONFIG_FB_INTEL. The old framebuffer
driver should not be used in conjunction with xf86-video-intel.
Matt
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
amd-k7-agp can't be built on Alpha anymore, so remove now unnecessary
code.
Signed-off-by: Matt Turner
---
drivers/char/agp/amd-k7-agp.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/drivers/char/agp/amd-k7-agp.c b/drivers/char/agp/amd-k7-
rk on Nautilus.
So there's no point in allowing this driver to be configured on Alpha.
Signed-off-by: Matt Turner
---
drivers/char/agp/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/char/agp/Kconfig b/drivers/char/agp/Kconfig
index fcd867d..d8b1b57 10
On Wed, Feb 9, 2011 at 7:12 AM, Alex Deucher wrote:
> On Tue, Feb 8, 2011 at 5:47 PM, Andy Walls wrote:
>> On Tue, 2011-02-08 at 10:28 -0500, Alex Deucher wrote:
>>> On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil wrote:
>>> > Just two quick notes. I'll try to do a full review this weekend.
>>> >
>
On Fri, Feb 25, 2011 at 5:11 PM, Phillip Susi wrote:
> So I have been looking over the source code in drivers/gpu/drm/radeon.
> I see various functions to start/stop/resume/initialize "mc" and "cp".
> I assume those stand for microcode and control program? What exactly is
> the difference?
Memor
Signed-off-by: Matt Turner
---
tests/modeprint/modeprint.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c
index 09b8df0..545ff40 100644
--- a/tests/modeprint/modeprint.c
+++ b/tests/modeprint/modeprint.c
Signed-off-by: Matt Turner
---
tests/Makefile.am |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index ebf4853..01ca8b4 100644
--- a/tests/Makefile.am
+++ b/tests/Makefile.am
@@ -16,9 +16,6 @@ if HAVE_LIBKMS
SUBDIRS
On Mon, Mar 21, 2011 at 9:20 PM, Alan Cox wrote:
>> 1) inertia: fbdev has been around a lot longer, and provides most of
>> what embedded devices need anyway
>> 2) feature set: why bother doing a full KMS driver if you're not
>> going to use any of the additional features it would provide
On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote:
> Hello everybody,
>
> Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
> anybody would like to use it. it could be slightly improved by writing
> to 16 byte boundaries but its pretty near optimal when writing to
> uncached ram.
>
>
On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell wrote:
> Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3
> iMac 600 here working very well with OpenGL but was wondering if it
> could support KMS, in which case it would be quite nice.
>
> Thanks
There's been some talk about an r1
On Thu, Apr 22, 2010 at 6:30 AM, Jerome Glisse wrote:
> On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote:
>> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
>> > Convert most AGP chipset to use scratch page as default entries.
>> > This help avoiding GPU querying 0 addr
t; header.scratch.n_bufs; i++) {
> buf_idx = drm_buffer_pointer_to_dword(cmdbuf->buffer, 0);
> ___
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
Should help Alpha as well.
Acke
t; if (dev_priv == NULL)
> return -ENOMEM;
>
> - memset(dev_priv, 0, sizeof(drm_savage_private_t));
> dev->dev_private = (void *)dev_priv;
>
> dev_priv->chipset = (enum savage_family)chipset;
> ___
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
Reviewed-by: Matt Turner
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
> +static inline GLint r600_log2(GLint n)
> +{
> + GLint log2 = 0;
> +
> + while (n >>= 1)
> + ++log2;
> + return log2;
> +}
Does mesa not provide something like this?
Matt
___
dri-devel mailing list
dri-devel@lists.freed
Seems like a good simplification.
Reviewed-by: Matt Turner
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Thu, May 27, 2010 at 7:52 PM, Alan Cox wrote:
>> Look up tables have some hidden penalties but I think it might be a
>> win. Looks like we may have to benchmark the solutions against one
>> another to really know which is best in real life.
>
> For x86 and ppc the single assembler instruction i
On Wed, Jun 2, 2010 at 1:53 PM, Alex Deucher wrote:
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=28327
>
> Signed-off-by: Alex Deucher
> ---
> drivers/gpu/drm/radeon/r600_cs.c | 43 ++---
> 1 files changed, 16 insertions(+), 27 deletions(-)
>
> diff -
On Wed, Jun 2, 2010 at 3:16 PM, Alex Deucher wrote:
> On Wed, Jun 2, 2010 at 2:32 PM, Matt Turner wrote:
>> On Wed, Jun 2, 2010 at 1:53 PM, Alex Deucher wrote:
>>> Fixes:
>>> https://bugs.freedesktop.org/show_bug.cgi?id=28327
>>>
>>> Signed-off-b
On Thu, Jun 17, 2010 at 7:02 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> There is a regression from 2.6.34 related to the recent radeon power
> management changes, caused by attempting to cancel a delayed work
> item that's never been scheduled. However, the code as is has some
>
s 0 from pci_map_single_1
- radeon_gart_bind returns non-0, error path prints
"*ERROR* failed to bind 128 pages at 0x0FF02000"
Is this the cause of the bug we're seeing in the report [1]?
Anyone know what's going wrong here?
Thanks!
Matt Turner
[1] https://bugs.fre
On Tue, Jun 22, 2010 at 1:59 AM, FUJITA Tomonori
wrote:
> On Mon, 21 Jun 2010 17:19:43 -0400
> Matt Turner wrote:
>
>> Michael Cree and I have been debugging FDO bug 26403 [1]. I tried
>> booting with `radeon.test=1` and found this, which I think is related:
>>
>
On Thu, Jun 24, 2010 at 5:51 AM, Michael Cree wrote:
> On 22/06/10 20:32, Dave Airlie wrote:
>>
>> On Tue, Jun 22, 2010 at 3:59 PM, FUJITA Tomonori
>> wrote:
>>>
>>> On Mon, 21 Jun 2010 17:19:43 -0400
>>> Matt Turner wrote:
>>>
>>
On Sun, Jun 27, 2010 at 12:20 AM, FUJITA Tomonori
wrote:
> On Thu, 24 Jun 2010 10:53:52 -0400
> Matt Turner wrote:
>
>> > Seems that the IOMMU can't find 128 pages. It's likely due to:
>> >
>> > - out of the IOMMU space (possibly someone doe
>mtrr[0].base = fb_base;
> @@ -620,15 +621,16 @@ int savage_driver_firstopen(struct drm_device *dev)
> dev_priv->mtrr[0].size, DRM_MTRR_WC);
> } else {
> DRM_ERROR("strange pci_resource_len %08llx\n&q
Hi,
I've hit a snag and I'm not really sure how to debug it.
Both xf86-video-glint/src/pm3_dac.c:Permedia3Init and
kernel/drivers/video/pm3fb.c:pm3fb_write_mode set the mode in
virtually identical ways. I'm trying to do the same, but I think some
of what I'm passing in from drm_display_mode is wro
I'll preface this response by saying that the driver is working now,
in very large part due to help I've received from Adam Jackson, Dave
Airlie, Alex Deucher, and Jerome Glisse.
On Thu, Aug 5, 2010 at 5:47 PM, Adam Jackson wrote:
> On Thu, 2010-08-05 at 12:16 -0400, Matt Turner
t; 28;
> + efuse_box_bit_127_124 = (u8)((efuse_straps_3 & 0xF000) >>
> 28);
>
> switch(efuse_box_bit_127_124) {
> case 0x0:
> --
> 1.7.1.1
Reviewed-by: Matt Turner
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
It's already defined in drm_edid.h.
Signed-off-by: Matt Turner
---
drivers/gpu/drm/drm_edid.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 7425e5c..9fa8316 100644
--- a/drivers/gpu/drm/drm_edid.c
Signed-off-by: Matt Turner
---
drivers/gpu/drm/radeon/radeon_i2c.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_i2c.c
b/drivers/gpu/drm/radeon/radeon_i2c.c
index 6c111c1..37a6d38 100644
--- a/drivers/gpu/drm/radeon/radeon_i2c.c
+++ b
Signed-off-by: Matt Turner
---
drivers/gpu/drm/i915/intel_modes.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_modes.c
b/drivers/gpu/drm/i915/intel_modes.c
index 3b26a3b..ab534be 100644
--- a/drivers/gpu/drm/i915/intel_modes.c
+++ b
> @@ -0,0 +1,1494 @@
> +/*
> + * Copyright 2000,2001 Sven Luther.
Here...
> + * Copyright 2010 Matt Turner.
> + * Copyright 2011 Red Hat
> + *
> + * This file is subject to the terms and conditions of the GNU General
> + * Public License version 2. See the file COPYING in the main
> +
On Sat, Aug 11, 2012 at 2:32 AM, Huacai Chen wrote:
> Signed-off-by: Huacai Chen
> Signed-off-by: Hongliang Tao
> Signed-off-by: Hua Yan
> Cc: dri-devel at lists.freedesktop.org
> ---
> include/drm/drm_sarea.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/inclu
D to DRM, since it's duplicated in at
least Nouveau, glint, and now cirrusfb. I guess we should fix that at
some point.
The only other nit-pick I've got is that I named variables gfb and
gfbdev because I'm uncreative with variable names and because glint
started with a 'g'. Not important though.
Thanks, I'll have to give it a try. Please have a
Reviewed-by: Matt Turner
Matt
On Thu, Mar 3, 2011 at 9:04 PM, Matt Turner wrote:
> Signed-off-by: Matt Turner
> ---
> ?tests/modeprint/modeprint.c | ? ?7 ---
> ?1 files changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/tests/modeprint/modeprint.c b/tests/modeprint/modeprint.c
> index 09
amd-k7-agp can't be built on Alpha anymore, so remove now unnecessary
code.
Signed-off-by: Matt Turner
---
drivers/char/agp/amd-k7-agp.c | 19 ---
1 files changed, 0 insertions(+), 19 deletions(-)
diff --git a/drivers/char/agp/amd-k7-agp.c b/drivers/char/agp/amd-k7-
rk on Nautilus.
So there's no point in allowing this driver to be configured on Alpha.
Signed-off-by: Matt Turner
---
drivers/char/agp/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/char/agp/Kconfig b/drivers/char/agp/Kconfig
index fcd867d..d8b1b57 10
On Wed, Feb 9, 2011 at 7:12 AM, Alex Deucher wrote:
> On Tue, Feb 8, 2011 at 5:47 PM, Andy Walls wrote:
>> On Tue, 2011-02-08 at 10:28 -0500, Alex Deucher wrote:
>>> On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil wrote:
>>> > Just two quick notes. I'll try to do a full review this weekend.
>>> >
>
On Mon, Mar 21, 2011 at 9:20 PM, Alan Cox wrote:
>> ? 1) inertia: fbdev has been around a lot longer, and provides most of
>> ? what embedded devices need anyway
>> ? 2) feature set: why bother doing a full KMS driver if you're not
>> ? going to use any of the additional features it would provide
On Wed, May 25, 2011 at 8:12 PM, Thierry Vignaud
wrote:
> On 25 May 2011 17:43, Alex Deucher wrote:
>>> Xorg from FC14 plus linux kernel 2.6.37, 2.6.38 and 2.6.39 on x86 crashes
>>> immediately upon start.
>>
>> Any reason you are not using kms?
>
> Any reason you are not respecting the netiquett
On Wed, Jun 2, 2010 at 1:53 PM, Alex Deucher wrote:
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=28327
>
> Signed-off-by: Alex Deucher
> ---
> ?drivers/gpu/drm/radeon/r600_cs.c | ? 43 ++---
> ?1 files changed, 16 insertions(+), 27 deletions(-)
>
> diff -
On Wed, Jun 2, 2010 at 3:16 PM, Alex Deucher wrote:
> On Wed, Jun 2, 2010 at 2:32 PM, Matt Turner wrote:
>> On Wed, Jun 2, 2010 at 1:53 PM, Alex Deucher
>> wrote:
>>> Fixes:
>>> https://bugs.freedesktop.org/show_bug.cgi?id=28327
>>>
>>> Signed
On Thu, Jun 17, 2010 at 7:02 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> There is a regression from 2.6.34 related to the recent radeon power
> management changes, caused by attempting to cancel a delayed work
> item that's never been scheduled. ?However, the code as is has some
>
Michael Cree and I have been debugging FDO bug 26403 [1]. I tried
booting with `radeon.test=1` and found this, which I think is related:
> [drm] Tested GTT->VRAM and VRAM->GTT copy for GTT offset 0x202000
> [drm] Tested GTT->VRAM and VRAM->GTT copy for GTT offset 0x302000
[snip]
> [drm] Tested GTT
On Tue, Jun 22, 2010 at 1:59 AM, FUJITA Tomonori
wrote:
> On Mon, 21 Jun 2010 17:19:43 -0400
> Matt Turner wrote:
>
>> Michael Cree and I have been debugging FDO bug 26403 [1]. I tried
>> booting with `radeon.test=1` and found this, which I think is related:
>>
>
On Thu, Jun 24, 2010 at 5:51 AM, Michael Cree wrote:
> On 22/06/10 20:32, Dave Airlie wrote:
>>
>> On Tue, Jun 22, 2010 at 3:59 PM, FUJITA Tomonori
>> ?wrote:
>>>
>>> On Mon, 21 Jun 2010 17:19:43 -0400
>>> Matt Turner ?wrote:
>>>
>>
On Sun, Jun 27, 2010 at 12:20 AM, FUJITA Tomonori
wrote:
> On Thu, 24 Jun 2010 10:53:52 -0400
> Matt Turner wrote:
>
>> > Seems that the IOMMU can't find 128 pages. It's likely due to:
>> >
>> > - out of the IOMMU space (possibly someone doe
? ? ? ?if (dev_priv == NULL)
> ? ? ? ? ? ? ? ?return -ENOMEM;
>
> - ? ? ? memset(dev_priv, 0, sizeof(drm_savage_private_t));
> ? ? ? ?dev->dev_private = (void *)dev_priv;
>
> ? ? ? ?dev_priv->chipset = (enum savage_family)chipset;
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
Reviewed-by: Matt Turner
> +static inline GLint r600_log2(GLint n)
> +{
> + ? ? ? GLint log2 = 0;
> +
> + ? ? ? while (n >>= 1)
> + ? ? ? ? ? ? ? ++log2;
> + ? ? ? return log2;
> +}
Does mesa not provide something like this?
Matt
Seems like a good simplification.
Reviewed-by: Matt Turner
On Thu, May 27, 2010 at 7:52 PM, Alan Cox wrote:
>> Look up tables have some hidden penalties but I think it might be a
>> win. Looks like we may have to benchmark the solutions against one
>> another to really know which is best in real life.
>
> For x86 and ppc the single assembler instruction i
On Wed, Nov 10, 2010 at 7:45 PM, James Simmons
wrote:
> Looking to work on the 3Dfx KMS driver I discovered that it is very
> difficult to find a motherboard that supports AGP of 3.3V. So I discovered
> that the only 3Dfx card that supports this is the 3dfx Voodoo 4 4500 AGP
> Card which also is
t; 28;
> + ? ? ? ? ? ? ? efuse_box_bit_127_124 = (u8)((efuse_straps_3 & 0xF000) >>
> 28);
>
> ? ? ? ? ? ? ? ?switch(efuse_box_bit_127_124) {
> ? ? ? ? ? ? ? ?case 0x0:
> --
> 1.7.1.1
Reviewed-by: Matt Turner
Can we use gcc's __sync_val_compare_and_swap to implement DRM_CAS?
(If so, do we actually need the __sync_val version, or can we use
__sync_bool?)
I just threw the patch together in two minutes, so I've got no idea
if it's right, just looking for feedback. The purpose of this is to
remove a lot of
it(struct vmw_private *dev_priv)
> ? ? ? ? ? ? ? ?return -ENOSYS;
> ? ? ? ?}
>
> - ? ? ? overlay = kmalloc(GFP_KERNEL, sizeof(*overlay));
> + ? ? ? overlay = kmalloc(sizeof(*overlay), GFP_KERNEL);
> ? ? ? ?if (!overlay)
> ? ? ? ? ? ? ? ?return -ENOMEM;
>
> --
> 1.7.3.1.g432b3.dirty
Oh! That's a bad one.
Reviewed-by: Matt Turner
On Mon, Apr 19, 2010 at 3:05 PM, Conn Clark wrote:
> Hello everybody,
>
> Here is an inlined asm X86-64 COPY_DWORDS macro I wrote in case
> anybody would like to use it. it could be slightly improved by writing
> to 16 byte boundaries but its pretty near optimal when writing to
> uncached ram.
>
>
On Wed, Apr 21, 2010 at 3:51 PM, Alex Buell wrote:
> Does the r128 dri driver supports KMS in the kernel on PPC? I've a G3
> iMac 600 here working very well with OpenGL but was wondering if it
> could support KMS, in which case it would be quite nice.
>
> Thanks
There's been some talk about an r1
On Thu, Apr 22, 2010 at 6:30 AM, Jerome Glisse wrote:
> On Thu, Apr 22, 2010 at 11:27:11AM +0200, Daniel Vetter wrote:
>> On Tue, Apr 20, 2010 at 05:43:34PM +0200, Jerome Glisse wrote:
>> > Convert most AGP chipset to use scratch page as default entries.
>> > This help avoiding GPU querying 0 addr
t; header.scratch.n_bufs; i++) {
> ? ? ? ? ? ? ? ?buf_idx = drm_buffer_pointer_to_dword(cmdbuf->buffer, 0);
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
Should help Alpha as well.
Acked-by: Matt Turner
>mtrr[0].base = fb_base;
> @@ -620,15 +621,16 @@ int savage_driver_firstopen(struct drm_device *dev)
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? dev_priv->mtrr[0].size, DRM_MTRR_WC);
> ? ? ? ? ? ? ? ?} else {
> ? ? ? ? ? ? ? ? ? ? ? ?DRM_ERROR("strange pci_resource_len %08llx\n&q
Hi,
I've hit a snag and I'm not really sure how to debug it.
Both xf86-video-glint/src/pm3_dac.c:Permedia3Init and
kernel/drivers/video/pm3fb.c:pm3fb_write_mode set the mode in
virtually identical ways. I'm trying to do the same, but I think some
of what I'm passing in from drm_display_mode is wro
I'll preface this response by saying that the driver is working now,
in very large part due to help I've received from Adam Jackson, Dave
Airlie, Alex Deucher, and Jerome Glisse.
On Thu, Aug 5, 2010 at 5:47 PM, Adam Jackson wrote:
> On Thu, 2010-08-05 at 12:16 -0400, Matt Turner
We should update everyone's email addresses, now that
tungstengraphics.com is owned by squatters. Who let that happen, by
the way? :\
Matt
On Sat, Dec 11, 2010 at 10:13 PM, Pavel Machek wrote:
You want CONFIG_DRM_I915 and not CONFIG_FB_INTEL. The old framebuffer
driver should not be used in conjunction with xf86-video-intel.
Matt
1 - 100 of 117 matches
Mail list logo