On Fri, Jan 26, 2007 at 03:03:49PM -0800, Andrew Morton wrote:
> From: Claas Langbehn <[EMAIL PROTECTED]>
>
> * Adds support for the VIA CX700(M2), P4M890 and VT3336 chipsets to via-agp.c
> * Adds PCI-IDs and DRM PCI_IDs for the VIA CX700(M2), P4M890 and VT3336
> chipsets
> * Removes AGP-su
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 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.):
> > > https://bugs.freedeskt
; >
> > Btw, the fact that Mauro has the same exact PCI ID (well, 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.
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 specificatio
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.
> > ag
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 mini
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 Linu
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 d
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 me
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
&
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
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 co
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 f
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: [] __alloc_pages+
On Sat, Mar 05, 2005 at 05:24:17AM +0100, Stephane Marchesin wrote:
> Hi,
>
> The attached patch fixes this bug :
> https://bugs.freedesktop.org/show_bug.cgi?id=2419
>
> You also have to add the file, memops.h, to src/mesa/drivers/dri/comon
>
> I've added powerpc & ia64 for now. Let me n
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 ne
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.
> agpgar
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 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 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 kee
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?
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 va
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 cur
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
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
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 s
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 wha
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
> >pret
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
> >t
On Mon, Aug 02, 2004 at 01:42:04PM -0700, Jon Smirl wrote:
> We are really short handed for kernel level DRM developers; most 3D
> developers work in user space. The main person that wrote it, Gareth
> Hughes, doesn't seem to work on it any more. Right now there are three
> to four, non-paid pe
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 i
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, 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 p
Linux agpgart interface v0.100 (c) 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* Can
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
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 duplica
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 16:13:42.000
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 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 walkin
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 MAX_
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;
> >
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
> +++ linux-2.6.0-tes
riable after 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 te
gart
> driver? Do they replace the systems agpgart driver?
NVIDIA 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.
ithout
being 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-commer
is might be
> useful in other drivers as well?
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
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 stil
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 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 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
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 t
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:
>
> *** W
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 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 ioc
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
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 al
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 ther
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 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 23:1
ree that stuff, so its left dangling.
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
o help determine if it might be a bug in the game,
> 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
tl stuff for eg.. the agp/dri ones are not yet added afaik
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
--
| Da
hat closely 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.
set. This job doesn't need you 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
that gets my vote too 8-)
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 power at OSDN's High Perfo
:head->chipset = "Intel i845G"; break;
> case INTEL_I850:head->chipset = "Intel i850";break;
> case INTEL_460GX: head->chipset = "Intel 460GX"; break;
DRI folks, this seems like duplication given t
dReleaseGART(-1);
>
> #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
viour right without having to have some "eth0" driver
> that knows about all the devices that might be networking devices.
> Similarly, we should get agp behaviour right without having to have some
> silly central thing.
--
| Dave Jones.http://www.codemonkey.org.u
f the fixes of 2.4.19rc2.
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://ww
doing the FreeBSD equivalent of the set_bit() call above, which is
fine for anything that parses those 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
--
74 matches
Mail list logo
