OpenCores
no use no use 1/1 no use no use
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.

no use no use 1/1 no use no use
© copyright 1999-2025 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.