netdev - Re: [PATCH net-next 0/2] lib: string: add strreplace

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] [day] [month] [year] [list]

Message-ID: <3eac732b-2447-fbb4-ec8a-c2df8bd72d2a@gmail.com>
Date:   Mon, 4 Mar 2019 20:27:27 +0100
From:   Heiner Kallweit <hkallweit1@...il.com>
To:     David Miller <davem@...emloft.net>
Cc:     f.fainelli@...il.com, andrew@...n.ch, netdev@...r.kernel.org
Subject: Re: [PATCH net-next 0/2] lib: string: add strreplace_nonalnum

On 04.03.2019 20:22, David Miller wrote:
> From: Heiner Kallweit <hkallweit1@...il.com>
> Date: Mon, 4 Mar 2019 19:54:16 +0100
> 
>> On 03.03.2019 19:36, Heiner Kallweit wrote:
>>> On 03.03.2019 18:19, Heiner Kallweit wrote:
>>>> Add a new function strreplace_nonalnum that replaces all
>>>> non-alphanumeric characters. Such functionality is needed e.g. when a
>>>> string is supposed to be used in a file name. If '\0' is given as new
>>>> character then non-alphanumeric characters are cut. 
>>>>
>>>> There doesn't seem to be a maintainer or mailing list for lib/string.c
>>>> Therefore I hope it's ok to submit this through the netdev tree.
>>>>
>>>> Heiner Kallweit (2):
>>>>   lib: string: add strreplace_nonalnum
>>>>   net: phy: aquantia: use new function strreplace_nonalnum
>>>>
>>>>  drivers/net/phy/aquantia_hwmon.c | 10 +---------
>>>>  include/linux/string.h           |  1 +
>>>>  lib/string.c                     | 27 +++++++++++++++++++++++++++
>>>>  3 files changed, 29 insertions(+), 9 deletions(-)
>>>>
>>> Greg still has some concerns, let's see what the outcome of this
>>> discussion is.
>>> https://lkml.org/lkml/2019/3/3/151
>>>
>> This series should be deferred to next merge window.
> 
> Ok I'll revert, sorry I just saw this.
> 
Thank you!