, so let's switch to
'intel_845_setup' to initialize the 845g. Not that it should change
things too much, but it will avoid further confusions
Best regards.
Nicolas
PS: I hope the IBM annoyances for mails sent to lkml stopped...
--
Nicolas Aspert Signal Processing Institu
to me ;-)
Best regards
Nicolas.
--
Nicolas Aspert Signal Processing Institute (ITS)
Swiss Federal Institute of Technology (EPFL)
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use yo
Ooops... the patch I sent for 2.5.51 is wrong, since there I added a
INTEL_I845 instead of a INTEL_I845_G (I know vim *does* weird things in
my back 8-)
Here is the correct one...
Regards
Nicolas.
--
Nicolas Aspert Signal Processing Institute (ITS)
Swiss Federal Institute of Technology
Margit Schubert-While wrote:
From drivers/char/agp/agpgart_be.c
4554,4559
{ PCI_DEVICE_ID_INTEL_845_G_0,
PCI_VENDOR_ID_INTEL,
INTEL_I845_G,
"Intel",
"i845G",
intel_830mp_setup },
Surely this is wrong or ?
Sh
34 kernel: agpgart: Detected Intel i815 chipset
Jun 10 17:09:09 ltslinux34 kernel: agpgart: AGP aperture is 64M @ 0xf800
a+
--
Nicolas Aspert Signal Processing Institute (ITS)
Swiss Federal Institute of Technology (EPFL)
---
This sf.net
en: no such device
>
> apprently i815 agp support got broken in 2.4.19-rc1.
>
Yep, looks like something went wrong. I don't see any blatant error at
the moment...
Do you see something strange in your logs when doing a 'modprobe
agpgart' ? And maybe also send the output
Slava Polyakov wrote:
>
> I'm not sure where to find the testgart util (I am indeed running it on an
> i815B). Could you send me the tarball or give me a url to it?
>
>
http://ltswww.epfl.ch/~aspert/patches/testgart.c
or
http://dri.sourceforge.net/res/testgart.c
a+
Hello
There are some Intel815 AGP changes in 2.4.19-rc1, but I am not sure
these are the problem.
Can you try to run testgart to see if problems are really agp-related ?
a+
--
Nicolas Aspert Signal Processing Institute (ITS)
Swiss Federal Institute of Technology (EPFL
; :-( Maybe it have moved but maybe it has been
simply removed.
BTW, a copy of the 'testgart' program is on my web page, and the FAQ
points to it (which is fine to me), but it may be a neat idea to have it
also in the 'resources' of the DRI page, just to avoid the painfu
work on both chipsets, since AGP is the only chipset-dependent in
DRI.
Best regards
Nicolas
--
Nicolas Aspert Signal Processing Institute (ITS)
Swiss Federal Institute of Technology (EPFL)
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://list
2am (CET) for the meeting :-)
a+
--
Nicolas Aspert Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
the agp backend), even if the drm reports a KT133
bridge...
a+
--
Nicolas Aspert Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
ds in the linux kernel)... they should only share the
same vendor id, which makes the agpgart code work properly (I think Via
is less silly than Intel that has the nasty habit of changing the
adresses of AGP registers throughout their chipset releases)
a+
--
Nicolas Aspert Signal Processing
gt; any ideas?
> please cc: me, as I'm not on the list.
>
> Thanks.
> Goran
>
Hello
Which kernel version are you using ? Can you also send the output of
'lspci -nv' s.t. one can see whether your chipset is correctly detected ?
e only example I found so far
;-). The alternative of using another #define might make the code more
readable, but we may also stick to the existing version and just add a
few comments, s.t. people using it are not puzzled by the signification
of the value.
BTW, is 'size_t' an 'unsig
e sending to Marcelo. I'll yield to your
> previously sent patch.
Keep me informed if you have any troubles...
a+
--
Nicolas Aspert Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)
___
Dri-devel mailing
ean time, you might want to give it a try
Get it at http://ltswww.epfl.ch/~aspert/patches/patch-agp_i830mp-2.4.16
It has been diffed against 2.4.16 but it should work without too much
trouble on other kernels.
Have fun ;-)
Nicolas.
--
Nicolas Aspert Signal Processing Laboratory (LTS)
'malloc.h' :
# undef size_t
# define size_t unsigned int
It looks like every '*_start' field is an adress, while every '*_count'
is a number of pages...
a+
--
Nicolas Aspert Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
is AGP support
> The version I left as default, should work on any POSIX system.
> [eg: the #include I added is part of the standard, I think.]
I don't have such a file on my Linux system (RedHat 7.2), so I guess we
are stuck into the platform-specific includes...
What is declared
Philip Brown wrote:
> On Mon, Dec 10, 2001 at 08:02:48AM +0100, Nicolas Aspert wrote:
>
>>...
>>Thanks for the patch. I have not looked at it yet, but let me just tell
>>you that I did NOT write testgart.c ;-) I think that Jeff Hartmann did,
>>
Now I have lok
chipsets, so I buried out this little guy and it
seems like many people also found it useful. Have fun playing with it ;-)
Best regards
Nicolas.
--
Nicolas Aspert Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)
Hello
Have you checked that your AGP module is correctly loaded ?
If so, I suggest that you compile and run (as root, and before running X) the
C program located at :
http://ltswww.epfl.ch/~aspert/patches/testgart.c
Send the output of the program to the list...
Best regards
Nicolas.
Philip Br
advance
Nicolas
--
Nicolas Aspert Signal Processing Laboratory (LTS)
Swiss Federal Institute of Technology (EPFL)
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/dri-devel
23 matches
Mail list logo
