720MHz beagleboard

GoogleGroups
1

Hi,

when can we expect the beagleboard with 720MHz OMAP3? also would like
to know if this rev'd up OMAP3 will be able to play 1080p movies?

Regards,
Kalyan

2

Rev C4 will be a 720MHz version and we plan to start shipping that version in a month, depending on parts availbility. No, it will not be able to do full HD.

Gerald

3

is there a list of differences between C3 and C4?

rday

4

Just two. The 720MHz transition and a change in the way we power the USB Host PHY in an attempt to fix the USB PHY noise issue…

Gerald

5

in short, nothing of any *functional* difference.

rday

6

Basically. It does require a change in UBoot for the power change on the PHY, but no real features are being added.

Gerald

7

Will C4 have a new board ID so we can have a single uboot for rev B, revC1-3 and RevC4?

regards,

Koen

8

Of course.

Gerald

9

Gerald Coley wrote:

Of course.

:slight_smile:

Let us know the details as soon as possible.

Thanks

Dirk

10

GPIO171 is 1
GPIO172 is 0
GPIO173 is 1

11

Gerald Coley wrote:

GPIO171 is 1
GPIO172 is 0
GPIO173 is 1

U-Boot patch to detect this for review and test in attachment.

Best regards

Dirk

Btw.: What's about calling "C4" instead revision D?

uboot_beagle_revc4_detection_patch.txt (4.11 KB)

12

Dirk Behme wrote:

Gerald Coley wrote:

GPIO171 is 1
GPIO172 is 0
GPIO173 is 1

U-Boot patch to detect this for review and test in attachment.

Best regards

Dirk

Btw.: What's about calling "C4" instead revision D?

revD is something else:

13

There is a C4 and a RevD. Do you want the current C4 to be Rev D and the D to be C4?

Gerald

14

GPIO171 is 1
GPIO172 is 0
GPIO173 is 1

Since Dirk is working on this, would it make sense to prepare uboot
for revD as well? Having the ID in there now would save a bit of work
in the future :slight_smile: We can fix the pinmux when we have actual revD boards
available for testing.

regards,

Koen

15

Rev D is:

GPIO171 is 0
GPIO172 is 0
GPIO173 is 0

Gerald

16

Gerald Coley wrote:

There is a C4 and a RevD. Do you want the current C4 to be Rev D and the D
to be C4?

I don't now anything about rev D.

This thread is about a board that was said to have

- Use OMAP3 720MHz devices.
- Change in the way the USB Host PHY is powered.

and ID code

GPIO171 is 1
GPIO172 is 0
GPIO173 is 1

This was said to be called "C4" in this thread.

Looking at the ID decoding which has to be done in SW (have a look to
the patch I sent), what I think we currently have is

GPIO173, GPIO172, GPIO171: 1 1 1 => Ax/Bx
GPIO173, GPIO172, GPIO171: 1 1 0 => C1 (C2?)
GPIO173, GPIO172, GPIO171: 1 0 0 => C3
GPIO173, GPIO172, GPIO171: 1 0 1 => C4 (>= C4?)

which makes it somehow difficult to find a proper name for the SW
#defines and variables. So I was just wondering if a switch to an OMAP
720MHz device (with more RAM?) wouldn't justify a new 'major' number,
i.e. 'D'. This would make the naming for SW macros and variables
easier, too :wink:

Best regards

Dirk

17

The 720MHz will NOT have more RAM, same as C3, 256MB. Rev D is the next major spin of the board due in April/May timeframe of next year which will have more than you can handle in the way of changes.

If everyone chooses to ignore the 720MHZ on C4, as that is all we can get to build these boards, then I guess that is for everyone to chime in on. The HW will be marked C4.

Gerald

18

Gerald Coley wrote:

The 720MHz will NOT have more RAM, same as C3, 256MB. Rev D is the next
major spin of the board due in April/May timeframe of next year which will
have more than you can handle in the way of changes.

If everyone chooses to ignore the 720MHZ on C4, as that is all we can get to
build these boards, then I guess that is for everyone to chime in on. The HW
will be marked C4.

Ok.

Gerald: Do you think

GPIO173, GPIO172, GPIO171: 1 1 1 => Ax/Bx
GPIO173, GPIO172, GPIO171: 1 1 0 => C1, C2
GPIO173, GPIO172, GPIO171: 1 0 0 => C3
GPIO173, GPIO172, GPIO171: 1 0 1 => C4
GPIO173, GPIO172, GPIO171: 0 0 0 => D

this decoding is correct, then?

Koen: While I agree that it would be nice to add rev D (0 0 0), too, I
wonder what might change until April/May and if we shouldn't wait a
little more until things are more settled?

Best regards

Dirk

19

This looks correct.

Gerald

20

I wouldn't expect the ID to change, but I know the mux needs a few big changes. My goal is to have rev C4 and rev D detection in upstream uboot ASAP, not to have a perfect revD experience :slight_smile:

regards,

Koen