Re: Submitting patches to non-staging

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Mar 4, 2016 at 3:20 PM, Anuz Pratap Singh Tomar
<chambilkethakur@xxxxxxxxx> wrote:
>
>
> On Thu, Mar 3, 2016 at 1:50 AM, Pratyush Patel
> <pratyushpatel.1995@xxxxxxxxx> wrote:
>>
>> On Thu, Mar 3, 2016 at 1:15 AM, Christoph Lameter <cl@xxxxxxxxx> wrote:
>> > On Tue, 1 Mar 2016, Pratyush Patel wrote:
>> >
>> >> I will be pursuing my undergraduate thesis research in the field of
>> >> real-time (operating) systems and as such, I expect to be closely
>> >> involved with the timer and interrupt subsystems in Linux (as well as
>> >> other areas, but to a lesser degree). I am also hoping to work with
>> >> the hrtimer subsystem, and while going through the latest code
>> >> (4.5-rc6) of the same, I found a very minor code-level change that
>> >> could be incorporated (redundant #ifdef). Would such a change in a
>> >> core kernel file be acceptable coming from a beginner? Or should I aim
>> >> for the staging drivers first?
>> >
>> > Dont worry about staging. There is no staing for interrupts and timers.
>> > Go
>> > direct and post to the relevant maintainers and lkml
>> >
>> >> I very much look forward to contributing my first patch!
>> >
>> > love to see it.
>> >
>>
>> Here's the archive link:
>> http://comments.gmane.org/gmane.linux.kernel/2165466
>>
>> Please do let me know in case I did something wrongly.
>>
>> Awaiting for it to be accepted!
>>
> Single line changes like that can be sent to Janitors mailing list.
>

Yes, I sent it to the maintainer (Thomas Gleixner), linux-kernel, and
the kernel-janitors mailing lists.

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@xxxxxxxxxxxxxxxxx
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies



[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux