ttyS0 0x8004600 Serial console
ttyS1 0x8004500 AVR-microProcessor System-Power-Controller
ttyS0 and ttyS1 IO-address swaped in 'arch/ppc/syslib/mpc10x_common.c'
Yes, found them - and restored the original MPC10x assignment in my local version - I don't like special-casing, especially where not needed. So, on my system it's back again ttyS0 AVM, and ttyS1 console.
If you want restart or halt system.
Set reboot mode. Send to ttyS1 "CCCC"
Set halt mode, Send to ttyS1 "EEEEE"
After kernel-close process finished, Kernel send to ttyS1 "GGGG".(Kick)
Ahh, one needs both of them! I'll try to put it completely in the kernel _reset and _halt - then you are one step nearer to be able to properly run a generic ppc distro "out of the box". I'd also try switching the watchdog off directly in the kernel. Actually, I was thinking what would be the proper way to communicate with the AVR - a new line disciplin? You need it from _init, _reset, _halt, and you get input events from it...
And, I Don't Disable command line.It works with flash-bootloader and loader.o.
Yes, sorry, I wasn't precise enough - I am used to specifying the command line in kernel config (from ARM), and it did work with the previous patch around 2.6.15. So, I was surprised it didn't work now, and restored it.
On a side note - are you satisfied with this communication channel - forum? I much prefer mailing lists: with ML I have all emails locally on my disk and can process them any time (ok, now I do have flatrate, but as I didn't have it it was a BIG difference) using any scripts, sorting, filtering, quoting, replying... With Forum you have to first look through 20 "potentially interesting" threads to see if there's been anything new on any on them... My previous "embedded toy" - a Tuxscreen had just 1 mailing list for all subjects (kernel, distro, hardware, etc.) and it was PERFECTLY convenient.