Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp305657imi; Thu, 21 Jul 2022 22:35:23 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sgEFH2bUOPv2iY6jWsKiKGFwCmsPRSrEnq34rt4aYgST/380MvnYMjBS1Q9i+sc+5UAy0o X-Received: by 2002:a17:907:763b:b0:72f:309d:d2c0 with SMTP id jy27-20020a170907763b00b0072f309dd2c0mr1772035ejc.434.1658468123195; Thu, 21 Jul 2022 22:35:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658468123; cv=none; d=google.com; s=arc-20160816; b=MvNnSfUJDrWeCqTPvEligdPdR4VARnQ4GhPIW2uu5I8RujjY5lxdBSaiGe0lJHTI6o JVzHHDzO5qJ7PyKIhQDm9crE330TVJ8vyrly3UPFtZqDOQESRypXlTmZtIIO4vbxQxPi 4ZBPTnfez3d+PD1UrllS8ExIlHmjzNMgfvamqab445eGjGMhzfx1uCPNDSIJABqlCb0g O4OIBUHECdBTxaofmBZHlR3ynpxcoQUlg8SoycniYaFdtm4p7rTMHj0taaZ/mxo9dy2S 6BhiqxalPx1eYID3vlYvHNPj8aaMcvbT0KNZnL8I6xVtantaR1MhQkTFp9Prr/UCF64K +7rA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:to:from:cc:in-reply-to:subject:date:dkim-signature; bh=OeAEb6m+vs0K6TzHjVslsYokInaDYI8paxIh3nITk2s=; b=rOVxBwnI4H9gy01AzdxhsqKpzSGQxKw3+DzFjghVdC4G+peK3KwQieTW/TVzqc9phF Mrq/TBf/wMB/Fk9oFLnhOTMUC0sao5OdkvDtAJpSkHHoUQUSgP+VCl2i+79SZBEYXL2U BsLaY/8fVm18ty1Gz/uhYa4oXOWg8A202ztXxoFkivcdLOYSNJCOiZJnjOICWmn1ppwi uE7VbfKHbOd1jwRdgfsxwtR+KYemwoEj5D9agAy66lzoFBfymmWwD2bztENJRWskHguX xQrwKLTFuCMfpsBDkrlyz8C3T2py8tNPTAdzuq7rNBG/W8MO1DLf4I68ru48uyKDYgWX z7cw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@dabbelt-com.20210112.gappssmtp.com header.s=20210112 header.b=gq+gjVuI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g9-20020a056402090900b0043a735e3e22si4732604edz.600.2022.07.21.22.34.58; Thu, 21 Jul 2022 22:35:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@dabbelt-com.20210112.gappssmtp.com header.s=20210112 header.b=gq+gjVuI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233587AbiGVFGQ (ORCPT + 99 others); Fri, 22 Jul 2022 01:06:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46644 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229783AbiGVFGP (ORCPT ); Fri, 22 Jul 2022 01:06:15 -0400 Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D11DF31202 for ; Thu, 21 Jul 2022 22:06:13 -0700 (PDT) Received: by mail-pl1-x62d.google.com with SMTP id v21so3726424plo.0 for ; Thu, 21 Jul 2022 22:06:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dabbelt-com.20210112.gappssmtp.com; s=20210112; h=date:subject:in-reply-to:cc:from:to:message-id:mime-version :content-transfer-encoding; bh=OeAEb6m+vs0K6TzHjVslsYokInaDYI8paxIh3nITk2s=; b=gq+gjVuI5oEnVYfLfTDvZ5ntscQruzWfR+vpir7zzrcoEkUPIhNkSjLtSMxcmNvAeS Qc1AD5vrX4HYm90PTx+rBgxImMOO1y6QF8aruimcURW4LCaOWztk7okO3kWQuh8Jzrmt c6zlCdjE6MMrbx8ELpZ5OAAtHvx0yVD14ctnJmslpj/kmEtHVPYQ0E8NgkykV+yzOuxv JFn3FazakyKEAEeu33yg+Gz6Wf6vagJ/rq/4IeALnfxutbI1tVo07IZzYX1vve1Fpnau xF/SgF7SA7lnmzNDi85YN29lSwNkZdZ22NHdf0XZuBdWX5LDsZAXFurLAD5igdRWEyw7 U2ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:subject:in-reply-to:cc:from:to:message-id :mime-version:content-transfer-encoding; bh=OeAEb6m+vs0K6TzHjVslsYokInaDYI8paxIh3nITk2s=; b=rWb7GsT8wOf2dm1SLANTD/caQapKrGnWxhsu/1QTUucNB70G26QnZi8eJSGNxPrlTU TRSmBpFBwIqExxXX8RIzrul1QijjRGZpj4iX5c5JT3NjuVfcXFK/Ihk8+tjNPVB7i5WZ qBT6KD61w9Ea5HxLlwmnnGQbZyaFUx8fijd65N02cD2qxaRw1DuGN4/aKLsMhBj2fKGR fxqYMYBqg2/iUdYTjSkI4NfV7ZLWwi6TzNWuGNHHBm1ymM4lIapp1c45oCvZwMVlGCaa rwXQ51g7WQpGA2uWv2Fc7NDLJOp1TEEoq4jUEJ1eBTrcr2N7/62c6UulaJWkwSunbK7n +TLw== X-Gm-Message-State: AJIora96Xvr4S18sqL8rSRlGne7atrTk7vA3VEKNAhfL+vj8gjqXuFY8 r03QagGAe3v2XHtjAvxGx8w7Ug== X-Received: by 2002:a17:902:7fc3:b0:16c:78aa:88b0 with SMTP id t3-20020a1709027fc300b0016c78aa88b0mr1729015plb.81.1658466373179; Thu, 21 Jul 2022 22:06:13 -0700 (PDT) Received: from localhost (76-210-143-223.lightspeed.sntcca.sbcglobal.net. [76.210.143.223]) by smtp.gmail.com with ESMTPSA id mm3-20020a17090b358300b001ef95232570sm4455917pjb.52.2022.07.21.22.06.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Jul 2022 22:06:11 -0700 (PDT) Date: Thu, 21 Jul 2022 22:06:11 -0700 (PDT) X-Google-Original-Date: Thu, 21 Jul 2022 22:06:09 PDT (-0700) Subject: Re: [PATCH 1/1] riscv: enable Docker requirements in defconfig In-Reply-To: <20220608000251.55271-1-heinrich.schuchardt@canonical.com> CC: Paul Walmsley , aou@eecs.berkeley.edu, apatel@ventanamicro.com, Atish Patra , guoren@kernel.org, mchitale@ventanamicro.com, arnaud.pouliquen@foss.st.com, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, heinrich.schuchardt@canonical.com From: Palmer Dabbelt To: heinrich.schuchardt@canonical.com Message-ID: Mime-Version: 1.0 (MHng) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,UPPERCASE_50_75 autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 07 Jun 2022 17:02:51 PDT (-0700), heinrich.schuchardt@canonical.com wrote: > The defconfig kernel should be able to run Docker. > > Enable the missing settings according to [1]. > make savedefconfig eliminates CONFIG_STACKTRACE > which is enabled by default. > > Many of the settings are also needed to run a defconfig kernel > on default distro installations or to run snaps. > > [1] https://github.com/moby/moby/blob/master/contrib/check-config.sh > > Signed-off-by: Heinrich Schuchardt > --- > Cf. [PATCH] arm64: Enable docker support in defconfig > https://lore.kernel.org/lkml/20220606140103.32779-1-vincenzo.frascino@arm.com/ > --- > arch/riscv/configs/defconfig | 65 +++++++++++++++++++++++++++++++++++- > 1 file changed, 64 insertions(+), 1 deletion(-) > > diff --git a/arch/riscv/configs/defconfig b/arch/riscv/configs/defconfig > index 0cc17db8aaba..d4fffcd3cc05 100644 > --- a/arch/riscv/configs/defconfig > +++ b/arch/riscv/configs/defconfig > @@ -6,8 +6,18 @@ CONFIG_BPF_SYSCALL=y > CONFIG_IKCONFIG=y > CONFIG_IKCONFIG_PROC=y > CONFIG_CGROUPS=y > +CONFIG_MEMCG=y > +CONFIG_BLK_CGROUP=y > CONFIG_CGROUP_SCHED=y > CONFIG_CFS_BANDWIDTH=y > +CONFIG_RT_GROUP_SCHED=y > +CONFIG_CGROUP_PIDS=y > +CONFIG_CGROUP_FREEZER=y > +CONFIG_CGROUP_HUGETLB=y > +CONFIG_CPUSETS=y > +CONFIG_CGROUP_DEVICE=y > +CONFIG_CGROUP_CPUACCT=y > +CONFIG_CGROUP_PERF=y > CONFIG_CGROUP_BPF=y > CONFIG_NAMESPACES=y > CONFIG_USER_NS=y > @@ -28,9 +38,11 @@ CONFIG_KVM=m > CONFIG_JUMP_LABEL=y > CONFIG_MODULES=y > CONFIG_MODULE_UNLOAD=y > +CONFIG_BLK_DEV_THROTTLING=y > CONFIG_NET=y > CONFIG_PACKET=y > CONFIG_UNIX=y > +CONFIG_XFRM_USER=m > CONFIG_INET=y > CONFIG_IP_MULTICAST=y > CONFIG_IP_ADVANCED_ROUTER=y > @@ -38,7 +50,43 @@ CONFIG_IP_PNP=y > CONFIG_IP_PNP_DHCP=y > CONFIG_IP_PNP_BOOTP=y > CONFIG_IP_PNP_RARP=y > +CONFIG_INET_ESP=m > +CONFIG_NETFILTER=y > +CONFIG_BRIDGE_NETFILTER=m > +CONFIG_NF_CONNTRACK=m > +CONFIG_NF_CONNTRACK_FTP=m > +CONFIG_NF_CONNTRACK_TFTP=m > +CONFIG_NETFILTER_XT_MARK=m > +CONFIG_NETFILTER_XT_MATCH_ADDRTYPE=m > +CONFIG_NETFILTER_XT_MATCH_CONNTRACK=m > +CONFIG_NETFILTER_XT_MATCH_IPVS=m > +CONFIG_IP_VS=m > +CONFIG_IP_VS_PROTO_TCP=y > +CONFIG_IP_VS_PROTO_UDP=y > +CONFIG_IP_VS_RR=m > +CONFIG_IP_VS_NFCT=y > +CONFIG_NF_LOG_ARP=m > +CONFIG_NF_LOG_IPV4=m > +CONFIG_IP_NF_IPTABLES=m > +CONFIG_IP_NF_FILTER=m > +CONFIG_IP_NF_TARGET_REJECT=m > +CONFIG_IP_NF_NAT=m > +CONFIG_IP_NF_TARGET_MASQUERADE=m > +CONFIG_IP_NF_TARGET_REDIRECT=m > +CONFIG_IP_NF_MANGLE=m > +CONFIG_NF_LOG_IPV6=m > +CONFIG_IP6_NF_IPTABLES=m > +CONFIG_IP6_NF_MATCH_IPV6HEADER=m > +CONFIG_IP6_NF_FILTER=m > +CONFIG_IP6_NF_TARGET_REJECT=m > +CONFIG_IP6_NF_MANGLE=m > +CONFIG_BRIDGE=m > +CONFIG_BRIDGE_VLAN_FILTERING=y > +CONFIG_VLAN_8021Q=m > +CONFIG_NET_SCHED=y > +CONFIG_NET_CLS_CGROUP=m > CONFIG_NETLINK_DIAG=y > +CONFIG_CGROUP_NET_PRIO=y > CONFIG_NET_9P=y > CONFIG_NET_9P_VIRTIO=y > CONFIG_PCI=y > @@ -57,7 +105,15 @@ CONFIG_SCSI_VIRTIO=y > CONFIG_ATA=y > CONFIG_SATA_AHCI=y > CONFIG_SATA_AHCI_PLATFORM=y > +CONFIG_MD=y > +CONFIG_BLK_DEV_DM=m > +CONFIG_DM_THIN_PROVISIONING=m > CONFIG_NETDEVICES=y > +CONFIG_DUMMY=m > +CONFIG_MACVLAN=m > +CONFIG_IPVLAN=m > +CONFIG_VXLAN=m > +CONFIG_VETH=m > CONFIG_VIRTIO_NET=y > CONFIG_MACB=y > CONFIG_E1000E=y > @@ -105,7 +161,11 @@ CONFIG_RPMSG_CTRL=y > CONFIG_RPMSG_VIRTIO=y > CONFIG_EXT4_FS=y > CONFIG_EXT4_FS_POSIX_ACL=y > +CONFIG_EXT4_FS_SECURITY=y > +CONFIG_BTRFS_FS=m > +CONFIG_BTRFS_FS_POSIX_ACL=y > CONFIG_AUTOFS4_FS=y > +CONFIG_OVERLAY_FS=m > CONFIG_MSDOS_FS=y > CONFIG_VFAT_FS=y > CONFIG_TMPFS=y > @@ -119,6 +179,10 @@ CONFIG_ROOT_NFS=y > CONFIG_9P_FS=y > CONFIG_NLS_CODEPAGE_437=y > CONFIG_NLS_ISO8859_1=m > +CONFIG_SECURITY=y > +CONFIG_SECURITY_SELINUX=y > +CONFIG_SECURITY_APPARMOR=y > +CONFIG_DEFAULT_SECURITY_DAC=y > CONFIG_CRYPTO_USER_API_HASH=y > CONFIG_CRYPTO_DEV_VIRTIO=y > CONFIG_PRINTK_TIME=y > @@ -137,7 +201,6 @@ CONFIG_DEBUG_SPINLOCK=y > CONFIG_DEBUG_MUTEXES=y > CONFIG_DEBUG_RWSEMS=y > CONFIG_DEBUG_ATOMIC_SLEEP=y > -CONFIG_STACKTRACE=y > CONFIG_DEBUG_LIST=y > CONFIG_DEBUG_PLIST=y > CONFIG_DEBUG_SG=y Sorry for being so slow here. I don't have any issues with this as a concept, but it makes a handful of my test configs panic on boot. Seems like something is tripping up a kasan failure. I guess it's kind of arbitrary to call that a regression, as I'm sure it's just uncovering some issue that already exists, but turning something on in defconfig that panics with kasan is going to have a bunch of fallout. It looks like BLK_CGROUP is the problem here, so if you're OK with it then I'm happy to take the rest of these. I put that over at kernel.org/palmer/linux/riscv-docker_no_blk_cgroup, if that's OK I'll cherry-pick it onto for-next. There's almost certainly a bug here that warrants fixing.