OMAP-PM distro for BeagleBone

Apologies if this is an FAQ. I want to experiment with power settings for the board as shown here*.

Questions arising:

1. Is there a pm-enabled distro?
2. Will a distro for the beagle board work on the bealge bone?
3. If I have to get down+dirty with clong a giot repo etc will a stock Ubuntu distro be adequate for compilation etc?
4. Is there a better place to ask these questions?

Many thanks

Jerry.

*http://sakoman.com/OMAP/an-overiew-of-omap3-power-management-with-2639-pm.html

Apologies if this is an FAQ. I want to experiment with power settings for the board as shown here*.

Questions arising:

1. Is there a pm-enabled distro?

angstrom, but I think you are confusing kernel and distro here

2. Will a distro for the beagle board work on the bealge bone?

Yes, but there's no working pm in the bone kernel

Hello Koen

2. Will a distro for the beagleboard work on the bone?

Yes, but there's no working pm in the bone kernel

Thanks for the fast reply. So if I load a BBoard distro onto the Bone, I'll get pm? Or do I need to run my experiments on the BBoard?

Thx++

I think he meant there is no pm branch for the beaglebone kernel. The kernel is what is relating to the pm in sakomans article, not the actual OS.

Hello Don

I think he meant there is no pm branch for the beaglebone kernel. The
kernel is what is relating to the pm in sakomans article, not the actual
OS.

Sorry. I'm really getting confused.

Short of using Gumstix h/w there's no way to do any power management stuff on the Beagles?

I'm looking at this older thread from last year (Redirecting to Google Groups), is that the only way to go?

Thx++

Jerry

Hi Jerry,

Please reread Koen's message.... Currently at this time, there is not
a working "PM" kernel for the beaglebone...

What you are looking at is a kernel for older omap3/am37xx devices...
(such as the over, BeagleBoard, BeagleBoard xM)..

Regards,

There is no working PM in the bone kernel. None.

Hello Robert

Please reread Koen's message.... Currently at this time, there is not
a working "PM" kernel for the beaglebone...

What you are looking at is a kernel for older omap3/am37xx devices...
(such as the over, BeagleBoard, BeagleBoard xM)..

OK. Thanks. So the BBxM != to the BB. That's the part I had not grokked.

The ability to use Linux *and* power management is a major driver for me.

What needs to be done?
How can I help?

Thx++

Jerry.

Hello Robert

Please reread Koen’s message… Currently at this time, there is not
a working “PM” kernel for the beaglebone…

What you are looking at is a kernel for older omap3/am37xx devices…
(such as the over, BeagleBoard, BeagleBoard xM)…

OK. Thanks. So the BBxM != to the BB. That’s the part I had not grokked.

Be VERY careful in how you state the above sentence, especially the use of “BB” as an abbreviation. There are 3 boards at present that are all “Beagle Board” (sometimes referred to BB as a group, thus BB could refer to any of the 3 generally or the beagleboard project). Those boards are: original beagleboard (sometimes also abbreviated to just “BB”) , beagleboard XM (or BBxM), and the beaglebone (sometimes refered to as simply the bone and also sometimes abreviated “BB”). So as you can see the above statement is ambiguously “clear as mud”! The 3 boards in the beagle board family ara all beagleboards but 2 of the 3 are not the original beagleboard and a different 2 of the 3 are not the beaglebone. the 3 boards while in the same family are different enough and each use different processors such that each uses a slightly different kernel. some of these boards have features in their hardware and present kernel code related to that hardware that others do not (yet).

Eric

Hello Eric,

Be VERY careful in how you state the above sentence, especially the use
of "BB" as an abbreviation. There are 3 boards at present that are all
"Beagle Board" (sometimes referred to BB as a group, thus BB could refer
to any of the 3 generally or the beagleboard project). Those boards are:
original beagleboard (sometimes also abbreviated to just "BB") ,
beagleboard XM (or BBxM), and the beaglebone (sometimes refered to as
simply the bone and also sometimes abreviated "BB"). So as you can see
the above statement is ambiguously "clear as mud"! The 3 boards in the
beagle board family ara all beagleboards but 2 of the 3 are not the
original beagleboard and a different 2 of the 3 are not the beaglebone.
the 3 boards while in the same family are different enough and each use
different processors such that each uses a slightly different kernel.
some of these boards have features in their hardware and present kernel
code related to that hardware that others do not (yet).

Yes. I do take your point. Sadly I had no influence in creating 3 different products with the same TLA. That is, however, a distraction.

