From cc6f15397de00ac4c73efcf550971680b9dabfff Mon Sep 17 00:00:00 2001 From: Miod Vallat Date: Sat, 2 Dec 2006 15:55:19 +0000 Subject: On frame buffers which endianness differs from the host CPU, we can not afford using ovbcopy() in the erasecols emulop, as the ovbcopy implementation might do larger-than-byte loads and store, which will not have the expected result if the source and destination addresses are not similarly aligned. Instead, roll our own byte-only ovbcopy() in this case. This is made dependent on a config(8) attribute to avoid bloating platforms which do not need this, thus frame buffers which may set RI_BSWAP in ri_flg need to depend on this attribute. Problem spotted by matthieu@ using tcsh on sparc64 console. --- sys/arch/sparc64/conf/files.sparc64 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'sys/arch') diff --git a/sys/arch/sparc64/conf/files.sparc64 b/sys/arch/sparc64/conf/files.sparc64 index b781ef385cb..0b8585f8497 100644 --- a/sys/arch/sparc64/conf/files.sparc64 +++ b/sys/arch/sparc64/conf/files.sparc64 @@ -1,4 +1,4 @@ -# $OpenBSD: files.sparc64,v 1.73 2006/09/27 06:33:03 grange Exp $ +# $OpenBSD: files.sparc64,v 1.74 2006/12/02 15:55:16 miod Exp $ # $NetBSD: files.sparc64,v 1.50 2001/08/10 20:53:50 eeh Exp $ # maxpartitions must be first item in files.${ARCH} @@ -92,7 +92,7 @@ file arch/sparc64/dev/pci_machdep.c psycho | schizo attach hme at pci with hme_pci file dev/pci/if_hme_pci.c hme_pci -device vgafb: wsemuldisplaydev, rasops8, rasops16, rasops32, wsemul_sun +device vgafb: wsemuldisplaydev, rasops_bswap, rasops8, rasops16, rasops32, wsemul_sun attach vgafb at pci file arch/sparc64/dev/vgafb.c vgafb -- cgit v1.2.3