[Bug 79] suspend/resume to RAM support

Andy Green andy at openmoko.com
Sun Apr 13 20:52:35 CEST 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:
| Michael 'Mickey' Lauer wrote:
|> Try upgrading to bitbake-1.8 HEAD, it has some git fetcher fixes.
|>
|> Other than that, the git server had some problems over the end of the
|> week, which should be sorted out by now.

|
http://downloads.openmoko.org/sources/git_git.openmoko.org.git.kernel.git_3484443ede44120e7011c2ff18a4553cae33d7d3.tar.gz

| 404

I don't really know what the git fetching magic tries to do, is it
possible it gets confused by the fact we don't have a proper git
history?  The hash in the URL there is actually current HEAD for andy
branch FWIW.

If you want to get the tree by hand instead, you can do it in a couple
of commands.

~ git clone git://git.openmoko.org/git/kernel.git linux-2.6
~ git checkout origin/andy

and copy one of the defconfigs to .config.

There's a ./build script on andy that just needs the path to the
compilers changing.  I realize that isn't the same as doing it within
bitbake.

I would be quite interested in a bitbake recipe that you could run on a
local git tree you maintain yourself, that builds and packages the
kernel image + /lib/modules/xyz/* stuff.  Especially if it could be able
to not always make from distclean.  Then I can include it in the git
tree itself instead of my makeshift build script and actually create a
kernel package.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkgCVmoACgkQOjLpvpq7dMrtiwCfS8bHAFiKMkoDSYR7eb3dVZ5I
sO4An2dNrG53lYgEhVqtrL3AQBt4eqok
=7dQp
-----END PGP SIGNATURE-----




More information about the openmoko-kernel mailing list