• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1]
1  Linux Stuff / Kernel / Re: 2.6.38 new kernel available on: March 18, 2011, 12:47:29 PM
Do you have a build script, or could you provide the sequence of steps needed to build the kernel from the mainline sources?  I don't normally build kernels manually, so any help would be appreciated.

I see that in your sources directory you have several patches in addition to the link to the kernel.org source.  Do those patches need to be applied in a certain sequence?  Are they still relevant?

Just for background, I am planning to build the kernel for SheevaPlug, and disable the SDIO driver altogether, but configure ttyS1 on SDIO pins.
2  Linux Stuff / General Linux questions / [Cross-] compiling applications for SheevaPlug on: April 20, 2009, 07:30:38 PM
Can anyone provide some pointers regarding compiling and linking user applications for the SheevaPlug's standard Ubuntu distribution?

Building applications on the actual target box does seem to work well enough.  It is possible to find and install most libraries via APT, and build using the gcc/g++ on SheevaPlug.  I use the -march=armv5te compiler flag.

However, cross-compiling on i386 Linux doesn't appear to work nearly as well. The Marvell-supplied cross EABI GCC 4.2 doesn't like the Ubuntu libraries, although it seems to be able to link with the shared libraries from the /lib of rootfsv1.0 (the "NFS" rootfs, very basic image/toolchain provided by Marvell mostly for kernel and rootfs flashing).  The problem is, there are very few libraries in rootfsv1.0, and they are not the same as in Ubuntu distro.   The cross linker totally refuses to see the shared libraries copied from the Ubuntu image. 

Any ideas/suggestions would be greatly appreciated.  Or is compiling for SheevaPlug on SheevaPlug the only way to go?
3  Linux Stuff / Linux distributions / Re: Modifying the Ubuntu jffs2 Image on: April 16, 2009, 11:18:41 AM
Remember that Sheevaplug is a development product right now, not a fully fledged consumer product.  Right now  WE the people who bout it early are figuring out the tools and sources needed to build it.
Well, I do not entirely agree.  There is a Ubuntu build environment, which was used to build the rootfs image currently on the Plug.  This environment should be put out there for people to download and customize.

Actually, for me this is not a personal hacking interest, but a business interest.  My company is looking to develop a board based on the Marvell Kirkwood SoC, as a replacement for the AXIS ETRAX FS, which is being phased out.  If there is no development environment that we can use to build upon, we will probably select a different CPU, with better support.  So far I don't even see any way to contact Marvell engineering support.  I am glad there is at least a community board and a Wiki at openplug.org, as Marvell's own instructions and documentation is totally inadequate.  The Extranet does have Orion SDK 2.0, but there is no word of supporting Kirkwood CPUs and boards, and the SDK seems quite obsolete.

Quote from: moshiach
About the only thing I'm missing right now is a way to build and burn uboot.   Other than that, we've figured out most of the other stuff right here on these boards.  I'm sure once it becomes a consumer product there will be much more detailed documentation and SDK sources.
I just tried to follow the instructions from ReleaseNotes.txt that comes with the U-Boot package:
1. Install GCC
2. Untar'ed U-Boot 1.1.4 and unzipped patch 3.4.16 over it (to overwrite files).  Not sure why Marvell wouldn't just put out a ready to build U-Boot.
3. export PATH=<GCC Install Dir>/bin:$PATH
4. make mrproper
5. make rd88f6281Sheevaplug_config NBOOT=1 LE=1
6. make -s

You get a u-boot-rd88f6281Sheevaplug_400db_nand.bin as a result.  I haven't tried to actually burn this image for fear of bricking the device with no instructions on how to unbrick it, but there are instructions in ReleaseNotes.txt on how to do it.

Quote from: moshiach
That AXIS looks nice, but they are discontinued now and the device they are replacing it with seems to have about half the processing power, 64M of ram and 256M of flash.  No price yet, but I'm sure it's more than the $99 I paid for the plug.
AXIS is getting out of business of selling general purpose processors, which is a shame, as far as I am concerned.  Their SoCs are a little out of date on technology, but they were quite adequate for out applications.  And the support was/is just unbelievable.

When AXIS announced the EoL of ETRAX processor line, we started looking for a replacement with dual Ethernet capability, and Kirkwood 88F6281 is one of the candidates.  But waiting for a month for Extranet registration, and then finding out that there is almost no company provided support to the development community is quite a turn-off...
4  Linux Stuff / General Linux questions / Re: HOWTO mount JFFS2 image on Linux host without NAND flash on: April 16, 2009, 08:55:41 AM
The ubuntu-9.0.5.Release.jffs2 loaded from Globalscale Tech. site worked fine for me.

I was not able to allocate sufficient storage for MTDRAM on my 2.6.9 box (actually, 139136 KB is needed), but could allocate the required amount on both a 2.6.18 and a 2.6.25 Fedora boxes, so the allocation limit may have something to do with the kernel version.  The block2mtd method didn't work for me on a 2.6.9 box either (I guess, I was added in later releases), but it worked in newer kernels. 

I saw all of Ubuntu rootfs 9.0.5 via both methods. 
5  Linux Stuff / Linux distributions / Re: Modifying the Ubuntu jffs2 Image on: April 15, 2009, 08:07:27 PM
I would like to convert the ubuntu jffs2 disk image to a regular rootfs tree which I can use to add custom applications and configure to my liking, all the while booting from it via NFS.

Actually, you don't need to copy the filesystem out of flash (although it's great to know how to do it).  The image provided by Marvell seems rather close to the ubuntu rootfs that comes with the system.

Now, what I would like to see is an actual SDK, or a development environment like what we used to get with AXIS ETRAX processors.  I mean the way to build the Ubuntu rootfs image from sources, and add applications to it.  I am not sure I can do it with the set of tools and absolutely inadequate instructions provided by Marvell...  The include files are nowhere to be found (well, there are some in the "NFS rootfs", but that is not the Ubuntu distribution), the compiler doesn't seem to like the shared object libraries (i.e. cannot link with libcrypto.so from the Ubuntu image), and where am I going to get the sources for the basic packages?

When the box comes with a Linux system, shouldn't there be a way to recreate the same system from sources? Or are we expected to either enjoy the given distribution, or re-create the entire environment and all the packages from scratch?
6  Linux Stuff / General Linux questions / Re: HOWTO mount JFFS2 image on Linux host without NAND flash on: April 15, 2009, 07:46:33 PM
Actually, you can use the kernel memory emulating MTD as well.  You just need to allocate more kernel memory. Smiley

modprobe mtdram total_size=XXXXX erase_size=256

where XXXXX is the size of the JFFS2 image in KB. 

Worked for me.
Pages: [1]