From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6997052726746021888 X-Received: by 2002:a05:600c:4fc6:: with SMTP id o6mr64324wmq.122.1629132785880; Mon, 16 Aug 2021 09:53:05 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:6251:: with SMTP id m17ls24905wrv.1.gmail; Mon, 16 Aug 2021 09:53:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwAJilBLwO4Gcg6PMl2YiPWX5jxxvHVCK7JzSkEpxO+2TjlDqzsoqDWI5Vg4hBgxtdUeB6x X-Received: by 2002:a05:6000:1b8d:: with SMTP id r13mr7994744wru.230.1629132784701; Mon, 16 Aug 2021 09:53:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1629132784; cv=none; d=google.com; s=arc-20160816; b=RNOgUjqpgow911IzsXonMG602/7pe7pDEVyz+g9Mhd2n8Jumi9K7Tj6iTSeSUCkgGa BUnGaXeJ0mckNi2nllXOOwxqjJ1Gdl1Ut2EWaaXd0qcbph9ORozxsVnzZ4UW17jxG1A+ 8qNoy3ducVvAnv7CUJ7fMjTrfFYYfWxEFTX1CZLPZu52NAeXW8I9t4bgllnctguWt1tY aVd2AMb4UC632c2AMcSH51lT1Ehd8zakX1MnYKLZ2oi74yuDxDBjZxcHSDZNHv0JH764 4pdvOQC2NT12yJJArtbEQTg8DJUIus2qZnlwcTu3teTooau9ezdXD9OSNggPrIZKBGre oUSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:cc:to:subject; bh=oP63fFfSGB3bKStbhyC0rJd1dDzXT8+vZVEJPDYVmpQ=; b=TsPlW6NKkIu+TSvmBaiUi93neoItOts8SzTOk+5ZNfId7lM4uLAvNorhdUMExSz32F 6C7NzTnJ13aWrNovNDkQjMCyjdwLYVbCb0oWqsBWODIZuH7wQPWIcNSIDierVTJyrAqX bRxKfblcYUIzpKifHa6YjaKpBcz/p4KPCz0MZkbgvPND2ZiiqNzoRxfw/po947DKIhb5 X9FPYpgkXmoM24HwnAgCiJ2+8FuHU3TLxaU/0J8LVnJzurIVxnp3S+SDO/Eun2PABKjm /CRVFEuyV0hZnZI8SG0qv6PQmHTMVmmlwYTwsKNOD8EMajmz/cD2f2t6rlBw8sygF3mn Gyfg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id w3si36801wmk.1.2021.08.16.09.53.04 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Aug 2021 09:53:04 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id 17GGr4kF019954 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 16 Aug 2021 18:53:04 +0200 Received: from [167.87.0.29] ([167.87.0.29]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 17GGr3qO020130; Mon, 16 Aug 2021 18:53:03 +0200 Subject: Re: [PATCH v4 5/5] events: Do not warn on left mounts by default To: Henning Schild , Anton Mikanovich Cc: isar-users@googlegroups.com References: <20210816153756.3549038-1-amikan@ilbers.de> <20210816153756.3549038-6-amikan@ilbers.de> <20210816175331.2e990e44@md1za8fc.ad001.siemens.net> From: Jan Kiszka Message-ID: Date: Mon, 16 Aug 2021 18:53:03 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <20210816175331.2e990e44@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: w/qG8CRlAXYg On 16.08.21 17:53, Henning Schild wrote: > Am Mon, 16 Aug 2021 18:37:56 +0300 > schrieb Anton Mikanovich : > >> Disable warnings printing for all the mount points left after build >> completed to do not flood build logs too much in case build fail. >> >> Logging can be enabled by setting ISAR_MOUNTS_CLEANUP_DEBUG to 1. > > Can we find something more generic to attach to? Something that > represents verbose logging / debug tracing in general? We can not > invent a new variable for every aspect we want to debug. Could also > just comment that out ... to have it back handy for someone having to > debug. The goal should be that this warning can remain always on. But that implies having resolved all issues where it is not pointing to a separate problem but rather only prolongs the dump of the actual issue. Where are we in that journey? Jan -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux