Dale Grover wrote:
> Is this approach useful? 
> http://linuxjunk.blogspot.com/2009/01/beagleboard-gpio-input-driverless.html
>   
Well, I took the SD card into work, where I have an SD card reader on my 
desktop computer,
and hacked the passwords on Matt's Debian install.  Then, I had problems 
getting the computer
on my network.  I've never gotten good results with DHCP, so I just use 
static IPs here.  But I
couldn't seem to turn off the darn DHCP client daemon on the Beagle.  
Well, after more research,
and giving up entirely on the graphical network configure tool, which 
just can't set up a system
properly WITHOUT DHCP, I finally got it on the network.

The program you gave the link to shows great promise, but may need a 
fair bit of work.  It DOES
compile, so Matt's Debian install has all the required libraries and 
includes.  The program as written locks up the
Beagle completely, which is no surprise, as it takes over a whole I/O 
bank.  This program may have been
set up for a Beagle running entirely off the POP memories on the OMAP 
chip, and not for a system running
out of an SD card.  I'll try to get some more info on what configuration 
this program works on, as it IS
supposed to be for the Beagle board.

So, on to figuring out a LOT more about the OMAP chip.  Ummm, did you 
know the Technical Ref Manual for
the OMAP3530 is 3517 pages long?  That is NOT a typo - Three THOUSAND 
five Hundred pages!  YIKES!!!!!
Although the OMAP has 192 I/O pins, the Beagle board only brings out a 
VERY small number of them for
general use.  That is kind of a problem.  Also, they bring out a wild 
mess of them, with very few numerically adjacent
pins.  There is no complete aligned byte worth of bits brought out.  
There is slightly more than one NON-aligned
byte available.  I wanted an aligned byte so that I could do a single 
byte write (not even sure that is permitted) to the
I/O port register and have it show up a full byte in correct bt order.  
What I will have to do is take the parallel port
byte and shift it over a couple bits and do a 16-bit write to the port.  
This is still a lot better than having to mask
each bit from a source register to the correct I/O port bit.  ARM CPU's 
much prefer a linear string of instructions
over loops and conditional branches.


Jon

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to