On Fri, Sep 22, 2006 at 09:21:11AM -0500, Stephen Olander Waters wrote:
On Fri, 2006-09-22 at 01:52 -0400, Dave Jones wrote:
On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote:
On 9/22/06, Ryan Richter [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 11:54:01PM -0500
On Fri, Sep 22, 2006 at 03:29:48PM +1000, Dave Airlie wrote:
On 9/22/06, Ryan Richter [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 11:54:01PM -0500, Stephen Olander Waters wrote:
Here is the bug I'm working from (includes hardware, software, etc.):
, lspci stupidly
suppresses the ID entirely, but the string seems to match the one that
Dave Jones reports) may be unrelated.
Dave's patch removes the entry for the card with the 0x5b60.
According to his bug report, Mauro has a Radeon X300SE that should
have the 0x5b70 according
On Fri, Dec 23, 2005 at 11:20:34PM +, Dave Airlie wrote:
Anyhow, I was wanting to volunteer my services and my Radeon Xpress 200M
for development work on this project. I have some kernel hacking/driver
development experience, but that was on a device with open specifications,
On Sat, Jul 09, 2005 at 12:16:29PM -0400, Michel Dänzer wrote:
On Sat, 2005-07-09 at 11:08 +0100, Dave Airlie wrote:
On my x86 laptop I get
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 915GM Chipset.
agpgart: AGP aperture is 256M @ 0x0
On Sat, May 28, 2005 at 11:39:00PM +0200, Geert Uytterhoeven wrote:
DRM depending on `AGP=n' is driving me crazy! How to make CONFIG_DRM not
eligible for selection on platforms that do not have AGP?
Since many of the core DRM files depend on PCI, add a dependency on PCI,
to minimize
On Thu, May 12, 2005 at 10:59:50AM -0400, Adam Jackson wrote:
On Thursday 12 May 2005 03:13, Dave Airlie wrote:
Just missed most of this, but we do have drm_device_is_agp(dev) in the
drm, only the CVS radeon uses this at present as the DDX can tell it
also...
But on Linux it just
On Thu, Mar 24, 2005 at 09:02:03AM -0800, Jesse Barnes wrote:
On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
Hi Andrew, Dave,
I've put a couple of patches into my drm-2.6 tree that hopefully fix up
the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you drop
On Tue, Mar 15, 2005 at 07:43:54PM +0900, Horms wrote:
Thanks,
I have CCed the relevant maintainers for their comment.
The AGP change already went into Linus' tree, along with
removal of the _MCH driver.
Dave
---
SF
On Tue, Mar 15, 2005 at 10:38:30AM +, Dave Airlie wrote:
Hi all,
Andrew Clayton reported lockups on the dri list issues since -bk2
and bug 4337 on bugzilla.kernel.org looks like it might be the same
thing..
This leads me to think the AGP multi-bridge patches are at
On Tue, Mar 15, 2005 at 10:29:22AM -0500, Aaron M. Ucko wrote:
Dave Jones [EMAIL PROTECTED] writes:
On Tue, Mar 15, 2005 at 07:43:54PM +0900, Horms wrote:
Thanks,
I have CCed the relevant maintainers for their comment.
Thanks.
The AGP change already went
On Tue, Mar 15, 2005 at 11:18:17AM -0500, Aaron M. Ucko wrote:
Dave Jones [EMAIL PROTECTED] writes:
I just grabbed 2.6.11.3-bk1 to take a look; although the _MCH driver
has indeed disappeared, the Kconfig stanza for AGP_INTEL still
specifies !X86_64 AFAICT.
It went
On Tue, Mar 15, 2005 at 04:15:42PM +, Dave Airlie wrote:
I saw one report where the recent drm security hole fix broke dri
for one user. Whilst it seems an isolated incident, could this have
more impact than we first realised ?
the radeon security changes? I've gotten no bad
On Tue, Mar 15, 2005 at 04:15:42PM +, Dave Airlie wrote:
I might get time to do a code review, my main worry is that all the
problems reported with those patches in -mm made it into the patchset
that
went into Linus.. mainly things like forgetting to memset certain
We got a bug report in our bugzilla from a user that saw
SiS DRM crashing when he restarted X.
The crash seems to be two things.
First, a page allocation failure.
Mar 11 17:52:29 localhost kernel: X: page allocation failure. order:4, mode:0xd0
Mar 11 17:52:29 localhost kernel: [c01435a1]
On Thu, Jan 06, 2005 at 03:05:49PM -0500, Jon Smirl wrote:
On 6 Jan 2005 20:38:27 +0100, Andi Kleen [EMAIL PROTECTED] wrote:
You can't use get_user_pages in this case because the AGP aperture
can be above mem_map. If none of the callers take page_table_lock
already you would need to
On Wed, Sep 22, 2004 at 09:18:55AM -0800, Dag Bakke wrote:
agpgart: Found an AGP 3.5 compliant device at :00:00.0.
agpgart: Badness. Don't know which AGP mode to set. [cmd:1f000a0a tmp:1f000a0a f
ell back to:- cmd:1f000a08 tmp:1f000a0a]
agpgart: Bridge couldn't do AGP x4.
agpgart:
On Sat, Sep 04, 2004 at 11:54:06AM +0100, Dave Airlie wrote:
Just out of interest, what would the scenario be if you do if you could
get a compatible driver?
you just grab a DRI snapshot which contains new userspace and DRM, and
install it... it builds the DRM against your current
On Sat, Sep 04, 2004 at 11:30:54AM +0100, Keith Whitwell wrote:
Sure, explain to me how I should upgrade my RH-9 system to work on my new
i915?
Download a new kernel.org kernel or petition the fedora legacy folks to
include a drm update. The last release RH-9 kernel has various
On Sat, Sep 04, 2004 at 12:12:31PM +0100, Dave Airlie wrote:
OK, I've found www.kernel.org, and clicked on the 'latest stable kernel' link.
I got a file called patch-2.6.8.1.bz2. I tried to install this but
nothing happened. My i915 still doesn't work. What do I do now?
You
On Sat, Sep 04, 2004 at 12:41:40PM +0100, Keith Whitwell wrote:
Download a new kernel.org kernel or petition the fedora legacy folks to
include a drm update. The last release RH-9 kernel has various
security
and data integrity issues anyway, so you'd be a fool to keep running
On Sat, Sep 04, 2004 at 01:04:17PM +0100, Dave Airlie wrote:
releases, I would like to give those people a chance to use their graphics
cards, and the snapshots are not the only way, Intel have i915 Linux
drivers on their site from TG, they work on most kernels/distros, I get a
machine
On Sat, Sep 04, 2004 at 01:08:26PM +0100, Keith Whitwell wrote:
So, we are coming out of a period of history where it was extremely
difficult to get our drivers to users through the 'official' channels - to
the extent that many people have given up on the possibility of them
working
On Fri, Sep 03, 2004 at 01:11:54AM -0400, Michel Dänzer wrote:
Hi Michel,
Well... however they are working, they're grown-up enough to deal with the
evolution of our codebase one way or another. Unless they actually make some
comment I don't think we need to try and guess what might
On Sun, Aug 29, 2004 at 08:48:32AM -0500, David D. Hagood wrote:
Dave Airlie wrote:
Hi all,
I'm just wondering do we have a general feeling from a DRI
perspective on breaking the ATI driver (which is DRI based) from a drm
point of view,
The ATI proprietary driver *IS* broken
On Mon, Aug 23, 2004 at 12:15:34PM +0100, Dave Airlie wrote:
@@ -631,7 +631,15 @@
int slots = ( RADEON_READ( RADEON_RBBM_STATUS )
RADEON_RBBM_FIFOCNT_MASK );
if ( slots = entries ) return 0;
-DRM_UDELAY( 1 );
+
+
On Thu, Aug 12, 2004 at 09:28:05AM +0100, Keith Whitwell wrote:
Dave Airlie wrote:
Okay I've gotten myself a 9200 card that can do 8x, and I've a
motherboard that can do it.. now I know some people will tell me 8x is of
no practical use (but then neither is my mach64 :-)
I spotted a
On Fri, Aug 06, 2004 at 10:46:45AM -0700, Jon Smirl wrote:
There are three main ways to get a driver:
1) vendor release - most stable, I get one every two weeks
2) Linus bk - very up to date, not as well tested, once a day
3) copy DRM CVS into Linus bk - bleeding edge, hope you know what
On Thu, Aug 05, 2004 at 04:19:55PM -0700, Ian Romanick wrote:
module and the card dependant one.. I can see people building their own
card drivers from the DRM CVS and trying to load them vs a kernel with a
built-in DRM core.. my current thinking on this is we use the Kconfig to
try and
On Fri, Aug 06, 2004 at 09:38:10AM -0700, Ian Romanick wrote:
For agpgart it hasn't really been an issue as all the development there
in the last year or two has been done in tree. Yes, there has been some
work on things like i915 out-of-tree, but that stuff has been merged up
pretty
On Mon, Aug 02, 2004 at 11:02:43AM -0700, Ian Romanick wrote:
This would be *very* non-trivial to do. Doing the DRM like this has
come up probably a dozen times (or more) over the last 3 years.
Which should ring alarm bells that something might not be quite right.
The problem is that
On Mon, Aug 02, 2004 at 01:11:26PM -0700, Ian Romanick wrote:
This would be *very* non-trivial to do. Doing the DRM like this has
come up probably a dozen times (or more) over the last 3 years.
Which should ring alarm bells that something might not be quite right.
And that it hasn't
) Dave Jones
AGPGART core initialises.
For some reason the chipset driver didn't.
May 17 07:30:04 localhost kernel: [drm:i830_probe] *ERROR* Cannot initialize the
agpgart module.
May 17 07:30:04 localhost kernel: [drm:i830_probe] *ERROR* Cannot initialize the
agpgart module.
DRM driver
On Mon, May 17, 2004 at 01:00:19PM +0200, [EMAIL PROTECTED] wrote:
Andi cleaned up the Intel GART driver detection code somewhat in the AGP patches
in -mm, but it broke somewhat. Unless we figure out why in the next day or two
then I'll back out his patch. Dropping the bk-agpgart patch
On Thu, Mar 25, 2004 at 11:16:05AM +, Dave Airlie wrote:
The patch you've been carrying for a while has a number of bogons,
like duplicating pci.ids inside the radeon driver for no good reason.
Davej can you expand on this a bit, Linus was involved in the discussion
on this way
On Mon, Mar 15, 2004 at 04:31:31PM -0800, Andrew Morton wrote:
I've had a 130k DRM patch in -mm since February 8th. Presumably it's out
of date. As far as I know nobody is pushing more recent patches upstream.
The patch you've been carrying for a while has a number of bogons,
like
This got fixed in 2.4, but somehow got missed in 2.6.
http://icat.nist.gov/icat.cfm?cvename=CAN-2004-0003 has more info.
Dave
--- linux-2.6.3/drivers/char/drm/r128_state.c~ 2004-03-09 16:12:59.0 +
+++ linux-2.6.3/drivers/char/drm/r128_state.c 2004-03-09
On Fri, Nov 21, 2003 at 12:26:08PM +, Alan Hourihane wrote:
There's a couple of bugs in 2.6.0-test9 regarding intel chipsets, that
misses the mask to enable the page.
Here's the diff.
Thanks, applied.
I wonder how that went unnoticed for so long.
Dave
On Wed, Nov 19, 2003 at 11:17:17AM -0800, James Jones wrote:
diff -ruN linux-2.6.0-test7/arch/x86_64/kernel/pci-gart.c
linux-2.6.0-test7-fixed/arch/x86_64/kernel/pci-gart.c
--- linux-2.6.0-test7/arch/x86_64/kernel/pci-gart.c 2003-10-08 12:24:04.0
-0700
+++
On Wed, Nov 19, 2003 at 11:44:42AM -0800, James Jones wrote:
hammers[i++] = loop_dev;
nr_garts = i;
#ifdef CONFIG_SMP
if (i == MAX_HAMMER_GARTS) {
printk(KERN_INFO PFX Too many northbridges for AGP\n);
return -1;
}
Seems
On Wed, Nov 19, 2003 at 08:56:32PM +0100, Ronny V. Vindenes wrote:
If we have an SMP system with an SMP kernel, we add however many
GARTs to the table, up to a limit of MAX_HAMMER_GARTS.
It looks like you'll add GARTS up to MAX_HAMMER_GARTS-1 then bomb if
there is an
On Wed, Nov 19, 2003 at 12:13:37PM -0800, James Jones wrote:
Ronny V. Vindenes wrote
It looks like you'll add GARTS up to MAX_HAMMER_GARTS-1 then bomb if
there is an MAX_HAMMER_GARTS'th GART.
Yes, thanks for putting it more clearly Ronny.
Dave, try walking through the
incrementing rather than before. I also found
the check wasn't even getting compiled in as the CONFIG_ define had a
different name in the arch file than in amd64-agp.c, and only one of
these matched the actual config define name.
Haven't tried test9 yet, I sent a patch to dave jones after I
driver can optionally use the kernel agpgart, but also has its
own built-in. ATI always use their own agpgart afair.
Change the agpgart API, and they will likely break.
Dave
--
Dave Jones http://www.codemonkey.org.uk
?
No, I just stumbled across this, and remembered seeing a similar
patch some time earlier. Indeed, there are probably other places in
DRI that need the same treatment.
Dave
--
Dave Jones http://www.codemonkey.org.uk
added 'upstream' too, so its a two-way merge process.
Dave
--
Dave Jones http://www.codemonkey.org.uk
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals
On Mon, Jul 14, 2003 at 09:04:33AM -0700, Alex Deucher wrote:
Speaking of agp, what would be needed to add apg 8x support to the
radeon driver? does the value of 'apgmode' just get passed on to the
agpcode? I'd imagine there might be some bits to flip on the radeon.
I think X might still
Folks,
Any comments ? The linkage between AGP DRI is somewhat
icky currently, and Rusty's proposal makes a lot of sense,
especially if the inter_module_* goo is going to go away
(It's already marked as deprecated in 2.5)
Dave
On Tue, May 27, 2003 at 03:25:27PM +1000, Rusty
On Wed, Jun 25, 2003 at 09:05:11PM +0200, Andreas Stenglein wrote:
Am 2003.06.10 12:18:23 +0200 schrieb(en) Dave Jones:
I have the specs for this monster, but it's a bit funky.
Do you have full enough specs to can say that it should work
with the radeon driver if agpgart is available
On Sat, Jun 21, 2003 at 07:31:03PM +0200, [EMAIL PROTECTED] wrote:
This question id aimed primary to Dave Jones, as I found an
interesting message from him in this mail-list, but can be also
interesting to all Radeon IGP victims.
Where can I check the status of your driver?
http
On Mon, Jun 23, 2003 at 09:53:43PM -0500, Warren Turkal wrote:
I have a problem with the radeon drm in kernel 2.5.73. When modprobing the
module, it comes back with radeon: Unknown symbol flush_tlb_all and won't
load. This has been happening for at least 5 kernel versions I believe. Is
On Sat, Jun 14, 2003 at 03:03:45AM -0400, Thomas Magliery wrote:
Hello,
I am trying to compile kernel version 2.5.70 and I have a Mobility
Radeon 7500. I selected DRM support in xconfig and DRM_RADEON as a
module. I got the following error on compiling the kernel:
***
On Wed, Jun 11, 2003 at 10:09:10AM +0100, Doug Rabson wrote:
This is more-or-less how the FreeBSD agp driver works for what its
worth. The chipset minidrivers are responsible for initialising the
aperture and inserting/removing entries. Common code in the main driver
handles the ioctl
On Wed, Jun 11, 2003 at 12:12:13PM +0100, Jos? Fonseca wrote:
Not myself. But perhaps someone more familiar with the Radeon design can
give a more accurate answer. Also, isn't there any AGP support for the
NFORCE1 chipset planned?
http://www.codemonkey.org.uk/agp/nvidia.shtml
On Mon, Jun 09, 2003 at 10:36:35PM +0200, Andreas Stenglein wrote:
unfortunately there is no agpgart support for the Radeon
IGP, so that's your first problem
I have the specs for this monster, but it's a bit funky.
For one it uses MMIO instead of PCI config space for most things.
It can
On Tue, Jun 10, 2003 at 10:57:36AM -0700, Linus Torvalds wrote:
(In fact the agpgart code
really doesn't handle this concept at all due to the extensive usage
of aperture type macros/typedefs).
Why _is_ that AGP code using those silly thing in the first
On Tue, Jun 03, 2003 at 09:25:22AM -0700, Linus Torvalds wrote:
If a lot of this stuff really is that device independent, why don't we
move it to a separate kernel module? That would save some memory when
multiple DRM drivers are loaded at once.
Kernel modules that depend on each
On Wed, Jun 04, 2003 at 07:45:26AM -0700, Linus Torvalds wrote:
This was exactly the reason I hesitated when you first suggested that I
did exactly that for agpgart, but I figured you knew best...
It's worked pretty well for AGP, and it sure as hell cleaned stuff up.
no argument there..
On Tue, May 27, 2003 at 08:43:03AM -0400, Adam K Kirchhoff wrote:
Can anyone tell me if the agp chipset on the Intel E7505 is supported
under Linux? Are there any known issues with the DRI on this chipset?
2.5 has explicit support for E7x05, 2.4 still doesn't iirc.
Dave
On Sun, Mar 30, 2003 at 06:34:37AM +, Linux Kernel wrote:
This bit seems to be backing out a memleak fix..
(takedown doesn't kfree 'device' 'minor' that I can see.)
diff -Nru a/drivers/char/drm/drm_drv.h b/drivers/char/drm/drm_drv.h
--- a/drivers/char/drm/drm_drv.h Sat Mar 29
.
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http
,
or a bug on the X side of things.
It sounds like a DRI regression, although it could also be something
as subtle as toolchain problems. During early agpgart development,
broken gcc's made some really wacky effects happen in tuxracer 8-)
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
in the 32bit compatability code. (arch/x86_64/ia32/ia32_ioctl.c)
I've not looked at testing 64bit kernel + 32bit userspace yet,
so far just bringing up 64+64 / 32+32 has been enough work.
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
to even monitor
l-k, just keep an eye on each release Linus does.
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your
at the moment.
I'm surprised Linus finds the time to do the DRI merges he does already.
Pushing stuff back to DRI-devel is going to take up even more of his time,
so this should ideally be done by someone else, preferably someone who
really understands the code.
Dave
--
| Dave Jones.http
, this seems like duplication given that this data is available
in agpgart. How about changing this to read whatever agpgart has set in
.chipset_name ?
Keeping these two lists in sync seems somewhat pointless.
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http
);
#if defined(linux)
-/* Should this look for version = rather than version == ? */
-if (agpinf.version.major != AGPGART_MAJOR_VERSION
-agpinf.version.minor != AGPGART_MINOR_VERSION) {
+/* Per Dave Jones, evey effort will be made to keep
should get agp behaviour right without having to have some
silly central thing.
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
---
This SF.net email is sponsored by: Get the new Palm Tungsten T
handheld. Power Color
.
The big changes pending merging to 2.5.soon (my split-up work,
2.4 fix forward ports, and GregKH's PCI changes) are merged
into 2.5.25-dj2 available from...
ftp://ftp.kernel.org/pub/linux/kernel/people/davej/patches/2.5/
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE
flags, but breaks any userspace
that does its own cpuid() calls to find out cpu capabilities.
Dave
--
| Dave Jones.http://www.codemonkey.org.uk
| SuSE Labs
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t
71 matches
Mail list logo
