Re: [PATCH 2.6.12 1/1] docs: updated some code docs
Xose Vazquez Perez said: > Updated docs about how to write and submit patches/code. > Parts of this should conflict with a patch in -mm from a few weeks ago. then I check and don't see it there hrm, wonder what happened to it. -Separate each logical change into its own patch. +Separate each _logical changes_ into its own patch. change or drop "each" and change "its own patch" to "a single patch file." On the other hand, if you make a single change to numerous files, -group those changes into a single patch. Thus a single logical change -is contained within a single patch. +group those changes into a single patch. Thus single logical changes +are contained within a single patch. It's better in the original form. +Do not send more than 15 patches at once to the vger mailing lists!!! Only in one place, please. -- ~Randy - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH 2.6.12 1/1] docs: updated some code docs
Xose Vazquez Perez <[EMAIL PROTECTED]> wrote: > > Updated docs about how to write and submit patches/code. Thanks. I'd like some words in there pointing out that "Andrew Morton's patch scripts" are a pile of crap and people should use quilt. Could you mention that and resend the patch? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH 2.6.12 1/1] docs: updated some code docs
Updated docs about how to write and submit patches/code. diff -Nuar old/Documentation/CodingStyle new/Documentation/CodingStyle --- old/Documentation/CodingStyle 2005-07-26 00:10:55.0 +0200 +++ new/Documentation/CodingStyle 2005-07-25 23:58:37.0 +0200 @@ -422,10 +422,13 @@ URL: http://cm.bell-labs.com/cm/cs/tpop/ GNU manuals - where in compliance with K and this text - for cpp, gcc, -gcc internals and indent, all available from http://www.gnu.org +gcc internals and indent, all available from http://www.gnu.org/manual/ WG14 is the international standardization working group for the programming language C, URL: http://std.dkuug.dk/JTC1/SC22/WG14/ +Kernel CodingStyle by [EMAIL PROTECTED] at OLS 2002: +http://www.kroah.com/linux/talks/ols_2002_kernel_codingstyle_talk/html/ + -- Last updated on 16 February 2004 by a community effort on LKML. diff -Nuar old/Documentation/SubmittingDrivers new/Documentation/SubmittingDrivers --- old/Documentation/SubmittingDrivers 2005-07-26 00:11:01.0 +0200 +++ new/Documentation/SubmittingDrivers 2005-07-27 00:07:10.0 +0200 @@ -26,17 +26,17 @@ Linux 2.0: - No new drivers are accepted for this kernel tree + No new drivers are accepted for this kernel tree. Linux 2.2: + No new drivers are accepted for this kernel tree. + +Linux 2.4: If the code area has a general maintainer then please submit it to the maintainer listed in MAINTAINERS in the kernel file. If the maintainer does not respond or you cannot find the appropriate - maintainer then please contact Alan Cox <[EMAIL PROTECTED]> - -Linux 2.4: - The same rules apply as 2.2. The final contact point for Linux 2.4 - submissions is Marcelo Tosatti <[EMAIL PROTECTED]>. + maintainer then please contact Marcelo Tosatti + <[EMAIL PROTECTED]>. Linux 2.6: The same rules apply as 2.4 except that you should follow linux-kernel @@ -51,6 +51,7 @@ of exclusively GPL licensing, and if you wish the driver to be useful to other communities such as BSD you may well wish to release under multiple licenses. + See accepted licenses at include/linux/module.h Copyright: The copyright owner must agree to use of GPL. It's best if the submitter and copyright owner @@ -141,5 +142,13 @@ http://kernelnewbies.org/ Linux USB project: - http://sourceforge.net/projects/linux-usb/ + http://linux-usb.sourceforge.net/ + +How to NOT write kernel driver by [EMAIL PROTECTED] + http://people.redhat.com/arjanv/olspaper.pdf + +Kernel Janitor: + http://janitor.kernelnewbies.org/ +-- +Last updated on 25 Jul 2005. diff -Nuar old/Documentation/SubmittingPatches new/Documentation/SubmittingPatches --- old/Documentation/SubmittingPatches 2005-07-26 00:11:01.0 +0200 +++ new/Documentation/SubmittingPatches 2005-07-27 00:03:56.0 +0200 @@ -35,7 +35,7 @@ To create a patch for a single file, it is often sufficient to do: - SRCTREE= linux-2.4 + SRCTREE= linux-2.6 MYFILE= drivers/net/mydriver.c cd $SRCTREE @@ -48,9 +48,9 @@ or unmodified kernel source tree, and generate a diff against your own source tree. For example: - MYSRC= /devel/linux-2.4 + MYSRC= /devel/linux-2.6 - tar xvfz linux-2.4.0-test11.tar.gz + tar xvfz linux-2.6.0.tar.gz mv linux linux-vanilla wget http://www.moses.uklinux.net/patches/dontdiff diff -uprN -X dontdiff linux-vanilla $MYSRC > /tmp/patch @@ -77,7 +77,7 @@ http://developer.osdl.org/rddunlap/scripts/patching-scripts.tgz Andrew Morton's patch scripts: -http://www.zip.com.au/~akpm/linux/patches/patch-scripts-0.16 +http://www.zip.com.au/~akpm/linux/patches/ 2) Describe your changes. @@ -94,7 +94,7 @@ 3) Separate your changes. -Separate each logical change into its own patch. +Separate each _logical changes_ into its own patch. For example, if your changes include both bug fixes and performance enhancements for a single driver, separate those changes into two @@ -102,13 +102,17 @@ driver which uses that new API, separate those into two patches. On the other hand, if you make a single change to numerous files, -group those changes into a single patch. Thus a single logical change -is contained within a single patch. +group those changes into a single patch. Thus single logical changes +are contained within a single patch. If one patch depends on another patch in order for a change to be complete, that is OK. Simply note "this patch depends on patch X" in your patch description. +If you cannot condense your patch set into a smaller set of patches, +then only post say 15 or so at a time and wait for review and integration. + + 4) Select e-mail destination. @@ -121,6 +125,8 @@ [EMAIL PROTECTED] Most kernel developers monitor this e-mail list, and can comment on your changes. +Do not send more than 15 patches at once to the vger mailing lists!!! + Linus Torvalds is the final arbiter of all changes accepted into the Linux kernel. His e-mail address is <[EMAIL PROTECTED]>.
[PATCH 2.6.12 1/1] docs: updated some code docs
Updated docs about how to write and submit patches/code. diff -Nuar old/Documentation/CodingStyle new/Documentation/CodingStyle --- old/Documentation/CodingStyle 2005-07-26 00:10:55.0 +0200 +++ new/Documentation/CodingStyle 2005-07-25 23:58:37.0 +0200 @@ -422,10 +422,13 @@ URL: http://cm.bell-labs.com/cm/cs/tpop/ GNU manuals - where in compliance with KR and this text - for cpp, gcc, -gcc internals and indent, all available from http://www.gnu.org +gcc internals and indent, all available from http://www.gnu.org/manual/ WG14 is the international standardization working group for the programming language C, URL: http://std.dkuug.dk/JTC1/SC22/WG14/ +Kernel CodingStyle by [EMAIL PROTECTED] at OLS 2002: +http://www.kroah.com/linux/talks/ols_2002_kernel_codingstyle_talk/html/ + -- Last updated on 16 February 2004 by a community effort on LKML. diff -Nuar old/Documentation/SubmittingDrivers new/Documentation/SubmittingDrivers --- old/Documentation/SubmittingDrivers 2005-07-26 00:11:01.0 +0200 +++ new/Documentation/SubmittingDrivers 2005-07-27 00:07:10.0 +0200 @@ -26,17 +26,17 @@ Linux 2.0: - No new drivers are accepted for this kernel tree + No new drivers are accepted for this kernel tree. Linux 2.2: + No new drivers are accepted for this kernel tree. + +Linux 2.4: If the code area has a general maintainer then please submit it to the maintainer listed in MAINTAINERS in the kernel file. If the maintainer does not respond or you cannot find the appropriate - maintainer then please contact Alan Cox [EMAIL PROTECTED] - -Linux 2.4: - The same rules apply as 2.2. The final contact point for Linux 2.4 - submissions is Marcelo Tosatti [EMAIL PROTECTED]. + maintainer then please contact Marcelo Tosatti + [EMAIL PROTECTED]. Linux 2.6: The same rules apply as 2.4 except that you should follow linux-kernel @@ -51,6 +51,7 @@ of exclusively GPL licensing, and if you wish the driver to be useful to other communities such as BSD you may well wish to release under multiple licenses. + See accepted licenses at include/linux/module.h Copyright: The copyright owner must agree to use of GPL. It's best if the submitter and copyright owner @@ -141,5 +142,13 @@ http://kernelnewbies.org/ Linux USB project: - http://sourceforge.net/projects/linux-usb/ + http://linux-usb.sourceforge.net/ + +How to NOT write kernel driver by [EMAIL PROTECTED] + http://people.redhat.com/arjanv/olspaper.pdf + +Kernel Janitor: + http://janitor.kernelnewbies.org/ +-- +Last updated on 25 Jul 2005. diff -Nuar old/Documentation/SubmittingPatches new/Documentation/SubmittingPatches --- old/Documentation/SubmittingPatches 2005-07-26 00:11:01.0 +0200 +++ new/Documentation/SubmittingPatches 2005-07-27 00:03:56.0 +0200 @@ -35,7 +35,7 @@ To create a patch for a single file, it is often sufficient to do: - SRCTREE= linux-2.4 + SRCTREE= linux-2.6 MYFILE= drivers/net/mydriver.c cd $SRCTREE @@ -48,9 +48,9 @@ or unmodified kernel source tree, and generate a diff against your own source tree. For example: - MYSRC= /devel/linux-2.4 + MYSRC= /devel/linux-2.6 - tar xvfz linux-2.4.0-test11.tar.gz + tar xvfz linux-2.6.0.tar.gz mv linux linux-vanilla wget http://www.moses.uklinux.net/patches/dontdiff diff -uprN -X dontdiff linux-vanilla $MYSRC /tmp/patch @@ -77,7 +77,7 @@ http://developer.osdl.org/rddunlap/scripts/patching-scripts.tgz Andrew Morton's patch scripts: -http://www.zip.com.au/~akpm/linux/patches/patch-scripts-0.16 +http://www.zip.com.au/~akpm/linux/patches/ 2) Describe your changes. @@ -94,7 +94,7 @@ 3) Separate your changes. -Separate each logical change into its own patch. +Separate each _logical changes_ into its own patch. For example, if your changes include both bug fixes and performance enhancements for a single driver, separate those changes into two @@ -102,13 +102,17 @@ driver which uses that new API, separate those into two patches. On the other hand, if you make a single change to numerous files, -group those changes into a single patch. Thus a single logical change -is contained within a single patch. +group those changes into a single patch. Thus single logical changes +are contained within a single patch. If one patch depends on another patch in order for a change to be complete, that is OK. Simply note this patch depends on patch X in your patch description. +If you cannot condense your patch set into a smaller set of patches, +then only post say 15 or so at a time and wait for review and integration. + + 4) Select e-mail destination. @@ -121,6 +125,8 @@ [EMAIL PROTECTED] Most kernel developers monitor this e-mail list, and can comment on your changes. +Do not send more than 15 patches at once to the vger mailing lists!!! + Linus Torvalds is the final arbiter of all changes accepted into the Linux kernel. His e-mail address is [EMAIL PROTECTED]. He gets a
Re: [PATCH 2.6.12 1/1] docs: updated some code docs
Xose Vazquez Perez [EMAIL PROTECTED] wrote: Updated docs about how to write and submit patches/code. Thanks. I'd like some words in there pointing out that Andrew Morton's patch scripts are a pile of crap and people should use quilt. Could you mention that and resend the patch? - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH 2.6.12 1/1] docs: updated some code docs
Xose Vazquez Perez said: Updated docs about how to write and submit patches/code. Parts of this should conflict with a patch in -mm from a few weeks ago. then I check and don't see it there hrm, wonder what happened to it. -Separate each logical change into its own patch. +Separate each _logical changes_ into its own patch. change or drop each and change its own patch to a single patch file. On the other hand, if you make a single change to numerous files, -group those changes into a single patch. Thus a single logical change -is contained within a single patch. +group those changes into a single patch. Thus single logical changes +are contained within a single patch. It's better in the original form. +Do not send more than 15 patches at once to the vger mailing lists!!! Only in one place, please. -- ~Randy - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/