[[PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular] On
18/10/2015 (Sun 18:21) Paul Gortmaker wrote:
> This next set of patches to drivers/tty fixes up more drivers that would
> perhaps appear modular when looking at the code, but are controlled by
> a bool Kconfig.
On 20/10/2015 at 20:20:07 -0400, Paul Gortmaker wrote :
> [Re: [PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular]
> On 20/10/2015 (Tue 17:10) Alexandre Belloni wrote:
>
> > On 18/10/2015 at 18:21:13 -0400, Paul Gortmaker wrote :
> > > The one common
[Re: [PATCH 0/5] drivers/tty: make more bool drivers explicitly non-modular] On
20/10/2015 (Tue 17:10) Alexandre Belloni wrote:
> On 18/10/2015 at 18:21:13 -0400, Paul Gortmaker wrote :
> > The one common thread here for all the patches is that we also
> > scrap the .remove functi
On 18/10/2015 at 18:21:13 -0400, Paul Gortmaker wrote :
> The one common thread here for all the patches is that we also
> scrap the .remove functions which would only be used for module
> unload (impossible) and driver unbind. For the drivers here, there
> doesn't seem to be a sensible unbind use
This next set of patches to drivers/tty fixes up more drivers that would
perhaps appear modular when looking at the code, but are controlled by
a bool Kconfig. We make sure they don't look modular and get rid
of module related code in the drivers that would never be used.
The one common thread he
This second set of patches to drivers/tty steps outside of the serial
dir, and an improved auditing finds two more serial drivers pretending
to be modular that really are not.
The reasoning for doing this is the same as the first set[1] of patches
and is largely copied below:
In the previous me
6 matches
Mail list logo