netdev - Re: Silicom bypass driver promote from staging

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: <20140807201947.GA6060@kroah.com>
Date:	Thu, 7 Aug 2014 13:19:47 -0700
From:	"gregkh@...uxfoundation.org" <gregkh@...uxfoundation.org>
To:	David Hendel <david@...icom.co.il>
Cc:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	"arnd@...db.de" <arnd@...db.de>, Anna Lukin <annal@...icom.co.il>
Subject: Re: Silicom bypass driver promote from staging

On Thu, Aug 07, 2014 at 09:26:54AM +0000, David Hendel wrote:
> Hello Netdev group,
> 
> For the /driver/staging/silicom that we want to promote.
> We have our bypass driver updated and we would like to move forward with integrating it into the kernel mainline We are not sure of what is the best location to have these driver located, as this is not really a network driver.
> The options that we see are:
> driver/misc/silicom/...
> driver/char/silicom/...
> driver/bypass/silicom/....
> 
> The description of the functionality of the driver is below per readme of this driver in the /driver/staging/silicom.
> 
> Currently in the attached driver we have defined it to be in driver/bypass/silicom/....
> If this is OK with you then we can continue with that. if you thing that it needs to be in another location then we can change the patch.

Making your patch an attachment in base64 mode, makes it impossible to
quote to review it :(

Anyway, I stopped at the first header file.  The kernel already has BIT
definitions, no driver should ever have to redefine these and do it on
their own.  That leads me to believe that this code really isn't all
that "cleaned up" at all.

Should I just look at what is in drivers/staging/silicom/ right now as
code to review?  Or have you changed it any by making this patch?

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html