lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <OS3PR01MB6593C988FB68699B58609D4ABADC9@OS3PR01MB6593.jpnprd01.prod.outlook.com>
Date:   Thu, 16 Sep 2021 17:01:10 +0000
From:   Min Li <min.li.xe@...esas.com>
To:     Greg KH <gregkh@...uxfoundation.org>
CC:     "arnd@...db.de" <arnd@...db.de>,
        "derek.kiernan@...inx.com" <derek.kiernan@...inx.com>,
        "dragan.cvetic@...inx.com" <dragan.cvetic@...inx.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "lee.jones@...aro.or" <lee.jones@...aro.or>
Subject: RE: [PATCH misc v2 2/2] misc: Add Renesas Synchronization Management
 Unit (SMU) support



> -----Original Message-----
> From: Greg KH <gregkh@...uxfoundation.org>
> Sent: September 16, 2021 12:05 PM
> To: Min Li <min.li.xe@...esas.com>
> Cc: arnd@...db.de; derek.kiernan@...inx.com; dragan.cvetic@...inx.com;
> linux-kernel@...r.kernel.org; lee.jones@...aro.or
> Subject: Re: [PATCH misc v2 2/2] misc: Add Renesas Synchronization
> Management Unit (SMU) support
> 
> On Thu, Sep 16, 2021 at 03:54:52PM +0000, Min Li wrote:
> > >
> > > Please put that link in the changelog comment and in the .c code as
> > > well so that people know where to find it.
> > >
> > > > >
> > > > > Why is this new api not a standard one?
> > > > >
> > > >
> > > > There is no actual standard for the GNSS assisted partial timing
> > > > support (APTS) In terms of Linux kernel API
> > >
> > > Then make one!  :)
> >
> > Yes it is on our roadmap to do that for next release
> 
> Please do it for this kernel api, otherwise you have to support this for the
> next 20+ years as-is :(
> 

In that case, I would have to get back to you in a few months. If you are rejecting this
change due to this reason. Please tell me explicitly so that I can copy paste to my manager
and that would be it. Thanks 

> > > Why not just do this all from userspace then?  You can have spi/i2c
> > > userspace code, right?  Why does this have to be a kernel driver?
> > >
> > We used to do everything in userspace. But since PHC (ptp hardware
> > clock) came along, we decided to move the driver part to kernel. Please
> take a look at drivers/ptp/ptp_clockmatrix.c for reference.
> > Recently, we have some functions like APTS that doesn't belong to PTP
> > or anything else so we have to split those functions to RSMU misc driver
> and i2c/spi bus accesses to RSMU MFD driver.
> 
> I still do not understand why this has to be a kernel driver, sorry.
> What exactly forces it to be that way?
> 
That is our management decision since everyone is trying to move their driver to Linux kernel
to contribute so that we don't have to release the driver to each customer separately. The customer
can just grab the driver from linux

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