;> I can't immediately think of something better, though.
>
> Yeah, I was wondering about that as well. Especially since I wanted to add
> some more flags in the future when for example a bandwidth quota how much
> memory can be moved in/out is exceeded.
>
> Something like
rge?
One approach for this which has proved effective in Mesa and other projects is
to make warnings fatal in CI which must pass for any changes to be merged.
There is ongoing work toward introducing this for the DRM subsystem, using
gitlab.freedesktop.org CI.
--
Earthling Mich
his should be >> or no shift instead of <<, shouldn't it? Multiplying a value
in bytes by the page size doesn't make sense.
I didn't check the rest of the patch in detail, but it's easy introduce subtle
regressions with this kind of change. It'll require a lot of review & testing
scrutiny.
--
Earthling Michel Dänzer| https://redhat.com
Libre software enthusiast | Mesa and Xwayland developer
On 2020-05-22 12:40 p.m., Christian König wrote:
> Am 20.05.20 um 18:25 schrieb Michel Dänzer:
>> On 2020-05-20 4:43 p.m., Christian König wrote:
>>> Am 13.05.20 um 13:03 schrieb Christian König:
>>>> Unfortunately AGP is still to widely used as we could just drop
&
; The surprising reason for this is not the better TLB performance, but
> the lack of USWC support for the PCIe GART in radeon.
I suspect the main reason it's only 5% is that PCIe GART page tables are
stored in VRAM, so they don't need to be fetched across the PCIe link
(and presu
gt; this case making the switch didn't had any noticeable effect at all.
>
> But I didn't do more than playing around with the desktop effects and
> playing a video.
Yeah, that's not enough to see a difference. Try an OpenGL game, or even
just glxgears.
--
Earthling Mic
e
> reliable. Due to its unreliability, AGP support has been disabled on
> PowerPC for years already so there is no change on PowerPC."
There's a difference between something being disabled by default or not
being available at all. We may decide it's w
gt;>>
>>> Thanks,
>>>
>>> Lukas
>>
>> I would say fixes, it doesn't look particularly scary. :)
>
> Agreed. If it's good enough for stable, it's good enough for -fixes!
It's no
On 2017-12-19 11:37 AM, Michel Dänzer wrote:
> On 2017-12-18 08:01 PM, Tobias Klausmann wrote:
>> On 12/18/17 7:06 PM, Mike Galbraith wrote:
>>> Greetings,
>>>
>>> Kernel bound workloads seem to trigger the below for whatever reason.
>>> I only see t
an König
Date: Thu Jul 6 09:59:43 2017 +0200
drm/ttm: add transparent huge page support for DMA allocations v2
Try to allocate huge pages when it makes sense.
v2: fix comment and use ifdef
--
Earthling Michel Dänzer | http://www.amd.com
Libre s
On 14/07/17 11:24 AM, Ilia Mirkin wrote:
> On Thu, Jul 13, 2017 at 10:14 PM, Michel Dänzer wrote:
>> On 13/07/17 09:31 PM, Ilia Mirkin wrote:
>>> On Thu, Jul 13, 2017 at 4:27 AM, Michel Dänzer wrote:
>>>> On 18/04/17 07:07 PM, Michel Dänzer wrote:
>>>>
On 13/07/17 09:31 PM, Ilia Mirkin wrote:
> On Thu, Jul 13, 2017 at 4:27 AM, Michel Dänzer wrote:
>> On 18/04/17 07:07 PM, Michel Dänzer wrote:
>>> From: Michel Dänzer
>>>
>>> Signed-off-by: Michel Dänzer
>>> ---
>>>
>>> Chri
On 18/04/17 07:07 PM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
> ---
>
> Chris / Ilia / Ben, this should be manageable for the intel/nouveau
> drivers, right?
Any feedback, guys?
I want to push the xserver change soon-ish. I could pr
On 21/06/17 05:14 PM, Daniel Vetter wrote:
> On Wed, Jun 21, 2017 at 04:59:31PM +0900, Michel Dänzer wrote:
>> On 21/06/17 04:38 PM, Daniel Vetter wrote:
>>> On Tue, Jun 20, 2017 at 09:25:25PM +0200, Peter Rosin wrote:
>>>> This makes the redundant fb helpers .load_
ther bug,
> but might be relevant for your use-case. Just try to run both an fbdev
> application and some kms-native thing, and then SIGKILL the native kms
> app.
>
> But since pre-existing not really required, and probably too much effort.
I suspect somet
From: Michel Dänzer
This allows making the master screen's pixmap_dirty_list entries
explicitly reflect that we're now tracking the root window instead of
the screen pixmap, in order to allow Present page flipping on master
outputs while there are active slave output
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
Chris / Ilia / Ben, this should be manageable for the intel/nouveau
drivers, right?
src/amdgpu_drv.h | 26 ++
src/amdgpu_kms.c | 18 +-
src/drmmode_display.c | 8 ++--
3 files changed
On 19/01/17 07:18 AM, Grodzovsky, Andrey wrote:
>> From: Michel Dänzer [mailto:mic...@daenzer.net]
>> On 17/01/17 07:16 AM, Laurent Pinchart wrote:
>>> On Monday 16 Jan 2017 10:44:57 Andrey Grodzovsky wrote:
>>>> Change-Id: Iad3e0b9b3546e4e4dc79be9233daf4fe4d
his commit is a page flip, and targets are
> created.
>> */
>> -if (!page_flip_needed(plane_state, old_plane_state,
>> - true) ||
>> +if (!page_flip_needed(plane
the limitation in Nouveau or in TTM?
Nouveau. Non-4K page sizes work fine with radeon (and presumably amdgpu).
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_
e vblanke event? ;) (typo, same in the previous comment)
The function name in this comment doesn't match the name of the function
it describes.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast |
ith NULL pointer instead of a valid query object.
Could the HUD code be fixed instead?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
___
On Mon, 2012-02-20 at 05:59 +0100, Mario Kleiner wrote:
> On 02/16/2012 11:04 AM, Michel Dänzer wrote:
> > On Don, 2012-02-16 at 00:45 +0100, Mario Kleiner wrote:
> >> can_exchange() fails on at least Xorg 1.12+. This fixes
> >> it in the same way it was f
could end up with the front pixmap depth not matching the window
depth. Not sure that's a real problem right now, but it seems wonky at
least...
Have you investigated why the depths don't match?
--
Earthling Michel Dänzer | http://www.amd.com
Libre softwa
d, so it should be possible to fix this via
proper reference counting.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
ongit.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).
Maybe there's a firewall between you and anongit.freedesktop.org which
is filtering the G
From: address and subject of that mail (or any others that
were apparently lost)? I can't seem to find anything in the dri-devel
moderation queue mails around the weekend, so apparently it was dropped
before it reached mailman. Maybe some sf.net spam filter or something.
--
E
27 matches
Mail list logo
