fetch data corruption on local fs [SOLVED]

[RuiDC]

the below patch from Balazs together with the disabling of clustering in
fstab did the trick for me:

--- sys/arm/mv/mv_machdep.c.orig        2009-12-09 21:42:53.000000000 +0000
+++ sys/arm/mv/mv_machdep.c    2009-12-09 21:42:40.000000000 +0000
@@ -408,7 +408,7 @@
              availmem_regions_sz = i;
      } else {
              /* Fall back to hardcoded boothowto flags and metadata. */
-              boothowto = RB_VERBOSE | RB_SINGLE;
+              boothowto = RB_VERBOSE;
              lastaddr = fake_preload_metadata();

              /*


RuiDC wrote:
> 
> I notice some i386 specific "if" statements in .4th, but do not have
> anywhere near enough knowledge to understand what this is for, but will
> try this shortly and post back.
> 

I didn't need to go near these in the end as they are not used by my boot
mechanism.


Rafal Jaworowski wrote:
> 
> Note that running ubldr on ARM requires the underlying U-Boot to be
> compiled with CONFIG_API option enabled, which is only available in main
> line U-Boot since ver. 1.3.2; what is your version?
> 
I'm running freebsd kernel.bin from usb & FAT32 using:
fatload usb 0:1 900000 kernel.bin
go 900000

I've read your notes from
http://www.bsdcan.org/2008/schedule/attachments/49_2008_uboot_freebsd.pdf
but don't understand the implications of the alternative boot methods, but
from reading that, I presume the note on ubldr is not relevant to me? Or
will switching methods enable me to work around this problem?

I'm running the Sheevaplug installer version, which is Marvell's version
3.4.19 which is based on 1.1.4.

I'm reluctant to switch to Marvell's Open-Uboot stack due to reported
problems here: http://plugcomputer.org/plugforum/index.php?topic=975.0

I'm still curious to learn more about the implications of alternative boot
methods if anyone can point me in the right direction.

Thanks again!
RuiDC
-- 
View this message in context: http://old.nabble.com/problem-setting-up-ports-tp26803523p26846376.html
Sent from the freebsd-arm mailing list archive at Nabble.com.