All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nicolas Aspert <Nicolas.Aspert@epfl.ch>
To: Daniele Venzano <venza@iol.it>
Cc: linux-kernel <linux-kernel@vger.kernel.org>, Robert Love <rml@tech9.net>
Subject: Re: Problem with i820 AGP patch
Date: Thu, 15 Nov 2001 09:01:54 +0100	[thread overview]
Message-ID: <3BF37672.50006@epfl.ch> (raw)
In-Reply-To: <20011114205141.A1065@renditai.milesteg.arr>

Daniele Venzano wrote:

> Your patch to add AGP support for i820 chipset doesn't work for me, if I
> load agpgart module with agp_try_unsupported=1 I get:
> 
> -
> Linux agpgart interface v0.99 (c) Jeff Hartmann
> agpgart: Maximum main memory to use for agp memory: 262M
> agpgart: Trying generic Intel routines for device id: 2501
> 						^^^^^^^^^^^^^
> agpgart: AGP aperture is 256M @ 0xd0000000
> -


Here is what I have in 'drivers/pci/pci.ids' :

         2500  82820 820 (Camino) Chipset Host Bridge (MCH)
                 1043 801c  P3C-2000 system chipset
         2501  82820 820 (Camino) Chipset Host Bridge (MCH)
                 1043 801c  P3C-2000 system chipset
         250b  82820 820 (Camino) Chipset Host Bridge
         250f  82820 820 (Camino) Chipset PCI to AGP Bridge

So I guess that 0x2500 and 0x2501 should be initialized in the same way, 
through the same routines. Unfortunately, I dont have such a machine to 
test... Can you send what 'lspci -ev' shows ?


> That device id is different from the corresponding line in apg.h:174
> #define PCI_DEVICE_ID_INTEL_820_0       0x2500
> 
> I tried to change that line in:
> #define PCI_DEVICE_ID_INTEL_820_0       0x2501
> 
> And it worked! But I don't know why the id for your chip is different
> from mine... 
> 


It worked, but in which way ? Did you test X+OpenGL apps to see whether 
it did the trick ? The fact that the module loads itself is not always 
sufficient to say that it works (believe me :-)


> My motherboard is an Asus P3C2000 with a P3 500 running kernel 2.4.14
> 
> 
> I've also another problem (I think AGP related) with DRI/DRM ang XFree
> 4.1.0, but I'm still working on it.
> If I try running some OpenGL app with more than 256Mb of RAM, the system hangs
> (need hard reset, no SysReq works). This happens with 2.4.13 and 2.4.14,
> before I hadn't tried since I had only 128Mb...)
> Someone can please tell me if this problem has something to do with
> having a "Maximum main memory to use for agp memory" value grater than
> AGP aperture value ?
> 

With your custom patch, or with the 'generic' stuff ?

Regards.
-- 
Nicolas Aspert      Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)



  parent reply	other threads:[~2001-11-15  8:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-14 19:51 Problem with i820 AGP patch Daniele Venzano
2001-11-15  6:27 ` lists
2001-11-15  7:14   ` Marvin Justice
2001-11-15  8:04     ` Nicolas Aspert
2001-11-15  8:01 ` Nicolas Aspert [this message]
2001-11-15 19:11   ` Daniele Venzano
2001-11-15 21:50     ` Problem with i820 AGP patch [SOLVED] Daniele Venzano

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3BF37672.50006@epfl.ch \
    --to=nicolas.aspert@epfl.ch \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rml@tech9.net \
    --cc=venza@iol.it \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.