On Oct 14, 2:31 am, DiskMan <wlgiv...
> On Oct 6, 1:45 am, Marc Schlensog <mschlens+n...
> > On Mon, 4 Oct 2010 23:54:56 -0700 (PDT)
> > DiskMan <wlgiv...
> > > You see a similar issue with the UP1500. With the UP1500, they
> > > followed the AGP standard to the letter (for a change) and when
> > > manufacturers changed the voltage settings on AGP 8x cards, API didn't
> > > bother to follow suite. So the UP1500 is particular to which cards it
> > > will and can run but nowhere near as bad at the UP2000 series
> > AGP 3.0 spec has been released in 2002, the UP1500 in 2001. Find
> > anything fishy with your statement? And for the record: If you had paid
> > some attention to the troubles UP1500 owners went through in trying to
> > get AGP speeds on Linux, you would have known that API *didn't* adhere
> > to the AGP specs.
> > Also, video cards not supported by SRM are not hardware limitations.
> > Just sayin'.
> I have an old Intel Celery 500mhz released in 2000 and it works FINE
> with later video cards? [snipped useless words]
I see you still haven't lost the art form of replying with some
amazingly irrelevant statement while still presenting it as if it's
exactly what the other person needed to hear to fully comprehend your
Really though, the UP1500's AGP will never work like a regular AGP,
because it fundamentally can't. (Not that what I'm going to tell you
has anything to do with SRM's ability to initialize AGP video cards,
but just disproves your silly statements about following the spec "to
Take a quote from Ivan Kokshaysky, maybe the only guy to try to
actually try to program it,
There is quite fundamental conflict between the Alpha architecture and
x86 AGP implementation - Alpha is entirely cache coherent by design,
while x86 AGP is not (I mean native AGP DMA transactions, not a PCI
over AGP). There are no such things as non-cacheable mappings or
software support for cache flushing/invalidation on Alpha, so x86 AGP
code won't work on Nautilus.
It's like this because it would have been a ton of work for anything
else. When DEC/Compaq/HP designed the Marvel and Titan systems and
their chipsets, they had the flexibility to implement what they
needed, unrestricted by a drop-in AMD chipset. Take another quote from
Ivan: "they are sort of AGP extension of traditional Alpha PCI IOMMU
and are fully cache coherent."
Don't bother repeating that around, because inevitably it'll get
mangled into some anecdote about your old 500 MHz Celeron system again.