removed USTACK

changed from K to X -- even more DRAM \o/

removed "CONST" section

however, it is still there in the map... wtf?

clockstuff too

removed basically some clockrelated ifdef stuff

leds "show" 0xaa when finished flashing process

some cleanup

removed some uart strings and functions

-rw-r--r-- 1 lewurm lewurm 5206 2009-12-14 02:21 pkernel/pkernel.mhx

refactoring/reformatting fun...

dude, i think the don't even have a tab key in japan.

w00t, wtf IT WORKS NOW!!!1

BUT actually I have NO idea why!

we can write 0x00 at 0xf4000, but nothing else... :(
also added the a pragma section found in flash.c to all c-files... dunno
if it actually changes something.

nicer output; still don't work as desired :/

this commit won't work :(

basically he tries to flash a programm (here it is simpleprg) to
0xf4000 and erase it before. unfortunately it will fail -- maybe because
the pkernel is executed itself from there?!
however, the readme.txt of the flashdemo says no... dunno :(

prep for python kernelprog

root Makefile

moved pkernel in a own directory

merged flashdemo repo

Merge branch 'master' of wien.tomnetworks.com:flashdemo
Conflicts:
.gitignore

actually we have to write it in IRAM, thus we have to skip addresses for
section >= 0x148000 and also have to calculate a other writeaddress as
given in the mhx file. however, we need those addresses later for the
real flashing part (through pkernel)

flashing will be done now in a simple loop

refactor fun

pkernel programmer init

first version of mhx file support impl.

o it can only handle S2 records (which means max. 6 bytes for the addresses) by now,
but other data records shouldn't be used by the fujitsu converter anyway i guess?
o data is only read and printed to stdout, but not really used, that will be done
in the next commit

okay, big fat note: clear the fucking watchdog timer...... DAMN ;)

execute own code from iram, however READ attention text before doing
something stupid

also added some (useful?) examples...

a call to the end of the IRAM (0x00033ffc)...

*really* starts the program that was flashed before - how crazy is that? does
that mean that instructions are called backwards or something like that? well,
at the moment i don't care new super mario bros is waiting xD

impl. CALL and CHECKSUM bootloader cmds, untested

add constants for device and baudrate

add a test with some more data and local chksum

+ decreased sleep time (1ms instead of 10ms just works fine)
+ doubled baud rate (the highest possible by now as it seems?)

initial commit

decreased speed for led counter and stop it at the end of main

lowercase plz

Revert "headerfile/makefile hax hax"

This reverts commit 828d4e7ae7bd728f23424ea58cc1b445a58328ac.

headerfile/makefile hax hax

right led port for bits pot blue board

dos2unix on all files + tab madness

gitignore update

init