• Home
  • Help
  • Search
  • Login
  • Register
  Show Posts
Pages: [1] 2
1  Linux Stuff / Kernel / Re: 2.6.30-rc uImage and kmods ipkg feed on: May 04, 2009, 04:57:02 AM
======
kernel BUG at arch/arm/mm/dma-mapping.c:497!
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c4b68000
======

Hmmm.... Hope there is not a problem with kernel DMA code. We need to review the driver sources first. It should be easier than reviewing kernel DMA engine.  Smiley
2  Linux Stuff / General Linux questions / Re: [Cross-] compiling applications for SheevaPlug on: May 04, 2009, 04:48:15 AM
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?

Have you tried Scratchbox?
Based on my experience the cross-compilation is not always supported by some software packages. Yes, building kernel using cross tollchain is OK and can save you a lot of compilation time. But this is not always true with others. I would use native build with small packages and Scratchbox for some massive builds.
Basically Marvell supplies optimized CodeSourcery toolchain and instructions for setting up Scratchbox on host PC for some development platforms. I believe the same should be done for SeevaPlug as well. You should be able to setup Scratchbox even without Marvell's optimized toolchain since several CodeSourcery toolchains are freely available on Scratchbox distribution site.
http://www.scratchbox.org/download/scratchbox-apophis/
3  Linux Stuff / Kernel / Re: 2.6.30-rc uImage and kmods ipkg feed on: May 03, 2009, 10:26:41 PM
In the end I loaded the tree on the sheeva.  Downloaded the defconfig from the optware sources.  And built the kernel and some modules on the sheeva.  Then I was able to get my module to build but it doesn't work properly.

Ya, the native build usually helps :-). What do you mean by saying "doesn't work properly"?  You cannot send commands to X10 devices? CM19 is not detected? Errors when the module is loaded?
I believe you are following this setup guide:
http://wp.pr0gr4mm3r.com/linux/getting-your-x10-cm19a-module-working-in-linux/
4  Hardware and U-Boot firmware / U-Boot stuff / Re: New U-boot features on: April 29, 2009, 11:09:32 PM
It would be nice to have NFS boot option in SheevaPlug boot loder just as in recent u-boot versions.
5  Linux Stuff / Kernel / Re: 2.6.30-rc3 uImage and kmods ipkg feed on: April 29, 2009, 06:41:44 AM
Mark, the easiest way to solve your problem is to put entire Linux kernel source tree on other system (PC or NAS) and mount this tree on SheevaPlug trough NFS. Then change the /lib/modules/<kernel-version>/build link to point into your source tree directory.
6  Linux Stuff / Linux distributions / Re: Hardware Abstraction Layer (hal) package breaking in Ubuntu on: April 27, 2009, 04:12:55 AM
I got the same error when installed X (during packages configuration). It basically says that system cannot handle kernel paging request. The memory was pretty full (I checked it with "free"command)
Have anyone tried to activate some swap space? I believe it may help (but not sure, didn't tested it yet).
7  Linux Stuff / General Linux questions / Re: Sheeva Plug USB/Serial Terminal on Linus on: April 26, 2009, 09:21:50 PM
http://www.openplug.org/plugwiki/index.php/Setting_up_Serial_Console_Under_Linux
8  General Category / General Discussion / Re: Sheeva as a NFS server? on: April 25, 2009, 08:25:37 AM
Well, Ubuntu IS built on Debian, by definition :-). The prompt just lists the hostname. You can make it RHEL if you want - just edit /etc/hostname file. SheevaPlug suppose to be loaded with Ubuntu 9.04.
Just remember that SheevaPlug is non-standard board - you have to use an appropriate kernel with Sheeva LSP. Otherwise some interfaces may not work. All the rest of filesystem is taken from distribution.
9  General Category / General Discussion / Re: Ubuntu on the plug on: April 25, 2009, 06:03:39 AM
Ubuntu is already included in SheevaPlug filesystem
http://www.marvell.com/products/embedded_processors/developer/kirkwood/sheevaplug.jsp
Have you tried to read the WIKI pages?
http://www.openplug.org/plugwiki/index.php/Main_Page
If you want to start from scratch, try this guide:
http://www.simtec.co.uk/products/SWDEBIAN/files/debootstrap-article.html
10  General Category / General Discussion / Re: Sheeva as a NFS server? on: April 25, 2009, 05:35:18 AM
You have to rebuild kernel enabling NFS server support (File Systems->Network File Systems->NFS Server Support). Then make all kernel modules and install them on target using "make modules_install" (see Documentation/kbuild/modules.txt for details)."  You will have NFS server enabled kernel and all modules in place. Then install NFS server using "aptitude install nfs-kernel-server".
11  Linux Stuff / General Linux questions / Re: Integrated Development Environment on: April 25, 2009, 05:24:43 AM
Basically you don't need IDE for compilation. CLI is good enough. For code browsing you can use Kscope or Source Navigator - they both have support for cross-references. If you want to use some kind of "native" environment, try Scratchbox.
12  Hardware and U-Boot firmware / U-Boot stuff / Re: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) on: April 24, 2009, 01:55:59 PM
So how did you format your USB stick? You have to use ext2 or ext3 filesystem on it. AFAIK Windows doesn't provide you with such option. Don't know if MAC OS does.
You can install Windows TFTP server, for instance 3CDaemon http://support.3com.com/software/3cdv2r10.zip. I guess MAC OS has it's own as well.
Just remember, "bubt" uses TFTP protocol for getting the u-boot image to the target board, so if you want to update u-boot, install the server and point it to directory consisting your new u-boot binary image.
13  Hardware and U-Boot firmware / U-Boot stuff / Re: ??? bubt ??? on: April 24, 2009, 01:47:08 PM
Yes, according to Marvell's instructions. What is your host operation system?
14  Hardware and U-Boot firmware / U-Boot stuff / Re: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) on: April 24, 2009, 01:45:56 PM
Let's suppose that you have to upgrade u-boot image as well. Follow the instructions I wrote in your second thread. You HAVE TO use TFTP server in order to burn the u-boot image into flash using bubt command. What is your host PC - Linux or Windows? Are you familiar with TFTP server installation and usage?
15  Hardware and U-Boot firmware / U-Boot stuff / Re: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) on: April 24, 2009, 01:05:28 PM
I believe the guy is trying to mount USB stick as rootfs. JFFS2 image is made for burning on internal NAND flash (MTD device).
IMHO for troubleshooting/remaking it is better to setup an NFS server and mount initial rootfs over the network.
Pages: [1] 2