On 07/09/12 14:04, Jessica Allison wrote: > On 07/09/12 12:22, Marc Zyngier wrote: >> On 07/09/12 10:15, Jessica Allison wrote: >>> Hi, I'm trying to get guest networking to function on the Cortex-A15x2 >>> FastModel. >> [...] >> >>> My only idea would be that the guest kernel device tree does not include >>> the SMC device? Or does anyone have another idea why the lan9118 network >>> card does not seem to show up in the guest? Has anyone ever managed to >>> get guest networking to function? >> Works well enough for me: >> >> <demo> >> root@linaro:~# dmesg|grep smsc >> [ 0.827410] smsc911x: Driver version 2008-10-21 >> [ 0.835281] libphy: smsc911x-mdio: probed >> [ 0.838724] smsc911x 1a000000.ethernet: eth0: attached PHY driver [Generic PHY] (mii_bus:phy_addr=1a000000.etherne:01, irq=-1) >> [ 0.850633] smsc911x 1a000000.ethernet: eth0: MAC Address: 52:54:00:12:34:56 >> [ 1.065648] smsc911x 1a000000.ethernet: eth0: SMSC911x/921x identified at 0xf0060000, IRQ: 47 >> root@linaro:~# ifconfig eth0 >> eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56 >> inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 >> RX packets:16 errors:0 dropped:0 overruns:0 frame:0 >> TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 >> collisions:0 txqueuelen:1000 >> RX bytes:3394 (3.3 KB) TX bytes:2942 (2.9 KB) >> Interrupt:47 >> >> root@linaro:~# ping -c3 10.0.2.2 >> PING 10.0.2.2 (10.0.2.2) 56(84) bytes of data. >> 64 bytes from 10.0.2.2: icmp_req=1 ttl=255 time=1.47 ms >> 64 bytes from 10.0.2.2: icmp_req=2 ttl=255 time=1.34 ms >> 64 bytes from 10.0.2.2: icmp_req=3 ttl=255 time=1.38 ms >> >> --- 10.0.2.2 ping statistics --- >> 3 packets transmitted, 3 received, 0% packet loss, time 2002ms >> rtt min/avg/max/mdev = 1.343/1.403/1.478/0.063 ms >> root@linaro:~# wget http://www.google.com >> --2012-09-07 11:19:20-- http://www.google.com/ >> Resolving www.google.com... 173.194.78.106, 173.194.78.104, 173.194.78.105, ... >> Connecting to www.google.com|173.194.78.106|:80... connected. >> HTTP request sent, awaiting response... 302 Found >> Location: http://www.google.co.uk/ [following] >> --2012-09-07 11:19:22-- http://www.google.co.uk/ >> Resolving www.google.co.uk... 173.194.78.94, 2a00:1450:400c:c05::5e >> Connecting to www.google.co.uk|173.194.78.94|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: unspecified [text/html] >> Saving to: `index.html' >> >> [ <=> ] 11,010 --.-K/s in 0s >> >> 2012-09-07 11:19:26 (85.6 MB/s) - `index.html' saved [11010] >> </demo> >> >> Slow, but it does work. >> >> So the question is about the DT you're using... My gut feeling is that >> you're using the same DT as the model, which is the wrong thing to do. >> >> I use vexpress-v2f-2xv6-ca15x2.dts, which is a good match for what QEMU >> emulates. >> >> M. > With that DT I get a kernel bug though which I didn't get before: > > WARNING: at kernel/irq/irqdomain.c:135 irq_domain_legacy_revmap+0x20/0x48() > [<c0013e4c>] (unwind_backtrace+0x0/0xf8) from [<c001d728>] > (warn_slowpath_common+0x48/0x60) > [<c001d728>] (warn_slowpath_common+0x48/0x60) from [<c001d808>] > (warn_slowpath_null+0x1c/0x24) > [<c001d808>] (warn_slowpath_null+0x1c/0x24) from [<c005f0b4>] > (irq_domain_legacy_revmap+0x20/0x48) > [<c005f0b4>] (irq_domain_legacy_revmap+0x20/0x48) from [<c005f80c>] > (irq_create_mapping+0x20/0x120) > [<c005f80c>] (irq_create_mapping+0x20/0x120) from [<c005f988>] > (irq_create_of_mapping+0x7c/0xf0) > [<c005f988>] (irq_create_of_mapping+0x7c/0xf0) from [<c02465e8>] > (irq_of_parse_and_map+0x2c/0x34) > [<c02465e8>] (irq_of_parse_and_map+0x2c/0x34) from [<c0246608>] > (of_irq_to_resource+0x18/0x74) > [<c0246608>] (of_irq_to_resource+0x18/0x74) from [<c0246688>] > (of_irq_count+0x24/0x34) > [<c0246688>] (of_irq_count+0x24/0x34) from [<c0246bc4>] > (of_device_alloc+0x54/0x150) > [<c0246bc4>] (of_device_alloc+0x54/0x150) from [<c0246cf4>] > (of_platform_device_create_pdata+0x34/0x80) > [<c0246cf4>] (of_platform_device_create_pdata+0x34/0x80) from > [<c0246e18>] (of_platform_bus_create+0xd8/0x270) > [<c0246e18>] (of_platform_bus_create+0xd8/0x270) from [<c02470ec>] > (of_platform_populate+0x60/0x98) > [<c02470ec>] (of_platform_populate+0x60/0x98) from [<c03bf4f8>] > (v2m_dt_init+0x18/0x38) > [<c03bf4f8>] (v2m_dt_init+0x18/0x38) from [<c03bb69c>] > (customize_machine+0x1c/0x28) > [<c03bb69c>] (customize_machine+0x1c/0x28) from [<c03b8874>] > (do_one_initcall+0x90/0x160) > [<c03b8874>] (do_one_initcall+0x90/0x160) from [<c03b8a40>] > (kernel_init+0xfc/0x1bc) > [<c03b8a40>] (kernel_init+0xfc/0x1bc) from [<c000eeac>] > (kernel_thread_exit+0x0/0x8) > ---[ end trace 1b75b31a2719ed1d ]--- > > Is that any serious? Depends. Is that with qemu GIC or vgic? M. -- Jazz is not dead. It just smells funny... _______________________________________________ kvmarm mailing list kvmarm@xxxxxxxxxxxxxxxxxxxxx https://lists.cs.columbia.edu/cucslists/listinfo/kvmarm
