[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7b8be7bd-baf2-15c0-2a0c-ddf64839a451@suse.de>
Date: Fri, 1 Sep 2023 14:05:59 +0300
From: Denis Kirjanov <dkirjanov@...e.de>
To: Александра Дюпина
<adiupina@...ralinux.ru>, Jakub Kicinski <kuba@...nel.org>,
Zhao Qiang <qiang.zhao@....com>
Cc: "David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>, Paolo Abeni <pabeni@...hat.com>,
netdev@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org,
linux-kernel@...r.kernel.org, lvc-project@...uxtesting.org
Subject: Re: [PATCH v3] fsl_ucc_hdlc: process the result of hold_open()
On 9/1/23 13:48, Александра Дюпина wrote:
> Thanks for the review!
>
> 28.08.2023 22:38, Jakub Kicinski пишет:
>> Don't you have to undo all the things done prior to hdlc_open()?
> Yes, it looks like I really need to undo everything that was done before hdlc_open().
> But the question arose - would it be enough to call the uhdlc_close(dev) function?
looks like it is.
> In addition, it seems to me and my colleagues that a call to hdlc_close(dev) should be added to the uhdlc_close() function, similar to the
yes, take a look at the comment for hdlc_close()
following functions:
> 1. drivers/net/wan/n2.c (n2_close function)
> 2. drivers/net/wan/pc300too.c (pc300_close function)
> 3. drivers/net/wan/pci200syn.c (pci200_close function)
> 4. drivers/net/wan/wanxl.c (wanxl_close function)
> Tell me, please, are we wrong?
>
Powered by blists - more mailing lists