Hello all, I just started hacking on my Beagleboard XM since last weekend - so I'm new to the list and might be missing some context about this problem being mentioned - but I apparently had better luck with my ethernet interface. I downloaded the latest F17/ARM snapshot on Sunday; unfortunately I didn't write down the exact source URL. After booting it, network worked out of the box. I then even did "yum update", and a kernel update was proposed: updated, and after the reboot network was still working fine. I don't know about NetworkManager: in fact I didn't connect a monitor nor keyboard to it, I just connected via an ssh terminal.. so pretty sure that ethernet was working. If anybody wants me to try out a specific image, send me a link I'll be happy to try it out tonight. Sanne On 15 May 2012 02:36, Rich Mattes <richmattes@xxxxxxxxx> wrote: > On 05/14/2012 06:34 PM, Brendan Conoboy wrote: >> >> On 05/14/2012 03:19 PM, Robert Nelson wrote: >>> >>> What "issue" are you seeing with bconoby's F17-hardfp image? (theres >>> no dm9000 on the beagle xm) >> >> >> If I understand correctly, the Beagleboard XM's ethernet interface is not >> working with the official FC17 kernel-omap (3.3.4). It's visible, but does >> not pass traffic. >> > I can confirm that this was the case with the the XM's hardfp nightly image > I downloaded Friday. The interface comes up as usb0 (as seen in dmesg), but > spits out "device not ready" errors when using NetworkManager or ifup/down > to establish a connection. I swapped in Angstrom's kernel (3.0.17 I think) > and the network interface came up as eth0 and functioned properly. > > The image I downloaded from the nightly page Sunday didn't boot at all. I > can supply console output if desired; I'm downloading the latest image now > to see if anything is different. > > It also looks like the kernels and initrds up to this point don't have all > of the usb storage drivers included. I had my XM rigged to boot the kernel > from SD and use a USB HDD as /, but to debug these images I've only been > able to use the SD card. > > Rich > > _______________________________________________ > arm mailing list > arm@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/arm _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
