Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp4266229imm; Mon, 14 May 2018 05:14:33 -0700 (PDT) X-Google-Smtp-Source: AB8JxZr1+lBkdmxCL3Nu2besLqsfTM+FQkkbmu3eQRtFhJP6joOXu/dY9/3V86ZMkykfvRtpzDyr X-Received: by 2002:a63:b51a:: with SMTP id y26-v6mr8472689pge.215.1526300073273; Mon, 14 May 2018 05:14:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526300073; cv=none; d=google.com; s=arc-20160816; b=Q8+LHFzWtZpYKKKQXlbcvmEGAiX7rBTI3WQ49fVK8+k+waDnf/k8wGFdcJpnFXpysV eADN5JdFuJ8SYJaqYR2zdVqb99hE1Uvj6Vl7urCQqkwuWjy6hWhJKO6IxEuyrHk9DFIr NU3PcJIAyV9ER6v86iNO21vFpZfP/JdGmdN2Io9vE/483K4akK5GuXF9Uo1ycZKvXfU3 nXDElOuwP8sx3O8o8tK86LxowBYdWLZ73BjHS3FW1VVwllTIghhPilP50X4FJRXQVcDr jmMKNRfFEs13jQwJZLMwd+5Z+S0gSetR1i64pjA7iJHhQClTaNnuZdphhhrGPgG3hhJg 9R7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=/hM8O0KolnvGO7kCL5eFYnpCT8kli9S8vO+nso1YJ04=; b=T9HwNLMPYH3Nvyncj9+zr/8UyfC28JWRWyaEiyqKqKd8gal5gDzFsjQShdXj5Q0W6h fNasiTjv4jIXLcthCHcODmpZwF4vsXtVjrAdJfDTvmth6NULDbh4Ba1lgGf6ci4/qT0R onDlCe7bDWei+KbqRHIIpuLisGIElL9JLsSeQhcBtu3WFvZR/f9oy9PP6mkXW8VL2lvt Lapc7HyzMDVATBLjXNQhxnqLRAfEp1UUNmLbYuc2rGohwXC8EqKEJPdguv+9WjwY2Opx ZBt6sp6iUlzsUUjoNeUm48pXopf2e+y7C5NUYYq2Wb96qAfrd6HM4D+rb/t54+AGoGDO H56Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b7-v6si7555937pgu.482.2018.05.14.05.14.17; Mon, 14 May 2018 05:14:33 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753104AbeENMNv (ORCPT + 99 others); Mon, 14 May 2018 08:13:51 -0400 Received: from s3.sipsolutions.net ([144.76.63.242]:48742 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752597AbeENMNu (ORCPT ); Mon, 14 May 2018 08:13:50 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.91) (envelope-from ) id 1fICMO-0004MB-Ko; Mon, 14 May 2018 14:13:48 +0200 Message-ID: <1526300027.8070.0.camel@sipsolutions.net> Subject: Re: WARNING in dev_vprintk_emit From: Johannes Berg To: Eric Biggers , linux-wireless@vger.kernel.org Cc: syzbot , gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com Date: Mon, 14 May 2018 14:13:47 +0200 In-Reply-To: <20180513184714.GA677@sol.localdomain> (sfid-20180513_204509_876004_C99B826F) References: <001a113a36724a053a0562f93c05@google.com> <20180513184714.GA677@sol.localdomain> (sfid-20180513_204509_876004_C99B826F) Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 (3.26.6-1.fc27) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 2018-05-13 at 11:47 -0700, Eric Biggers wrote: > The bug is that mac80211_hwsim allows creating device names that are too long, > via HWSIM_CMD_NEW_RADIO. Commit a7cfebcb7594a2 ("cfg80211: limit wiphy names to > 128 bytes") limited them to 128 bytes, but it's not enough because > dev_vprintk_emit() needs the device name plus some other stuff to not exceed 128 > bytes. Here's a reproducer that works on Linus' tree (commit ccda3c4b777), > provided that CONFIG_MAC80211_HWSIM=y. Note that you'll probably need to change > the hardcoded MAC80211_HWSIM generic netlink family ID for it to work. > Johannes, what would you say about limiting the name length to 64 bytes instead? Don't really have any objections - care to send a patch? johannes