From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753521AbbJSNTu (ORCPT ); Mon, 19 Oct 2015 09:19:50 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:55108 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751778AbbJSNTs (ORCPT ); Mon, 19 Oct 2015 09:19:48 -0400 From: Arnd Bergmann To: Paul Osmialowski Cc: Jonathan Corbet , Andrew Morton , Petr Mladek , Greg Kroah-Hartman , Daniel Mack , Kay Sievers , Joe Perches , Tejun Heo , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-api@vger.kernel.org, Marcin Niesluchowski , Karol Lewandowski , Bartlomiej Zolnierkiewicz , Shuah Khan Subject: Re: [RFC v3 6/9] kmsg: add ioctl for adding and deleting kmsg* devices Date: Mon, 19 Oct 2015 15:19:25 +0200 Message-ID: <5057964.QyIB3GKfsB@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <1445259503-18158-7-git-send-email-p.osmialowsk@samsung.com> References: <1445259503-18158-1-git-send-email-p.osmialowsk@samsung.com> <1445259503-18158-7-git-send-email-p.osmialowsk@samsung.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:BVFzrivGOycfUgd1CErkmgWVwugrt6AUIbVFtHIXSScmG9C26NS Bmg77kLPGZK3bPfzrSWSMmfr8RW9RkrDlZBrLhsb4gJkI7rQnQY2qAIVWRQ5SdSeUWQUOJo g9c1olj3yNpSW+C5NLbUpzHxDIXsXDY7JcVkl5dBjOGjppDsxUSq5hEkKKMeqmlRD2QsSmm mVbdEkHJ6tu60X8rrhE9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:dtWa1uyCTcw=:srxoC32yn7HoTTOpEZXZXi bci+Zc5yMws4ENn/U4jYiJjJtcy7MtYyMmOvGQJMuETBaXyFOmCeD4nlVpcjOvHO1AtQCK3C1 JqB5zB/SID9s8pX5ujbfeQeDeOdfZJD36/PaFRk6K0GOU2C0hk5zEFQvWl12oIXktbMaqaf3s 12Ohj0y+e8Ciqtkyh6sjPBP8XuRzo+YGg0l6TdYRcRQBBafZ1DTEW8g60fmNoSYgj8bTMo+EA hoAJiupT6vB7Y9oZIEJmE1HArZtd2w1vIj0j3pe014vMJF+WazZlltJQ00KQiujnvghRz9mkP jGTKc81LT15iIoQFCqf6gRnf17lGqxjcT4Rn6LO66OR7xYdilTf3BJ026YhV+mQBu2AA1d6BU X289A8GieWxNUpkTNpOP5w5gPS5I5BFIj5a3aAksthL9YH2iQuPw4UAiLH4R5z9dD3ghH5nUc WWVdZWUGqcneUMpHiNNSPL9N0mGXcICwOZXCIjr3T/93VtgGoqhQQ6Gml2Dri5lJxDCjphbKs Y7LMPxa4JkSSo9ozC3KGnVwz7FslVLg9bkpwo3NF3CXdktKaaNZarumK+LzCIJYlsKD6jgoxz 9GajbAoT1HJsk8ZApEGHJk0sxP7lhhg54BCuKUK1SDyIpBhcibUMqQRti0YWJaybfvYzF+JgS 5s88VL3/ZS5T+WefLTx4OdZMBtr0Vs9iseNWC06/CazNjaXjakzgDW+MDKThay/J2Bc0TAwz0 VnF06F6FgeeUPfNr Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 19 October 2015 14:58:20 Paul Osmialowski wrote: > + > +struct kmsg_cmd_buffer_add { > + size_t size; > + unsigned short mode; > + int minor; > +} __attribute__((packed)); > + > +#define KMSG_IOCTL_MAGIC 0xBB > + > +/* > Try to avoid using packed unaligned data structures. Here I would just use __u64 and __u32 members. > + case KMSG_CMD_BUFFER_ADD: > + if (copy_from_user(&size, argp, sizeof(size))) > + return -EFAULT; > + argp += sizeof(size); > + if (copy_from_user(&mode, argp, sizeof(mode))) > + return -EFAULT; This is a rather unusual way to access the data. Just copy the entire structure to the stack. Arnd