On 07/09/12 16:08, Marc Zyngier wrote: > 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. My host kernel is configured with CONFIG_HAVE_KVM_IRQCHIP=y CONFIG_KVM_MMIO=y CONFIG_KVM=y CONFIG_KVM_ARM_HOST=y CONFIG_KVM_ARM_VGIC=y which means I am using vgic? Jess _______________________________________________ kvmarm mailing list kvmarm@xxxxxxxxxxxxxxxxxxxxx https://lists.cs.columbia.edu/cucslists/listinfo/kvmarm
