linux-kernel - Re: [PATCH 1/2] firewire: firewire is a big-endian bus

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20150421161301.31874fd2@kant>
Date:	Tue, 21 Apr 2015 16:13:01 +0200
From:	Stefan Richter <stefanr@...6.in-berlin.de>
To:	Joe Perches <joe@...ches.com>
Cc:	Laurent Vivier <laurent@...ier.eu>,
	linux1394-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] firewire: firewire is a big-endian bus

On Apr 20 Joe Perches wrote:
> On Tue, 2015-04-21 at 02:36 +0200, Laurent Vivier wrote:
> > So, dump config_rom data as big-endian values.
> > 
> > The value given by /sys/bus/firewire/devices/fw0 were correctly
> > given on a big-endian host (like powermac) not on a little-endian host
> > (like PC), for instance:
> []
> > diff --git a/drivers/firewire/core-device.c b/drivers/firewire/core-device.c
> []
> > @@ -399,14 +399,14 @@ static ssize_t config_rom_show(struct device *dev,
> >  			       struct device_attribute *attr, char *buf)
> >  {
> >  	struct fw_device *device = fw_device(dev);
> > -	size_t length;
> > +	size_t i;
> >  
> >  	down_read(&fw_device_rwsem);
> > -	length = device->config_rom_length * 4;
> > -	memcpy(buf, device->config_rom, length);
> > +	for (i = 0; i < device->config_rom_length; i++)
> > +		((u32 *)buf)[i] = be32_to_cpu(device->config_rom[i]);
> 
> Is buf guaranteed to be appropriately aligned on a u32?

Good catch.  Though as far as I know, the buffer is page-sized and thereby
certainly page-aligned.  This could be looked up in the sysfs core code.

BTW, theoretically speaking it should be cpu_to_be32() here, and the buffer
pointer should be annotated as a big endian pointer.  (But as I noted in
the previous reply, the patch will not be applied either way.)
-- 
Stefan Richter
-=====-===== -=-- =-=-=
http://arcgraph.de/sr/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/