search for: drm_open_helper

...y I'd have replied to the original email but I couldn't figure out a way to subscribe to a list, and then reply to an email already posted to the list.] I have this very problem (with a different card): http://lists.freebsd.org/pipermail/freebsd-stable/2009-April/049618.html It looks like drm_open_helper() gets a NULL dev parameter and a panic occurs when it attempts to set dev->flags = flags. r189668, which was the MFC of r189052, seems to be the point where the problem showed up in the 7-STABLE branch. Regards, Navdeep ===================================================== vgapci2@pci0:3:1:0...

From: Thierry Reding <treding at nvidia.com> The memory allocated for a nouveau_cli object in nouveau_cli_create() is never freed. Free the memory in nouveau_cli_destroy() to plug this leak. kmemleak recorded this after running a couple of nouveau test programs. Note that kmemleak points at drm_open_helper() because for some reason it thinks that skipping the first two stack frames is a good idea. Signed-off-by: Thierry Reding <treding at nvidia.com> --- drivers/gpu/drm/nouveau/nouveau_drm.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gp...

...Xorg, Xorg tries to send invalid ioctl to that device. Looks like Xorg enumerates existing drm devices and performs driver's platformprobe function on them regardless of their type. syslog: Dec 5 11:31:55 kernel: [ 1026.543315] [drm:drm_stub_open] Dec 5 11:31:55 kernel: [ 1026.543317] [drm:drm_open_helper] pid = 4642, minor = 0 Dec 5 11:31:55 kernel: [ 1026.543341] [drm:drm_setup] Dec 5 11:31:55 kernel: [ 1026.543349] [drm:drm_ioctl] pid=4642, dev=0xe200, auth=1, DRM_IOCTL_VERSION Dec 5 11:31:55 kernel: [ 1026.543351] [drm:drm_ioctl] pid=4642, dev=0xe200, auth=1, DRM_IOCTL_VERSION Dec 5 11:31:55...

*RESEND* due to exceeding the mailinglists limit for attachment size. Hi, I''m trying to get secondary vga-passthrough on a HVM guest to work with a AMD HD6570 and the native kernel radeon driver and kernel modesetting. So the guest still gets the emulated stdvga or cirrus device(used in my case here) as primary/boot vga adapter. - When i don''t passthrough the radeon card, the

...ad] Aug 6 21:11:29 localhost [drm:drm_get_head] new minor assigned 0 Aug 6 21:11:29 localhost [drm] Initialized nouveau 0.0.10 20060213 on minor 0 Aug 6 21:11:29 localhost [drm] Used old pci detect: framebuffer loaded Aug 6 21:11:46 localhost [drm:drm_stub_open] Aug 6 21:11:46 localhost [drm:drm_open_helper] pid = 6567, minor = 0 Aug 6 21:11:46 localhost [drm:drm_addmap_core] offset = 0x00000000, size = 0x00002000, type = 2 Aug 6 21:11:46 localhost [drm:drm_addmap_core] 8192 13 ffffc2000003b000 Aug 6 21:11:46 localhost [drm:drm_setup] Aug 6 21:11:46 localhost [drm:drm_unlocked_ioctl] pid=6567, cm...

...new vga_switcheroo_client_tryget, which checks the current state, and if it's on, increments a newly added refcount (which vgw switheroo maintains). Otherwise it fails. Drivers call this from their drm_driver->open hook. This check also allows us to drop the layer-violating checks in drm_open_helper for drm_dev->dev_power_state. - That refcount is dropped with vga_switcheroo_client_put, called from drm_driver->close. If the refcount drops to 0 this function also does delayed switch processing. - All the can_switch callbacks get removed and instead the vgwswr code directly consult...

...t_tryget, which checks the current > state, and if it's on, increments a newly added refcount (which vgw > switheroo maintains). Otherwise it fails. Drivers call this from their > drm_driver->open hook. This check also allows us to drop the > layer-violating checks in drm_open_helper for drm_dev->dev_power_state. > > - That refcount is dropped with vga_switcheroo_client_put, called from > drm_driver->close. If the refcount drops to 0 this function also does > delayed switch processing. > > - All the can_switch callbacks get removed and instead the...

...ks the current > > state, and if it's on, increments a newly added refcount (which vgw > > switheroo maintains). Otherwise it fails. Drivers call this from their > > drm_driver->open hook. This check also allows us to drop the > > layer-violating checks in drm_open_helper for drm_dev->dev_power_state. > > > > - That refcount is dropped with vga_switcheroo_client_put, called from > > drm_driver->close. If the refcount drops to 0 this function also does > > delayed switch processing. > > > > - All the can_switch callba...

On Mon, Aug 12, 2024 at 10:28:22AM +0200, Thomas Zimmermann wrote: > Amdgpu and nouveau call vga_switcheroo_process_delayed_switch() from > their lastclose callbacks. Call it from drm_lastclose(), so that the > driver functions can finally be removed. Only PCI devices with enabled > switcheroo do the delayed switching. The call has no effect on other > hardware. > > v2: >

...ault (frame=0xfffffffea1f0a620, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:673 #6 0xffffffff807d2ed5 in trap (frame=0xfffffffea1f0a620) at /usr/src/sys/amd64/amd64/trap.c:444 #7 0xffffffff807b712e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff80ee10af in drm_open_helper (kdev=0xffffff0001d91c00, flags=3, fmt=Variable "fmt" is not available. ) at /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_fops.c:50 #9 0xffffffff80ee0120 in drm_open (kdev=0xffffff0001d91c00, flags=3, fmt=8192, p=0xffffff0001c40000) at /usr/src/sys/modules/drm/drm/../....

Hi all, First thing first: It works, I now no longer have a few dropped frames every 10s on my testbox here with the pageflip i-g-t tests. Random notes: - New design has per-crtc locks to protect the crtc input-side (pageflip, cursor) for r/w and the output state of the crtc (mode, dpms) as read-only. It also required completely revamped fb lifecycle management, those are now refcounted