Message ID | 1507622382.6064.2.camel@seibold.net (mailing list archive) |
---|---|
State | Superseded, archived |
Delegated to: | Sean Young |
Headers |
Received: from vger.kernel.org ([209.132.180.67]) by www.linuxtv.org with esmtp (Exim 4.84_2) (envelope-from <linux-media-owner@vger.kernel.org>) id 1e1qDi-0002r7-Gb; Tue, 10 Oct 2017 08:48:58 +0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755807AbdJJIsm (ORCPT <rfc822;mkrufky@linuxtv.org> + 1 other); Tue, 10 Oct 2017 04:48:42 -0400 Received: from www84.your-server.de ([213.133.104.84]:34240 "EHLO www84.your-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755538AbdJJIsm (ORCPT <rfc822;linux-media@vger.kernel.org>); Tue, 10 Oct 2017 04:48:42 -0400 X-Greylist: delayed 1006 seconds by postgrey-1.27 at vger.kernel.org; Tue, 10 Oct 2017 04:48:41 EDT Received: from [188.194.29.46] (helo=vger.lan) by www84.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from <sean@mess.org>) id 1e1pS6-0000G6-TG; Tue, 10 Oct 2017 09:59:46 +0200 Message-ID: <1507622382.6064.2.camel@seibold.net> Subject: [PATCH v3 26/26] kfifo: DECLARE_KIFO_PTR(fifo, u64) does not work on arm 32 bit From: Sean Young <sean@mess.org> To: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, Stefani Seibold <stefani@seibold.net>, Randy Dunlap <randy.dunlap@oracle.com> Cc: Andrew Morton <akpm@linux-foundation.org> Date: Tue, 10 Oct 2017 09:59:42 +0200 In-Reply-To: <cover.1507618840.git.sean@mess.org> References: <cover.1507618840.git.sean@mess.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Authenticated-Sender: stefani@seibold.net X-Virus-Scanned: Clear (ClamAV 0.99.2/23931/Tue Oct 10 02:46:50 2017) Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: <linux-media.vger.kernel.org> X-Mailing-List: linux-media@vger.kernel.org |
Commit Message
Sean Young
Oct. 10, 2017, 7:59 a.m. UTC
If you try to store u64 in a kfifo (or a struct with u64 members), then the buf member of __STRUCT_KFIFO_PTR will cause 4 bytes padding due to alignment (note that struct __kfifo is 20 bytes on 32 bit). That in turn causes the __is_kfifo_ptr() to fail, which is caught by kfifo_alloc(), which now returns EINVAL. So, ensure that __is_kfifo_ptr() compares to the right structure. Signed-off-by: Sean Young <sean@mess.org> Acked-by: Stefani Seibold <stefani@seibold.net> --- include/linux/kfifo.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
Comments
Em Tue, 10 Oct 2017 09:59:42 +0200 Sean Young <sean@mess.org> escreveu: > If you try to store u64 in a kfifo (or a struct with u64 members), > then the buf member of __STRUCT_KFIFO_PTR will cause 4 bytes > padding due to alignment (note that struct __kfifo is 20 bytes > on 32 bit). > > That in turn causes the __is_kfifo_ptr() to fail, which is caught > by kfifo_alloc(), which now returns EINVAL. > > So, ensure that __is_kfifo_ptr() compares to the right structure. > > Signed-off-by: Sean Young <sean@mess.org> > Acked-by: Stefani Seibold <stefani@seibold.net> Hi Stefani/Andrew, As this patch is required for the LIRC rework, would be ok if I would merge it via the media tree? Thanks! Mauro > > --- > include/linux/kfifo.h | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/include/linux/kfifo.h b/include/linux/kfifo.h > index 41eb6fdf87a8..86b5fb08e96c 100644 > --- a/include/linux/kfifo.h > +++ b/include/linux/kfifo.h > @@ -113,7 +113,8 @@ struct kfifo_rec_ptr_2 __STRUCT_KFIFO_PTR(unsigned char, 2, void); > * array is a part of the structure and the fifo type where the array is > * outside of the fifo structure. > */ > -#define __is_kfifo_ptr(fifo) (sizeof(*fifo) == sizeof(struct __kfifo)) > +#define __is_kfifo_ptr(fifo) \ > + (sizeof(*fifo) == sizeof(STRUCT_KFIFO_PTR(typeof(*(fifo)->type)))) > > /** > * DECLARE_KFIFO_PTR - macro to declare a fifo pointer object Thanks, Mauro
On Thu, 2017-11-30 at 10:29 -0200, Mauro Carvalho Chehab wrote: > Em Tue, 10 Oct 2017 09:59:42 +0200 > Sean Young <sean@mess.org> escreveu: > > > If you try to store u64 in a kfifo (or a struct with u64 members), > > then the buf member of __STRUCT_KFIFO_PTR will cause 4 bytes > > padding due to alignment (note that struct __kfifo is 20 bytes > > on 32 bit). > > > > That in turn causes the __is_kfifo_ptr() to fail, which is caught > > by kfifo_alloc(), which now returns EINVAL. > > > > So, ensure that __is_kfifo_ptr() compares to the right structure. > > > > Signed-off-by: Sean Young <sean@mess.org> > > Acked-by: Stefani Seibold <stefani@seibold.net> > > Hi Stefani/Andrew, > > As this patch is required for the LIRC rework, would be ok if I would > merge it via the media tree? > It is okay by me. But the question remains why this patch wasn't already merged? Andrew: Any objections against this patch? > > > > --- > > include/linux/kfifo.h | 3 ++- > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > diff --git a/include/linux/kfifo.h b/include/linux/kfifo.h > > index 41eb6fdf87a8..86b5fb08e96c 100644 > > --- a/include/linux/kfifo.h > > +++ b/include/linux/kfifo.h > > @@ -113,7 +113,8 @@ struct kfifo_rec_ptr_2 > > __STRUCT_KFIFO_PTR(unsigned char, 2, void); > > * array is a part of the structure and the fifo type where the > > array is > > * outside of the fifo structure. > > */ > > -#define __is_kfifo_ptr(fifo) (sizeof(*fifo) == > > sizeof(struct __kfifo)) > > +#define __is_kfifo_ptr(fifo) \ > > + (sizeof(*fifo) == sizeof(STRUCT_KFIFO_PTR(typeof(*(fifo)- > > >type)))) > > > > /** > > * DECLARE_KFIFO_PTR - macro to declare a fifo pointer object > > > > Thanks, > Mauro
Em Thu, 30 Nov 2017 13:34:10 +0100 Stefani Seibold <stefani@seibold.net> escreveu: > On Thu, 2017-11-30 at 10:29 -0200, Mauro Carvalho Chehab wrote: > > Em Tue, 10 Oct 2017 09:59:42 +0200 > > Sean Young <sean@mess.org> escreveu: > > > > > If you try to store u64 in a kfifo (or a struct with u64 members), > > > then the buf member of __STRUCT_KFIFO_PTR will cause 4 bytes > > > padding due to alignment (note that struct __kfifo is 20 bytes > > > on 32 bit). > > > > > > That in turn causes the __is_kfifo_ptr() to fail, which is caught > > > by kfifo_alloc(), which now returns EINVAL. > > > > > > So, ensure that __is_kfifo_ptr() compares to the right structure. > > > > > > Signed-off-by: Sean Young <sean@mess.org> > > > Acked-by: Stefani Seibold <stefani@seibold.net> > > > > Hi Stefani/Andrew, > > > > As this patch is required for the LIRC rework, would be ok if I would > > merge it via the media tree? > > > > It is okay by me. But the question remains why this patch wasn't > already merged? > > Andrew: Any objections against this patch? I'm assuming that merging via media tree is ok for Andrew. So, I guess I'll just go ahead and merge it via my tree. Thanks, Mauro
diff --git a/include/linux/kfifo.h b/include/linux/kfifo.h index 41eb6fdf87a8..86b5fb08e96c 100644 --- a/include/linux/kfifo.h +++ b/include/linux/kfifo.h @@ -113,7 +113,8 @@ struct kfifo_rec_ptr_2 __STRUCT_KFIFO_PTR(unsigned char, 2, void); * array is a part of the structure and the fifo type where the array is * outside of the fifo structure. */ -#define __is_kfifo_ptr(fifo) (sizeof(*fifo) == sizeof(struct __kfifo)) +#define __is_kfifo_ptr(fifo) \ + (sizeof(*fifo) == sizeof(STRUCT_KFIFO_PTR(typeof(*(fifo)->type)))) /** * DECLARE_KFIFO_PTR - macro to declare a fifo pointer object