Date: Wed, 12 Jan 2011 16:10:29 -0800 From: mdf@FreeBSD.org To: Bruce Evans <brde@optusnet.com.au> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, John Baldwin <jhb@freebsd.org> Subject: Re: svn commit: r217330 - head/sys/x86/x86 Message-ID: <AANLkTi=ub6-r977Jag3Lt3wdauw1dQaBvGv7TpMu3L-s@mail.gmail.com> In-Reply-To: <20110113104728.L1003@besplex.bde.org> References: <201101122108.p0CL8o3Q012038@svn.freebsd.org> <201101121621.30371.jhb@freebsd.org> <20110113104728.L1003@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 12, 2011 at 4:06 PM, Bruce Evans <brde@optusnet.com.au> wrote: > On Wed, 12 Jan 2011, John Baldwin wrote: > >>> Log: >>> =A0Fix a brain fart. =A0Since this file is shared between i386 and amd6= 4, a >>> =A0bus_size_t may be 32 or 64 bits. =A0Change the bounce_zone alignment= field >>> =A0to explicitly be 32 bits, as I can't really imagine a DMA device tha= t >>> =A0needs anything close to 2GB alignment of data. >> >> Hmm, we do have devices with 4GB boundaries though. =A0I think I'd prefe= r it >> if >> you instead if you did this: >> >> #if defined(amd64) || defined(PAE) >> #define SYSCTL_ADD_BUS_SIZE_T =A0 =A0 =A0 =A0 =A0 SYSCTL_ADD_UQUAD >> #else >> #define SYSCTL_ADD_BUS_SIZE_T =A0 =A0 =A0 =A0 =A0 SYSCTL_ADD_UINT >> #endif >> >> and then just used SYSCTL_ADD_BUS_SIZE_T() in the code so we could let t= he >> members in the bounce zone retain the same types passed to >> bus_dma_tag_create(). > > U_LONG should work on all arches. =A0malloc(9) still uses u_long instead > of size_t. =A0This works for scalars even on the recently removed i386's > with 32-bit longs where u_long is larger than size_t, since larger is > a fail-safe direction. =A0This fails for pointers. =A0Newer parts of mall= oc() > and uma are broken unless u_long is the same as uintptr_t, since they > cast pointers to u_long. =A0This direction is fail-safe too, but gcc warn= s > about it. In this case for PAE u_long is (theoretically) too small, because a bus_size_t is an uint64_t. > uquad_t should never be used, like unsigned long long. =A0Similarly for > signed types. =A0Perhaps it could be removed in sysctl interfaces first. The name SYSCTL_ADD_UQUAD is a little misleading since it's really for a uint64_t. The name could be changed, but there's already plenty of existing uses of QUAD for int64_t which aren't being changed. Thanks, matthew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTi=ub6-r977Jag3Lt3wdauw1dQaBvGv7TpMu3L-s>