Re: DRI doesn't work on 2.4.0 but does on prerelease-ac5
On Mon, Jan 08, 2001 at 06:35:43PM +, Michael D. Crawford wrote: > OK, I built XFree86 4.0.2 and DRI seems to be working for me now under > 2.4.0-ac4. (Starting with 2.4.0, it wouldn't, this is with an ATI XPert 2000 > AGP). > > BUT - although /var/log/XFree86.0.log documents the startup of DRI, DRM and AGP, > and states the info about their initialization and stuff so that it looks like > they're working, I don't notice any performance difference running any of the > Mesa-3.4 demos whether or not I use DRI, and whether I run 4.0.1 or 4.0.2. > > This makes me suspect it's not really working, or else my build of the Mesa-3.4 > library wasn't configured right - but note that if I disable DRI, one of the > Mesa demos will comment that it's not available. > > A specific example is Mesa-3.4/demos/gloss. It's a rotating textured cylinder > that is partially reflective of what seems to be a landscape that is in front of > the screen being reflecting back to the viewer. I get a pretty consistent 7.5 > frames per second: > > - in 4.0.1 with no DRI > - in 4.0.1 with DRI > - in 4.0.2 with no DRI > - in 4.0.2 with DRI > > Having agpgart and drm/r128 compiled in or as modules also doesn't appear to > make a difference. > > The frame rate for gloss drops to about 3.5 if I run geartrain (another demo) > alongside it. Geartrain by itself seems to be about the same speed in all > cases, though it doesn't report a number. > > There are a couple benchmarking tools in Mesa if someone wanted hard numbers > from me. > > Can anyone suggest any 3D code that I can download that does more complex things > than the mesa demos that I can test this with? > > Is my DRI really working? If not, any tips on getting it to do so? I have this same problem with a Voodoo 3 2000(tdfx) running 2.4.0 and XFree86 4.0.2. -- L1: khromy ;khromy(at)khromy.lnuxlab.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: [drm:drm_release] *ERROR* Process 256 dead
On Mon, Oct 23, 2000 at 11:22:53PM -0400, Burton Windle wrote: > Sorry if this is user-error, but after about 20min of using > 2.4.0-test10-pre5, my Debian Woody system dropped out of X with this > message in syslog: > > [drm:drm_release] *ERROR* Process 256 dead, freeing lock for context 1 > > I've never seen this before; I had been using test10-pre4 for several days > without error. > > Is this a kernel bugglet/error, or X? > > -- > Burton Windle [EMAIL PROTECTED] > Linux: the "grim reaper of innocent orphaned children." > from /usr/src/linux/init/main.c:1384 > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ I get this too when I'm using DRI and XFree86 4.0.1 or the latest CVS checkout. For now I just comment out 'Load "dri"' in XF86Config when I'm not going to be using OpenGL. I'm using tdfx.o with a Voodoo 3 2000. -- L1: khromy ;[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
unresolved symbols pm_*register ad1848.o
2.4.0-test13-pre3 unresolved symbols: modprobe ad1848 /lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: unresolved symbol pm_unregister_Reccd1e64 /lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: unresolved symbol pm_register_R8dbab11c /lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: insmod /lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o failed -- L1: khromy ;khromy(at)lnuxlab.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
linux-2.4.0-test9-pre7 Oops
ksymoops 2.3.4 on i686 2.4.0-test9. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test9/ (default)
-m /boot/System.map-2.4.0-test9 (specified)
Unable to handle kernel paging request at virtual address 0010
c012eca1
*pde =
Oops: 0002
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00210246
eax: ebx: c3135920 ecx: c3135920 edx: 0010
esi: c31358c0 edi: c31359e0 ebp: c10549f4 esp: c1127f70
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 2, stackpage=c1127000)
Stack: c01310d4 c3135920 c10549f4 c1054a10 02ac 01a3 0001
c01292a3 c10549f4 0004
c0129a7c 0004 c01d80d1
Call Trace: [] [] [] [] []
[]
Code: 89 02 c7 41 30 00 00 00 00 0f b7 41 0a 50 51 e8 0f ff ff ff
>>EIP; c012eca1 <__remove_from_queues+19/34> <=
Trace; c01310d4
Trace; c01292a3
Trace; c0129a7c
Trace; c01d80d1
Trace; c0129b49
Trace; c01089e4
Code; c012eca1 <__remove_from_queues+19/34>
<_EIP>:
Code; c012eca1 <__remove_from_queues+19/34> <=
0: 89 02 mov%eax,(%edx) <=
Code; c012eca3 <__remove_from_queues+1b/34>
2: c7 41 30 00 00 00 00 movl $0x0,0x30(%ecx)
Code; c012ecaa <__remove_from_queues+22/34>
9: 0f b7 41 0a movzwl 0xa(%ecx),%eax
Code; c012ecae <__remove_from_queues+26/34>
d: 50push %eax
Code; c012ecaf <__remove_from_queues+27/34>
e: 51push %ecx
Code; c012ecb0 <__remove_from_queues+28/34>
f: e8 0f ff ff ffcall ff23 <_EIP+0xff23> c012ebc4
<__remove_from_lru_list+0/68>
cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 5
model name : Pentium II (Deschutes)
stepping: 2
cpu MHz : 350.000802
cache size : 512 KB
fdiv_bug: no
hlt_bug : no
sep_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36
mmx fxsr
bogomips: 699.60
cat /proc/meminfo
total:used:free: shared: buffers: cached:
Mem: 64135168 60022784 41123840 4259840 33619968
Swap: 131600384 2924544 128675840
MemTotal:62632 kB
MemFree: 4016 kB
MemShared: 0 kB
Buffers: 4160 kB
Cached: 32832 kB
Active: 36852 kB
Inact_dirty: 136 kB
Inact_clean: 0 kB
Inact_target:14040 kB
HighTotal: 0 kB
HighFree:0 kB
LowTotal:62632 kB
LowFree: 4016 kB
SwapTotal: 128516 kB
SwapFree: 125660 kB
If you need any more information let me know.
--
L1: khromy ;[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
EXT2-fs error
Linux vingeren.girl 2.4.3-pre7 #5 Mon Mar 26 23:33:59 EST 2001 i686 unknown EXT2-fs error (device ide2(33,3)): ext2_free_blocks: bit already cleared for block 1048576 EXT2-fs error (device ide2(33,3)): ext2_free_blocks: bit already cleared for block 1048576 ^ I got the following while rm -rf'ing my mozilla cvs checkout. Deadly or not deadly? -- L1: khromy ;khromy(at)khromy.lnuxlab.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.1 unresolved reference
2.4.1 - make bzImage modules CONFIG_BLK_DEV_PDC202XX=y # CONFIG_PDC202XX_BURST is not set drivers/ide/idedriver.o: In function `pci_init_pdc202xx': drivers/ide/idedriver.o(.text.init+0x1ac4): undefined reference to `pdc202xx_display_info' make: *** [vmlinux] Error 1 -- L1: khromy ;khromy(at)khromy.lnuxlab.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
[OOPS] linux-2.4.6-pre5aa1
edi: c8687cf8 ebp: esp: c14fddc8 Jun 23 01:29:51 devel kernel: ds: 0018 es: 0018 ss: 0018 Jun 23 01:29:51 devel kernel: Process ps (pid: 2019, stackpage=c14fd000) Jun 23 01:29:51 devel kernel: Stack: 1287 Jun 23 01:29:51 devel kernel: c8687d14 742f6800 Jun 23 01:29:51 devel kernel: c14fc000 0052 0052 Jun 23 01:29:51 devel kernel: Call Trace: [do_try_to_free_pages+25/96] [try_to_free_pages+40/64]ee86 -- L1: khromy ;khromy(at)khromy.lnuxlab.net - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
