Re: Merging DRM and fbdev
In this model a non-drm, fb only driver like cyber2000 could load only the fb and fbcon modules. I need to do some work rearranging generic library support functions to allow this. I think the stated issue with this is, how big the fb driver now becomes because all the DRM stuff is in it... I think a radeon common, with radeonfb/radeondrm is probably going to be needed, Hopefully tomorrow (I've a day off, but the weather is getting nice as well :-), I'll get some time to port some stuff to the vga class stuff, I also want to prepare some patches for the kernel for the previous work you've done ... Dave. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
This commit brings up a problem with building bleeding-edge Mesa drivers in the Xorg tree. Since Xorg still has its own version of Mesa we can't just change the Imakefiles in xc/lib/GL/mesa/drivers/dri/... as that would break the build for everybody else. I guess the solution is to always build the latest Mesa drivers in the Mesa tree. When I get to making the snapshots build from Xorg CVS that's what I'm going to do. Unless someone beats me to it I'm also going to update the building instructions on dri.sourceforge.net accordingly. BTW, r128_vb.h is now an empty file. Couldn't it be removed? Regards, Felix On Fri, 1 Oct 2004 18:33:47 -0700 (PDT) Eric Anholt [EMAIL PROTECTED] wrote: CVSROOT: /cvs/mesa Module name: Mesa Repository: Mesa/src/mesa/drivers/dri/r128/ Changes by: [EMAIL PROTECTED] 04/10/01 18:33:46 Log message: Convert Rage 128 over to t_vertex.c. While it's slightly slower (10% in ipers) it's not that big of a deal in more normal apps, and axes a good bit of code. And I assume that t_vertex will only get faster. Removes ~43k from compiled binary. Tested with:quake3, ut, ipers, texcyl, chromium, tuxracer, neverball (kinda) Modified files: Mesa/src/mesa/drivers/dri/r128/: Makefile r128_context.c r128_context.h r128_dd.c r128_ioctl.h r128_lock.c r128_screen.c r128_state.c r128_tex.c r128_texmem.c r128_texstate.c r128_tris.c r128_vb.h Removed files: Mesa/src/mesa/drivers/dri/r128/: r128_vb.c Revision ChangesPath [snip] | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
Resource reservations are not the central problem with merging fbdev and drm. The central problem is that both card specific drivers initialize the hardware, program it in conflicting ways, allocate the video memory differently, etc. Moving to a single card specific driver lets me fix that. In the final form both the VGA scheme and my code provide shared resource reservation code. The main difference between the schemes is that the VGA scheme allows multiple independent card drivers while mine only allow a single merged one. Multiple card drivers in the past has resulted in conflicting programming of the hardware. I suppose we could write a bunch of rules about how to share the hardware but that seems like a lot of complicated work. The radeon has over 200 registers that would need rules for what settings are allowed. It's a lot easier to simply merge 20K of radeonfb driver into the radeondrm and eliminate this error prone process. If we could all just concentrate on fixing the radeondrm driver we could build a complete driver for the radeon cards instead of the ten half finished ones we have today. Once we get a complete driver the incentive for people to write new ones will be gone. The two models look like this: vga - attached to hardware radeon-drm drm - library radeon-fb fb - library fbcon - library My model radeon - attached to hardware drm - library fb - library fbcon - library vga - independent driver, there is only one VGA device even if multiple radeons. This driver is responsible for secondary card resets. In the first model radeon-drm and radeon-fb can run independently. This requires duplication of the initialization code. Since the are separate drivers they can and do have completely different models for programming the hardware. At VT switch time the drivers have to save/restore state. In the second model it is not required that a driver support both fb and drm. Something like cyber2000 does have to link in drm since it has no use for it. A complaint in the second model might be that the radeon driver is 120K. If some embedded system is really, really tight on RAM and they are embedding a radeon but don't want to use its advanced abilities, there is nothing stopping someone from splitting the radeon driver up into pieces. I will happily take the patch. Doing this is probably a week's worth of coding and testing to get maybe 50K memory savings. Simplest way to do this is to add IFDEFs to remove drm support from the merged radeon driver. -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
On Sun, 3 Oct 2004, Jon Smirl wrote: If we could all just concentrate on fixing the radeondrm driver we could build a complete driver for the radeon cards instead of the ten half finished ones we have today. Once we get a complete driver the incentive for people to write new ones will be gone. My model radeon - attached to hardware drm - library fb - library fbcon - library Can we add to this km library ? (That's the GATOS v4l module) In particular, I can contribute the code that does Framebuffer-System Ram transfers over PCI/AGP. It is currently GPL licensed, but there is no problem if BSD folks want it too. This is also potentially useful for any Mesa functions that want to transfer data back from video RAM - using plain reads for this is really slow. best Vladimir Dergachev --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
km - library Libraries are kernel modules that don't attach to any specific hardware, they just supply routines for other drivers to call. We might want to change the name of these to libdrm, libfb, libkm. I haven't looked into Gatos yet but I'd like to see the radeon converted to follow the model of all of the other vl4 cards instead of having it's own system. In the X on GL world the 2D XAA radeon driver is gone. Gatos support will need to live somewhere else. Jon, this is a common misconception - GATOS km module *does* provide a v4l interface. What is different is that the device configuration (like setting the tuner or encoding) is done by Xserver. All km does is check whether the card can supply a v4l stream and, if so, it provides it. This is little different from a webcam driver, especially if a webcam has its own on/off switch. The misconception arises from the fact that many v4l programs were only made to work with bt848 cards - they would *not* work with webcams any more than they would work with km. best Vladimir Dergachev -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
On Sun, 3 Oct 2004 08:26:54 +0100 (IST), Dave Airlie [EMAIL PROTECTED] wrote: I also want to prepare some patches for the kernel for the previous work you've done ... Did you get around to making ffb compile? Have all of the drivers been given minimal testing? I've done radeon and r128. Is the general consensus that the core model is the way to go for 2.6? Once drm-core makes it into the kernel I can do another patch to remove the inter_module_get calls between drm and agp. With those gone inter_module can be removed from the kernel. But there does appear to be one other user of inter_module_... MTD driver for M-Systems Disk-On-Chip Millennium Plus mtd/devices/doc2001plus.c mtd/chips/cfi_cmdset_0001.c Dave. -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
How is the tuner controlled? Is it a V4L insterface? On Sun, 3 Oct 2004 12:59:38 -0400 (EDT), Vladimir Dergachev [EMAIL PROTECTED] wrote: Jon, this is a common misconception - GATOS km module *does* provide a v4l interface. What is different is that the device configuration (like setting the tuner or encoding) is done by Xserver. All km does is check whether the card can supply a v4l stream and, if so, it provides it. This is little different from a webcam driver, especially if a webcam has its own on/off switch. The misconception arises from the fact that many v4l programs were only made to work with bt848 cards - they would *not* work with webcams any more than they would work with km. best Vladimir Dergachev -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)
On Sun, 2004-10-03 at 04:36, Felix Kühling wrote: This commit brings up a problem with building bleeding-edge Mesa drivers in the Xorg tree. Since Xorg still has its own version of Mesa we can't just change the Imakefiles in xc/lib/GL/mesa/drivers/dri/... as that would break the build for everybody else. I guess the solution is to always build the latest Mesa drivers in the Mesa tree. When I get to making the snapshots build from Xorg CVS that's what I'm going to do. Unless someone beats me to it I'm also going to update the building instructions on dri.sourceforge.net accordingly. I would really like this. BTW, r128_vb.h is now an empty file. Couldn't it be removed? Yeah, it was left over from applying patch and forgetting to cvs rm. Done now. Thanks! -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
What about moving the DRM and FB specific code into there own per card libs? radeon - attached to hardware radeon-drm drm - library radeon-fb fb - library fbcon - library Keeping in mind that any/all external symbols to/from radeon-drm and radeon-fb can/should be weak. __ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
On Sun, 3 Oct 2004, Jon Smirl wrote: How is the tuner controlled? Is it a V4L insterface? No, the tuner is controlled via Xserver Xv extension. No V4L interface is provided for tuner control. best Vladimir Dergachev On Sun, 3 Oct 2004 12:59:38 -0400 (EDT), Vladimir Dergachev [EMAIL PROTECTED] wrote: Jon, this is a common misconception - GATOS km module *does* provide a v4l interface. What is different is that the device configuration (like setting the tuner or encoding) is done by Xserver. All km does is check whether the card can supply a v4l stream and, if so, it provides it. This is little different from a webcam driver, especially if a webcam has its own on/off switch. The misconception arises from the fact that many v4l programs were only made to work with bt848 cards - they would *not* work with webcams any more than they would work with km. best Vladimir Dergachev -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
Is there are device driver level interface defined for controlling tuners? Or is this something that even needs to be done in a device driver? With X on GL Xv will have to change form too. On Sun, 3 Oct 2004 16:37:03 -0400 (EDT), Vladimir Dergachev [EMAIL PROTECTED] wrote: On Sun, 3 Oct 2004, Jon Smirl wrote: How is the tuner controlled? Is it a V4L insterface? No, the tuner is controlled via Xserver Xv extension. No V4L interface is provided for tuner control. best Vladimir Dergachev On Sun, 3 Oct 2004 12:59:38 -0400 (EDT), Vladimir Dergachev [EMAIL PROTECTED] wrote: Jon, this is a common misconception - GATOS km module *does* provide a v4l interface. What is different is that the device configuration (like setting the tuner or encoding) is done by Xserver. All km does is check whether the card can supply a v4l stream and, if so, it provides it. This is little different from a webcam driver, especially if a webcam has its own on/off switch. The misconception arises from the fact that many v4l programs were only made to work with bt848 cards - they would *not* work with webcams any more than they would work with km. best Vladimir Dergachev -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel -- Jon Smirl [EMAIL PROTECTED] --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
On Sul, 2004-10-03 at 16:50, Vladimir Dergachev wrote: In particular, I can contribute the code that does Framebuffer-System Ram transfers over PCI/AGP. It is currently GPL licensed, but there is no problem if BSD folks want it too. This will do *wonders* to X render performance if used properly on those cards we can't do render in hardware. This is also potentially useful for any Mesa functions that want to transfer data back from video RAM - using plain reads for this is really slow. Agreed - and Mesa tends to skip even tricks like SSE2 that can quadruple read performance. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: What to do about shared files and drm-core?
Jon Smirl wrote: On Fri, 01 Oct 2004 10:49:14 -0700, Ian Romanick [EMAIL PROTECTED] wrote: Jon Smirl wrote: Maybe we should fork linux-core into linux-core-2.4 and linux-core-2.6 before it drifts too far from being able to run on 2.4. I suspect linux-core would compile on 2.4 right now with minor changes. Or is it better just to declare 2.4 finished as is? That sounds like a good option to me. I'm sure some people will still have 2.4 boxes around for awhile longer. I suspect we'll deprecate 2.4 faster than we did 2.2, but I think we need to keep it on the active support list for a bit longer. Which sounds good: 2.4 core, or declaring it finished and patching the old code as needed? Sorry for not being more clear. I meant 2.4 core. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 1519] New: Enabling Anisotropy Locks r200 Driver
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://freedesktop.org/bugzilla/show_bug.cgi?id=1519 Summary: Enabling Anisotropy Locks r200 Driver Product: DRI Version: DRI CVS Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P1 Component: General AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using glTexParameteri(GL_TEXTURE_FOO, GL_TEXTURE_MAX_ANISOTROPY_EXT, number), where number can be any valid setting including 1, causes the r200 driver on 8500/9100 type hardware to lock up after a minute or two. (Bad state changes?) Included test code that triggers bug (code hijacked from nehe's lession 8). -- Configure bugmail: https://freedesktop.org/bugzilla/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: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 1519] Enabling Anisotropy Locks r200 Driver
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://freedesktop.org/bugzilla/show_bug.cgi?id=1519 --- Additional Comments From [EMAIL PROTECTED] 2004-10-03 18:53 --- Created an attachment (id=999) -- (https://freedesktop.org/bugzilla/attachment.cgi?id=999action=view) Test Case -- Configure bugmail: https://freedesktop.org/bugzilla/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: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
On Sun, 3 Oct 2004, Alan Cox wrote: On Sul, 2004-10-03 at 16:50, Vladimir Dergachev wrote: In particular, I can contribute the code that does Framebuffer-System Ram transfers over PCI/AGP. It is currently GPL licensed, but there is no problem if BSD folks want it too. This will do *wonders* to X render performance if used properly on those cards we can't do render in hardware. This is also potentially useful for any Mesa functions that want to transfer data back from video RAM - using plain reads for this is really slow. Agreed - and Mesa tends to skip even tricks like SSE2 that can quadruple read performance. I am glad to see such enthusiasm :) The code I have only does it on ATI cards (all radeons, all rage128, some mach64). The radeon code is the one that is known to work well. My personal interest is that Framebuffer - System Ram transfer is needed if one wants to use Radeon GPUs for numerical computation. Thus, if there is an agreement on what needs to be done and what modifications are acceptable I can make this a priority. What kind of interface would different projects want ? Should I wait for Jon's modifications to complete ? What people should we include on CC list ? Also here is a short description of current km design: * km.[c,h] - this provides module registration and DMA queue virtualization (note: this is GUI_DMA queue, different from what DRM uses) * radeon.c, rage128.c, mach64.c - these are hardware specific functions * km_memory.[c,h] - this is v4l code for reverse mapping, I guess it is obsolete in 2.6.x kernels * km_api.[c,h] km_api_data.[c,h] - this is a new interface for video (and similar devices), an experiment to implement features not present in v4l or v4l2. ** I am not suggesting this be included. ** * km_v4l.c - this is a client of km_api that provides v4l interface. The first two pieces can be ported with ease - there are few modifications to be made, just cut the code that registers the driver. The km_api piece will need to be replaced with interface everyone agrees on. Please let me know your comments ! best Vladimir Dergachev --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 1511] Incorrectly reporst 8 texture units
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://freedesktop.org/bugzilla/show_bug.cgi?id=1511 --- Additional Comments From [EMAIL PROTECTED] 2004-10-03 20:19 --- Fix committed to Mesa CVS. -- Configure bugmail: https://freedesktop.org/bugzilla/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: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Merging DRM and fbdev
On Sul, 2004-10-03 at 23:42, Jon Smirl wrote: Is there are device driver level interface defined for controlling tuners? Both at the Xv and the kernel level yes. --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
New snapshots built from Xorg CVS
Hello dri-users, you can now download the first experimental snapshots built from Xorg CVS. There are also new snapshots available for Via (unichrome) and i915 chips. Download from http://freedesktop.org/~fxkuehl/snapshots Pick the snapshots labeled driver-20041003-linux.i386.tar.bz2. Please install both the common and a hardware-specific snapshot. Report any problems to me. Best regards, Felix | Felix Kühling [EMAIL PROTECTED] http://fxk.de.vu | | PGP Fingerprint: 6A3C 9566 5B30 DDED 73C3 B152 151C 5CC1 D888 E595 | --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl -- ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel