Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp684965imd; Fri, 26 Oct 2018 15:25:25 -0700 (PDT) X-Google-Smtp-Source: AJdET5dlXpRJ1mFAqHqgWqp63vwlCRycbbYcKrITeUsekyxdgobb6aqSkqqBc1CzwXMOTvxAhsVk X-Received: by 2002:a17:902:b90c:: with SMTP id bf12-v6mr2807784plb.1.1540592725891; Fri, 26 Oct 2018 15:25:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540592725; cv=none; d=google.com; s=arc-20160816; b=p4Vhk44eQ4SGqpUbZeFVr73r11mSVHbUlh8ERs36BJ9Ei30mlZSkVqN2vQ3xOxeaQd Fo+oKqCzs1SJLuY4LDZAfWsb+jEWQuiqqQb/GLVGiVd4ZBj62i9/Vp6tLMXi49ICj09u 9kEDaEaEZpeDJEW4CClTYi0pjoTY3bQ9MJVToFljXwlQCOU6TM+XE59KSxj5uDSNiVHn 7r6Dv+c05E1NueQgoxWuP33lJp3hwnIei6tHmle2S73iXmvTbmR+kPquPLQ6hraak1sG vN0OaknKhlfXyVj3SuCbjahFZQmNbWxngAyp9kNQgyoyJhjIZqx0sRBaCgYXpjEtdNoQ nY0w== 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; bh=6ga8LLf7y0fQKPbE2i5i0i3bPljcA2+aMO7qH3FU+os=; b=cItvfb8r6RCXn5HqPcf0ud2/2k8eb1DcDJK8HRSfDLCmHrgGF4DeKK3XwlHcbmLzTJ +03P1vjUVKVv+tLkI0oMzSVwFVc4u+7b9+h65kXwjBeT/oo8gfKidqo+sMk5rM1ElyRx cv7w2/+nF8unVxAVzVjJi6c11FJrkP6tyyByqJaczCVA+pEFFHfyqFyG54WEZ0wbbVPu OG96NGww0tkOOJL/rE1lQQsyJUMel1ZGMCFmmQxFY9zNsOFihGltM/h3eqa94loqDSr6 bs88W/QupoQkVKEJ/mfY7mf2++jqY9WHJ6xMJ/C8LXQ1n6AK0/Q8bqGEqPmAtlSeV+7I IYBw== 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 g11-v6si7694627pgu.315.2018.10.26.15.25.10; Fri, 26 Oct 2018 15:25:25 -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 S1728147AbeJ0HDf (ORCPT + 99 others); Sat, 27 Oct 2018 03:03:35 -0400 Received: from mail-pl1-f195.google.com ([209.85.214.195]:33111 "EHLO mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728132AbeJ0HDf (ORCPT ); Sat, 27 Oct 2018 03:03:35 -0400 Received: by mail-pl1-f195.google.com with SMTP id x6-v6so1127317pln.0; Fri, 26 Oct 2018 15:24:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=6ga8LLf7y0fQKPbE2i5i0i3bPljcA2+aMO7qH3FU+os=; b=Uq3pVm0pHWH+Qyfw0YbnQoWHlvOJn9fwMwqrccion5PSsSymCuYTq2fbkQOS3aO0Mh mHlEa2SzELc7eWbMeyxEK/9hQ1GydqTyXbNiRscxh8qml1m5bhaIcUtI2P3w5E8qfrVA SST0DOHT3tnN+JKqtvJfPNAMcZshfYlSAqKnlHpnJ8CDs52gE0LPwifRMDDNapSEXF8N RYCFqB8BVm1gVeFNyagsgSu07whf0KDKf9IZtP4VvmWDxF14FM1X+bZVuXpR/pFnDd+W piX9h0wfFLux5vK9WGvt2jB5MfimJ3h6Y+Tb6LwJdjsAongBP/h/NCVibivkJosh3KPs a+Fw== X-Gm-Message-State: AGRZ1gJorfdm3Ymo2PKuuULQ87JK84QSVNF6vH1r0tyfd7z8OOQKeNAr 6tr7YsY8d+y+YzmORN9yXHY= X-Received: by 2002:a17:902:6a8b:: with SMTP id n11-v6mr5145205plk.16.1540592687248; Fri, 26 Oct 2018 15:24:47 -0700 (PDT) Received: from ?IPv6:2620:15c:2cd:203:5cdc:422c:7b28:ebb5? ([2620:15c:2cd:203:5cdc:422c:7b28:ebb5]) by smtp.gmail.com with ESMTPSA id z15-v6sm14085895pfn.170.2018.10.26.15.24.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Oct 2018 15:24:46 -0700 (PDT) Message-ID: <1540592684.66186.136.camel@acm.org> Subject: Re: [PATCH] libosd: Remove ignored __weak attribute From: Bart Van Assche To: Nick Desaulniers , Linus Torvalds Cc: ooo@electrozaur.com, Nathan Chancellor , "James E.J. Bottomley" , "Martin K. Petersen" , linux-scsi@vger.kernel.org, LKML , hch@infradead.org Date: Fri, 26 Oct 2018 15:24:44 -0700 In-Reply-To: References: <20180930205448.26205-1-natechancellor@gmail.com> <10b12992-3570-4646-374b-82cbd7276839@acm.org> <1538503063.193396.6.camel@acm.org> <1538521591.193396.8.camel@acm.org> <20181025213144.GB24709@flashbox> <20181025225548.GA10326@flashbox> <1540576908.66186.103.camel@acm.org> <1540589437.66186.124.camel@acm.org> <1540591147.66186.127.camel@acm.org> Content-Type: text/plain; charset="UTF-7" X-Mailer: Evolution 3.26.2-1 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 Fri, 2018-10-26 at 15:07 -0700, Nick Desaulniers wrote: +AD4 I don't disagree with you, I just don't see how what you state can be +AD4 reconciled with Linus' response in +AD4 https://lkml.org/lkml/2018/10/27/44. Those two viewpoints seem +AD4 incompatible to me, but maybe there's a nuance I'm missing? I don't think there is any disagreement nor that there are any conflicting viewpoints. As explained in previous e-mails it is unlikely that anyone is using these kernel drivers and as far as I know Linus is OK with removing unused kernel drivers. +AD4 Nathan and I are just pointing out a small fix to eliminate a small +AD4 warning, deleting all this code does kind of feels like +ACI-throwing out +AD4 the baby with the bath water.+ACI A nuclear option for what would be a +AD4 small change otherwise. Maybe it's good to discuss the EOL for +AD4 exofs/osd, but can we please decouple that conversation from the small +AD4 change Nathan and I are proposing? Removing a kernel driver is not a nuclear option. You may not be aware of this but it happens all the time. From a maintainer point of view it is a very sensible action because there are people who keep submitting cleanup patches for kernel drivers they do not use themselves. Every individual patch needs some attention and hence causes some work for a kernel maintainer. Removing kernel drivers that are not used helps to reduce the workload of a maintainer and hence is a rational action. Additionally, if anyone would ever complain about removal of a kernel driver, it can be brought back by reverting the commit through which it has been removed. Martin, please reply if you see this differently. Bart.