Hi,
I tried to install Fiasco-L4Linux on Xscale-PXA255.
I saw a "hello message" with fiasco kernel, sigma0, roottask, hello programs yesterday.
When I start to compile L4linux, I got the following errors...
==================================================================
/l4linux-2.6$ make
CHK include/linux/version.h
CC arch/l4/kernel/asm-offsets.s
cc1: error: invalid option `abi=apcs-gnu' (1)
cc1: error: bad value (armv4) for -march= switch …
[View More] (2)
cc1: error: bad value (armv4) for -mcpu= switch
make[1]: *** [arch/l4/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2
==================================================================
>> Question 01:
Error (1): I solved by fixing the following code
arch/l4/Makefile:77:
CFLAGS_ABI :=$(call cc-option,-mapcs-32,-mabi=apcs-gnu) $(call cc-option,-mno-thumb-
interwork,)
[change to]
CFLAGS += $(call cc-option,-mapcs-32,$(call cc-option,-mabi=apcs-gnu),) $(call cc-option,
-mno-thumb-interwork,)
Error (1) is solved, but what is the difference between them?? (I just fix it, I don't know why...)
>> Question 02:
Error (2): I read what "-march" option is on gcc manual, and found the permissible values for it are
armv2, armv2a, armv3, armv3m, armv4, armv4t, armv5, armv5t, armv5te, armv6, armv6j, iwmmxt, ep9312
In the file "arch/l4/Makefile:82 CFLAGS += -D__LINUX_ARM_ARCH__=4 -march=armv4"
I just tried each values one by one for -march option, but all failed.
How can I fix it and compile well???
Thank you!!
[View Less]
Hi,
I'm having problems using a USB connected mass storage device with
L4Linux. On device detection an out of memory error happens when the
cache is allocated:
NET: Registered protocol family 1
NET: Registered protocol family 17
Waiting 15sec before mounting root device...
l4lx | l4lx_thread_create: Created thread 0e.0c (IRQ1)
input: AT Translated Set 2 keyboard as /class/input/input0
logips2pp: Detected unknown logitech mouse model 1
input: PS/2 Logitech Mouse as /class/input/input1
…
[View More]Vendor: ST325082 Model: 3AS Rev:
Type: Direct-Access ANSI SCSI revision: 02
oom-killer: gfp_mask=0xd1, order=0
<0040a605> show_trace+0x15/0x20 <0040a6f7> dump_stack+0x17/0x20
<0043227b> out_of_memory+0x6b/0x90 <0043336c> __alloc_pages+0x26c/0x2a0
<004469d4> kmem_getpages+0x34/0xa0 <00447689> cache_grow+0x99/0x180
<004478ed> cache_alloc_refill+0x17d/0x1c0 <00447af8>
kmem_cache_alloc+0x48/0x5
0
<00571fbc> sd_revalidate_disk+0x2c/0x100 <005722ad> sd_probe+0x21d/0x310
<00512244> driver_probe_device+0x54/0xb0 <005122b0>
__device_attach+0x10/0x20
<005118db> bus_for_each_drv+0x4b/0x70 <00512314> device_attach+0x54/0x60
<00511a05> bus_add_device+0x25/0x90 <00510a5a> device_add+0xda/0x160
<0056da33> scsi_sysfs_add_sdev+0x33/0x180 <0056bef9>
scsi_add_lun+0x199/0x360
<0056c1db> scsi_probe_and_add_lun+0x11b/0x200 <0056c9b1>
__scsi_scan_target+0xa1/0xe0
<0056caec> scsi_scan_channel+0x6c/0x90 <0056cb76>
scsi_scan_host_selected+0x66/0xb0
<0056cbd4> scsi_scan_host+0x14/0x20 <00594dee>
usb_stor_scan_thread+0x4e/0x150
<00424994> kthread+0x94/0xc0 <00407619> kernel_thread_start+0x29/0x30
<004075ee> ret_kernel_thread_start+0x6/0x8
I'm using L4Linux-2.6.17 and tried it on a machine with 512MB memory
with 256MB reserved for L4Linux as well as on a machine with 1GB memory
and 768MB for L4Linux. Delaying the device detection by booting into a
Ramdisk and then loading the respective modules and udev resulted in the
same behaviour.
Has anybody else experienced such problems when using USB disks with
L4Linux?
Regards,
Andi
[View Less]
On Tuesday 19 September 2006 04:17, Adam Lackorzynski wrote:
> Hi,
>
> On Mon Sep 18, 2006 at 11:19:27 +0800, chenggh wrote:
> > When I use netpipe to test the performance of L4Linux based on top of
> > L4/Fiasco there is something as following:
> >
> > kernel BUG at include/linux/netdevice.h:886!
> > Trap: 6: 0000 [#1]
> > Modules linked in:
> > CPU: 0
> > EIP: f032:[<0056f317>] Not tainted VLI
> > EFLAGS: 00013246 …
[View More] (2.6.17-l4 #1)
> > EIP is at rtl8139_poll+0xd7/0xf0
> > eax: 00000006 ebx: 0001d43c ecx: 0000c07f edx: 0000d43c
> > esi: 01331400 edi: b09fff10 ebp: b09fff00 esp: b09ffedc
> > ds: 4000 es: ea0c ss: 0000
> > Process swapper (pid: 0, threadinfo=b09fe000 task=0066b940)
> > Stack: 01331400 01331660 00000040 00000001 0001d400 01331660 013314c0
> > 01331400 00003e13 b09fff20 005a8262 01331400 b09fff10 0000012c 00000001
> > 007207d8 0000000a b09fff38 0041a7a9 007207d8 00000000 0000000c 00000000
> > b09fff48 Call Trace:
> > <0040bec0> show_stack_log_lvl+0x90/0xc0 <0040c08b>
> > show_registers+0x14b/0x1c0
> > <0040c2bd> die+0xfd/0x200 <00000000> _start+0xffc00000/0x50
> > <005a8262> net_rx_action+0x72/0x110 <0041a7a9> __do_softirq+0x49/0xb0
> > <00407bc8> do_softirq+0x48/0x50 <0041a8c5> irq_exit+0x35/0x40
> > <00407993> do_IRQ+0x23/0x30 <0050b052> irq_thread_hw+0x1f2/0x330
> > <a00a8a4c> 0xa00a8a4c <a00abc76> 0xa00abc76
> > Code: 41 04 00 02 20 00 c7 86 c0 00 00 00 00 01 10 00 0f ba 76 2c 05 e8
> > 4a 4a e9 ff 31 c0 83 7d e8 00 0f 94 c0 83 c4 18 5b 5e 5f c9 c3 <0f> 0
> > b 76 03 e0 03 64 00 eb b6 eb 0d 90 90 90 90 90 90 90 90 90
> > EIP: [<0056f317>] rtl8139_poll+0xd7/0xf0 SS:ESP 0023:b09ffed4
> > <0>Kernel panic - not syncing: Fatal exception in interrupt
> > panic: going to sleep forever, bye
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Transmit timeout, status 0c 0005 c07f media 10.
> > eth1: Tx queue start entry 107084 dirty entry 107080.
> > eth1: Tx descriptor 0 is 0008a042. (queue head)
> > eth1: Tx descriptor 1 is 0008a042.
> > eth1: Tx descriptor 2 is 0008a5ea.
> > eth1: Tx descriptor 3 is 0008a5ea.
> > eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Transmit timeout, status 0c 0005 c07f media 10.
> > eth1: Tx queue start entry 4 dirty entry 0.
> > eth1: Tx descriptor 0 is 0008a4ef. (queue head)
> > eth1: Tx descriptor 1 is 0008a5ea.
> > eth1: Tx descriptor 2 is 0008a5ea.
> > eth1: Tx descriptor 3 is 0008a5ea.
> > eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Transmit timeout, status 0c 0005 c07f media 10.
> > eth1: Tx queue start entry 4 dirty entry 0.
> > eth1: Tx descriptor 0 is 0008a5ea. (queue head)
> > eth1: Tx descriptor 1 is 0008a5ea.
> > eth1: Tx descriptor 2 is 0008a5ea.
> > eth1: Tx descriptor 3 is 0008a5ea.
> > eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
> > NETDEV WATCHDOG: eth1: transmit timed out
> > eth1: Transmit timeout, status 0c 0005 c07f media 10.
> > eth1: Tx queue start entry 4 dirty entry 0.
> > eth1: Tx descriptor 0 is 0008a5ea. (queue head)
> > eth1: Tx descriptor 1 is 0008a03c.
> > eth1: Tx descriptor 2 is 0008a03c.
> > eth1: Tx descriptor 3 is 0008a03c.
> > eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
> > NETDEV WATCHDOG: eth1: transmit timed out
> >
> > And every time the netpipe program don't exit normally and the L4Linux
> > is dead so that I must reboot it again. Maybe it is a bug but I am not
> > sure. Thank you.
>
> Hard to tell what's going wrong here, I guess I need to reproduce this
> to say anything about this. This is some Realtek 100Mbit NIC, right? Do
> you give any special options to NPtcp?
> Are both sides L4Linux or just one, if the latter, which side?
>
>
>
> Adam
In the sender I use command as "./NPtcp -h receive_ip -o mylog" and in the
receiver I only use "./NPtcp". Oh, I use two different types netcard, Realtek
100Mbit and Intel 1000M. When I use Realtek or Intel anyway as the sender
port the error information is same.
I only use one L4Linux as a bridge and the structure is like this:
Slackware 10.2 <-------------> L4Linux/Fiasco <-------------> Slackware 10.1
192.168.1.2(sender) <------->192.168.1.1
192.168.0.1<------------------->192.168.0.2(receiver)
192.168.1.2(receiver) <------->192.168.1.1
192.168.0.1<------------------->192.168.0.2(sender)
In the L4Linux/Fiasco I use two different ethernet card as Realtek 100M and
Intel 1000M. The error information is from the minicom log. And in this test
the NPtcp application doesn't exit normally and I have to reboot when the
minicom has the error information.
Thank you.
chenggh
[View Less]
Which tools are available to generate monolithic bootimages for l4 on platforms that don't support elf? I have seen the dite tool from NICTA; are there also other options?
Thanks,
Ryan Spring
---
Ryan Spring
Doctoral Student
University of Texas at El Paso (UTEP)
Cell: +1 915-539-7311 (when in USA)
Alt Cell: +49 179-9624406 (when in Germany)
http://www.spring-west.net/ryan
Auch aus Steinen, die einem in den Weg gelegt werden, kann man Schönes bauen.
J.W. Goethe
I found the two files in drops-demo-floppydisk-current.img are quite small.
-rwxr-xr-x 1 root root 166060 2005-08-15 15:53 fiasco
-rwxr-xr-x 1 root root 61545 2005-08-15 15:41 roottask
But the ones I build are so large that there are on enough space for them in
the floppy.
-rwxr-xr-x 1 zhengda zhengda 639K 2006-09-16 00:25 bin/x86_586/l4v2/roottask
-rwxr-xr-x 1 zhengda zhengda 358K 2006-09-16 00:08
l4/kernel/fiasco/build/main
I got fiasco from CVS, and followed the steps showed in
http://os.…
[View More]inf.tu-dresden.de/fiasco/use.html
I want to create a hard disk image, and then there will be enough space.
Unfortunately, I don't know how to create a hard disk image.
So does anyone have some ideas?
Thank you.
[View Less]
Hi,
this might be of interest to you. I have added PXE network driver
support for my GRUB patch set recently. This enables GRUB to load files
via the network using any PXE capable NIC, including latest e1000,
Broadcom, e100, 3coms, etc. cards. The patch, README and binary are at
the usual place at:
http://os.inf.tu-dresden.de/~adam/grub/0.97/
Refer to the README file for details.
If you have a NIC that has PXE and does not work, please let me know.
Adam
--
Adam adam(a)os.…
[View More]inf.tu-dresden.de
Lackorzynski http://os.inf.tu-dresden.de/~adam/
[View Less]