1/1
linux status update (try 5)
by Unknown on Feb 6, 2004 |
Not available! | ||
hello all!
linux now works quite nicely, also uclibc port has been improved. i am now
able to compile busybox with many userspace applications. due to
improved toolchain (Scott patches) i was also able to
remove all workarounds for toolchain bugs from linux kernel.
right now i'm working on making more linux userspace applications work and
ironing any kernel/toolchain/uclibc/simulator bugs.
what follows is capture of linux running in a simulator. it took ~150
milion instructions to get this far (now i know i really need more
powerful computer). linux is also beeing tested in silicon implementation
of OpenRISC processor
http://www.opencores.org/projects/or1k/Silicon
and it works as expected. (simulator is constantly updated to be as
accurate as possible). i will update you on any new/interesting developments.
best regards,
p.
Copying Linux... Ok, booting the kernel.
Linux version 2.4.20 (root@dua.si.ring) (gcc version 3.2.3) #8 Thu Feb 5
01:18:00 CET 2004
Detecting Processor units:
CPU : or32/OpenRISC-1200, revision 0, @100 MHz, with no shadow registers
WARNING, using default values !
(some early revision 0 processors don't have unit present
register
populated with all avaliable units)
dCACHE: assumed 8192 Kb size, 16 bytes/line, 1 way(s), detected: present
iCACHE: assumed 8192 Kb size, 16 bytes/line, 1 way(s), detected: present
dMMU : assumed 64 entries, 1 way(s), detected: present
iMMU : assumed 64 entries, 1 way(s), detected: present
debug : unknown (guess yes), detected: present
PerfC : unknown (guess no ), detected: N/A
PM : unknown (guess yes), detected: present
PIC : unknown (guess yes), detected: present
TIMER : unknown (guess yes), detected: present
CUs : unknown (guess no ), detected: N/A
Setting up pag-ing and PTEs.
Setting up identical mapping (0x90000000 - 0x90002000)
Setting up identical mapping (0x92000000 - 0x92002000)
On node 0 totalpages: 2048
zone(0): 2048 pages.
zone(1): 0 pages.
zone(2): 0 pages.
dtlb_miss_handler c0001fc8
itlb_miss_handler c00020a8
Linux/or32 port 2003 OpenCores
Kernel command line: root=/dev/ram
Calibrating delay loop... 33.28 BogoMIPS
Memory: 13256k/16384k available (1500k kernel code, 3128k reserved, 206k
data, 48k init, 0k highmem)
Dentry cache hash table entries: 2048 (order: 1, 16384 bytes)
Inode cache hash table entries: 1024 (order: 0, 8192 bytes)
Mount-cache hash table entries: 1024 (order: 0, 8192 bytes)
Buffer-cache hash table entries: 2048 (order: 0, 8192 bytes)
Page-cache hash table entries: 2048 (order: 0, 8192 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with no serial options enabled
ttyS00 at 0x90000000 (irq = 0) is a 16550A
eth0: Open Ethernet Core Version 1.0
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 8Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
IPv4 over IPv4 tunneling driver
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 1024 blocks [1 disk] into ram disk... done.
Freeing initrd memory: 1024k freed
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 48k freed
init started: EXT2-fs warning: mounting unchecked fs, running e2fsck is
recommended
BusyBox v1.00-pre5 (2004.01.31-01:40+0000) multi-call binary
init started: BusyBox v1.00-pre5 (2004.01.31-01:40+0000) multi-call binary
Starting pid 27, console /dev/ttyS0: '/etc/init.d/rcS'
/bin/ash: can't access tty; job control turned off
BusyBox v1.00-pre5 (2004.01.31-01:40+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
marvin:/# ls -la
ls -la
drwxr-xr-x 10 0 0 1024 Feb 1 2004 .
drwxr-xr-x 10 0 0 1024 Feb 1 2004 ..
drwxr-xr-x 2 0 0 1024 Feb 1 2004 bin
drwxrwxrwx 4 514 500 1024 Feb 1 2004 dev
drwxr-xr-x 3 0 0 1024 Feb 1 2004 etc
lrwxr-xr-x 1 0 0 11 Feb 1 2004 linuxrc ->
bin/busybox
dr-xr-xr-x 17 0 0 0 Sep 23 00:35 proc
drwxr-xr-x 2 0 0 1024 Feb 1 2004 sbin
drwxrwxrwt 2 0 0 40 Sep 23 00:35 tmp
drwxr-xr-x 4 0 0 1024 Feb 1 2004 usr
drwxr-xr-x 2 0 0 1024 Feb 1 2004 www
marvin:/# ifconfig
ifconfig
eth0 Link encap:Ethernet HWaddr 00:01:02:03:04:05
inet addr:1.0.0.42 Bcast:1.255.255.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
marvin:/#
PS. i've have been fighting with spam filter for the past 2 days. i hope
there won't be any magical combination of letters to reject this one...
|
linux status update (try 5)
by Unknown on Feb 6, 2004 |
Not available! | ||
Hi Matjaz!
linux now works quite nicely, also uclibc port has been
improved. i am now able to compile busybox with many userspace applications. due to improved toolchain (Scott patches) i was also able to remove all workarounds for toolchain bugs from linux kernel. Are these new version (linux, uclib and gcc) already updated in the cvs? Greetings, alex |
linux status update (try 5)
by Unknown on Feb 6, 2004 |
Not available! | ||
* Alexander Szekely (lexi@gmx.net) wrote:
Hi Matjaz!
> linux now works quite nicely, also uclibc port has been
> improved. i am now able to compile busybox with many > userspace applications. due to improved toolchain (Scott > patches) i was also able to remove all workarounds for > toolchain bugs from linux kernel. Are these new version (linux, uclib and gcc) already updated in the cvs? no not yet. i'm going to import everything once we have agreed on new compiler. (there are some workarounds needed in linux to work with present compilers and i just want to make everything clean in cvs) before we ci the new cvs i'd just want to remove the need to have 64-bit values in aligned registers. i don't want any confusion so i'll do it all at once. regards, p. |
1/1