Re: Re: Fedora-Minimal-armhfp-rawhide-20140722-sda.raw

[David Jones <djones-proj@xxxxxxxxxx>]

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@router:~# cat /var/dhcp.leases
1406708192 f6:6b:6e:a3:63:57 192.168.53.53 ct1
ff:6e:a3:63:57:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57

After reboot

root@router:~# cat /var/dhcp.leases
1406710000 be:bd:3e:5e:af:bd 192.168.53.59 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 192.168.53.53 *
ff:6e:a3:63:57:00:01:00:01:c7:92:be:b9:f6:6b:6e:a3:63:57

[root@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
    kernel-3.16.0-0.rc6.git0.1.fc22.1.armv7hl.

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.

Peter

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.

-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test