<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span><br></span></div><div><br></div> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"><b><span style="font-weight:bold;">From:</span></b> Al Stone <ahs3@redhat.com><b><span style="font-weight: bold;"><br>To:</span></b> arm@lists.fedoraproject.org <br><div dir="ltr"><font face="Arial" size="2"><b><span style="font-weight: bold;">Sent:</span></b> Monday, December 17, 2012 1:19 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [fedora-arm] ARMv8 Bootstrap Project<br> </font> </div> <br>
<br>> A little update on the network issue I keep running into with the<br>> model: it turns out the internal clock is not always updating properly<br>> so that the timestamps on network packets can get set just slightly<br>> wrong enough sometimes that the connection will hang or disconnect<br>> down at the socket level. The net result is that distcc will now<br>> and then lose the connection to the host OS doing cross-compiles.<br>> Last I heard, this is something being looked into by ARM.<br><br>I am having a similar issue with the raspi. Trying to compile the kernel via a long ssh session. <br>It will disconnect, and sometimes even grab a different IP# usually after a number of hours. <br><br>I thought it might be a dhcp lease renew issue or a usb/ethernet adapter issue as you might suspect a different mac address too, but ntp maybe doing an update and causing the freeze. If i do an ntpdate with a newer time, it will set
off the screen lock because it thinks you were idle that whole time. <br><br><br><br><br><br> </div> </div> </div></body></html>