2014-03-09, 00:03
@host505: Noted, thanks, however I'm concerned that there isn't consensus on what the PR should include which may mean it's not accepted at all without further changes. If/when arnova updates the PR to everyone's satisfaction I'll include it.
So you're copying a file over the network and writing it to SD or USB storage? Can you reproduce the lock up if you copy the file over the network and write it to /dev/null (dd if=/your/network/file of=/dev/null bs=1M), which would eliminate SD/USB mass storage as another potential variable.
(2014-03-08, 19:00)IntelSwe Wrote: With dwc_otg.fiq_fsm_enable=0 my 4GB file copy went smooth. No problems.
For testing purposes I went back to default clock settings and have FIQ FSM enabled.
The first thing I noticed was how slow the copy over network is when on stock clock. 1.5MB/s vs 2.99MB/s with overclock. But that's a bit off topic.
After about 5 minutes of copying the RPi network connection died so it doesn't look like overclocking is causing this.
So you're copying a file over the network and writing it to SD or USB storage? Can you reproduce the lock up if you copy the file over the network and write it to /dev/null (dd if=/your/network/file of=/dev/null bs=1M), which would eliminate SD/USB mass storage as another potential variable.