Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion API UP2000+ 2x833MHz Question
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
mattst88  
View profile  
 More options Oct 27 2010, 11:30 am
Newsgroups: comp.os.linux.alpha
From: mattst88 <matts...@gmail.com>
Date: Wed, 27 Oct 2010 08:30:54 -0700 (PDT)
Local: Wed, Oct 27 2010 11:30 am
Subject: Re: API UP2000+ 2x833MHz Question
On Oct 14, 2:31 am, DiskMan <wlgiv...@gmail.com> wrote:

> On Oct 6, 1:45 am, Marc Schlensog <mschlens+n...@gmail.com> wrote:
> > On Mon, 4 Oct 2010 23:54:56 -0700 (PDT)
> > DiskMan <wlgiv...@gmail.com> wrote:
> > > 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]

sigh.

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
logic.

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
the letter")

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.
"""
http://alphalinux.org/wiki/index.php/UP1500

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.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.