<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 23/07/14 00:52, Peter Robinson
wrote:<br>
</div>
<blockquote
cite="mid:%3CCALeDE9PZocc2HnaUXwN6RsZQbBGM4NUUKwjZ0-1CQP4oOs0JKw@mail.gmail.com%3E"
type="cite">
<blockquote type="cite">
<pre wrap="">Using serial port. The Hieroglyphics regularly occur on output.
</pre>
</blockquote>
<pre wrap="">
What serial rate and terminal program do you use? I see it
occasionally but find screen is usually pretty decent "screen
/dev/ttyUSB0 115200"
</pre>
</blockquote>
Program used - minicom /dev/ttyUSB0 115200 8N1. Identified as pl2303
3-2:1.0: pl2303 converter detected by the kernel.<br>
Used for connections: 3 routers with openwrt installed, cubieboard,
cubietruck with Fedora 3.4.75 kernel ( jwrdegoede build ) with no
problems.
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css">
p, li { white-space: pre-wrap; }
</style>
<blockquote
cite="mid:%3CCALeDE9PZocc2HnaUXwN6RsZQbBGM4NUUKwjZ0-1CQP4oOs0JKw@mail.gmail.com%3E"
type="cite">
<blockquote type="cite">
<pre wrap="">No network available had to create ifcfg-eth0 and ifup eth0 to start
network. Note not using IPV6 on router.
</pre>
</blockquote>
<pre wrap="">
We've seen that randomly but it's intermittently and still being investigated.
</pre>
<blockquote type="cite">
<pre wrap="">Did not resize partition!
</pre>
</blockquote>
<pre wrap="">
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.
<a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1109603">https://bugzilla.redhat.com/show_bug.cgi?id=1109603</a></pre>
</blockquote>
Also had this problem with Pandaboard releases F19 and F20, became a
habit to resize partition after installing image.<br>
<br>
<blockquote
cite="mid:%3CCALeDE9PZocc2HnaUXwN6RsZQbBGM4NUUKwjZ0-1CQP4oOs0JKw@mail.gmail.com%3E"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap="">
I'm not sure the CT has a fixed MAC address or serial number in which
to derive one
<a class="moz-txt-link-freetext" href="https://lists.fedoraproject.org/pipermail/arm/2013-December/007218.html">https://lists.fedoraproject.org/pipermail/arm/2013-December/007218.html</a></pre>
</blockquote>
I thought (jwrdegoede) had pushed a modification to calculate/fix
the MAC address, cannot remember if this was in U-Boot or Kernel. <br>
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!<br>
<br>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<style type="text/css">
p, li { white-space: pre-wrap; }
</style>
<blockquote
cite="mid:%3CCALeDE9PZocc2HnaUXwN6RsZQbBGM4NUUKwjZ0-1CQP4oOs0JKw@mail.gmail.com%3E"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">
Not sure on that one.</pre>
</blockquote>
Looking at this again, it may be the kernel release had different
version numbering, note the extra .1. after fc22<br>
kernel-3.16.0-0.rc6.git0.1.fc22.1.armv7hl.<br>
<blockquote
cite="mid:%3CCALeDE9PZocc2HnaUXwN6RsZQbBGM4NUUKwjZ0-1CQP4oOs0JKw@mail.gmail.com%3E"
type="cite">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">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
</pre>
</blockquote>
<pre wrap="">
That's a known blocker bug <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1088933">https://bugzilla.redhat.com/show_bug.cgi?id=1088933</a></pre>
</blockquote>
<br>
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.<br>
<br>
Peter
<br>
<br>
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.<br>
<br>
<br>
<br>
<br>
</body>
</html>