[Bug 5280] Display sometimes locked up on resume on i810 w/DRI enabled
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=5280 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 20:19 --- You might want to try the latest CVS of X.Org, and get the latest DRM too. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2596] Disabling DRI. [drm] failed to load kernel module i915 (EE) I810(0): [dri] DRIScreenInit failed.
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2596 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 20:23 --- The i915 DRM was ported to FreeBSD. Re-open if there's still a problem. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4813] Use of stencil buffer causes hard lockup on i915
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=4813 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 20:27 --- Have you tried Xorg 7.0 with Mesa 6.4.1 ?? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 3022] i915 driver. Mesa 6.3 implementation error.
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=3022 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 20:28 --- Closing. Use Mesa 6.4.1. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] new radeon memory map fixes
On Sun, 2006-01-29 at 10:06 +1030, Kevin Shanahan wrote: As with your last patch, this fixes the startup problems I was having with the 6.8.2 - 6.9 upgrade (http://bugs.debian.org/345729). However, with this version the server crashes when I switch to a VT and back again. Log with backtrace attached. FWIW, there's a good chance that this wouldn't happen with current xserver/xorg CVS. There's no question that the radeon cursor code could use a good cleanup though. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] new radeon memory map fixes
On Sat, 2006-01-28 at 03:22 +1100, Benjamin Herrenschmidt wrote: Also, unless I'm missing something, you're removing the code that forces the display priority to high for Radeon 7200. Oops ? Where did I miss that ? (which bit of code specifically ? If it's the hack that was in SetFBLocation, it's now in the bandwidth calc) I mean /* old AIW Radeon has some BIOS initialization problem * with display buffer underflow, only occurs to DFP */ if (!info-HasCRTC2) OUTREG(RADEON_GRPH_BUFFER_CNTL, INREG(RADEON_GRPH_BUFFER_CNTL) ~0x7f); from RADEONRestoreFPRegisters(). http://gate.crashing.org/~benh/radeon-memmap-drm-3.diff The way you handle backwards compatibility here is brilliant, thanks. The only minor issue I see is that the setparam ioctl can be called by unprivileged clients, but that applies to the existing colour tiling part as well, and it may not be a problem thanks to the offset fixups. I'm not 100% sure yet of whta the clients may or may not do here, I'd be very happy if you could double check that part :) I can't think of any case that this patch wouldn't cover offhand. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Some tests don't appear in MakeFile!
Some of the new tests are not included in the MakeFile, and that makes it impossible to do the make clean. Patch to today CVS (30-01-06) --- Mesa/progs/tests/Makefile.orig 2006-01-27 14:35:50.0 + +++ Mesa/progs/tests/Makefile 2006-01-30 16:37:55.0 + @@ -10,11 +10,13 @@ LIBS = $(APP_LIB_DEPS) -SOURCES = antialias.c \ +SOURCES = afsmultiarb.c \ + antialias.c \ arbfpspec.c \ arbfptest1.c \ arbfptexture.c \ arbfptrig.c \ + arbnpot.c \ arbvptest1.c \ arbvptest3.c \ arbvptorus.c \ @@ -38,6 +40,7 @@ getprocaddress.c \ interleave.c \ invert.c \ + jkrahntest.c \ manytex.c \ multipal.c \ no_s3tc.c \
Re: Some tests don't appear in MakeFile!
Pedro Maia wrote: Some of the new tests are not included in the MakeFile, and that makes it impossible to do the make clean. Fixed. -Brian --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4813] Use of stencil buffer causes hard lockup on i915
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=4813 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2006-01-31 06:00 --- I just tested with Mesa CVS from a week ago, DRM from kernel 2.6.16-rc1-mm2, xorg 6.9 from Debian unstable. stencilwrap works as it should. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4813] Use of stencil buffer causes hard lockup on i915
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=4813 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2006-01-31 06:25 --- I accidentally tested with indirect rendering. I reopen the bug since I cannot make direct rendering work at the moment and thus assume that the bug is still there. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
IRQ disabled (i915?) when switchig between gnome themes (gnome-theme-manager)
Hi, Something strange goes on when I try to switch more than two times between gnome themes using gnome-theme-manager: the X server is killed -- that also happens with 2.6.15, and that is surely an userspace bug, and the login manager restarts. With current git and also with 2.6.16-rc1-mm3 and -mm4 sometimes the screen, and _only_ the screen is frozen, and all the time IRQ 10 is disabled: 10: 34430 XT-PIC Intel 82801DB-ICH4, Intel 82801DB-ICH4 Modem, yenta, yenta, ehci_hcd:usb1, uhci_hcd:usb2, [EMAIL PROTECTED]::00:02.0 What's a bit strange about this is that the IRQ handler for i915 seems to be gone right at the moment the nobody cared check triggers -- maybe the IRQ handler is unregistered (a bit) too early? CONFIG_AGP_INTEL=y CONFIG_DRM_I915=y 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Thanks, Dominik Linux version 2.6.16-rc1 ([EMAIL PROTECTED]) (gcc-Version 3.4.4 (Gentoo Hardened 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)) #2 PREEMPT Fri Jan 27 22:31:53 CET 2006 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000ce000 - 000d (reserved) BIOS-e820: 000d8000 - 000e (reserved) BIOS-e820: 000e4000 - 0010 (reserved) BIOS-e820: 0010 - 2f6e (usable) BIOS-e820: 2f6e - 2f6ec000 (ACPI data) BIOS-e820: 2f6ec000 - 2f70 (ACPI NVS) BIOS-e820: 2f70 - 3000 (reserved) BIOS-e820: fec1 - fec2 (reserved) BIOS-e820: ff80 - ffc0 (reserved) BIOS-e820: fc00 - 0001 (reserved) 758MB LOWMEM available. On node 0 totalpages: 194272 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 190176 pages, LIFO batch:31 HighMem zone: 0 pages, LIFO batch:0 DMI present. ACPI: RSDP (v000 PTLTD ) @ 0x000f7e80 ACPI: RSDT (v001 PTLTD Montara 0x0604 LTP 0x) @ 0x2f6e7bc3 ACPI: FADT (v001 INTEL MONTARA 0x0604 PTL 0x0050) @ 0x2f6ebed2 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x0604 LTP 0x0001) @ 0x2f6ebfd8 ACPI: SSDT (v001 INTEL CPU0CST 0x0001 INTL 0x20020725) @ 0x2f6e800c ACPI: SSDT (v001 INTEL EISTRef 0x2000 INTL 0x02012044) @ 0x2f6e7bf7 ACPI: DSDT (v001 INTEL MONTARAG 0x0604 MSFT 0x010e) @ 0x ACPI: PM-Timer IO Port: 0x1008 Allocating PCI resources starting at 4000 (gap: 3000:cec1) Built 1 zonelists Kernel command line: root=/dev/hda5 acpi_sleep=s3_mode psmouse.proto=imps resume=/dev/hda8 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c0444000 soft=c0443000 PID hash table entries: 4096 (order: 12, 65536 bytes) Detected 1396.066 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 766088k/777088k available (2297k kernel code, 10512k reserved, 870k data, 144k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 2793.78 BogoMIPS (lpj=1396892) Mount-cache hash table entries: 512 CPU: After generic identify, caps: a7e9f9bf 0180 CPU: After vendor identify, caps: a7e9f9bf 0180 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 1024K CPU: After all inits, caps: a7e9f9bf 0040 0180 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. mtrr: v2.0 (20020519) CPU: Intel(R) Pentium(R) M processor 1400MHz stepping 05 Checking 'hlt' instruction... OK. tbget-0284: *** Info: Table [DSDT] replaced by host OS tbxface-0109 [02] load_tables : ACPI Tables successfully acquired Parsing all Control Methods:.. Table [DSDT](id 0007) - 520 Objects with 56 Devices 154 Methods 20 Regions Parsing all Control Methods:. Table [SSDT](id 0004) - 1 Objects with 0 Devices 1
Fix DRM on FreeBSD (also makes my X600 finally work)
FYI, this patch works here. Now I have a working current DRI with DRM
1.22.0.
Adam
Hi list!
I am very happy to announce that I got my Radeon X600 working on both
Linux/i386 and FreeBSD/amd64. I needed to apply Benjamin's latest
patches and also the small attached patch for FreeBSD. The biggest
problem (that caused the crahes on FreeBSD) was that the virtual field
of the struct drm_sg_mem_t was never initialized.
BTW, I think the PCI ID of this card (0x5b62) should be added to the
drm_pciids.txt
Thanks for your great work!
Markus
Index: drmP.h
===
RCS file: /cvs/dri/drm/bsd-core/drmP.h,v
retrieving revision 1.73
diff -w -u -d -r1.73 drmP.h
--- drmP.h8 Nov 2005 20:24:59 - 1.73
+++ drmP.h29 Jan 2006 07:31:28 -
@@ -341,7 +341,7 @@
#define DRM_COPY_FROM_USER_IOCTL(kern, user, size) \
if ( IOCPARM_LEN(cmd) != size) \
return EINVAL; \
- kern = *user;
+ memcpy(kern, user, size);
#define DRM_COPY_TO_USER(user, kern, size) \
copyout(kern, user, size)
#define DRM_COPY_FROM_USER(kern, user, size) \
Index: drm_scatter.c
===
RCS file: /cvs/dri/drm/bsd-core/drm_scatter.c,v
retrieving revision 1.11
diff -w -u -d -r1.11 drm_scatter.c
--- drm_scatter.c 26 Apr 2005 05:19:11 - 1.11
+++ drm_scatter.c 29 Jan 2006 07:31:28 -
@@ -35,7 +35,7 @@
void drm_sg_cleanup(drm_sg_mem_t *entry)
{
- free((void *)entry-handle, M_DRM);
+ free(entry-virtual, M_DRM);
free(entry-busaddr, M_DRM);
free(entry, M_DRM);
}
@@ -72,8 +72,9 @@
return ENOMEM;
}
- entry-handle = (long)malloc(pages PAGE_SHIFT, M_DRM,
+ entry-virtual = malloc(pages PAGE_SHIFT, M_DRM,
M_WAITOK | M_ZERO);
+ entry-handle = (unsigned long)entry-virtual;
if (entry-handle == 0) {
drm_sg_cleanup(entry);
return ENOMEM;
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
DRM_IOCTL_ADD_CTX perms; can't create context
I'm working on re-implementing an application to use mesa-solo with dri. I'm using a Radeon 9200 SE (rv280), latest CVS drm code and mesa drivers. In my mesa-solo tests I'm finding that there are two calls to drmCreateContext. The first is made by the server, and the second is made by the client application via glXCreateContext. The second call fails (access permission) at the ioctl call DRM_IOCTL_ADD_CTX. -- cut [17185712.396000] [drm:drm_ioctl] pid=5525, cmd=0xc0086420, nr=0x20, dev 0xe200, auth=1 [17185712.396000] [drm:drm_ctxbitmap_next] drm_ctxbitmap_next bit : 1 [17185712.396000] [drm:drm_addctx] 1 [17185712.396000] [drm:drm_ioctl] pid=5525, cmd=0x4008642a, nr=0x2a, dev 0xe200, auth=1 [17185712.396000] [drm:drm_lock] 1 (pid 5525) requests lock (0x), flags = 0x [17185712.396000] [drm:drm_lock] 1 has lock [17185712.396000] [drm:drm_ioctl] pid=5525, cmd=0x40546440, nr=0x40, dev 0xe200, auth=1 -- cut [17185716.412000] [drm:drm_ioctl] pid=5527, cmd=0xc0086420, nr=0x20, dev 0xe200, auth=1 [17185716.412000] [drm:drm_ioctl] ret = fff3 --- cut -- Both processes are run as root, but there are two separate processes requesting the context - the miniglx server app is the first (successful), and the client prog is second (fails). I notice that the server app requests a lock which it doesn't surrender. Can this be the problem? (i.e. can the client add a context when the server holds the lock?). I don't understand the ioctl perms, but I'd have thought that root should get to do this. Is it that there are two processes here, and only one can have the context? Any ideas would be appreciated. Dan Sperka Center for Neuroscience UC Davis djsperka_at_ucdavis_dot_edu --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
adding dri support
I have reinvented the wheel and now have standalone opengl on framebuffer by hacking egl support into tinygl. I have also copied over code from mesa and it looks like Ihave reinvented mesa too.Which graphics card has the most open specs so i could start reinventing the wheel again and write a 3d driver from scratch? -- SMS Global Ltd Short Message Service For Seafarers
