Re: Want some help for starting contribution to linux-kernel projects

2017-08-25 Thread Harsha Sharma 
How can I participate in these projects?
Will someone guide me ??

Thanks.

On Fri, Aug 25, 2017 at 5:29 PM, loïc tourlonias 
wrote:

> On Thu, Aug 24, 2017 at 9:52 PM, Harsha Sharma 
> wrote:
> > Hi,
> > Thanks for reply.
> > I am submitting some cleanup patches for now.
> > I will like to solve some beginner issues. Where can I find such issues
> or
> > bug-lists?
>
> I'm not an expert, I've tried it myself but never achieved the first patch
> ;).
> First, you can follow this First kernel patch tutorial
> 
>
> Then, you have several options:
> - work on staging drivers (drivers in staging with a TODO list)
> - participate to the kernel janitors project (or another project).
>
> HTH,
>
> > Thanks.
> >
> >
>
>
___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

Re: Want some help for starting contribution to linux-kernel projects

2017-08-25 Thread loïc tourlonias 
On Thu, Aug 24, 2017 at 9:52 PM, Harsha Sharma 
wrote:
> Hi,
> Thanks for reply.
> I am submitting some cleanup patches for now.
> I will like to solve some beginner issues. Where can I find such issues or
> bug-lists?

I'm not an expert, I've tried it myself but never achieved the first patch
;).
First, you can follow this First kernel patch tutorial


Then, you have several options:
- work on staging drivers (drivers in staging with a TODO list)
- participate to the kernel janitors project (or another project).

HTH,

> Thanks.
>
>
___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies

wrapping Kconfig "source" directives in "if" statements?

2017-08-25 Thread Robert P. J. Day 

  just curious as to Kconfig style, i noticed the following in
drivers/pps/. first, once PPS is selected, the subsequent two config
variables predictably "depend" on PPS:

  menuconfig PPS
tristate "PPS support"
---help---
  ... snip ...

  config PPS_DEBUG
bool "PPS debugging messages"
depends on PPS
help
  ... snip ...

  config NTP_PPS
bool "PPS kernel consumer support"
depends on PPS && !NO_HZ_COMMON
help
  ... snip ...

obviously, those two dependencies on PPS could be removed and those
two config variables could then be wrapped in:

  if PPS
  ...
  endif

but with only two config entries, it's like, meh, no big deal, who
cares?

  but that Kconfig file finishes by sourcing two pps subdirs:

  source drivers/pps/clients/Kconfig
  source drivers/pps/generators/Kconfig

each of which appears to totally depend on PPS; here's the (stripped)
clients/ Kconfig file:

  comment "PPS clients support"
depends on PPS

  config PPS_CLIENT_KTIMER
tristate "Kernel timer client (Testing client, use for debug)"
depends on PPS

  config PPS_CLIENT_LDISC
tristate "PPS line discipline"
depends on PPS && TTY

  config PPS_CLIENT_PARPORT
tristate "Parallel port PPS client"
depends on PPS && PARPORT

  config PPS_CLIENT_GPIO
tristate "PPS client using GPIO"
depends on PPS

same with the pps/generators/Kconfig file. so, rather than all of
those "depends on PPS" lines, would it be equivalent to have the
top-level Kconfig file just look like:

  menuconfig PPS
tristate "PPS support"

  if PPS

  config PPS_DEBUG
bool "PPS debugging messages"

  config NTP_PPS
bool "PPS kernel consumer support"
depends on !NO_HZ_COMMON

  source drivers/pps/clients/Kconfig

  source drivers/pps/generators/Kconfig

  endif

and remove all the lower-level Kconfig "PPS" dependencies? i'm pretty
sure that would be equivalent, would it not? or is there some subtlety
that prevents that?

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


___
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies