From owner-freebsd-arch Mon Dec 9 12:23:44 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14FD237B401 for ; Mon, 9 Dec 2002 12:23:43 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6AE3D43ED8 for ; Mon, 9 Dec 2002 12:23:38 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 25384 invoked by uid 1000); 9 Dec 2002 20:23:38 -0000 Date: Mon, 9 Dec 2002 12:23:38 -0800 (PST) From: Nate Lawson To: phk@FreeBSD.ORG Cc: "M. Warner Losh" , arch@FreeBSD.ORG Subject: Re: le??toh, etc in userland In-Reply-To: <74122.1039458137@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 9 Dec 2002 phk@FreeBSD.ORG wrote: > In message <20021209.095032.102181079.imp@bsdimp.com>, "M. Warner Losh" writes: > > >We should provide an implementation of {b,l}e{16,32}toh and > >hto{b,l}e{16,32} in libc. Any objections? > > None as such. > > I would really like to also have the "byte-encoding" version in a > more general place than in GEOM, but I am not aware of any suitable > standards in this area. > > The reason of these is that the data encoded/decoded may not live > on native alignment boundaries, so the normal "swap-as-needed" > functions are not very efficient. Already present in CAM (sys/cam/ssi_all.h): static __inline void scsi_ulto2b(u_int32_t val, u_int8_t *bytes); static __inline void scsi_ulto3b(u_int32_t val, u_int8_t *bytes); static __inline void scsi_ulto4b(u_int32_t val, u_int8_t *bytes); static __inline u_int32_t scsi_2btoul(u_int8_t *bytes); static __inline u_int32_t scsi_3btoul(u_int8_t *bytes); static __inline int32_t scsi_3btol(u_int8_t *bytes); static __inline u_int32_t scsi_4btoul(u_int8_t *bytes); I would love to have a 64 bit version and map these to a generic host version. It should use u_int8_t instead of u_char though. -Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message