Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754690Ab2EBNv1 (ORCPT ); Wed, 2 May 2012 09:51:27 -0400 Received: from cantor2.suse.de ([195.135.220.15]:53812 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753186Ab2EBNvZ (ORCPT ); Wed, 2 May 2012 09:51:25 -0400 Date: Wed, 2 May 2012 15:51:23 +0200 From: Jan Kara To: Paolo Bonzini Cc: Jan Kara , Jens Axboe , LKML , James Bottomley , linux-scsi@vger.kernel.org Subject: Re: [PATCH] scsi: Silence unnecessary warnings about ioctl to partition Message-ID: <20120502135123.GF16976@quack.suse.cz> References: <1335953452-10460-1-git-send-email-jack@suse.cz> <4FA1092E.9090603@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FA1092E.9090603@redhat.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2065 Lines: 39 On Wed 02-05-12 12:15:10, Paolo Bonzini wrote: > Il 02/05/2012 12:10, Jan Kara ha scritto: > > Sometimes, warnings about ioctls to partition happen often enough that they > > form majority of the warnings in the kernel log and users complain. In some > > cases warnings are about ioctls such as SG_IO so it's not good to get rid of > > the warnings completely as they can ease debugging of userspace problems > > when ioctl is refused. > > > > Since I have seen warnings from lots of commands, including some proprietary > > userspace applications, I don't think disallowing the ioctls for processes > > with CAP_SYS_RAWIO will happen in the near future if ever. So lets just > > stop warning for processes with CAP_SYS_RAWIO for which ioctl is allowed. > > NACK. I would bet that all the warnings you've seen are for ioctl that > would have failed anyway with ENOTTY. Actually, you would loose the bet ;) The customer was complaining about warning about SG_IO ioctl. Apparently some Veritas filesystem thread generates a *lot* of these (I don't know if they happen to do all the filesystem IO with SG_IO and I'm not sure I want to know ;). Given this I don't think we want to block SG_IO for CAP_SYS_RAWIO threads in the near future if ever... > The right fix has already been posted, we've been carrying it in RHEL > for over six months and not a single bug has been seen. Your patch won't work for our customer because you still generate messages for SG_IO. Also I tend to side with Alan that I don't quite see the point in trying to restrict CAP_SYS_RAWIO threads and thus breaking the compatibility (if ioctls would be restricted for partitions from the beginning, then sure it seems like a cleaner choice). But I don't feel that strongly about it. Honza -- Jan Kara SUSE Labs, CR -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/