If you update the timestamp of KCONFIG_CONFIG without actually changing
anything, config_data.gz is re-generated and causes vmlinux to re-link.
When Link Time Optimization is enabled, unnecessary re-linking of
vmlinux is highly desirable since it adds several minutes to build time.
Avoid touching
On 4/2/2021 10:11 PM, Masahiro Yamada wrote:
On Fri, Apr 2, 2021 at 7:45 AM Elliot Berman wrote:
If you update the timestamp of KCONFIG_CONFIG without actually changing
anything, config_data.gz is re-generated and causes vmlinux to re-link.
When Link Time Optimization is enabled, unnecessary
On Fri, Apr 2, 2021 at 7:45 AM Elliot Berman wrote:
>
> If you update the timestamp of KCONFIG_CONFIG without actually changing
> anything, config_data.gz is re-generated and causes vmlinux to re-link.
> When Link Time Optimization is enabled, unnecessary re-linking of
> vmlinux is highly
If you update the timestamp of KCONFIG_CONFIG without actually changing
anything, config_data.gz is re-generated and causes vmlinux to re-link.
When Link Time Optimization is enabled, unnecessary re-linking of
vmlinux is highly desirable since it adds several minutes to build time.
Avoid touching
Commit 6dc280ebeed2 ("coda: remove uapi/linux/coda_psdev.h") removed
a header in question. Some more build errors were fixed. Add more
headers into the test coverage.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- remove linux/coda_psdev.h as well
usr/include/Makefile | 10 --
Some build errors were fixed. Add more headers into the test coverage.
Signed-off-by: Masahiro Yamada
---
usr/include/Makefile | 9 -
1 file changed, 9 deletions(-)
diff --git a/usr/include/Makefile b/usr/include/Makefile
index 05c71ef42f51..4ef9946775ee 100644
---
Commit 000ec95fbe75 ("kbuild: pkg: rename scripts/package/Makefile to
scripts/Makefile.package") missed to update this comment.
Fixes: 000ec95fbe75 ("kbuild: pkg: rename scripts/package/Makefile to
scripts/Makefile.package")
Signed-off-by: Masahiro Yamada
---
Makefile | 2 +-
1 file changed,
- Some headers graduated from the blacklist
- hyperv_timer.h joined the header-test when CONFIG_X86=y
- nf_tables*.h joined the header-test when CONFIG_NF_TABLES is
enabled.
- The entry for nf_tables_offload.h was added to fix build error for
the combination of CONFIG_NF_TABLES=n and
Some headers graduated from the blacklist.
Let hyperv_timer.h join the header-test when CONFIG_X86=y.
Add CONFIG guards to nf_tables*.h because they can be compiled
when CONFIG_NF_TABLES is enabled.
Add a new entry for nf_tables_offload.h to fix the build error for the
combination of
Commit 469cb7376c06 ("kconfig: add CC_IS_CLANG and CLANG_VERSION")
changed the code, but missed to update the comment block.
The -p option was gone, and the output is 5-digit (or 6-digit when
Clang 10 is released).
Update the comment now.
Signed-off-by: Masahiro Yamada
---
2018-07-05 4:57 GMT+09:00 Randy Dunlap :
> From: Randy Dunlap
>
> In Kbuild documentation, add alias for 64-bit sh ARCH ("sh64")
> to the list of ARCH aliases.
>
> Signed-off-by: Randy Dunlap
> ---
> Documentation/kbuild/kbuild.txt |1 +
> 1 file changed, 1 insertion(+)
>
> ---
2018-07-05 4:57 GMT+09:00 Randy Dunlap :
> From: Randy Dunlap
>
> In Kbuild documentation, add alias for 64-bit sh ARCH ("sh64")
> to the list of ARCH aliases.
>
> Signed-off-by: Randy Dunlap
> ---
> Documentation/kbuild/kbuild.txt |1 +
> 1 file changed, 1 insertion(+)
>
> ---
as x86 and sparc have aliases.
> x86: i386 for 32 bit, x86_64 for 64 bit
> +sh: sh for 32 bit, sh64 for 64 bit
> sparc: sparc for 32 bit, sparc64 for 64 bit
>
> CROSS_COMPILE
>
Looks good.
I will change the subject to
kbuild: update kbuild.txt ARCH alias info for sh
I se
as x86 and sparc have aliases.
> x86: i386 for 32 bit, x86_64 for 64 bit
> +sh: sh for 32 bit, sh64 for 64 bit
> sparc: sparc for 32 bit, sparc64 for 64 bit
>
> CROSS_COMPILE
>
Looks good.
I will change the subject to
kbuild: update kbuild.txt ARCH alias info for sh
I se
From: Randy Dunlap
In Kbuild documentation, add alias for 64-bit sh ARCH ("sh64")
to the list of ARCH aliases.
Signed-off-by: Randy Dunlap
---
Documentation/kbuild/kbuild.txt |1 +
1 file changed, 1 insertion(+)
--- linux-next-20180704.orig/Documentation/kbuild/kbuild.txt
+++
From: Randy Dunlap
In Kbuild documentation, add alias for 64-bit sh ARCH ("sh64")
to the list of ARCH aliases.
Signed-off-by: Randy Dunlap
---
Documentation/kbuild/kbuild.txt |1 +
1 file changed, 1 insertion(+)
--- linux-next-20180704.orig/Documentation/kbuild/kbuild.txt
+++
2017-08-22 22:09 GMT+09:00 Cao jin :
> Signed-off-by: Cao jin
> ---
Applied to linux-kbuild/fixes. Thanks.
--
Best Regards
Masahiro Yamada
2017-08-22 22:09 GMT+09:00 Cao jin :
> Signed-off-by: Cao jin
> ---
Applied to linux-kbuild/fixes. Thanks.
--
Best Regards
Masahiro Yamada
Signed-off-by: Cao jin
---
scripts/Makefile.asm-generic | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/Makefile.asm-generic b/scripts/Makefile.asm-generic
index 95f7d80..a6c8c17 100644
--- a/scripts/Makefile.asm-generic
+++
Signed-off-by: Cao jin
---
scripts/Makefile.asm-generic | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/Makefile.asm-generic b/scripts/Makefile.asm-generic
index 95f7d80..a6c8c17 100644
--- a/scripts/Makefile.asm-generic
+++ b/scripts/Makefile.asm-generic
@@ -1,9
On Tue, 8 Aug 2017 14:36:02 +0200
Sedat Dilek wrote:
> Will this go to Linux v4.13 or v4.14?
It's queued for 4.14.
jon
On Tue, 8 Aug 2017 14:36:02 +0200
Sedat Dilek wrote:
> Will this go to Linux v4.13 or v4.14?
It's queued for 4.14.
jon
On Mon, Aug 7, 2017 at 10:24 PM, Jonathan Corbet wrote:
> On Mon, 24 Jul 2017 17:27:05 +0200
> Sedat Dilek wrote:
>
>> The old example to describe ccflags-y usage is no more valid.
>>
>> Signed-off-by: Sedat Dilek
>
> I've applied
On Mon, Aug 7, 2017 at 10:24 PM, Jonathan Corbet wrote:
> On Mon, 24 Jul 2017 17:27:05 +0200
> Sedat Dilek wrote:
>
>> The old example to describe ccflags-y usage is no more valid.
>>
>> Signed-off-by: Sedat Dilek
>
> I've applied this; had to clean up some whitespace weirdness on the way.
>
On Mon, 24 Jul 2017 17:27:05 +0200
Sedat Dilek wrote:
> The old example to describe ccflags-y usage is no more valid.
>
> Signed-off-by: Sedat Dilek
I've applied this; had to clean up some whitespace weirdness on the way.
Thanks,
jon
On Mon, 24 Jul 2017 17:27:05 +0200
Sedat Dilek wrote:
> The old example to describe ccflags-y usage is no more valid.
>
> Signed-off-by: Sedat Dilek
I've applied this; had to clean up some whitespace weirdness on the way.
Thanks,
jon
From: Sedat Dilek
The old example to describe ccflags-y usage is no more valid.
Signed-off-by: Sedat Dilek
---
Documentation/kbuild/makefiles.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
From: Sedat Dilek
The old example to describe ccflags-y usage is no more valid.
Signed-off-by: Sedat Dilek
---
Documentation/kbuild/makefiles.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/kbuild/makefiles.txt
b/Documentation/kbuild/makefiles.txt
Commit a16c5f99 (kbuild: Fix removal of the debian/ directory) slightly
changed the processing of the clean-files and clean-dirs variables.
Also, use a current real-world example of clean-files usage.
Signed-off-by: Michal Marek
---
Documentation/kbuild/makefiles.txt | 11 +--
1 file
Commit a16c5f99 (kbuild: Fix removal of the debian/ directory) slightly
changed the processing of the clean-files and clean-dirs variables.
Also, use a current real-world example of clean-files usage.
Signed-off-by: Michal Marek mma...@suse.cz
---
Documentation/kbuild/makefiles.txt | 11
On Wed, 3 Dec 2014 15:45:41 +0900
Masahiro Yamada wrote:
> The arch header directories "include/asm-*" were moved long ago.
> Now we should check the existence of arch/*/include/uapi/asm/Kbuild
> to see if an architecture supports the headers installation.
> (Actually, "um" is the only
On Wed, 3 Dec 2014 15:45:41 +0900
Masahiro Yamada yamad...@jp.panasonic.com wrote:
The arch header directories include/asm-* were moved long ago.
Now we should check the existence of arch/*/include/uapi/asm/Kbuild
to see if an architecture supports the headers installation.
(Actually, um is
The arch header directories "include/asm-*" were moved long ago.
Now we should check the existence of arch/*/include/uapi/asm/Kbuild
to see if an architecture supports the headers installation.
(Actually, "um" is the only architecture that does not have it.)
Signed-off-by: Masahiro Yamada
---
The arch header directories include/asm-* were moved long ago.
Now we should check the existence of arch/*/include/uapi/asm/Kbuild
to see if an architecture supports the headers installation.
(Actually, um is the only architecture that does not have it.)
Signed-off-by: Masahiro Yamada
---
tools/perf/Kbuild | 2 +-
tools/perf/Makefile.kbuild| 30 +-
tools/perf/ui/browsers/Kbuild | 1 +
tools/perf/util/Kbuild| 1 +
4 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/tools/perf/Kbuild b/tools/perf/Kbuild
index
---
tools/perf/Makefile.kbuild | 2 +-
tools/perf/tests/configs/MINIMAL_config| 4 +++
tools/perf/tests/configs/NO_BACKTRACE_config | 2 ++
.../perf/tests/configs/NO_BUILTIN_ANNOTATE_config | 2 ++
tools/perf/tests/configs/NO_BUILTIN_BENCH_config |
---
tools/perf/bench/Kbuild | 3 +++
tools/perf/util/Kbuild | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/tools/perf/bench/Kbuild b/tools/perf/bench/Kbuild
index 57f87e8..863646a 100644
--- a/tools/perf/bench/Kbuild
+++ b/tools/perf/bench/Kbuild
@@ -2,6 +2,9 @@ obj-y +=
---
tools/perf/bench/Kbuild | 3 +++
tools/perf/util/Kbuild | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/tools/perf/bench/Kbuild b/tools/perf/bench/Kbuild
index 57f87e8..863646a 100644
--- a/tools/perf/bench/Kbuild
+++ b/tools/perf/bench/Kbuild
@@ -2,6 +2,9 @@ obj-y +=
---
tools/perf/Makefile.kbuild | 2 +-
tools/perf/tests/configs/MINIMAL_config| 4 +++
tools/perf/tests/configs/NO_BACKTRACE_config | 2 ++
.../perf/tests/configs/NO_BUILTIN_ANNOTATE_config | 2 ++
tools/perf/tests/configs/NO_BUILTIN_BENCH_config |
---
tools/perf/Kbuild | 2 +-
tools/perf/Makefile.kbuild| 30 +-
tools/perf/ui/browsers/Kbuild | 1 +
tools/perf/util/Kbuild| 1 +
4 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/tools/perf/Kbuild b/tools/perf/Kbuild
index
---
tools/perf/Kbuild | 2 +-
tools/perf/Makefile.kbuild| 30 +-
tools/perf/ui/browsers/Kbuild | 1 +
tools/perf/util/Kbuild| 1 +
4 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/tools/perf/Kbuild b/tools/perf/Kbuild
index
---
tools/perf/bench/Kbuild | 3 +++
tools/perf/util/Kbuild | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/tools/perf/bench/Kbuild b/tools/perf/bench/Kbuild
index 57f87e8..863646a 100644
--- a/tools/perf/bench/Kbuild
+++ b/tools/perf/bench/Kbuild
@@ -2,6 +2,9 @@ obj-y +=
---
tools/perf/Makefile.kbuild | 2 +-
tools/perf/tests/configs/MINIMAL_config| 4 +++
tools/perf/tests/configs/NO_BACKTRACE_config | 2 ++
.../perf/tests/configs/NO_BUILTIN_ANNOTATE_config | 2 ++
tools/perf/tests/configs/NO_BUILTIN_BENCH_config |
---
tools/perf/Makefile.kbuild | 2 +-
tools/perf/tests/configs/MINIMAL_config| 4 +++
tools/perf/tests/configs/NO_BACKTRACE_config | 2 ++
.../perf/tests/configs/NO_BUILTIN_ANNOTATE_config | 2 ++
tools/perf/tests/configs/NO_BUILTIN_BENCH_config |
---
tools/perf/bench/Kbuild | 3 +++
tools/perf/util/Kbuild | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/tools/perf/bench/Kbuild b/tools/perf/bench/Kbuild
index 57f87e8..863646a 100644
--- a/tools/perf/bench/Kbuild
+++ b/tools/perf/bench/Kbuild
@@ -2,6 +2,9 @@ obj-y +=
---
tools/perf/Kbuild | 2 +-
tools/perf/Makefile.kbuild| 30 +-
tools/perf/ui/browsers/Kbuild | 1 +
tools/perf/util/Kbuild| 1 +
4 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/tools/perf/Kbuild b/tools/perf/Kbuild
index
>
>ftp://flower.upol.cz/upload/Configure.help
>
>OK, please, take a look at stuff, Korean guys did 5-6 years ago. One
>particular ARM port (S3C2410X) along with an ARM bootloader (vivi) was
>done. Yet for some reason official Linux port has another developers, and,
>it seems, it was done some
ftp://flower.upol.cz/upload/Configure.help
OK, please, take a look at stuff, Korean guys did 5-6 years ago. One
particular ARM port (S3C2410X) along with an ARM bootloader (vivi) was
done. Yet for some reason official Linux port has another developers, and,
it seems, it was done some time (~1-2
@ Wed, Jan 09, 2008 at 10:22:08AM +0800, WANG Cong wrote:
>
> >"I will use ...
> >http://images.google.cz/images?svnum=100=1=cs=firefox-a=org.mozilla%3Acs%3Aofficial=I+will+use+Google+before=Hledat+obr%C3%A1zky
> >... for making translations..."
>
@ Wed, Jan 09, 2008 at 10:22:08AM +0800, WANG Cong wrote:
I will use ...
http://images.google.cz/images?svnum=100um=1hl=csclient=firefox-arls=org.mozilla%3Acs%3Aofficialq=I+will+use+Google+beforebtnG=Hledat+obr%C3%A1zky
... for making translations...
On Wed, Jan 09, 2008 at 10:32:39AM +0800, WANG Cong wrote:
>
> >> > If we can make this to be an offical project for Linux kernel, I
> >> > think it won't be a big problem.
> >>
> >> We don't even manage to maintain the English language texts properly,
> >> and I am therefore not overly
>> > If we can make this to be an offical project for Linux kernel, I
>> > think it won't be a big problem.
>>
>> We don't even manage to maintain the English language texts properly,
>> and I am therefore not overly optimistic that we'll have the
>> translations maintained properly for many
>
>"only" is the wrong word in this context.
>
>If someone would update the translations for one language every
>3 months for the next years that would be great and disprove my
>concerns.
>
>After all, updates every 3 months would beat the maintainance level of
>at least three of our
>"I will use ...
>http://images.google.cz/images?svnum=100=1=cs=firefox-a=org.mozilla%3Acs%3Aofficial=I+will+use+Google+before=Hledat+obr%C3%A1zky
>... for making translations..."
>http://www.google.com/translate?u=http%3A%2F%2Flxr.linux.no%2Flinux%2FDocumentation%2FHOWTO=en%7Czh-TW=en=UTF8
>?
>
I will use ...
http://images.google.cz/images?svnum=100um=1hl=csclient=firefox-arls=org.mozilla%3Acs%3Aofficialq=I+will+use+Google+beforebtnG=Hledat+obr%C3%A1zky
... for making translations...
only is the wrong word in this context.
If someone would update the translations for one language every
3 months for the next years that would be great and disprove my
concerns.
After all, updates every 3 months would beat the maintainance level of
at least three of our architectures...
If we can make this to be an offical project for Linux kernel, I
think it won't be a big problem.
We don't even manage to maintain the English language texts properly,
and I am therefore not overly optimistic that we'll have the
translations maintained properly for many years.
Italian
On Wed, Jan 09, 2008 at 10:32:39AM +0800, WANG Cong wrote:
If we can make this to be an offical project for Linux kernel, I
think it won't be a big problem.
We don't even manage to maintain the English language texts properly,
and I am therefore not overly optimistic that we'll have
>
> Also, future of the linux codebase with Chinese comments in C or in
> ASM is kind of wired nightmare. Those, who cannot read actual source
> code (i.e. C) will not go too far.
$subject is purely about the kernel configuration - if that was not clear.
Sam
--
To unsubscribe from this
On Sun, Jan 06, 2008 at 10:26:06PM +0800, WANG Cong wrote:
>
> >> It sort of stopped at one point due to missing integration in mainline.
> >> What I refer to is mostly the mconf.c bits, but I would also like to
> >> see what lkml says to a sample of .po files included in the kernel
> >> for a
>
> And don't underestimate the amount of work required - even when talking
> about requiring "only" 10% of the help texts translated that's a four
> digit number of lines to translate.
The .pot file is 80601 lines long and contains 11485 strings.
[Not counting cris architecture specific
On Sun, Jan 06, 2008 at 10:26:06PM +0800, WANG Cong wrote:
>
> >> It sort of stopped at one point due to missing integration in mainline.
> >> What I refer to is mostly the mconf.c bits, but I would also like to
> >> see what lkml says to a sample of .po files included in the kernel
> >> for a
>> It sort of stopped at one point due to missing integration in mainline.
>> What I refer to is mostly the mconf.c bits, but I would also like to
>> see what lkml says to a sample of .po files included in the kernel
>> for a number of languages.
>>
>> One criteria to get a .po file integrated
Also, future of the linux codebase with Chinese comments in C or in
ASM is kind of wired nightmare. Those, who cannot read actual source
code (i.e. C) will not go too far.
$subject is purely about the kernel configuration - if that was not clear.
Sam
--
To unsubscribe from this list:
It sort of stopped at one point due to missing integration in mainline.
What I refer to is mostly the mconf.c bits, but I would also like to
see what lkml says to a sample of .po files included in the kernel
for a number of languages.
One criteria to get a .po file integrated could be at
On Sun, Jan 06, 2008 at 10:26:06PM +0800, WANG Cong wrote:
It sort of stopped at one point due to missing integration in mainline.
What I refer to is mostly the mconf.c bits, but I would also like to
see what lkml says to a sample of .po files included in the kernel
for a number of
And don't underestimate the amount of work required - even when talking
about requiring only 10% of the help texts translated that's a four
digit number of lines to translate.
The .pot file is 80601 lines long and contains 11485 strings.
[Not counting cris architecture specific strings as
On Sun, Jan 06, 2008 at 10:26:06PM +0800, WANG Cong wrote:
It sort of stopped at one point due to missing integration in mainline.
What I refer to is mostly the mconf.c bits, but I would also like to
see what lkml says to a sample of .po files included in the kernel
for a number of
On Fri, Jan 04, 2008 at 03:39:53PM +0100, Sam Ravnborg wrote:
> On Fri, Jan 04, 2008 at 09:23:16PM +0800, WANG Cong wrote:
> >
> > {snip}
> >
> > >TODO items (from my mailbox - I have plenty more)
> > >=
>...
> > >- i18n patch for mconf and friends
On Jan 4, 2008 9:09 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Jan 4 2008 20:43, Sam Ravnborg wrote:
> >On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
> >>
> >> On Jan 3 2008 22:32, Sam Ravnborg wrote:
> >> >
> >> >On top of this I have my personal todo items such as:
>
On Jan 4 2008 20:43, Sam Ravnborg wrote:
>On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
>>
>> On Jan 3 2008 22:32, Sam Ravnborg wrote:
>> >
>> >On top of this I have my personal todo items such as:
>> >- modern ncurses interface for menuconfig (ala tig, htop and others)
>>
>>
On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
>
> On Jan 3 2008 22:32, Sam Ravnborg wrote:
> >
> >On top of this I have my personal todo items such as:
> >- modern ncurses interface for menuconfig (ala tig, htop and others)
>
> Sorry.. your comparison {menuconfig, htop} raises
On Fri, Jan 04, 2008 at 09:23:16PM +0800, WANG Cong wrote:
>
> {snip}
>
> >TODO items (from my mailbox - I have plenty more)
> >=
> >- asm-offset useable from modules (Oleg had a half backed solution)
> >- modpost should use err(), warn() etc
{snip}
>TODO items (from my mailbox - I have plenty more)
>=
>- asm-offset useable from modules (Oleg had a half backed solution)
>- modpost should use err(), warn() etc (suggestyed by Rusty)
>- less kernel hardcoding in kconfig (Rob Landley)
>-
On Fri, Jan 04, 2008 at 09:23:16PM +0800, WANG Cong wrote:
{snip}
TODO items (from my mailbox - I have plenty more)
=
- asm-offset useable from modules (Oleg had a half backed solution)
- modpost should use err(), warn() etc (suggestyed by
{snip}
TODO items (from my mailbox - I have plenty more)
=
- asm-offset useable from modules (Oleg had a half backed solution)
- modpost should use err(), warn() etc (suggestyed by Rusty)
- less kernel hardcoding in kconfig (Rob Landley)
- emit
On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
On Jan 3 2008 22:32, Sam Ravnborg wrote:
On top of this I have my personal todo items such as:
- modern ncurses interface for menuconfig (ala tig, htop and others)
Sorry.. your comparison {menuconfig, htop} raises an
On Jan 4 2008 20:43, Sam Ravnborg wrote:
On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
On Jan 3 2008 22:32, Sam Ravnborg wrote:
On top of this I have my personal todo items such as:
- modern ncurses interface for menuconfig (ala tig, htop and others)
Sorry.. your
On Jan 4, 2008 9:09 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 4 2008 20:43, Sam Ravnborg wrote:
On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
On Jan 3 2008 22:32, Sam Ravnborg wrote:
On top of this I have my personal todo items such as:
- modern ncurses
On Fri, Jan 04, 2008 at 03:39:53PM +0100, Sam Ravnborg wrote:
On Fri, Jan 04, 2008 at 09:23:16PM +0800, WANG Cong wrote:
{snip}
TODO items (from my mailbox - I have plenty more)
=
...
- i18n patch for mconf and friends (from Kernel
On Jan 3 2008 22:32, Sam Ravnborg wrote:
>
>On top of this I have my personal todo items such as:
>- modern ncurses interface for menuconfig (ala tig, htop and others)
Sorry.. your comparison {menuconfig, htop} raises an "incompatible
pointer passed" on my side. Please explain :)
>TODO items
On Thu, 3 Jan 2008 22:32:55 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> kbuild.git contains at the moment 36 patches which is all for the upcoming
> merge window.
> It has been rebased to latest -linus git tree.
> See shortlog below.
>
> Pending patches
> ===
> kbuild:
[snip]
>
kbuild.git contains at the moment 36 patches which is all for the upcoming
merge window.
It has been rebased to latest -linus git tree.
See shortlog below.
Pending patches
===
kbuild:
- Section garbage collection (Denys Vlasenko)
I had too little time to play with it so it will not
kbuild.git contains at the moment 36 patches which is all for the upcoming
merge window.
It has been rebased to latest -linus git tree.
See shortlog below.
Pending patches
===
kbuild:
- Section garbage collection (Denys Vlasenko)
I had too little time to play with it so it will not
On Thu, 3 Jan 2008 22:32:55 +0100
Sam Ravnborg [EMAIL PROTECTED] wrote:
kbuild.git contains at the moment 36 patches which is all for the upcoming
merge window.
It has been rebased to latest -linus git tree.
See shortlog below.
Pending patches
===
kbuild:
[snip]
- merge
On Jan 3 2008 22:32, Sam Ravnborg wrote:
On top of this I have my personal todo items such as:
- modern ncurses interface for menuconfig (ala tig, htop and others)
Sorry.. your comparison {menuconfig, htop} raises an incompatible
pointer passed on my side. Please explain :)
TODO items (from
On Sun, Sep 16, 2007 at 12:23:43PM -0700, Andrew Morton wrote:
> On Sun, 16 Sep 2007 08:58:03 -0400 (EDT) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
>
> > On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> >
> > > A summary of what is planned to be submitted in next merge window for
> > > kbuild.
On Sun, 16 Sep 2007 08:58:03 -0400 (EDT) "Robert P. J. Day" <[EMAIL PROTECTED]>
wrote:
> On Sun, 16 Sep 2007, Sam Ravnborg wrote:
>
> > A summary of what is planned to be submitted in next merge window for
> > kbuild.
> > The shortlog below have additional details but the headlines are:
> ...
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> On Sun, Sep 16, 2007 at 08:58:03AM -0400, Robert P. J. Day wrote:
> > On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> >
> > > A summary of what is planned to be submitted in next merge window for
> > > kbuild.
> > > The shortlog below have additional details
On Sun, Sep 16, 2007 at 08:58:03AM -0400, Robert P. J. Day wrote:
> On Sun, 16 Sep 2007, Sam Ravnborg wrote:
>
> > A summary of what is planned to be submitted in next merge window for
> > kbuild.
> > The shortlog below have additional details but the headlines are:
> ...
> > o add script to
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> A summary of what is planned to be submitted in next merge window for kbuild.
> The shortlog below have additional details but the headlines are:
...
> o add script to find unused kconfig symbols (try it!)
based on my experiences with this, unless you
A summary of what is planned to be submitted in next merge window for kbuild.
The shortlog below have additional details but the headlines are:
o Make the kernel buildable on a cygwin box (but not without a few glitches)
o detect unterminated device id list
o add export_report as a valid
A summary of what is planned to be submitted in next merge window for kbuild.
The shortlog below have additional details but the headlines are:
o Make the kernel buildable on a cygwin box (but not without a few glitches)
o detect unterminated device id list
o add export_report as a valid
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
A summary of what is planned to be submitted in next merge window for kbuild.
The shortlog below have additional details but the headlines are:
...
o add script to find unused kconfig symbols (try it!)
based on my experiences with this, unless you
On Sun, Sep 16, 2007 at 08:58:03AM -0400, Robert P. J. Day wrote:
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
A summary of what is planned to be submitted in next merge window for
kbuild.
The shortlog below have additional details but the headlines are:
...
o add script to find unused
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
On Sun, Sep 16, 2007 at 08:58:03AM -0400, Robert P. J. Day wrote:
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
A summary of what is planned to be submitted in next merge window for
kbuild.
The shortlog below have additional details but the
On Sun, 16 Sep 2007 08:58:03 -0400 (EDT) Robert P. J. Day [EMAIL PROTECTED]
wrote:
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
A summary of what is planned to be submitted in next merge window for
kbuild.
The shortlog below have additional details but the headlines are:
...
o add
On Sun, Sep 16, 2007 at 12:23:43PM -0700, Andrew Morton wrote:
On Sun, 16 Sep 2007 08:58:03 -0400 (EDT) Robert P. J. Day [EMAIL
PROTECTED] wrote:
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
A summary of what is planned to be submitted in next merge window for
kbuild.
The shortlog
Hi Linus.
Another smaller round of kbuild updates.
The important bit is the fix so we no longer warn too much on second
pass of modpost - section mismatch is avoided for vmlinux in second pass.
The 'larger' patch is a simple kconfig update I have used locally.
An earlier variant was reviewed
Hi Linus.
Another smaller round of kbuild updates.
The important bit is the fix so we no longer warn too much on second
pass of modpost - section mismatch is avoided for vmlinux in second pass.
The 'larger' patch is a simple kconfig update I have used locally.
An earlier variant was reviewed
1 - 100 of 108 matches
Mail list logo