Hello list, I am running Ore on native HW and Intel(R) PRO/1000 Network Connection. Ore seems to recognize the network card correctly but quits when I try to setup eth0. L4Linux error message: eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed. Any hint highly appreciated. Regards, Michael -- Sirrix AG security technologies - http://www.sirrix-ag.de Michael Scheibel eMail: m.scheibel@sirrix.com Tel +49(234) 610 071-124 Public key on demand Fingerprint 009B 9963 7B28 4356 CA43 5BFD 17A4 AE0F 6943 4B54 This email may contain confidential legal information: if received by not authorised person please advice our firm and destroy it. Anyway every transmitted information shall be treated strictly confidentially.
Hi,
I am running Ore on native HW and Intel(R) PRO/1000 Network Connection.
Ore seems to recognize the network card correctly but quits when I try to setup eth0.
L4Linux error message:
eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed.
What do you mean by 'ORe quits when setting up eth0'? Is there an error message from the ORe server? Please try to run ORe and the Arping-Test included in the ORe package. If you then can arping your test computer (the arping client's MAC is printed at startup) from another one, ORe should be working correctly and someone else (Adam ;)) needs to step in here. Bjoern
Am Freitag 25 November 2005 18:20 schrieben Sie:
Hi,
I am running Ore on native HW and Intel(R) PRO/1000 Network Connection.
Ore seems to recognize the network card correctly but quits when I try to setup eth0.
L4Linux error message:
eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed.
What do you mean by 'ORe quits when setting up eth0'? Is there an error message from the ORe server?
ORe stops dumping the corresponding connection table and logs: thread/lib/src/exit.c:273:l4thread.shutdown() Error: thread 0 not active
Please try to run ORe and the Arping-Test included in the ORe package. If you then can arping your test computer (the arping client's MAC is printed at startup) from another one, ORe should be working correctly and someone else (Adam ;)) needs to step in here.
I've run ore_test_arping successfully. It seems to create a 'fresh' MAC which can then be arpinged by another host, but I still cannot setup the interface eth0 in L4Linux. Running 'ifconfig eth0 <ip-adr>' causes the ORe stub to log eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed I have disabled "Network device support" in L4Linux and enabled "Network driver for ORe". Regards, Michael -- Sirrix AG security technologies - http://www.sirrix-ag.de Michael Scheibel eMail: m.scheibel@sirrix.com Tel +49(234) 610 071-124 Public key on demand Fingerprint 009B 9963 7B28 4356 CA43 5BFD 17A4 AE0F 6943 4B54 This email may contain confidential legal information: if received by not authorised person please advice our firm and destroy it. Anyway every transmitted information shall be treated strictly confidentially.
Hello Michael, please post a complete log for: * Fiasco kernel debugger messages * L4Linux boot messages BTW: Switching "Network device support" on seems reasonable... Cheers -- Christian Helmuth TU Dresden, Dept. of CS Operating Systems Group http://os.inf.tu-dresden.de/~ch12
Am Montag 28 November 2005 16:53 schrieb Christian Helmuth:
Hello Michael,
please post a complete log for:
* Fiasco kernel debugger messages * L4Linux boot messages
BTW: Switching "Network device support" on seems reasonable...
Cheers
Hi, here we are, better late than never :) We did not manage to arping ore_test_arping this time, but complete logs are attached. Michael -- Sirrix AG security technologies - http://www.sirrix-ag.de Michael Scheibel eMail: m.scheibel@sirrix.com Tel +49(234) 610 071-124 Public key on demand Fingerprint 009B 9963 7B28 4356 CA43 5BFD 17A4 AE0F 6943 4B54 This email may contain confidential legal information: if received by not authorised person please advice our firm and destroy it. Anyway every transmitted information shall be treated strictly confidentially.
Hello,
We did not manage to arping ore_test_arping this time, but complete logs are attached.
humm, ... please update your version of ORe from our public CVS and try to run some minimal setup with only the arping client and w/o L4Linux. See my example below and report us your experiences. My menu.lst looks like this: title ORe arping test kernel (nd)/tftpboot/doebel/l4v2/bootstrap -sigma0 -roottask -serial -comport=2 modaddr 0x02000000 module (nd)/tftpboot/doebel/kernel/fiasco -nowait -nokdb -comport 2 -tbuf_entries=32768 -serial_esc -esc module (nd)/tftpboot/doebel/l4v2/sigma0 module (nd)/tftpboot/doebel/l4v2/roottask module (nd)/tftpboot/doebel/l4v2/names --events module (nd)/tftpboot/doebel/l4v2/log module (nd)/tftpboot/doebel/l4v2/dm_phys --events module (nd)/tftpboot/doebel/l4v2/l4io --noirq --nolist module (nd)/tftpboot/doebel/l4v2/ore --events module (nd)/tftpboot/doebel/l4v2/events module (nd)/tftpboot/doebel/l4v2/ore_test_arping With this setup I get a virtual MAC address (note that I have an Eepro100 NIC): names | Starting thread listening for `exit' events io | do_args(): Disabling internal IRQ handling. io | do_args(): Disabling listing of PCI devices. arping | main(): Hello from the ORe arping shared memory client arping | main(): string ipc receive arping | main(): sending with string ipc arping | l4ore_open(): called io | PCI: Using configuration type 1 io | PCI: Probing PCI hardware io | PCI: Probing PCI hardware (bus 00) io | PCI: Via IRQ fixup io | Applying VIA southbridge workaround. arping | ore_initialize(): dsi_init: 0 ore | l4dde_mm_init(): Using ... ore | 8192 kB at 0x00180000 (vmem) ore | 8192 kB in 1 regions (kmem) ore | eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/networ ore : k/eepro100.html ore | eepro100.c: $Revision: 1.2 $ 2000/11/17 Modified by Andrey V. Savochk ore : in <saw@saw.sw.com.sg> and others ore | eth0: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:02:B3:C1:E9:93, IR ore : Q 10. ore | Board assembly 751767-004, Physical connectors present: RJ45 ore | Primary interface chip i82555 PHY #1. ore | Secondary interface chip i82555. ore | General self-test: passed. ore | Serial sub-system self-test: passed. ore | Internal registers self-test: passed. ore | ROM checksum self-test: passed (0x3258698e). ore | device lo entered promiscuous mode ore | device eth0 entered promiscuous mode ore | main(): Initialized 2 network devices. ore | main(): Registering at names... ore | main(): Ready for service. arping | ore_lookup_server(): ORe = 9.02 arping | l4ore_open(): descriptor: 0 arping | l4ore_open(): sending via string ipc arping | l4ore_open(): receiving via string IPC arping | ore_do_open(): called arping | ore_do_open(): opened. worker = 9.08 arping | main(): opened eth0: 0 for 04:EA:F3:02:50:13 arping | main(): handle = 0 arping | main(): got send area: 0x00200008 Now I can arping this MAC from my workstation: $>arping 04:EA:F3:02:50:13 -c 5 ARPING 04:EA:F3:02:50:13 80 bytes from 255.255.255.255 (04:ea:f3:02:50:13): icmp_seq=0 time=503.063 usec 80 bytes from 255.255.255.255 (04:ea:f3:02:50:13): icmp_seq=0 time=128.984 usec 80 bytes from 255.255.255.255 (04:ea:f3:02:50:13): icmp_seq=0 time=133.991 usec 80 bytes from 255.255.255.255 (04:ea:f3:02:50:13): icmp_seq=0 time=157.118 usec 80 bytes from 255.255.255.255 (04:ea:f3:02:50:13): icmp_seq=0 time=128.984 usec --- 04:EA:F3:02:50:13 statistics --- 5 packets transmitted, 5 packets received, 0% unanswered Bjoern
Am Dienstag 07 Februar 2006 16:42 schrieb Bjoern Doebel:
Hello,
We did not manage to arping ore_test_arping this time, but complete logs are attached.
humm, ... please update your version of ORe from our public CVS and try to run some minimal setup with only the arping client and w/o L4Linux. See my example below and report us your experiences.
Thank you! Arping now works again, but configuring eth0 in L4Linux fails with ore | [B.2] thread/lib/src/exit.c:273:l4thread_shutdown(): ore | Error: thread 0 not active ore | [B.2] thread/lib/src/exit.c:273:l4thread_shutdown(): ore | Error: thread 0 not active ore | [B.2] thread/lib/src/exit.c:273:l4thread_shutdown(): ore | Error: thread 0 not active Additionally dmesg says: eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed. eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed. eth0: Overwriting IRQ type for IRQ 0 with l4ore type! eth0: request_irq(0, ...) failed. My menu.lst: title = ORe Gentoo kernel (hd0,3)/boot/tcb/svpn/bootstrap -sigma0 -roottask -serial -comport=1 modaddr 0x02000000 module (hd0,3)/boot/tcb/svpn/fiasco -nokdb -comport 1 -serial -nowait module (hd0,3)/boot/tcb/svpn/sigma0 module (hd0,3)/boot/tcb/svpn/roottask -sigma0 task modname "bmodfs" module module module module module (hd0,3)/boot/tcb/svpn/names module (hd0,3)/boot/tcb/svpn/dmon module (hd0,3)/boot/tcb/svpn/dm_phys module (hd0,3)/boot/tcb/svpn/simple_ts -t 380 module (hd0,3)/boot/tcb/svpn/rtc module (hd0,3)/boot/tcb/svpn/l4io module (hd0,3)/boot/tcb/bench/ore "--debug" module (hd0,3)/boot/tcb/bench/ore_test_arping module (hd0,3)/boot/tcb/svpn/bmodfs module (hd0,3)/boot/tcb/svpn/run module (hd0,3)/boot/tcb/svpn/libloader.s.so module (hd0,3)/boot/tcb/bench/vmlinuz26-ore module (hd0,3)/boot/tcb/bench/l4linux26ramdisk-ore.cfg module (hd0,3)/boot/tcb/svpn/l4exec module (hd0,3)/boot/tcb/svpn/l4dope --l4io module (hd0,3)/boot/tcb/svpn/loader --fprov=BMODFS l4linux26ramdisk-ore.cfg vbeset 0x117 Regards, Michael -- Sirrix AG security technologies - http://www.sirrix-ag.de Michael Scheibel eMail: m.scheibel@sirrix.com Tel +49(234) 610 071-124 Public key on demand Fingerprint 009B 9963 7B28 4356 CA43 5BFD 17A4 AE0F 6943 4B54 This email may contain confidential legal information: if received by not authorised person please advice our firm and destroy it. Anyway every transmitted information shall be treated strictly confidentially.
participants (3)
-
Bjoern Doebel -
Christian Helmuth -
Michael Scheibel