[Bug 6365] i810 driver segfault in I830DRIDoMappings()
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=6365 --- Additional Comments From [EMAIL PROTECTED] 2006-03-24 22:19 --- cc'ed dri-devel for additional help. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 5747] glxinfo: Unknown device ID 5460...
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=5747 --- Additional Comments From [EMAIL PROTECTED] 2006-03-25 00:24 --- (In reply to comment #4) Yep, confirmed that it is X300 not M300. Checked it from BIOS. Maybe it's just the way _mobile_ X300 is signed? I think it doesn't matter anyway. -- 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 xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: PCI Express command paths?
On Wednesday 22 March 2006 09:55, [EMAIL PROTECTED] wrote: Hey all, I was wondering, how exactly do DRI drivers interact with the PCIe bus? Pretty much the same way they interact with the PCI or AGP busses. Various resource ranges of each device are memory-mapped into the drivers' address space and the registers poked. The thought occurred to me that if the kernel provides the functionality to call the bus, then perhaps there is a slim chance that if I hack the kernel and intercept the command stream, I can learn how fglrx sets up the video card. Maybe I'm totally off on my DRI theory here; if so, please correct me. The r300 project has already done this. - ajax pgpRkpd6fPCCf.pgp Description: PGP signature
Re: libglx requires new symbol in loader (Was: problem with binary dri snapshots)
On Thursday 23 March 2006 11:33, Felix Kühling wrote: It looks like adding indirect acceleration added a new function to the loader that is used by libglx.so. So the new libglx won't work with older Xservers and I will have to build a new Xserver binary for snapshots/extras or add the Xserver to the snapshots. Yay! The problem with that is that the default ModulePath, RgbPath etc. I build with will only work with either one of Xorg 6.9 or 7.0, but not both. Hmm ... testing the latest and greatest stuff is getting messier. Why won't it work with both? I see this as an argument for more frequent server releases though. Server development seems to be grinding out at a pace that wants more frequent releases than the biannual Xorg rollups. I plan to address this at least partially by starting doing upstream server snapshots again; I'm open to suggestions on whether we should do something more formal. - ajax pgpOvkwddjexz.pgp Description: PGP signature
Re: PCI Express command paths?
Adam Jackson ajax-at-nwnk.net |rivatv-devel| wrote: On Wednesday 22 March 2006 09:55, [EMAIL PROTECTED] wrote: The thought occurred to me that if the kernel provides the functionality to call the bus, then perhaps there is a slim chance that if I hack the kernel and intercept the command stream, I can learn how fglrx sets up the video card. Maybe I'm totally off on my DRI theory here; if so, please correct me. The r300 project has already done this. - ajax Perhaps they have, but the Xpress 200 chipsets have a different setup that I thought this reverse-engineering could work on. I'm just trying to figure out the best way to get these cards to work properly. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: x700 and DRI
Roland Scheidegger wrote: As Alex said, your drm is probably too old. Lots of pci ids (including those from X700) were just added a week ago and your drm looks way older. And, judging by the xorg log, the ddx is a bit oldish too, the memory detection output looks quite a bit different nowadays. I see. Sincere apologies. I've been using Gentoo's cvs ebuilds, but admittedly I wasn't sure where they were pulling stuff from. I'll have a closer look, and either hack one up to get from cvs head, or do it manually. Thanks :) Dan --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: x700 and DRI
Daniel Kasak wrote: I see. Sincere apologies. I've been using Gentoo's cvs ebuilds, but admittedly I wasn't sure where they were pulling stuff from. I'll have a closer look, and either hack one up to get from cvs head, or do it manually. Gentoo doesn't supply CVS ebuilds for anything X, last I checked. You must be referring to someone's personal overlays. The switch to modular X has been causing enough breakage without that added into the mix. =) Thanks, Donnie --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel