Ilko at 06:50, 8 October 2021

2021-10-08T06:50:49Z

← Older revision		Revision as of 08:50, 8 October 2021
Line 1:		Line 1:
	{{#vardefine:HARDWARE_NAME\|PM9263}} ~~<!--~~		{{#vardefine:HARDWARE_NAME\|PM9263}}
	~~-->~~{{#vardefine:UBOOT_TAG\|v2019.10}} ~~<!--~~		{{#vardefine:UBOOT_TAG\|v2019.10}}
	~~-->~~{{#vardefine:URL_PM9263\|[https://ronetix.at/product/pm9263-cpu-module-with-atmel-at91sam9263/ PM9263]}} ~~<!--~~		{{#vardefine:URL_PM9263\|[https://ronetix.at/product/pm9263-cpu-module-with-atmel-at91sam9263/ PM9263]}}
	~~-->~~{{#vardefine:URL_PEEDI\|[https://ronetix.at/product/peedi-jtag-swd-bdm-emulator-and-flash-programmer/ PEEDI]}} ~~<!--~~		{{#vardefine:URL_PEEDI\|[https://ronetix.at/product/peedi-jtag-swd-bdm-emulator-and-flash-programmer/ PEEDI]}}
	~~-->~~
	[[File:~~Pm9263_top~~.png\|thumb]]		[[File:PM9263-top.png\|thumb]]

	= {{#var:URL_PM9263}} User's Manual and Schematics =		= {{#var:URL_PM9263}} User's Manual and Schematics =

Ilko: Initial import

2020-08-16T17:06:50Z

Initial import

New page

{{#vardefine:HARDWARE_NAME|PM9263}} {{#vardefine:UBOOT_TAG|v2019.10}} {{#vardefine:URL_PM9263|[https://ronetix.at/product/pm9263-cpu-module-with-atmel-at91sam9263/ PM9263]}} {{#vardefine:URL_PEEDI|[https://ronetix.at/product/peedi-jtag-swd-bdm-emulator-and-flash-programmer/ PEEDI]}} 
[[File:Pm9263_top.png|thumb]]

= {{#var:URL_PM9263}} User's Manual and Schematics =
The User's Manual and the schematics of PM9263 can be found here:
* http://download.ronetix.at/boards/doc/PM9263/

= Before you start =

The instructions in this document are meant to be done under GNU/Linux environment.

= Connecting to the board =
A serial terminal connection through RS-232
null modem cable is needed to control U-Boot and GNU/Linux.

To set up U-Boot run time a serial terminal connection must be used,
this is the only way you can get access to the U-Boot command line.
The Linux boot messages are transmitted to the same serial connection.

The Serial Debug interface is set to 115200 bps with 8 data bits, one
stop bit and no parity. Use the screen command like this
"screen /dev/ttyS0 115200 cs8,-cstopb,-parenb"
or
minicom

=== Networking ===
As tftp or ftp servers are needed call your system/network
administrator to give you the settings. The IP address can be obtained
using DHCP service or set static IP.

After the IP address is set and know, a link to the board running
GNU/Linux can be made with telnet.

= Toolchain =

=== Description ===

The GNU Toolchain, is a combination of multiple projects:

; GCC
: GCC stands for "GNU Compiler Collection". GCC is an integrated distribution of compilers for several major programming languages. These languages currently include C, C++, Objective-C, Objective-C++, Java, Fortran, and Ada.

; Binutils
: GNU Binutils are a collection of binary tools. The main ones are: the GNU linker (ld) and the GNU assembler (as).

; Debugger
: GNU debugger, allows you to see what is going on `inside’ another program while it executes -- or what another program was doing at the moment it rashed.

=== GNU toolchain notes ===
The pre-built GNU toolchains can be found http://download.ronetix.at/toolchains/arm/

; Linux:
: The Linux kernel reqires a minimal GCC version in order to compile. To check that minimal version take a look at the README file in the Linux source directory.

; U-Boot
: U-Boot can not be compiled with some toolchains because of (E)ABI conformation. The USE_PRIVATE_LIBGCC parameter allows the usage of different run-time support library(libgcc.a). More on using this parameter see README in U-Boot source

=== Download and install the GNU toolchain ===

==== Installation of "KaeilOS v2010.1 SDK" ====
This is SDK produced by OpenEmbedded recipes. It includes and package management system opkg. It includes development sources form the packages in KaeilOS.
Download the two files and extract them in the "/" directory. They could be extracted in any directory, and then the file "<work directory>/usr/local/kaeilos/arm/environment-setup" have to be edited and prefix the "SDK_PATH" value with the "work directory".
And also remove the line which sets the CPATH environment.

Before compiling execute:
$ . <work directory>/usr/local/kaeilos/arm/environment-setup
The toolchain prefix is "arm-oe-linux-gnueabi-".

$ wget http://download.ronetix.at/toolchains/arm/kaeilos-2010.1/kaeilos-2010.1-20110221-i686-linux-armv5te-linux-gnueabi-toolchain-extras.tar.bz2
$ wget http://download.ronetix.at/toolchains/arm/kaeilos-2010.1/kaeilos-2010.1-20110221-i686-linux-armv5te-linux-gnueabi-toolchain.tar.bz2
$ su -
$ tar -C / -xjf kaeilos-2010.1-20110221-i686-linux-armv5te-linux-gnueabi-toolchain-extras.tar.bz2
$ tar -C / -xjf kaeilos-2010.1-20110221-i686-linux-armv5te-linux-gnueabi-toolchain.tar.bz2
$ exit
$ . /usr/local/kaeilos/arm/environment-setup
$ echo '#include <stdio.h>
int main(int argc, char** argv) {
printf("Hello World!\n");
return 0;
}
' > hello.c

$ arm-oe-linux-gnueabi-gcc hello.c -o hello

==== The rest of the toolchains ====
The toolchains will be installed in the /usr/cross directory.

$ wget http://download.ronetix.at/toolchains/arm/ronetix-arm-linux-4.3.3.tar.bz2
$ su -
$ cd /
$ tar xvfj ronetix-arm-linux-4.3.3.tar.bz2
$ exit

Setup the path:
$ export PATH=/usr/cross/arm-linux-4.3.3/bin:$PATH

= U-BOOT =
=== Short introduction ===

U-BOOT is used for basic initialization of the {{#var:URL_PM9263}} boards and for loading and starting an Operating system or an user application.
The loading can be done via the various FLASH devices or the Ethernet.

U-BOOT supports the following devices on the {{#var:URL_PM9263}} board:
* NOR Flash
* Dataflash
* NAND flash
* Ethernet
* LCD
* USB

=== Download and install the U-BOOT ===

{{#var:URL_PM9263}} is supported by the mainline U-BOOT.

Alternatively, u-boot-2010.09 + patches can be used.

==== Get U-Boot as tar.bz2 ====

$ wget http://download.ronetix.at/boards/linux/bootloader/u-boot-2010.09/u-boot-2010.09.tar.bz2
$ tar xjf u-boot-2010.09.tar.bz2
$ mv u-boot-2010.09 u-boot
$ cd u-boot
$ git init
$ git add *
$ git add .gitignore
$ git commit -m "U-Boot v2010.09"
$ git checkout -b v2010.09-pm9263
$ cd ..

==== Get U-Boot with git clone ====

For easy code management(trace and history of changes, patch submit and
so) it is good to use revision control(in this case GIT). To get U-Boot
using git, if you prefer tar.bz2 skip getting U-Boot using git.

$ git clone git://git.denx.de/u-boot.git u-boot
$ cd u-boot
$ git checkout -b v2010.09-pm9263 v2010.09
$ cd ..

=== Apply the provided patches ===

$ wget http://download.ronetix.at/boards/linux/bootloader/u-boot-2010.09/patches/u-boot-patches-bb9g45-v2010.09.tar.bz2
$ tar xjvf u-boot-patches-bb9g45-v2010.09.tar.bz2
$ cd u-boot
$ for N in ../u-boot-patches-bb9g45-v2010.09/*.patch ;do git am $N ; done

=== Configuration ===

The U-Boot configuration files named as the respective Ronetix CPU modules are:
* include/configs/pm9g45.h
* include/configs/pm9263.h
* include/configs/pm9261.h

The definitions in these header files are explained in the README file in the U-Boot source.

If needed set the lines for the network interface as show. In the config files only the ETHADDR is set, the rest parameters can be obtained runtime in the U-Boot prompt by invoking the command "dhcp".

#define CONFIG_ETHADDR 02:00:00:FE:ED:01
#define CONFIG_IPADDR 192.168.3.222
#define CONFIG_NETMASK 255.255.255.0
#define CONFIG_GATEWAYIP 192.168.3.1
#define CONFIG_SERVERIP 192.168.3.1
#define CONFIG_OVERWRITE_ETHADDR_ONCE /* Read Using it! */

These parameters can be modified later and set to a environment variables, except "ethaddr".

If you do not want LCD support, comment as shown:

/* No need of LCD
* #define CONFIG_LCD 1
*/

You may leave the configs as they are, test and then change as needed.

=== Configure and build ===

$ make pm9263_config

The common part for all boards:

$ export USE_PRIVATE_LIBGCC=yes
$ export CROSS_COMPILE=arm-oe-linux-gnueabi-
$ export ARCH=arm
$ make

The binary file for programming is u-boot.bin, and the u-boot is the elf file.

When building U-Boot, the mkimage is also build. This utility is needed to wrap zImage(Linux kernel) for booting by U-Boot, so put it in a place mentioned by PATH environment.

=== Programming U-Boot for PM9263 ===

The file u-boot.bin must be programmed in the FLASH at address 0x10000000. The environment of U-Boot is at address 0x10040000.

==== Using {{#var:URL_PEEDI}} ====

peedi> flash set 0 ; select the first flash profile
peedi> flash program u-boot.bin bin 0x10000000 erase

==== Using U-Boot ====

u-boot> tftp 0x20020000 u-boot.bin
u-boot> erase 0x10000000 +${filesize}
u-boot> cp.b 0x20020000 0x10000000 ${filesize}

= Linux kernel =
=== Getting and unpacking the Linux kernel for {{#var:URL_PM9263}} ===

For Linux kernel 2.6.28

$ wget http://download.ronetix.info/boards/linux/kernel/2.6.28/linux-2.6.28.tar.bz2
$ wget http://download.ronetix.info/boards/linux/kernel/2.6.28/001_linux-2.6.28-at91.patch
$ wget http://download.ronetix.info/boards/linux/kernel/2.6.28/002_linux-2.6.28-exp.patch
$ wget http://download.ronetix.info/boards/linux/kernel/2.6.28/003_linux-2.6.28-at91-ronetix-20112009.patch
$ tar xjf linux-2.6.28.tar.bz2
$ cd linux-2.6.28
$ patch -p1 < ../001_linux-2.6.28-at91.patch
$ patch -p1 < ../002_linux-2.6.28-exp.patch
$ patch -p1 < ../003_linux-2.6.28-at91-ronetix-20112009.patch

=== Kernel config ===

$ make pm9263_defconfig

If you want to change something in the kernel do the following:

$ export ARCH=arm
$ make menuconfig

=== Kernel build ===

uImage is the Linux kernel packed(U-Boot wrapped zImage) in format
for loading by U-Boot. The "mkimage" utility which is part of U-Boot
is required to be in the executable search path(environment variable
PATH).

The "mkimage" can be taken from
http://download.ronetix.at/boards/tools/linux/mkimage or
obtained after building U-Boot for an ARM board.

$ echo Make sure "mkimage" is in the executable search path!
$ export CROSS_COMPILE=arm-oe-linux-gnueabi-
$ make uImage

The binary file for programming is arch/arm/boot/uImage.

=== Programming of the Kernel for PM9263 ===

==== Using {{#var:URL_PEEDI}} ====

peedi> flash set 1 ; select the second flash profile
peedi> flash program

==== Using U-BOOT ====

u-boot> tftp 0x20020000 vmImage.bin
u-boot> erase 0x10050000 +${filesize}
u-boot> cp.b 0x20020000 0x10050000 ${filesize}

= OpenEmbedded =
=== Preparation ===
First you need to prepare your host Linux distribution in order to
be able to get and build KaeilOS. A list of required packages for
variety of host distributions is described in:

* http://wiki.openembedded.net/index.php/OEandYourDistro
* http://wiki.openembedded.net/index.php/Main_Page

Lets prepare directory structure. Login on your host as ordinary
user not as root(root privileges are not needed and a good practice
is to avoid being root if not needed). You can login as a user you
like. Starting point is being in the home directory. You may choose
working directory at your decision, but be aware of the paths.

Make directory for doing things and go to it:

$ cd
$ mkdir -p usr/src/oe
$ cd usr/src/oe

Now it is time to get bitbake - the building tool. All thing here
are done with bitbake version 1.10.2. And don't install bitbake
globally, install it as a sibling directory of openembedded/
and build/.

$ git clone git://git.openembedded.org/bitbake.git
$ cd bitbake
$ git pull
$ git checkout -b _tag_1.10.2 1.10.2

=== Getting openembedded - meta data, packages, relations and more ===

Get it, go to directory openembedded/ and update.

$ git clone git://git.openembedded.org/openembedded
$ cd openembedded
$ git pull

Now you have the development branch of openembedded master.
The org.openembedded.dev branch is depreciated.
Check that you are in development branch.

$ git branch
* master
$

As the OE is developing continuously sometimes the OE can not be build
successfully so you can keep updating OE untill it builds or use a
build verified state(commit).

==== Keep updating ====

After git-clone create a branch and try to build images with it. If the building is successful keep the branch, but if building is unsuccessful keep pulling until you get a working OE commit, or you can try to fix the problem.

$ git checkout -b dev_snapshoot # Switched to a new branch "dev_snapshoot"
$ git pull origin master:dev_snapshoot

Use a verified state
That state can be found here http://www.kaeilos.com/latest-changes
It is good to to make a branch after cloning.

$ git checkout -b state_070cbda
$ git reset --hard 070cbda8e9c073c8fd3b89d2a4c49acbc7fb7918 FIX:

This is last verified commit.

Commit date: FIX:
Build date: FIX:

Warning: even the tested OpenEmbedded/Bitbake metadata state after
"some" time can not produce the desired images, due to URL sources
are not available, most probably a new version, and the old one is
removed. Example of this is missing live.2010.10.15.tar.gz from
recipe live555_20101015.bb. Also there is recipes referring to a
source in a svn, git or other repositories, which at the build time
could be with broken sources like mplayer.

=== Get KaeilOS settings and configuration files ===

$ wget ftp://ftp.koansoftware.com/public/kaeilos/kaeilos-4.05-config-files.tgz
$ tar xzvf kaeilos-4.05-config-files.tgz

Get custom-extra-image.bb recipe file and save it in $OEBASE/openembedded/recipes/images:

$ wget http://download.ronetix.at/boards/linux/rootfs/custom-extra-image.bb -O openembedded/recipes/images/custom-extra-image.bb

Edit the files listed below so that they contains the correct paths.
Use the absolute path: in file setup-kaeilos.sh correct BB_DIR to point to $OEBASE/btibake/ and OE_DIR to point to $OEBASE/openembedded/
Also in the same file(setup-kaeilos.sh) make it looks like:

--- part of setup-kaeilos.sh lines 16:29 ---
echo "Preparing KaeilOS build environment ver." $SETUP_KAEILOS_VER
cd $BB_DIR
# Bitbake not anymore in svn repository, not it is git one.
echo "Checking bitbake"
##svn cleanup
##svn update
git branch
cd $OE_DIR
# Do not pull, use the present state and if needed chnage manualy.
echo "Checking OpenEmbedded"
##git pull
git branch
cd $HERE
cd $1
--- part of setup-kaeilos.sh lines 16:29 ---

* in build/kaeilos/conf/auto.conf you can select the machine to
build KaeilOS for. The default machine is
"ronetix-pm9263", to build for pm9g45 change the name
"ronetix-pm9263" to "ronetix-pm9g45", and if the case
is pm9261 use "ronetix-pm9261"

* in build/kaeilos/conf/local.conf change DEPLOY_DIR_PSTAGE to
point to "$OEBASE/build/kaeilos/tmp/pstage/", and if you
work in a screen session leave the three lines below
"# Enable devshell with screen and bash", in the other
case comment these three lines. And please don't
comment sending automatic reports.

--- part of build/kaeilos/conf/local.conf lines 23:33 ---
# Enable devshell with screen and bash
#SCREEN_TERMCMD = 'screen -D -m -t "$TERMWINDOWTITLE" -s /bin/bash'
#TERMCMD = "${SCREEN_TERMCMD}"
#TERMCMDRUN = "${SCREEN_TERMCMDRUN}"

# Enable this to send automatic success and failure reports
#http://wiki.openembedded.net/index.php/How_do_I_send_automatic_success_and_failure_reports
INHERIT += "oestats-client"
OESTATS_SERVER = "tinderbox.openembedded.net"
OESTATS_BUILDER = "kaeilos-user"
--- part of build/kaeilos/conf/local.conf lines 23:33 ---

* in the above file change the DISTRO parameter form "kaeilos" to "kaeilos-2010"
* also remove "ext2" parameter in IMAGE_FSTYPES
* in build/kaeilos/conf/site.conf correct DL_DIR to become "$OEBASE/sources/" and correct BBFILES = "$OEBASE/openembedded/recipes/*/*.bb"

=== Initial building of the system ===

You should be in $OEBASE directory. Running this command for the first time will take a some hours to finish:

$ source setup-kaeilos.sh /home/ivan/usr/src/oe/build/kaeilos
$ bitbake custom-extra-image

Warning: custom-extra-image.bb is recipe example, it is useful to
to demonstrate how to add stuff you like/want. It is build-able
with the OpenEmbedded/Bitbake latest metadata state mentioned at
"2. Getting openembedded - meta data, packages, relations and more".
Doe to continuous change/improvement of OE there could be a time when
some packages included in the custom-extra-image.bb are not build-able,
and the items in the custom-extra-image.bb have to be adopted. The
"x11-image", "console-image" and "console-base-image" are general for
OE.

Warning: even the tested OpenEmbedded/Bitbake metadata state after
"some" time can not produce the desired images, due to URL sources
are not available, most probably a new version, and the old one is
removed. Example of this is missing live.2010.10.15.tar.gz from
recipe live555_20101015.bb. Also there is recipes referring to a
source in a svn, git or other repositories, which at the build time
could be with broken sources like mplayer.

This initial system building is to let the OpenEmbedded build the
system as it is by default, and later you can customize it.

Note that toolchains installation is not required as the OE makes it.
There is an option to tell OE to use external toolchains.

=== Kernel configuring ===

Go to $OEBASE/build/kaeilos to configure and build your linux kernel:

$ cd $OEBASE/build/kaeilos
$ bitbake virtual/kernel -c menuconfig

=== Kernel building ===

Next comes to compile, populate stage directory, install the kernel.
Executing these task will compile kernel and modules, make head
files to be in the stage directory and finally copy kernel and
modules to $DEPLOY directory.

$ bitbake virtual/kernel -c compile -f
$ bitbake virtual/kernel

=== RootFS building ===

To create RootFS go to $OEBASE/build/kaeilos:

$ cd $OEBASE/build/kaeilos
$ bitbake custom-extra-image

The RootFS image is in the $DEPLOY directory.
This is the image you should program into the NAND Flash of PM9263:
KaeilOS-custom-extra-image-glibc-ipk-2009.1-test-20090914-ronetix-pm9263.rootfs.jffs2

=== Export SDK ===

Creating a toolchain(SDK) is the same as creating a rootfs image.
From the $OEBASE directory:

$ source setup-kaeilos.sh /home/ivan/usr/src/oe/build/kaeilos
$ bitbake meta-toolchain

and the resulted SDK is in $DEPLOY directory.

For reference:
* http://docs.openembedded.org/usermanual/html/commonuse_qte_sdk.html
* http://docs.openembedded.org/usermanual/html/ch05s08.html

=== ROOTFS programming into the NAND flash for PM9263 ===

Note:The Linux kernel scans the whole RootFs partition, to create the
JFFS2 file system summary, and if on that partition there are
blocks from the older root file system, the new one could not be
mounted properly and most probably will fail. So erase the whole
Linux RootFs partition on NAND (MTD partition). {{#var:URL_PEEDI}} is not aware
of MTD partitions, so erase the that partition size from the start of it.
This applies for U-Boot, too.

==== Using {{#var:URL_PEEDI}} ====

peedi> flash set 2
peedi> flash erase
peedi> flash program

==== Using U-BOOT ====

Caution: the RootFS image larger than 62MiB can't be programmed by U-BOOT, because it doesn't fit in the SDRAM.

u-boot> nand erase clean
u-boot> tftp 0x20020000 rootfs.jffs2 ; the image should less than 62MiB
u-boot> nand write.jffs2 0x20020000 0 ${filesize}

=== Tips and tricks ===

==== Rotate KaeilOS boot logo ====

In /etc/defaul/psplash add "--angle 90" in psplash arguments variable, so that splash screen is rotated properly.

==== Enable/Disable mouse pointer in X ====

In /etc/matchbox/session find the line starting with
"exec matchbox-window-manager" and change to
"-use_cursor no" or to
"-use_cursor yes"
to hide or show mouse pointer.

==== To rotate X display properly you can execute this from the command line ====

A. KDrive (now obsolete)
$ sed -i '/case `module_id` in/ a\
"Ronetix PM9261" | "Ronetix PM9261/BB9261" | "Ronetix PM9263" | \\\
"Ronetix PM9263/BB9261" | "Ronetix PM9263/BB9263") \
ARGS="$ARGS -rgba bgr -screen 240/54x320/81@90x16" ;;
' /etc/X11/Xserver

B. Xorg
Take a look at /etc/X11/xorg.conf in Section "Device", and add or change the Option "Roatate", like this:
Option "Rotate" "CCW"

Adjusting touchscreen axes, in 'Section "InputDevice"' modify or add:

Option "SwapAxes" "True"
Option "InvertX" "True"
Option "InvertY" "True"

==== Getting eth0 gateway parameter from dhcp ====

In /etc/network/interface add "iface eth0 inet dhcp" before
"iface eth0 inet static" line.

Form the command line call "udhcpc" or "dhclient eth0" to set network
through DHCP server.

==== Calibrating the touchscren ====

In Kdrive the "xtscal" is used, but in Xorg "ts_calibrate" is used.

A. In the first running of Linux, GPE login screen is preceded by touch screen calibration.
B. To calibrate the screen in the login prompt touch randomly on the screen, from 30 second to 1 minute and the calibration screen will appear again.
C. From a terminal using keyboard on USB port, run "xtscal"
D. Form Settings/Screen Setting press the "start" button in the calibration section.

= Develop =

=== Compiling a simple GNU/Linux application ===

Create a text file example.c with contents:

--- example.c ---
#include <stdio.h>
int main(int argc, char** argv){
printf("Hello world\n");
return 0;
}
--- example.c ---

Compiling: Substitute "arm-oe-linux-gnueabi-gcc" with the toolchain used to build kernel and root file system utilities.

$ arm-oe-linux-gnueabi-gcc -o example example.c

The result is the ELF file called "example".

=== Transferring the executable file from the PC to the target ===

==== Using USB stick ====
The simples way is to use a USB stick - just copy the file example to a
USB stick inserted into your PC. Unmount the stick and put it into the
target board. After few seconds the USB stick will be discovered(most
probably). You should have support of the file system on the USB stick,
most probably it will be VFAT(FAT32). Take a look at the kernel
messages to see the device node of your USB stick.

Depending auto-mounter is enabled and installed on the rootfs, the USB
stick could be automatically mounted. To see if it is automatically
mounted:

On target machine mount /dev/sda1 on /media/sda1

In case it is not mounted automatically:

On target machine:
$ mkdir /mnt/sda1
$ mount /dev/sda1 /mnt/sda1 -t vfat

$ cp /mnt/sda1/main .
$ chmod +x main
$./main
Hello world

==== Tftp over network ====
A tftp server should work on a host(or any development) computer.

On host:
$ cp hello tftp_boot_dir/

On target machine:
$ udhcpc
$ tftp -g -r tftp_boot_dir/hello -l hello 192.168.3.1
$ chmod u+x hello
$ ./hello
Hello world

Alternatively to the "udhcpc" you can use "dhclient eth0".

= Kernel debugging =

The board should be programmed with the u-boot and the binary version of the kernel.

Start gdb/insight:
$ arm-oe-linux-gnueabi-gdb vmlinux

In the console window:

(gdb) target remote peedi_ip:2000
(gdb) set $pc = 0x10000040 ; the u-boot is flashed at 0x10000000 (after remap)
(gdb) c

The board is running: first starts the u-boot, then the Linux kernel.
If you have a serial console you can see that the Linux is working.
Now you can halt the kernel and set breakpoints where you want.

If you want to have a breakpoint before the kernel is running you have
to do the following:

(gdb) target remote peedi_ip:2000
(gdb) set $pc = 0x10000040 ; assuming the u-boot is flashed at 0x10000000
(gdb) hbreak start_kernel ; hardware breakpoint is used because the MMU is still not active
(gdb) c

The board is running (u-boot, then the kernel) and will stop at the start_kernel function.

(gdb) delete ; delete the hardware breakpoint.

Now you can use the software breakpoints.

= {{#var:URL_PM9263}} pre-built images =

;U-Boot
: http://download.ronetix.info/boards/linux/bootloader/u-boot-2010.09/pm9263_u-boot.bin

; Linux Kernel
: http://download.ronetix.info/boards/linux/kernel/2.6.28/uImage-2.6.28-r12-ronetix-pm9263.bin

; RootFS
: http://download.ronetix.info/boards/linux/rootfs/2.6.28-pm9263/KaeilOS-console-image-glibc-ipk-2009.1-test-20090909-ronetix-pm9263.rootfs.jffs2

PM9263-U-BOOT-LINUX-OE - Revision history

Ilko at 06:50, 8 October 2021

Ilko: Ilko moved page PM9263 to PM9263-U-BOOT-LINUX-OE

Ilko: Initial import

← Older revision	Revision as of 12:43, 18 August 2020
(No difference)