Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
Date:   Sun, 10 Apr 2022 11:33:33 +0200 (CEST)
From:   Richard Weinberger <richard@nod.at>
To:     Thorsten Leemhuis <regressions@leemhuis.info>
Cc:     Zhen Lei <thunder.leizhen@huawei.com>,
        Jeff Dike <jdike@addtoit.com>,
        anton ivanov <anton.ivanov@cambridgegreys.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Eduard-Gabriel Munteanu <maxdamage@aladin.ro>,
        linux-um <linux-um@lists.infradead.org>,
        linux-kernel <linux-kernel@vger.kernel.org>,
        Nick Desaulniers <ndesaulniers@google.com>,
        regressions@lists.linux.dev, Nathan Chancellor <nathan@kernel.org>
Message-ID: <1087614384.239493.1649583213699.JavaMail.zimbra@nod.at>
In-Reply-To: <1b03d888-cea3-3e6f-087f-daeb5642a975@leemhuis.info>
References: <20210508032239.2177-1-thunder.leizhen@huawei.com> <Yjt31seiNv18HYrf@dev-arch.thelio-3990X> <1b03d888-cea3-3e6f-087f-daeb5642a975@leemhuis.info>
Subject: Re: [PATCH 1/1] um: fix error return code in winch_tramp()
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8BIT
Thread-Topic: fix error return code in winch_tramp()
Thread-Index: ceNsql/27C1J+1g3RguAZ58F1pmPwg==
Precedence: bulk

----- Ursprüngliche Mail -----
> Von: "Thorsten Leemhuis" <regressions@leemhuis.info>
> Hi, this is your Linux kernel regression tracker. Top-posting for once,
> to make this easily accessible to everyone.
> 
> Zhen Lei, Richard, what's up here? Below regression report is more than
> two weeks old now and afaics didn't even get a single reply.

Sorry, but UML is leisure pursuit, so I can only work on it when my
schedule permits it.
 
> Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
> 
> P.S.: As the Linux kernel's regression tracker I'm getting a lot of
> reports on my table. I can only look briefly into most of them and lack
> knowledge about most of the areas they concern. I thus unfortunately
> will sometimes get things wrong or miss something important. I hope
> that's not the case here; if you think it is, don't hesitate to tell me
> in a public reply, it's in everyone's interest to set the public record
> straight.
> 
> 
> 
> On 23.03.22 20:41, Nathan Chancellor wrote:

[...]

>> in case it helps. I am happy to provide more information or test patches
>> as necessary.

Nathan, can you provide me the error code from os_set_fd_block()?
My best guess is that setting the fd is optional here and UML does
not expect failure here.

Thanks,
//richard