o fail. I no longer believe that it is a driver issue, though, because I just tried it again on a dell laptop with Intel HD Graphics 4400 to the same failure.On Jul 5, 2020 12:35, Ilia Mirkin wrote:Are you setting the overallocation to 200?
On Sun, Jul 5, 2020 at 3:41 AM Michael T. Kloos
wrote:
Hi
I'm sure I remember reading (possibly on the TiNDC) that Xbox support
was planned for the Nouveau driver
I was just wondering how this was going.
I've got my Xbox out again and would be happy to test code to get 3D
working on it
Cheers
Mike
___
I am not sure if this will help your progression (or if you already new about
it), but I have found a FREE BSD source code and driver for the newer nvidid
chips:
http://www.nvidia.com/object/freebsd_100.14.09.html
I have a Lenovo T61 with an NVS 140m video card and can't wait to get full
Hi,
Newbie to this list. I've been using 2.6.32 nouveau on F12. Things
seem stable (although 3D performance is not great).
I do see kernel error messages whenever I change window focus. The
specific fault numbers vary, however the sequence is always:
Nov 24 16:32:05 mail kernel: DRHD:
Building today in git - kernel 2.6.32 (git) + nouveau (git).
Failed as nouveau_irq.c doesn't include linux/ratelimit.h
Added the include to nouveau_irq.c and was able to compile... not sure
that's where it ought to go.
___
Nouveau mailing list
://cgit.freedesktop.org/nouveau/linux-2.6/tree/drivers/gpu/drm/nouveau/nv84_fence.c#n178
Michael
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
. (Or I screw up big time.)
I am testing nouveau/master regularly when new commits arrive.
Michael
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
is reported only once for each function it
appears in
There's no such object nvc0_devinit_oclass. nv50_devinit_oclass meant perhaps?
Michael
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
2013/5/8 Emil Velikov emil.l.veli...@gmail.com:
Although I believe it's a nice thing to have an occasional silly
breakage like that to see how many people use nouveau-git and how they
are coping with it ^_^
Let's see if it is just my setup since reset to origin/master with
3.10-rc1 or another
On Wed, 17 Jun 2015 20:47:17 -0400
Ilia Mirkin imir...@alum.mit.edu wrote:
On Wed, Jun 17, 2015 at 1:05 PM, Michael Büsch m...@bues.ch wrote:
The expression (~0 x) will always yield all-ones, because the right
shift is an arithmetic right shift that will always shift ones in.
Accordingly
anyone get offended by reading
technical comments? This is all beyond me...
Agree, this is insanity.
Irony? Parody?
That's what crossed my mind, to be brutally honest. Group hug, anyone?
For the VME vectors case: no need to hug, just don't mess with them.
Cheers,
Michael
(Waiting
oid *dst, unsigned long count)
> {
> readsb(addr, dst, count);
> }
> -void ioread16_rep(void __iomem *addr, void *dst, unsigned long count)
> +void ioread16_rep(const void __iomem *addr, void *dst, unsigned long count)
> {
> readsw(addr, dst, count);
> }
&g
Lyude Paul writes:
> Reviewed-by: Lyude Paul
>
> Will push to drm-misc-next
I don't see this patch in mainline or drm-misc-next, did it get lost?
cheers
> On Sat, 2022-03-19 at 11:27 +0100, Christophe Leroy wrote:
>> While working at fixing powerpc headers, I ended up with the
>> following
gets pushed today
>>
>> On Tue, 2022-06-07 at 23:00 +1000, Michael Ellerman wrote:
>> > Lyude Paul writes:
>> > > Reviewed-by: Lyude Paul
>> > >
>> > > Will push to drm-misc-next
>> >
>> > I don't see this patch in mainline
Alistair Popple writes:
> When the CPU tries to access a device private page the migrate_to_ram()
> callback associated with the pgmap for the page is called. However no
> reference is taken on the faulting page. Therefore a concurrent
> migration of the device private page can free the page and
Alistair Popple writes:
> Michael Ellerman writes:
>> Alistair Popple writes:
>>> When the CPU tries to access a device private page the migrate_to_ram()
>>> callback associated with the pgmap for the page is called. However no
>>> reference is taken on the f
in the
upcoming election is 26 February 2024 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Christopher Michael, on behalf of the X.Org elections committee
Hiler, Christopher Michael, Lyude Paul, and Daniel Vetter.
They will continue to serve until their term ends in 2024. Current
directors whose term expires in 2024 are Emma Anholt, Mark Filion,
Ricardo Garcia, and Alyssa Rosenzweig.
<https://rosenzweig.io/>
A director is expected to parti
totals will serve as directors
for two year terms.
The directors who received two year terms starting in 2023 were
Arkadiusz Hiler, Christopher Michael, Lyude Paul, and Daniel Vetter.
They will continue to serve until their term ends in 2024. Current
directors whose term expires in 2024 are Emma
This is a reminder that we are still looking for candidates for the
upcoming X.Org Board of Directors elections, and that membership
renewals are still open and will be needed to vote on those elections.
Please read below for more details.
Cheers,
Christopher Michael, on behalf of the X.Org
below for more details.
Cheers,
Christopher Michael, on behalf of the X.Org BoD
On 3/5/24 05:49, Christopher Michael wrote:
This is a reminder that we are still looking for candidates for the
upcoming X.Org Board of Directors elections, and that membership
renewals are still open
in the
upcoming election is 01 April 2024 at 23:59 UTC.
If you are interested in joining the X.Org Foundation or in renewing
your membership, please visit the membership system site at:
https://members.x.org/
Christopher Michael, on behalf of the X.Org elections committee
...
Maybe I'm just doing something wrong?
-Mike
---
Michael D Labriola
Electric Boat
mlabr...@gdeb.com
401-848-8871 (desk)
401-848-8513 (lab)
401-316-9844 (cell)
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org
On Thu, Nov 29, 2018 at 11:53:53AM +0100, Karol Herbst wrote:
> On Thu, Nov 29, 2018 at 2:29 AM Michael S. Tsirkin wrote:
> >
> > On Thu, Nov 29, 2018 at 12:21:31AM +0100, Karol Herbst wrote:
> > > this was already debugged and there is no point in searching inside
On Thu, Nov 29, 2018 at 12:21:31AM +0100, Karol Herbst wrote:
> this was already debugged and there is no point in searching inside
> the Firmware. It's not a firmware bug or anything.
>
> The proper fix is to do something inside Nouveau so that we don't
> upset the device and being able to
On Tue, Nov 27, 2018 at 11:36:50AM +0200, Mika Westerberg wrote:
> +linux-acpi
>
> Hi Michael,
>
> On Mon, Nov 26, 2018 at 10:53:26PM -0500, Michael S. Tsirkin wrote:
> > So a new thinkpad:
> > 01:00.0 VGA compatible controller: NVIDIA Corporation GP107GLM [Quadro
So a new thinkpad:
01:00.0 VGA compatible controller: NVIDIA Corporation GP107GLM [Quadro P2000
Mobile] (rev a1)
Hangs whenever I try to poke at the card. It starts happily enough with
[3.971515] ACPI Warning: \_SB.PCI0.GFX0._DSM: Argument #4 type mismatch -
Found [Buffer], ACPI requires
On Wed, Nov 28, 2018 at 01:08:57PM +0200, Mika Westerberg wrote:
> On Tue, Nov 27, 2018 at 09:49:44PM -0500, Michael S. Tsirkin wrote:
> > On Tue, Nov 27, 2018 at 11:36:50AM +0200, Mika Westerberg wrote:
> > > +linux-acpi
> > >
> > > Hi Michael,
> > &
On Wed, Nov 28, 2018 at 05:55:44PM +0200, Mika Westerberg wrote:
> On Wed, Nov 28, 2018 at 10:09:22AM -0500, Michael S. Tsirkin wrote:
> > Yea all this is weird, in particular I wonder why does everyone
> > using dsm insists on saying Arg4
> > when they actually mean Arg3. A
Are you setting the overallocation to 200?
On Sun, Jul 5, 2020 at 3:41 AM Michael T. Kloos
wrote:
Does NOUVEAU support mmaping a double-sized Framebuffer?
When attempting to run, where fd refers to "/dev/fb0":
mmap(ptr, screensize * 2, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
I get back
legacy applications. The fbdev emulation acts as
sort of a regular DRM client and exposes the FBDEV API.
The overallocation logic was added to this emulation layer in commit
5f15257689bfa, which is included in v4.12 and later kernels.
Hope this helps,
-ilia
On Sun, Jul 5, 2020 at 7:02 PM Mic
Does NOUVEAU support mmaping a double-sized Framebuffer?
When attempting to run, where fd refers to "/dev/fb0":
mmap(ptr, screensize * 2, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
I get back an invalid argument error. This doesn't happen if I only
request a single screensize. Is this a
>-Original Message-
>From: Thomas Zimmermann
>Sent: Tuesday, November 10, 2020 8:37 AM
>To: bske...@redhat.com; airl...@linux.ie; dan...@ffwll.ch; Ruhl, Michael J
>; christian.koe...@amd.com
>Cc: nouveau@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
>-Original Message-
>From: Thomas Zimmermann
>Sent: Wednesday, November 11, 2020 7:08 AM
>To: Ruhl, Michael J ; bske...@redhat.com;
>airl...@linux.ie; dan...@ffwll.ch; christian.koe...@amd.com
>Cc: nouveau@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
>Maart
>-Original Message-
>From: Ben Skeggs
>Sent: Wednesday, November 11, 2020 9:39 PM
>To: Ruhl, Michael J
>Cc: Thomas Zimmermann ; bske...@redhat.com;
>airl...@linux.ie; dan...@ffwll.ch; christian.koe...@amd.com; amd-
>g...@lists.freedesktop.org; nouveau@lists.free
eturned 0 after 15 usecs
> calling init+0x0/0x60 @ 1
> initcall init+0x0/0x60 returned 0 after 2 usecs
> calling init+0x0/0x9a @ 1
> initcall init+0x0/0x9a returned 0 after 74 usecs
>
> Fixes: e467cde23818 ("Block driver using virtio.")
> Signed-off-by: Randy Dun
eturned 0 after 15 usecs
> calling init+0x0/0x60 @ 1
> initcall init+0x0/0x60 returned 0 after 2 usecs
> calling init+0x0/0x9a @ 1
> initcall init+0x0/0x9a returned 0 after 74 usecs
>
> Fixes: 4fe74b1cb051 ("[SCSI] virtio-scsi: SCSI driver for QEMU based virtual
> mac
rtio: console: Add ability to remove module")
> Signed-off-by: Randy Dunlap
> Cc: Amit Shah
> Cc: virtualizat...@lists.linux-foundation.org
> Cc: Arnd Bergmann
> Cc: Greg Kroah-Hartman
If this is done tree-wide, it's ok to do it for virtio too.
Acked-by: Michael S. T
Subject: [PATCH 6/6] drm/ttm: stop allocating a dummy resource for pipelined
>gutting
>
>That should not be necessary any more when drivers should at least be
>able to handle a move without a resource.
>
>Signed-off-by: Christian König
Reviewed-by: Michael J. Ruhl
M
>
ect: [PATCH 5/6] drm/ttm: stop allocating dummy resources during BO
>creation
>
>That should not be necessary any more when drivers should at least be
>able to handle the move without a resource.
>
>Signed-off-by: Christian König
Reviewed-by: Michael J. Ruhl
M
>---
> d
ject: [Intel-gfx] [PATCH 2/6] drm/amdgpu: audit bo->resource usage
>
>Make sure we can at least move and release BOs without backing store.
>
>Signed-off-by: Christian König
Reviewed-by: Michael J. Ruhl
M
>---
> drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +-
> driver
ject: [Intel-gfx] [PATCH 3/6] drm/nouveau: audit bo->resource usage
>
>Make sure we can at least move and release BOs without backing store.
>
>Signed-off-by: Christian König
Reviewed-by: Michael J. Ruhl
M
>---
> drivers/gpu/drm/nouveau/nouveau_bo.c | 3 ++-
> 1 file chang
>Subject: [Intel-gfx] [PATCH 4/6] drm/ttm: audit bo->resource usage v2
>
>Allow BOs to exist without backing store.
>
>v2: handle ttm_bo_move_memcpy as well.
>
>Signed-off-by: Christian König
Reviewed-by: Michael J. Ruhl
M
>---
> drivers/gpu/drm/ttm/ttm_bo.c | 16 +
nment, struct ttm_operation_ctx *ctx,
>+ struct sg_table *sg, struct dma_resv *resv,
>void (*destroy) (struct ttm_buffer_object *))
> {
> static const struct ttm_place sys_mem = { .mem_type =
>TTM_PL_SYSTEM };
>- bool locked;
>
44 matches
Mail list logo