solved the NFS mounting problem that's been plaguing me for about a
year and a half. The solution turns out be not in NFS itself,
the firewall. Read about it here:
I continue to recommend Fedora 17 for use with the ELLK, it is
technically “obsolete” and the repositories seem to have disappeared.
They haven’t really, but there is a change you have to make to access
them. There are two files in /etc/yum.repos.d/
you need to edit as root
files you will find three lines that begin "mirrorlist=https://..."
Simply remove the ‘s’ from “https”. That’s it. Save the files and you
should be good to go.
Fedora 17 is
also getting harder to find. The Fedora Project maintains an archive of
all the older versions. The full ISO image DVD of Fedora 17 is
Linux Learning Kit -- New bootloader
that is currently shipping has a new boot loader in NOR flash called
Superboot. Perhaps not surprisingly, it behaves rather
differently than the Supervivi boot loader described in the
manual. Consequently, the process of reloading the NAND flash
has changed. This document explains how to reprogram the NAND
flash using Superboot.
references a directory that is supposed to be in the factory_images/
directory following the kit software installation. Well, it isn't. Here
anywhere you like because you're going to copy it to an SD card.
Linux for Embedded and Real-Time Applications, 3rd Ed. and The Embedded
Linux Learning Kit
configuration errors in the Linux 3.5.3 kernel that ships with the kit,
and is recommended in the book, prevent the application examples from
working correctly. This tarball provides
corrections. Untar it in your home directory and see the
Embedded and Real-time Applications, 3rd Ed.
sample code for the book:
Systems Conference Presentations
some papers I've presented at the Embedded Systems Conference in San
Jose in recent years.
-- A Database
Approach to Describing Hardware
Drivers Demystified -- They Really Aren't All That Mysterious
to POSIX Threads -- Asynchronous Programming in the Unix/Linux
Linux Learning Kit Software Installation Problem
has shown up in the install_tools.sh script when run under
Ubuntu. The symptom is that the install.sh script
can't create or populate the .working/
uses the LOGNAME
environment variable to change the ownership of target_fs/home and
everything in it. LOGNAME
is initially set to the user name you log in as. Under Fedora
and Red Hat distros, when you su
or sudo to
become root, LOGNAME
retains its initial value. However under Ubuntu, when you
become root the value of LOGNAME
changes to "root", which kind of defeats the purpose.
workaround is to manually change the ownership of home/ and
everything under it to your user name, create home/.working/ and
copy the files from the CD. Do this as root of course.
|GoGo and Dash
Courses Embedded Linux class
This is the code and data
required for the Eclipse exercise in Module 5
Linux Development Using Eclipse
is the sample code for the exercises in the book.