David Jones djones-proj at bluewin.ch
Wed Jul 23 09:00:31 UTC 2014

On 23/07/14 00:52, Peter Robinson wrote:
>> Using serial port. The Hieroglyphics regularly occur on output.
> What serial rate and terminal program do you use? I see it
> occasionally but find screen is usually pretty decent "screen
> /dev/ttyUSB0 115200"
Program used - minicom /dev/ttyUSB0 115200 8N1. Identified as pl2303 
3-2:1.0: pl2303 converter detected by the kernel.
Used for connections: 3 routers with openwrt installed, cubieboard, 
cubietruck with Fedora 3.4.75 kernel ( jwrdegoede build ) with no problems.
>> No network available had to create ifcfg-eth0 and ifup eth0 to start
>> network. Note not using IPV6 on router.
> We've seen that randomly but it's intermittently and still being investigated.
>> Did not resize partition!
> Known issue, we've seen an intermittent issue with finding rootfs that
> is believed could be to do with the growing of the partition so we've
> disabled it for the moment to see if we can get some data either way.
> https://bugzilla.redhat.com/show_bug.cgi?id=1109603
Also had this problem with Pandaboard releases F19 and F20, became a 
habit to resize partition after installing image.

>> First IP address given by router running openwrt and dnsmasq version 2.62.
>> root at router:~# cat /var/dhcp.leases
>> 1406708192 f6:6b:6e:a3:63:57 ct1
>> ff:6e:a3:63:57:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57
>> After reboot
>> root at router:~# cat /var/dhcp.leases
>> 1406710000 be:bd:3e:5e:af:bd ct1
>> ff:3e:5e:af:bd:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57
>> 1406708192 f6:6b:6e:a3:63:57 *
>> ff:6e:a3:63:57:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57
>> [root at ct1 ~]# ip link
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode
>> DEFAULT group default
>>      link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state
>> UP mode DEFAULT group default qlen 1000
>>      link/ether be:bd:3e:5e:af:bd brd ff:ff:ff:ff:ff:ff
> I'm not sure the CT has a fixed MAC address or serial number in which
> to derive one
> https://lists.fedoraproject.org/pipermail/arm/2013-December/007218.html
I thought (jwrdegoede) had pushed a modification to calculate/fix the 
MAC address, cannot remember if this was in U-Boot or Kernel.
I'm sure the cubietruck running Fedora 3.4.75 kernel ( jwrdegoede build 
) does not assign a new MAC address on reboot. Will have to check!

>> Attached dmesg.txt.
>> Any assistance would be welcome.
>> On another cubietruck I performed
>>    yum update - this showed no updates available, even though the mirrors
>> were showing updates.
> Not sure on that one.
Looking at this again, it may be the kernel release had different 
version numbering, note the extra .1. after fc22
>> contents of /boot/extlinux/extlinux.conf
>> label Fedora (3.16.0-0.rc5.git0.1.fc22.armv7hl) 22 (Rawhide)
>>          kernel /vmlinuz-3.16.0-0.rc5.git0.1.fc22.armv7hl
>>          append ro root=UUID=47984fd6-5fcb-4547-94be-3fa261beaa75
>> console=ttyS0,115200 console=tty0 LANG=en_US.UTF-8
>>          fdtdir /dtb-3.16.0-0.rc4.git3.1.fc22.armv7hl/
>>          initrd /initramfs-3.16.0-0.rc5.git0.1.fc22.armv7hl.img
>> Note the fdtdir should be fdtdir /dtb-3.16.0-0.rc6.git0.1.fc22.1.armv7hl
> That's a known blocker bug https://bugzilla.redhat.com/show_bug.cgi?id=1088933

Sorry, I was aware of this bug, I forgot to check in Bugzilla, also 
thought info would be useful to show the problem still existed.


The reason I'm following the progress of F21 for arm is I need a 
headless server on the cubieboard, with the cubietruck as a media 
server. All my other Intel/AMD equipment has F20 installed.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/test/attachments/20140723/eb6c70f5/attachment.html>

More information about the test mailing list