There are more fundamental issues.

Right now (if I understand things correctly) there is no off-the-shelf Linux package for the Beagle hardware that plays to one of the towering strengths of the OMAP 35XX series processors, namely low and ultra-low power operations.

But, just to muddy waters further, there is sufficient support in yet another distribution to enable GumStix to get traction in just this area, as evidenced by the sakoman.com article on OMP power management. (http://sakoman.com/OMAP/an-overiew-of-omap3-power-management-with-2639-pm.html)

All constructive input welcomed.

ATB.

Jerry

Hello Eric,

Be VERY careful in how you state the above sentence, especially the use
of "BB" as an abbreviation. There are 3 boards at present that are all
"Beagle Board" (sometimes referred to BB as a group, thus BB could refer
to any of the 3 generally or the beagleboard project). Those boards are:
original beagleboard (sometimes also abbreviated to just "BB") ,
beagleboard XM (or BBxM), and the beaglebone (sometimes refered to as
simply the bone and also sometimes abreviated "BB"). So as you can see
the above statement is ambiguously "clear as mud"! The 3 boards in the
beagle board family ara all beagleboards but 2 of the 3 are not the
original beagleboard and a different 2 of the 3 are not the beaglebone.
the 3 boards while in the same family are different enough and each use
different processors such that each uses a slightly different kernel.
some of these boards have features in their hardware and present kernel
code related to that hardware that others do not (yet).

Yes. I do take your point. Sadly I had no influence in creating 3
different products with the same TLA. That is, however, a distraction.

There are more fundamental issues.

Right now (if I understand things correctly) there is no off-the-shelf
Linux package for the Beagle hardware that plays to one of the towering
strengths of the OMAP 35XX series processors, namely low and ultra-low
power operations.

But, just to muddy waters further, there is sufficient support in yet
another distribution to enable GumStix to get traction in just this
area, as evidenced by the sakoman.com article on OMP power management.
(http://sakoman.com/OMAP/an-overiew-of-omap3-power-management-with-2639-pm.html)

Gumstix is not a distribution it is a piece of hardware. Has nothing to do with ANY of the Beagle items. Especially the beaglebone. Gumstix uses Angstrom as the Distro, so does beagle products if you are using that as your OS. The kernel for gumstix will NOT boot a beaglebone.

All constructive input welcomed.

ATB.

Jerry

-- To join: http://beagleboard.org/discuss
To unsubscribe from this group, send email to:
beagleboard+unsubscribe@googlegroups.com
Frequently asked questions: Frequently Asked Questions - BeagleBoard

To me it sounds like you are confusing multiple boards and assuming they all run on the same processor and all use the same kernel. That is totally INCORRECT. I see you're posting in both beagleboard and gumstix forums. The gumstix uses an older Omap3 chip, the BeagleBone uses a totally different chip. The beagleboard-XM does not run off the same kerenl the BeagleBone does.

Again the BeagleBone DOES NOT have a power management Kernel currently. How can you solve this? Start your own branch. Since there is no one that currently has started those efforts, that is the only way with the BeagleBone currently.

DO NOT USE Gumstix materials to get your information for the BeagleBoard. Keep that to your Overo or what ever product you purchased from them. Also the BeagleBone is a new product especially compared to the Overo series of Gumstix, which has been out for a few years.

Hope this solves the problem you have and maybe slow down a little and make sure you get what and why they are not the same.

Hello Don

Gumstix is not a distribution it is a piece of hardware. Has nothing to
do with ANY of the Beagle items. Especially the beaglebone. Gumstix uses
Angstrom as the Distro, so does beagle products if you are using that as
your OS. The kernel for gumstix will NOT boot a beaglebone.

The issue here is how much control, if any, can be had from 'standard' Linux distributions over core and peripheral power settings.

Answers: (apparently)

none for the BeagleBone
some for the BeagleBoard
lots for the GumStix (previous links redux)

The fact that these are (apparently) completely separate projects is both sad and a gigantic waste/duplication of talent and effort.

What am I missing?

Q: I want to demonstrate Linux on Beagle* hardware in a maximally power efficient manner. How do I do this?

A: ???

ATB

Jerry

Hello Don

Gumstix is not a distribution it is a piece of hardware. Has nothing to
do with ANY of the Beagle items. Especially the beaglebone. Gumstix uses
Angstrom as the Distro, so does beagle products if you are using that as
your OS. The kernel for gumstix will NOT boot a beaglebone.

The issue here is how much control, if any, can be had from 'standard'
Linux distributions over core and peripheral power settings.

Answers: (apparently)

none for the BeagleBone
some for the BeagleBoard
lots for the GumStix (previous links redux)

I think you may want to read into what each of these devices were actually made for, attended audience and so on. They each have their own pluses and minuses. It all depends on what you want to do in the end with the board of choice. Just because there is no PM kernel for the BeagleBone DOES NOT mean YOU cant start your own branch like I stated. How do you think the other pm kernel got started? Someone needed that then more people did and more and so on.

The fact that these are (apparently) completely separate projects is
both sad and a gigantic waste/duplication of talent and effort.

Kind of like your thread?? Saying that to me shows you do not really get the point of the different devices!! As my time and other's are being wasted.

What am I missing?

To me LOTS!

Q: I want to demonstrate Linux on Beagle* hardware in a maximally power
efficient manner. How do I do this?

A: ???

Depends on the device and what work has been done previously. Everything is done if and when someone who owns the device wants that capability. If no one with that device has wanted that capability. There will be NO work on it done, as with all open source projects, work is done voluntarily. So if you do not see a feature, option, capability in the device you choose, then YOU and YOU alone, unless you have others who want to help, will have to create this yourself.

That is the best I can offer to you, until you can actually narrow things down and realize what has and has not been done for the device you want to do this demo. Then realize your capabilities in adding/complementing/expanding features in the device you chose and learn what you need to be able to do what you want. Or get more people wanting the same things as you who can do the things you do not get.

To me at this point this thread is going no where but an endless loop.

Hello Don

Kind of like your thread?? Saying that to me shows you do not really get
the point of the different devices!! As my time and other's are being
wasted.

You have no obligation to respond :slight_smile:

What is the point of sibling devices all with different distros? Why is this a good thing? How will it benefit code, credibility and the universe of consumers?

What am I missing?

To me LOTS!

Und so? Wass?

Depends on the device and what work has been done previously. Everything is done if and when someone who owns the device wants that capability. If no one with that device has wanted that capability. There will be NO work on it done, as with all open source projects, work is done voluntarily. So if you do not see a feature, option, capability in the device you choose, then YOU and YOU alone, unless you have others who want to help, will have to create this yourself.

Please. Can we try and separate the practical from the polemic?

That is the best I can offer to you, until you can actually narrow things down and realize what has and has not been done for the device you want to do this demo. Then realize your capabilities in adding/complementing/expanding features in the device you chose and learn what you need to be able to do what you want. Or get more people wanting the same things as you who can do the things you do not get.

Allow me to filter the universe of possible interpretations:

Can I replicate the sakoman tests on a Beagle*? Yes or No.

Hello Don

Kind of like your thread?? Saying that to me shows you do not really get
the point of the different devices!! As my time and other's are being
wasted.

You have no obligation to respond :slight_smile:

What is the point of sibling devices all with different distros? Why is
this a good thing? How will it benefit code, credibility and the
universe of consumers?

They do not use different distros.

What am I missing?

To me LOTS!

Und so? Wass?

Depends on the device and what work has been done previously.
Everything is done if and when someone who owns the device wants that
capability. If no one with that device has wanted that capability.
There will be NO work on it done, as with all open source projects,
work is done voluntarily. So if you do not see a feature, option,
capability in the device you choose, then YOU and YOU alone, unless
you have others who want to help, will have to create this yourself.

Please. Can we try and separate the practical from the polemic?

That is the best I can offer to you, until you can actually narrow
things down and realize what has and has not been done for the device
you want to do this demo. Then realize your capabilities in
adding/complementing/expanding features in the device you chose and
learn what you need to be able to do what you want. Or get more
people wanting the same things as you who can do the things you do
not get.

Allow me to filter the universe of possible interpretations:

Can I replicate the sakoman tests on a Beagle*? Yes or No.

Yes with lots of work on your part for the BeagleBone.

If you find a Beagle* that uses the SAME chip as the overo then it will be much easier, as the kernel used would be the same. I think the XM is the one that is the same or close to the overo. Do not hold me to that though, I cant remember which chip is on the overo.

Again the Distro has nothing to do with what you ask AND each of these devices were made for specific types of uses or audiences. The overo and gumstix lines are made more for commercial uses. Also keep in mind the article you link to is using a old Kernel now. So unless that branch has been keeping up with current Linux kernels you may run into other issues further down the road.

I did not study am335x features, but all sw run at Gumstix can be absolutely easily ported to all Beagleboards, because they all have omap3 core. Am335x is not omap3 core I suppose