Hi, I recently decided to try out the fancy KMS stuff with my RV770. Works fine on the x86-64 main system, but trying to get direct rendering working in a 32-bit chroot resulted in crashes. The main system has udev running, but the chroot had a static dev. As the dri device nodes were missing from it, I created them manually, ran glxinfo and got a dead box with this in kern.log:
kernel: kernel BUG at drivers/gpu/drm/drm_fops.c:146! kernel: invalid opcode: 0000 [#1] PREEMPT SMP kernel: last sysfs file: /sys/devices/pci0000:00/0000:00:1e.0/0000:04:00.2/local_cpus kernel: CPU 2 kernel: Modules linked in: kernel: Pid: 13709, comm: glxinfo Not tainted 2.6.32-rc8 #6 System Product Name kernel: RIP: 0010:[<ffffffff811a91ad>] [<ffffffff811a91ad>] drm_open+0x4a2/0x4dd kernel: RSP: 0018:ffff8800a2471cc8 EFLAGS: 00010202 kernel: RAX: ffff88012e13b058 RBX: ffff88012fac4020 RCX: 0000000000000000 kernel: RDX: ffff88005f9483d8 RSI: 00000000fffffff4 RDI: ffff88012fac4020 kernel: RBP: ffff8800a2471d08 R08: 000000000000358d R09: 0000000000000000 kernel: R10: ffff8800a2471e38 R11: 0000000000000000 R12: 0000000000000000 kernel: R13: ffff88012fac4000 R14: ffff88012fac4020 R15: ffff8800914e0f18 kernel: FS: 0000000000000000(0000) GS:ffff880028300000(0063) knlGS:00000000f74386d0 kernel: CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b kernel: CR2: 00000000f7783040 CR3: 000000008fa23000 CR4: 00000000000006e0 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 kernel: DR3: 0000000000000000 DR6: 00000000ffff4ff0 DR7: 0000000000000400 kernel: Process glxinfo (pid: 13709, threadinfo ffff8800a2470000, task ffff88012cacad00) kernel: Stack: kernel: ffff8800914e00c0 ffff88005f9483d8 ffff88012fa93c00 ffff88012fac4000 kernel: <0> 00000000ffffffed ffffffff81396cd0 ffff8800914e00c0 ffff88005f9483d8 kernel: <0> ffff8800a2471d48 ffffffff811a8c44 ffffffff8109197c 0000000000000000 kernel: Call Trace: kernel: [<ffffffff811a8c44>] drm_stub_open+0x12d/0x1f4 kernel: [<ffffffff8109197c>] ? exact_match+0x0/0x9 kernel: [<ffffffff81091df3>] chrdev_open+0x19f/0x1be kernel: [<ffffffff810969c0>] ? acl_permission_check+0x67/0x8c kernel: [<ffffffff81091c54>] ? chrdev_open+0x0/0x1be kernel: [<ffffffff8108db73>] __dentry_open+0x187/0x2a0 kernel: [<ffffffff8108dd59>] nameidata_to_filp+0x41/0x52 kernel: [<ffffffff8109a758>] do_filp_open+0x4fc/0x9c2 kernel: [<ffffffff81077fdb>] ? handle_mm_fault+0x38a/0x6e4 kernel: [<ffffffff810a33e1>] ? alloc_fd+0x11d/0x12e kernel: [<ffffffff8108d901>] do_sys_open+0x5d/0x10b kernel: [<ffffffff810c25e9>] compat_sys_open+0x15/0x17 Some googling revealed this thread from January: http://thread.gmane.org/gmane.linux.kernel/784099 So I decided to try to rbind my main /dev into the chroot, and indeed, that works around it. Björn ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
