 |
|
 |
|
Next: Laptop Help
|
| Author |
Message |
External

Since: Dec 23, 2005 Posts: 86
|
(Msg. 1) Posted: Tue Nov 14, 2006 6:39 pm
Post subject: AGP SBA question Archived from groups: comp>sys>ibm>pc>hardware>chips (more info?)
|
|
|
I've been looking over the AGP 3.0 spec. and noticed there appear to be 8
pins dedicated to SBA and that SBA is a one way bus (from vid card to AGP
port). This is about all I was able to get out of the documentation though.
Is SBA merely the method by which a video card xfers addresses in the AGP
aperture range for which it will read/write? Are these addresses 32-bits in
length? If they are 32-bits how do the 8 SBA pins xfer these 32-bits? Is it
some sort of DDR scheme?
--
Doug >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Sep 09, 2004 Posts: 829
|
(Msg. 2) Posted: Wed Nov 15, 2006 5:17 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Tue, 14 Nov 2006 18:39:27 GMT, "pigdos" <NA.TakeThisOut@nowhere.com> wrote:
>I've been looking over the AGP 3.0 spec. and noticed there appear to be 8
>pins dedicated to SBA and that SBA is a one way bus (from vid card to AGP
>port). This is about all I was able to get out of the documentation though.
It's one-way because address requests to main memory only go in the one
direction, from the AGP device to the chipset.
>Is SBA merely the method by which a video card xfers addresses in the AGP
>aperture range for which it will read/write? Are these addresses 32-bits in
>length? If they are 32-bits how do the 8 SBA pins xfer these 32-bits? Is it
>some sort of DDR scheme?
SBA == Side Band Addressing. Note that AGP 3.0 dropped pipelined
addressing on the multiplexed Address/Data Bus. The AGP address
transactions are not just 32-bit addresses - since an AGP data transfer is
8 bytes min-length/aligned, the bottom 3 bits are used for transaction
length info. There's also command info which is transferred on the four
C/BE pins for the non-SBA multiplexed transactions on the Address/Data Bus.
When SBA is used, the C/BE pins are not used for the 4-bit command request
code which is folded into the SBA transaction request, which can handle a
36-bit memory address and also includes the length info and the SBA command
"type code", so that a full SBA transaction can be up to 48-bits in length
and require six SBA bus transfers... *BUT* there are also sticky bits for
addresses, which are held in the target (chipset) from a previous
transaction, so that if an address differs only in the bottom 15 bits from
that of the previous transaction, only 2 bus transfers are required.
There is also an optional extended mode SBA command type which allows for
48-bit memory addresses but I guess that's become kinda academic now with
PCI-E taking over.
The SBA Bus runs at the same 8x speed as the data bus, i.e. clocked at 4x
the base clock plus DDR.
The AGP 2.0 docs cover some of this better than the AGP 3.0, which is
written, in some places, as a comparison with the previous spec.
--
Rgds, George Macdonald >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Dec 23, 2005 Posts: 86
|
(Msg. 3) Posted: Tue Nov 21, 2006 2:09 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
Thanks George, interesting stuff, even if it is dead. Are there similar
mechanisms by which PCIe video cards can directly access system memory?
--
Doug
"George Macdonald" <fammacd=!SPAM^nothanks@tellurian.com> wrote in message
news:p5ill29e75i373653ecpcmn16s1fcfptl6@4ax.com...
>
> SBA == Side Band Addressing. Note that AGP 3.0 dropped pipelined
> addressing on the multiplexed Address/Data Bus. The AGP address
> transactions are not just 32-bit addresses - since an AGP data transfer is
> 8 bytes min-length/aligned, the bottom 3 bits are used for transaction
> length info. There's also command info which is transferred on the four
> C/BE pins for the non-SBA multiplexed transactions on the Address/Data
> Bus.
>
> When SBA is used, the C/BE pins are not used for the 4-bit command request
> code which is folded into the SBA transaction request, which can handle a
> 36-bit memory address and also includes the length info and the SBA
> command
> "type code", so that a full SBA transaction can be up to 48-bits in length
> and require six SBA bus transfers... *BUT* there are also sticky bits for
> addresses, which are held in the target (chipset) from a previous
> transaction, so that if an address differs only in the bottom 15 bits from
> that of the previous transaction, only 2 bus transfers are required.
>
> There is also an optional extended mode SBA command type which allows for
> 48-bit memory addresses but I guess that's become kinda academic now with
> PCI-E taking over.
>
> The SBA Bus runs at the same 8x speed as the data bus, i.e. clocked at 4x
> the base clock plus DDR.
>
> The AGP 2.0 docs cover some of this better than the AGP 3.0, which is
> written, in some places, as a comparison with the previous spec.
>
> --
> Rgds, George Macdonald
> >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Sep 09, 2004 Posts: 829
|
(Msg. 4) Posted: Tue Nov 21, 2006 4:12 pm
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Tue, 21 Nov 2006 02:09:01 GMT, "pigdos" <NA.RemoveThis@nowhere.com> wrote:
>Thanks George, interesting stuff, even if it is dead. Are there similar
>mechanisms by which PCIe video cards can directly access system memory?
Though I don't have access to PCI-e specs, I have to assume it uses sticky
bits - a way to get a packetized or semi-packetized narrow bus like AGP/SBA
to work more efficiently. AIUI, the big difference with PCI-e is that all
addresses which come out of the video card are hardware addresses - IOW
GART translation is built into the video chip circuitry.
>Doug
>"George Macdonald" <fammacd=!SPAM^nothanks@tellurian.com> wrote in message
>news:p5ill29e75i373653ecpcmn16s1fcfptl6@4ax.com...
>>
>> SBA == Side Band Addressing. Note that AGP 3.0 dropped pipelined
>> addressing on the multiplexed Address/Data Bus. The AGP address
>> transactions are not just 32-bit addresses - since an AGP data transfer is
>> 8 bytes min-length/aligned, the bottom 3 bits are used for transaction
>> length info. There's also command info which is transferred on the four
>> C/BE pins for the non-SBA multiplexed transactions on the Address/Data
>> Bus.
>>
>> When SBA is used, the C/BE pins are not used for the 4-bit command request
>> code which is folded into the SBA transaction request, which can handle a
>> 36-bit memory address and also includes the length info and the SBA
>> command
>> "type code", so that a full SBA transaction can be up to 48-bits in length
>> and require six SBA bus transfers... *BUT* there are also sticky bits for
>> addresses, which are held in the target (chipset) from a previous
>> transaction, so that if an address differs only in the bottom 15 bits from
>> that of the previous transaction, only 2 bus transfers are required.
>>
>> There is also an optional extended mode SBA command type which allows for
>> 48-bit memory addresses but I guess that's become kinda academic now with
>> PCI-E taking over.
>>
>> The SBA Bus runs at the same 8x speed as the data bus, i.e. clocked at 4x
>> the base clock plus DDR.
>>
>> The AGP 2.0 docs cover some of this better than the AGP 3.0, which is
>> written, in some places, as a comparison with the previous spec.
>>
>> --
>> Rgds, George Macdonald
>>
>
--
Rgds, George Macdonald >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Dec 23, 2005 Posts: 86
|
(Msg. 5) Posted: Wed Nov 22, 2006 7:04 pm
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
George, since the minimum AGP data xfer is 8 bytes and always aligned on 8
bytes, wouldn't the 6 LSb's be unused for address information?
--
Doug
"George Macdonald" <fammacd=!SPAM^nothanks@tellurian.com> wrote in message
news:p5ill29e75i373653ecpcmn16s1fcfptl6@4ax.com...
> On Tue, 14 Nov 2006 18:39:27 GMT, "pigdos" <NA.RemoveThis@nowhere.com> wrote:
>
>
> SBA == Side Band Addressing. Note that AGP 3.0 dropped pipelined
> addressing on the multiplexed Address/Data Bus. The AGP address
> transactions are not just 32-bit addresses - since an AGP data transfer is
> 8 bytes min-length/aligned, the bottom 3 bits are used for transaction
> length info. There's also command info which is transferred on the four
> C/BE pins for the non-SBA multiplexed transactions on the Address/Data
> Bus.
>
> --
> Rgds, George Macdonald
> >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Sep 09, 2004 Posts: 829
|
(Msg. 6) Posted: Wed Nov 22, 2006 9:12 pm
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Wed, 22 Nov 2006 19:04:19 GMT, "pigdos" <NA RemoveThis @nowhere.com> wrote:
>George, since the minimum AGP data xfer is 8 bytes and always aligned on 8
>bytes, wouldn't the 6 LSb's be unused for address information?
Here's a exercise for you: Find the next number in the series: 110, 20, 12,
11, 10, ?
>"George Macdonald" <fammacd=!SPAM^nothanks@tellurian.com> wrote in message
>news:p5ill29e75i373653ecpcmn16s1fcfptl6@4ax.com...
>> On Tue, 14 Nov 2006 18:39:27 GMT, "pigdos" <NA RemoveThis @nowhere.com> wrote:
>>
>>
>> SBA == Side Band Addressing. Note that AGP 3.0 dropped pipelined
>> addressing on the multiplexed Address/Data Bus. The AGP address
>> transactions are not just 32-bit addresses - since an AGP data transfer is
>> 8 bytes min-length/aligned, the bottom 3 bits are used for transaction
>> length info. There's also command info which is transferred on the four
>> C/BE pins for the non-SBA multiplexed transactions on the Address/Data
>> Bus.
--
Rgds, George Macdonald >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Dec 23, 2005 Posts: 86
|
(Msg. 7) Posted: Sat Nov 25, 2006 12:08 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
I understand part of this, three bits can encode 8 possible addresses, so
we're only interested in address bits 3 and greater?
Your exercise has me stumped.
--
Doug
"George Macdonald" <fammacd=!SPAM^nothanks@tellurian.com> wrote in message
news:ihu9m2dlpdp5rfhs6p40tjtj2o3eak342u@4ax.com...
> On Wed, 22 Nov 2006 19:04:19 GMT, "pigdos" <NA DeleteThis @nowhere.com> wrote:
>
>>George, since the minimum AGP data xfer is 8 bytes and always aligned on 8
>>bytes, wouldn't the 6 LSb's be unused for address information?
>
> Here's a exercise for you: Find the next number in the series: 110, 20,
> 12,
> 11, 10, ?
>
>
>
>>"George Macdonald" <fammacd=!SPAM^nothanks@tellurian.com> wrote in message
>>news:p5ill29e75i373653ecpcmn16s1fcfptl6@4ax.com...
>>> On Tue, 14 Nov 2006 18:39:27 GMT, "pigdos" <NA DeleteThis @nowhere.com> wrote:
>>>
>>>
>>> SBA == Side Band Addressing. Note that AGP 3.0 dropped pipelined
>>> addressing on the multiplexed Address/Data Bus. The AGP address
>>> transactions are not just 32-bit addresses - since an AGP data transfer
>>> is
>>> 8 bytes min-length/aligned, the bottom 3 bits are used for transaction
>>> length info. There's also command info which is transferred on the four
>>> C/BE pins for the non-SBA multiplexed transactions on the Address/Data
>>> Bus.
>
> --
> Rgds, George Macdonald
> >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: May 08, 2006 Posts: 56
|
(Msg. 8) Posted: Sat Nov 25, 2006 12:08 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
In article <3QL9h.9582$6t.8063@newssvr11.news.prodigy.com>,
NA RemoveThis @nowhere.com says...
> I understand part of this, three bits can encode 8 possible addresses, so
> we're only interested in address bits 3 and greater?
>
> Your exercise has me stumped.
George wrote a couple of posts above:
"Since an AGP data transfer is 8 bytes min-length/aligned"
I'd add that so are all memory transfers (8-byte aligned, now 16)
on P5 and later systems.
--
Keith >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Sep 09, 2004 Posts: 829
|
(Msg. 9) Posted: Sat Nov 25, 2006 6:20 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Sat, 25 Nov 2006 00:08:31 GMT, "pigdos" <NA.DeleteThis@nowhere.com> wrote:
>I understand part of this, three bits can encode 8 possible addresses, so
>we're only interested in address bits 3 and greater?
Right.
>Your exercise has me stumped.
It's a good one.  Let's see who finds the answer... if anybody else is
reading this.
--
Rgds, George Macdonald >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Mar 10, 2004 Posts: 272
|
(Msg. 10) Posted: Sun Nov 26, 2006 4:40 pm
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
22On Wed, 22 Nov 2006 21:12:54 -0500, George Macdona
<fammacd=!SPAM^nothanks@tellurian.com> wrote:
>Here's a exercise for you: Find the next number in the series: 110, 20, 12,
>11, 10, ?
>
>
Hmm, 20 and 2?
--
A Lost Angel, fallen from heaven
Lost in dreams, Lost in aspirations,
Lost to the world, Lost to myself >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Sep 09, 2004 Posts: 829
|
(Msg. 11) Posted: Mon Nov 27, 2006 1:49 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Sun, 26 Nov 2006 16:40:21 GMT, a?n?g?e?l@lovergirl.lrigrevol.moc.com
(The little lost angel) wrote:
>22On Wed, 22 Nov 2006 21:12:54 -0500, George Macdona
><fammacd=!SPAM^nothanks@tellurian.com> wrote:
>
>>Here's a exercise for you: Find the next number in the series: 110, 20, 12,
>>11, 10, ?
>>
>>
>
>Hmm, 20 and 2?
Sorry. Why two numbers though? - I asked for just the next number in the
series.
--
Rgds, George Macdonald >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Mar 10, 2004 Posts: 272
|
(Msg. 12) Posted: Tue Nov 28, 2006 5:22 am
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Mon, 27 Nov 2006 01:49:17 -0500, George Macdonald
<fammacd=!SPAM^nothanks@tellurian.com> wrote:
>On Sun, 26 Nov 2006 16:40:21 GMT, a?n?g?e?l@lovergirl.lrigrevol.moc.com
>(The little lost angel) wrote:
>
>>22On Wed, 22 Nov 2006 21:12:54 -0500, George Macdona
>><fammacd=!SPAM^nothanks@tellurian.com> wrote:
>>
>>>Here's a exercise for you: Find the next number in the series: 110, 20, 12,
>>>11, 10, ?
>>>
>>>
>>
>>Hmm, 20 and 2?
>
>Sorry. Why two numbers though? - I asked for just the next number in the
>series.
I figured I might get the first number correct by pure accident. So a
2nd number would determine if it was a fluke or I really got what I
think it is :ppPp
--
A Lost Angel, fallen from heaven
Lost in dreams, Lost in aspirations,
Lost to the world, Lost to myself >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Dec 23, 2005 Posts: 86
|
(Msg. 13) Posted: Fri Dec 01, 2006 7:15 pm
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
What's confusing me is that the AGP 3.0 spec says that the data should be
aligned on 8 byte addresses but recommends you should always fetch/write at
least 64 bytes (so why not align data on 64 byte addresses)?
"When the AGP master needs to read a large amount of data from system
memory, it must split this up
into multiple 64 byte transaction requests. For optimum performance, these
requests should be
naturally aligned to 64 byte boundaries.
In some cases, the Core-Logic may have been optimized for data transfers
that are greater than 64
bytes. For instance, if the core-logic is designed for cache line accesses
of 128 bytes, it may perform
best with AGP request sizes that are some multiple of 128 bytes. A new 3-bit
field called ARQSZ in the
Core-Logic's AGPSTAT[15:13] register is used to provide the optimum transfer
size information to
software. The AGP Master should be programmed to group consecutively
addressed 64 byte requests
to effectively meet the Core-Logic's optimum transfer size expectations.
Note that this is only a
performance optimization and not a functional requirement."
--
Doug
"krw" <krw DeleteThis @att.bizzzz> wrote in message
news:MPG.1fd17f8a203a1ddc989c73@news.individual.net...
> In article <3QL9h.9582$6t.8063@newssvr11.news.prodigy.com>,
> NA DeleteThis @nowhere.com says...
>> I understand part of this, three bits can encode 8 possible addresses, so
>> we're only interested in address bits 3 and greater?
>>
>> Your exercise has me stumped.
>
> George wrote a couple of posts above:
> "Since an AGP data transfer is 8 bytes min-length/aligned"
>
> I'd add that so are all memory transfers (8-byte aligned, now 16)
> on P5 and later systems.
>
> --
> Keith
> >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
External

Since: Sep 09, 2004 Posts: 829
|
(Msg. 14) Posted: Fri Dec 01, 2006 7:15 pm
Post subject: Re: AGP SBA question [Login to view extended thread Info.] Archived from groups: per prev. post (more info?)
|
|
|
On Fri, 01 Dec 2006 19:15:58 GMT, "pigdos" <NA.DeleteThis@nowhere.com> wrote:
>What's confusing me is that the AGP 3.0 spec says that the data should be
>aligned on 8 byte addresses but recommends you should always fetch/write at
>least 64 bytes (so why not align data on 64 byte addresses)?
Backwards Compatibility? I also don't see where, in the following it
recommends "at least" 64 byte transfers. The text you quote is in the
context of the fact that the 256 byte "long transfers" of AGP 2.0 was
dropped in AGP 3.0. Remember also that this is a spec which allows
implementation specific variations. E.g. though the pipelined multiplexed
addressing was dropped in the spec, a mfr can continue to offer it in an
"implementation", particularly given that the mfr usually wants to offer a
card which still works with AGP 2.0 core logic in the chipset.
>"When the AGP master needs to read a large amount of data from system
>memory, it must split this up
>
>into multiple 64 byte transaction requests. For optimum performance, these
>requests should be
>
>naturally aligned to 64 byte boundaries.
>
>In some cases, the Core-Logic may have been optimized for data transfers
>that are greater than 64
>
>bytes. For instance, if the core-logic is designed for cache line accesses
>of 128 bytes, it may perform
>
>best with AGP request sizes that are some multiple of 128 bytes. A new 3-bit
>field called ARQSZ in the
>
>Core-Logic's AGPSTAT[15:13] register is used to provide the optimum transfer
>size information to
>
>software. The AGP Master should be programmed to group consecutively
>addressed 64 byte requests
>
>to effectively meet the Core-Logic's optimum transfer size expectations.
>Note that this is only a
>
>performance optimization and not a functional requirement."
--
Rgds, George Macdonald >> Stay informed about: AGP SBA question |
|
| Back to top |
|
 |  |
| Related Topics: | DDR RAM Question....... - I have a Jetway S447 Motherboard that support non ecc memory. Whats would be better having 1.5Gb of 266MHz DDR RAM or 1.0 Gb of 333MHz DDR RAM?
ram question - What's the difference between LGS GM71C17803CJ6 and LGS GM71C17403CJ6 chips? Would it be ok to put two 16mb modules of each in the same PC?
Question - Something strange observed with one of my old boxes after WinXP reinstalled (clean install - partition deleted and recreated). Harddisk activities (files copied from drive to drive, or over the network) causes CPU load up to 100% sustained for the..
AGP question - I learned in my basic digital logic and design courses that the clock rate determined the rate at which flip-flops/registers could read in data. My question is how can a GPU running at say, 500Mhz, clock-in AGP data at a rate of 2+GB/sec? I suppose if...
Opteron DP question - i remember with my old PIII dual CPUs i had to buy them at the same time so they would work in a DP system, do Opterons have tht same issue...? ie could i buy a single Opti CPU for a DP board and buy the second CPU months down the track...? |
|
You can post new topics in this forum You can reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|
 |
|
|