the RNF seed, so that's d be nice to have to
reproduce the error. Also, having the problematic changeset would be
nice.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics
Michal, All,
On Tuesday 23 July 2013 15:37:37 Michal Marek wrote:
> On 17.7.2013 11:59, Jean Delvare wrote:
> > Le Tuesday 16 July 2013 à 22:39 +0200, Yann E. MORIN a écrit :
> >> From: "Yann E. MORIN"
> >>
> >> Hello Michal,
> >>
>
Michal, All,
On Tuesday 23 July 2013 15:37:37 Michal Marek wrote:
On 17.7.2013 11:59, Jean Delvare wrote:
Le Tuesday 16 July 2013 à 22:39 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
Hello Michal,
Please pull these post-rc1 kconfig cleanups, all after
n it wait in -for-next?
My gut feelings is that it does not fix an existing breakage, but only a
potential problem in the future, so it would be a candidate for
-for-next. Agreed?
Regards,
Yann E. MORIN.
--
.---------..--..
| Yann E
Andrew, All,
On Thursday 18 July 2013 09:34:08 Andrew Morton wrote:
> On Thu, 18 Jul 2013 09:22:58 +0200 Geert Uytterhoeven
> wrote:
> > On Thu, Jul 18, 2013 at 12:30 AM, Yann E. MORIN
> > wrote:
> > > On 2013-07-17 23:16 +0200, Sam Ravnborg spake thusly:
> >
Andrew, All,
On Thursday 18 July 2013 09:34:08 Andrew Morton wrote:
On Thu, 18 Jul 2013 09:22:58 +0200 Geert Uytterhoeven ge...@linux-m68k.org
wrote:
On Thu, Jul 18, 2013 at 12:30 AM, Yann E. MORIN yann.morin.1...@free.fr
wrote:
On 2013-07-17 23:16 +0200, Sam Ravnborg spake thusly
is that it does not fix an existing breakage, but only a
potential problem in the future, so it would be a candidate for
-for-next. Agreed?
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON
"command '%s' - invalid (empty?)
> return value: \"%s\"",
> + command, buffer);
> + return;
Missing pclose() before return.
[--SNIP
=137209757414433w=2
My two previous attempts failed due to introducing regressions, so they
were both reverted... :-(
Any suggestion? ;-)
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON
From: "Yann E. MORIN"
Hello Michal,
Please pull these post-rc1 kconfig cleanups, all after
review and comments by Jean:
- simplify and cleanup the symbol-search code
- better documentation about the symbols ordering in search results
- eye-candy in the title of the search-box i
From: "Yann E. MORIN"
Re-phrase the explanations on the sorting of search results, in a more
concise and complete way.
Drop reference to the user's locale when sorting alphabetically, since
this is implicit.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Je
From: "Yann E. MORIN"
Two minor style fixes:
- no space before/after parenthesis in function definition
- no {} for single-line if()
And one grammar fix in a comment.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
Reviewed-by: Jean D
From: "Yann E. MORIN"
Calls to strlen are costly, so avoid calling strln as much as we can.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
Reviewed-by: Jean Delvare
---
scripts/kconfig/symbol.c | 10 +-
1 file changed, 5 insert
From: "Yann E. MORIN"
The temporary array that stores the search results is not NULL-terminated,
so there is no reason to allocate n+1 elements.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Reviewed-by: Jean Delvare
---
scripts/kconfig/symbol.c | 2 +
From: "Yann E. MORIN"
There is no need for a double indirection in the temporary array that
stores the internediate search results.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Reviewed-by: Jean Delvare
---
scripts/kconfig/symbol.c | 30 +++---
From: "Yann E. MORIN"
No need to repeat the 'CONFIG_' string in the title,
once is explicit enough.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
---
scripts/kconfig/mconf.c | 4 ++--
scripts/kconfig/nconf.c | 4 ++--
2 files changed, 4 insert
Jean, All,
On Tuesday 16 July 2013 16:33:47 Jean Delvare wrote:
> Le Saturday 13 July 2013 à 20:08 +0200, Yann E. MORIN a écrit :
> > From: "Yann E. MORIN"
> >
> > - no need for a double-indirection for the temporary sym_match_arr array
> > - the temp
Jean, All,
On Tuesday 16 July 2013 16:31:20 Jean Delvare wrote:
> Le Monday 08 July 2013 à 19:37 +0200, Yann E. MORIN a écrit :
> > On 2013-07-08 13:25 +0200, Jean Delvare spake thusly:
> > > Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
[--SNIP--]
> >
Borislav, All,
On Tuesday 16 July 2013 11:38:20 Borislav Petkov wrote:
> On Tue, Jul 16, 2013 at 11:32:39AM +0200, Yann E. MORIN wrote:
> > That does not work in two cases:
> > - older distros that do not have the tool packaged
>
> This point is moot - distro kernels ar
Borislav, All,
On Tuesday 16 July 2013 11:22:42 Borislav Petkov wrote:
> On Tue, Jul 16, 2013 at 11:12:17AM +0200, Yann E. MORIN wrote:
> > The goal is to avoid generating a non-buildable kernel in the first place.
>
> I know, that's why I'm proposing to fail the build with
> then munge the output of that script into the Kconfig run and do
> >
> > depends on HAVE_LZ4C
>
> That does sound nice to avoid the build error, but will eventually
> make it harder to diagnose why the kernel has not been compressed with
> the specific compres
o
Kconfig, we can simply hide non-available config options, and even inform
the user *why* the option is not available.
Regards,
Yann E. MORIN.
--
.-----.----.--..
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIB
pre-requisites, spits out a Kconfig blob which is
included by the top-level Kconfig file.
Here is a snippet of generated Kconfig blob:
config HAVE_XZ
def_bool y
config HAVE_LZMA
bool
Which means we do have 'xz', but
config HAVE_LZMA
bool
Which means we do have 'xz', but not 'lzma'. This is relatively trivial
to do, so I'll tackle this this evening when I'm back home (unless
someone beats me to it).
Regards,
Yann E. MORIN
* the option is not available.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software Designer | \ / CAMPAIGN
compression not available
depends on !HAVE_LZ4
Either way is fine with me. ;-)
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +0/33 662376056 | Software
Borislav, All,
On Tuesday 16 July 2013 11:22:42 Borislav Petkov wrote:
On Tue, Jul 16, 2013 at 11:12:17AM +0200, Yann E. MORIN wrote:
The goal is to avoid generating a non-buildable kernel in the first place.
I know, that's why I'm proposing to fail the build with the script run
as one
Borislav, All,
On Tuesday 16 July 2013 11:38:20 Borislav Petkov wrote:
On Tue, Jul 16, 2013 at 11:32:39AM +0200, Yann E. MORIN wrote:
That does not work in two cases:
- older distros that do not have the tool packaged
This point is moot - distro kernels are built by the distro people
Jean, All,
On Tuesday 16 July 2013 16:31:20 Jean Delvare wrote:
Le Monday 08 July 2013 à 19:37 +0200, Yann E. MORIN a écrit :
On 2013-07-08 13:25 +0200, Jean Delvare spake thusly:
Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
[--SNIP--]
- str_printf( title, _(Enter
Jean, All,
On Tuesday 16 July 2013 16:33:47 Jean Delvare wrote:
Le Saturday 13 July 2013 à 20:08 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
- no need for a double-indirection for the temporary sym_match_arr array
- the temporary sym_match_arr array
From: Yann E. MORIN yann.morin.1...@free.fr
No need to repeat the 'CONFIG_' string in the title,
once is explicit enough.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Jean Delvare jdelv...@suse.de
---
scripts/kconfig/mconf.c | 4
From: Yann E. MORIN yann.morin.1...@free.fr
The temporary array that stores the search results is not NULL-terminated,
so there is no reason to allocate n+1 elements.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Reviewed-by: Jean Delvare jdelv
From: Yann E. MORIN yann.morin.1...@free.fr
There is no need for a double indirection in the temporary array that
stores the internediate search results.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Reviewed-by: Jean Delvare jdelv...@suse.de
From: Yann E. MORIN yann.morin.1...@free.fr
Two minor style fixes:
- no space before/after parenthesis in function definition
- no {} for single-line if()
And one grammar fix in a comment.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc
From: Yann E. MORIN yann.morin.1...@free.fr
Calls to strlen are costly, so avoid calling strln as much as we can.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Jean Delvare jdelv...@suse.de
Reviewed-by: Jean Delvare jdelv...@suse.de
From: Yann E. MORIN yann.morin.1...@free.fr
Hello Michal,
Please pull these post-rc1 kconfig cleanups, all after
review and comments by Jean:
- simplify and cleanup the symbol-search code
- better documentation about the symbols ordering in search results
- eye-candy in the title
From: Yann E. MORIN yann.morin.1...@free.fr
Re-phrase the explanations on the sorting of search results, in a more
concise and complete way.
Drop reference to the user's locale when sorting alphabetically, since
this is implicit.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E
All,
On 2013-07-13 20:08 +0200, Yann E. MORIN spake thusly:
> From: "Yann E. MORIN"
>
> Re-phrase the explanations on the sorting of search results, in a more
> concise and complete way.
>
> Drop reference to the user's locale when sorting alphabetical
From: "Yann E. MORIN"
Re-phrase the explanations on the sorting of search results, in a more
concise and complete way.
Drop reference to the user's locale when sorting alphabetically, since
this is implicit.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN&quo
From: "Yann E. MORIN"
Calls to strlen are costly, so avoid calling strln as much as we can.
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
---
scripts/kconfig/symbol.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --g
to Michal a bit later
during the rc phase (in case more fixups accumulate).
Regards,
Yann E. MORIN.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.h
From: "Yann E. MORIN"
- no need for a double-indirection for the temporary sym_match_arr array
- the temporary sym_match_arr array is not NULL terminated, so no need
to allocate n+1 elements
- two minor style fixes
- grammar fix in comment
Reported-by: Jean Delvare
Signed-off-b
if a function changes data it was not supposed to.
>
> So what you want to do is:
>
> static int sym_rel_comp(const void *sym1, const void *sym2)
> {
> const struct sym_match *s1 = sym1;
> const struct sym_match *s2 = sym2;
>
>
struct sym_match *s2 = sym2;
This is both concise and correct, and it makes gcc happy.
Yes, that's what I thought to, and what I was about to do. Thanks for
confirming this! :-)
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E
to Michal a bit later
during the rc phase (in case more fixups accumulate).
Regards,
Yann E. MORIN.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
From: Yann E. MORIN yann.morin.1...@free.fr
- no need for a double-indirection for the temporary sym_match_arr array
- the temporary sym_match_arr array is not NULL terminated, so no need
to allocate n+1 elements
- two minor style fixes
- grammar fix in comment
Reported-by: Jean Delvare jdelv
From: Yann E. MORIN yann.morin.1...@free.fr
Calls to strlen are costly, so avoid calling strln as much as we can.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Jean Delvare jdelv...@suse.de
---
scripts/kconfig/symbol.c | 10 +-
1
From: Yann E. MORIN yann.morin.1...@free.fr
Re-phrase the explanations on the sorting of search results, in a more
concise and complete way.
Drop reference to the user's locale when sorting alphabetically, since
this is implicit.
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E
All,
On 2013-07-13 20:08 +0200, Yann E. MORIN spake thusly:
From: Yann E. MORIN yann.morin.1...@free.fr
Re-phrase the explanations on the sorting of search results, in a more
concise and complete way.
Drop reference to the user's locale when sorting alphabetically, since
this is implicit
Michal, All,
On 2013-07-08 19:35 +0200, Yann E. MORIN spake thusly:
> On 2013-07-08 13:19 +0200, Jean Delvare spake thusly:
> > Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
> > > From: "Yann E. MORIN"
> [--SNIP--]
> > > Since the search c
Michal, All,
On 2013-07-08 19:35 +0200, Yann E. MORIN spake thusly:
On 2013-07-08 13:19 +0200, Jean Delvare spake thusly:
Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
[--SNIP--]
Since the search can be a regexp, it is possible
Jean, All,
On 2013-07-08 13:25 +0200, Jean Delvare spake thusly:
> Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
> > From: "Yann E. MORIN"
> >
> > Reported-by: Jean Delvare
> > Signed-off-by: "Yann E. MORIN"
> > Cc: Jea
Jean, All,
On 2013-07-08 13:19 +0200, Jean Delvare spake thusly:
> Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
> > From: "Yann E. MORIN"
[--SNIP--]
> > Since the search can be a regexp, it is possible that more than one symbol
> > matches exactly
Jean, All,
On 2013-07-08 13:19 +0200, Jean Delvare spake thusly:
Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
[--SNIP--]
Since the search can be a regexp, it is possible that more than one symbol
matches exactly. In this case, we
Jean, All,
On 2013-07-08 13:25 +0200, Jean Delvare spake thusly:
Le Monday 24 June 2013 à 20:11 +0200, Yann E. MORIN a écrit :
From: Yann E. MORIN yann.morin.1...@free.fr
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Jean Delvare
any patch is welcome! ;-)
Regards,
Yann E. MORIN.
--
.-..--.----.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___
is welcome! ;-)
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225
e?
I was going to suggest that, or a new kernel option:
noloadmodules=module1[,module2...]
The option may well be cumulative, too, so we could do:
noloadmodules=module1,module2 noloadmodules=module3
and none of module{1,2,3}
} would be loaded. This could allow bootloaders
to build up the command line more easily.
(Ab)using the module parameter to avoid loading is hackish at best, IMHO.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real
From: Kees Cook
The parsing routines for Kconfig files use strtol(), but store and
render values as int. Switch types and formating to long to support a
wider range of values. For example, 0x8000 wasn't representable.
Signed-off-by: Kees Cook
Tested-by: "Yann E. MORIN"
Reviewed
From: "Yann E. MORIN"
Hello Michal, All,
Please pull this kconfig fix from Kees that enables 64-bit-wide
(ie. signed long) [int,hex] ranges.
Regards,
Yann E. MORIN.
The following changes since commit 490f16171119a16e05d670306c105f3b45c38837:
Revert "kconfig: fix randomising
Tested-by: Yann E. MORIN yann.morin.1...@free.fr
Reviewed-by: Yann E. MORIN yann.morin.1...@free.fr
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
---
scripts/kconfig/symbol.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/scripts/kconfig/symbol.c b/scripts/kconfig
From: Yann E. MORIN yann.morin.1...@free.fr
Hello Michal, All,
Please pull this kconfig fix from Kees that enables 64-bit-wide
(ie. signed long) [int,hex] ranges.
Regards,
Yann E. MORIN.
The following changes since commit 490f16171119a16e05d670306c105f3b45c38837:
Revert kconfig: fix
Sedat, All,
On 2013-06-25 11:26 +0200, Sedat Dilek spake thusly:
> On Tue, Jun 25, 2013 at 11:21 AM, Yann E. MORIN
> wrote:
> > On Tuesday 25 June 2013 10:55:20 Sedat Dilek wrote:
> >> Not sure what's going on, but I get this with today's Linux-Next.
> >> ( Ye
Michal, All,
On 2013-06-24 20:11 +0200, Yann E. MORIN spake thusly:
> Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
> is specified.
[--SNIP--]
> This patch defers setting that a choice has a value until a symbol for
> that choice is indeed set, so
t;> make: *** [silentoldconfig] Error 2
[--SNIP--]
> So, it's a kbuild issue (info to the rapidio maintainers).
To be true, it's a kconfig (not kbuild) issue I introduced when trying
to fix choice randomisation.
Regards,
Yann E. MORIN.
--
.-.---
Michal, All,
[Sorry for duplicates, I inadvertently sent HTML]
On Tuesday 25 June 2013 11:21:53 Yann E. MORIN wrote:
> On Tuesday 25 June 2013 10:55:20 Sedat Dilek wrote:
> > Not sure what's going on, but I get this with today's Linux-Next.
> > ( Yesterday's next-
ix), and now this new one has been exposed.
I have to think in a calm place tonight, when I'm back from work...
This one is starting to drive me crazy, really... :-(
Regards,
Yann E. MORIN.
--
.-.--------.--..
| Yann E. MORIN
Michal, All,
On Monday 24 June 2013 20:11:59 Yann E. MORIN wrote:
> Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
> is specified.
[--SNIP--]
> This patch defers setting that a choice has a value until a symbol for
> that choice is indeed set, so
Michal, All,
On Monday 24 June 2013 20:11:59 Yann E. MORIN wrote:
Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
is specified.
[--SNIP--]
This patch defers setting that a choice has a value until a symbol for
that choice is indeed set, so that choices
to think in a calm place tonight, when I'm back from work...
This one is starting to drive me crazy, really... :-(
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy
Michal, All,
[Sorry for duplicates, I inadvertently sent HTML]
On Tuesday 25 June 2013 11:21:53 Yann E. MORIN wrote:
On Tuesday 25 June 2013 10:55:20 Sedat Dilek wrote:
Not sure what's going on, but I get this with today's Linux-Next.
( Yesterday's next-20130624 was OK. )
$ LANG=C
to fix choice randomisation.
Regards,
Yann E. MORIN.
--
.-..--..
| Yann E. MORIN | Real-Time Embedded | /\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN
Michal, All,
On 2013-06-24 20:11 +0200, Yann E. MORIN spake thusly:
Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
is specified.
[--SNIP--]
This patch defers setting that a choice has a value until a symbol for
that choice is indeed set, so that choices
Sedat, All,
On 2013-06-25 11:26 +0200, Sedat Dilek spake thusly:
On Tue, Jun 25, 2013 at 11:21 AM, Yann E. MORIN yann.morin.1...@free.fr
wrote:
On Tuesday 25 June 2013 10:55:20 Sedat Dilek wrote:
Not sure what's going on, but I get this with today's Linux-Next.
( Yesterday's next
From: Sedat Dilek
This is a cleanup which uses the proper (new) definitions and does
not change current behaviour.
Signed-off-by: Sedat Dilek
Reviewed-by: "Yann E. MORIN"
Tested-by: "Yann E. MORIN"
Signed-off-by: "Yann E. MORIN"
---
Yann had some more ideas
-8<---
when the expected result would be:
.config:
---8<---
CONFIG_MODULES=y
CONFIG_CONFIGFS_FS=y
CONFIG_USB_LIBCOMPOSITE=y
CONFIG_USB_ZERO=y
CONFIG_CRC32=y
CONFIG_CRC32_SLICEBY8=y
---8<---
Signed-off-by: Arve Hjønnevåg
[yann.morin.1...@free.fr: add the resulting .config to commit log,
From: "Yann E. MORIN"
Hello Michal, All!
│
Michal, please pull these patches against kconfig t
YanQing
Tested-by: "Yann E. MORIN"
Reviewed-by: "Yann E. MORIN"
Signed-off-by: "Yann E. MORIN"
---
scripts/kconfig/lxdialog/checklist.c | 4 ++--
scripts/kconfig/lxdialog/dialog.h| 14 ++
scripts/kconfig/lxdialog/inputbox.c | 4 ++--
scripts
calls to get
window dimensions.
init_dialog() could make use of the variables, but for the sake of
consistency we do not change it's current use of the macro getmaxyx().
[1] ncurses(3X)
Signed-off-by: Dirk Gouders
Tested-by: "Yann E. MORIN"
Reviewed-by: "Yann E. MORIN"
S
print_autowrap()
handle newlines propperly.
Also, reword that dialog's second phrase with a real sentence.
Signed-off-by: Dirk Gouders
Tested-by: "Yann E. MORIN"
Reviewed-by: "Yann E. MORIN"
[yann.morin.1...@free.fr: very slightly tweak the commit message]
Signed-o
calls or macros
to get window dimensions.
The use of the variables in main() was OK, but for the sake of
consistency it was modified to use the macro getmaxyx().
[1] ncurses(3X)
Signed-off-by: Dirk Gouders
Reviewed-by: "Yann E. MORIN"
[yann.morin.1...@free.fr: declare 'lines' an
at runtime.
Signed-off-by: Clement Chauplannaz
Acked-by: Andi Kleen
Signed-off-by: Yann E. MORIN
---
scripts/config | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/scripts/config b/scripts/config
index bb4d3de..6b3272e 100755
--- a/scripts/config
+++ b/scripts
From: "Yann E. MORIN"
Currently, randconfig may set more than one symbol in a given choice.
Given this config file:
config A
bool "A"
if A
choice
bool "B/C/D"
config B
bool "B"
config C
bool "C
sed to non-empty ones that
are marked by "--->".
This scheme was suggested by "Yann E. MORIN" .
Signed-off-by: Dirk Gouders
Tested-by: "Yann E. MORIN"
Reviewed-by: "Yann E. MORIN"
Signed-off-by: "Yann E. MORIN"
---
scrip
From: "Yann E. MORIN"
... so the user has a chance to reproduce a test-case.
Signed-off-by: "Yann E. MORIN"
---
scripts/kconfig/conf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/kconfig/conf.c b/scripts/kconfig/conf.c
index 94521c7..38616c1 100644
--- a/sc
From: "Yann E. MORIN"
When searching for symbols, return the symbols sorted by relevance.
Sorting is done as thus:
- first, symbols that match exactly
- then, alphabetical sort
Since the search can be a regexp, it is possible that more than one symbol
matches exactly. In thi
From: "Yann E. MORIN"
Reported-by: Jean Delvare
Signed-off-by: "Yann E. MORIN"
Cc: Jean Delvare
Cc: Michal Marek
---
scripts/kconfig/mconf.c | 2 +-
scripts/kconfig/nconf.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/kconfig/mconf
From: "Yann E. MORIN"
Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
is specified.
For example, given those two files (Thomas' test-case):
---8<--- Config.test.in
config OPTIONA
bool "Option A"
choice
p
From: "Yann E. MORIN"
Because of choice-in-a-choice constructs, it can happen that not all
symbols are assigned a value during randconfig, leading in rare cases
to this situation:
---8<--- choice-in-choice.in
choice
bool "A/B/C"
config A
From: "Yann E. MORIN"
Signed-off-by: "Yann E. MORIN"
---
scripts/kconfig/conf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/kconfig/conf.c b/scripts/kconfig/conf.c
index bde5b95..94521c7 100644
--- a/scripts/kconfig/conf.c
+++ b/scripts/kcon
Jean, Michal, All,
On 2013-06-24 09:57 +0200, Jean Delvare spake thusly:
> Le Wednesday 19 June 2013 à 00:45 +0200, Yann E. MORIN a écrit :
> > When searching for symbols, return the symbols sorted by relevance.
> >
> > Sorting is done as thus:
> > - first,
Jean, Michal, All,
On 2013-06-24 09:57 +0200, Jean Delvare spake thusly:
Le Wednesday 19 June 2013 à 00:45 +0200, Yann E. MORIN a écrit :
When searching for symbols, return the symbols sorted by relevance.
Sorting is done as thus:
- first, symbols with a prompt, [1
From: Yann E. MORIN yann.morin.1...@free.fr
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
---
scripts/kconfig/conf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/kconfig/conf.c b/scripts/kconfig/conf.c
index bde5b95..94521c7 100644
--- a/scripts/kconfig
From: Yann E. MORIN yann.morin.1...@free.fr
Currently, randconfig does randomise choice entries, unless KCONFIG_ALLCONFIG
is specified.
For example, given those two files (Thomas' test-case):
---8--- Config.test.in
config OPTIONA
bool Option A
choice
prompt
From: Yann E. MORIN yann.morin.1...@free.fr
Because of choice-in-a-choice constructs, it can happen that not all
symbols are assigned a value during randconfig, leading in rare cases
to this situation:
---8--- choice-in-choice.in
choice
bool A/B/C
config A
bool
From: Yann E. MORIN yann.morin.1...@free.fr
Reported-by: Jean Delvare jdelv...@suse.de
Signed-off-by: Yann E. MORIN yann.morin.1...@free.fr
Cc: Jean Delvare jdelv...@suse.de
Cc: Michal Marek mma...@suse.cz
---
scripts/kconfig/mconf.c | 2 +-
scripts/kconfig/nconf.c | 2 +-
2 files changed, 2
From: Yann E. MORIN yann.morin.1...@free.fr
When searching for symbols, return the symbols sorted by relevance.
Sorting is done as thus:
- first, symbols that match exactly
- then, alphabetical sort
Since the search can be a regexp, it is possible that more than one symbol
matches exactly
From: Yann E. MORIN yann.morin.1...@free.fr
Currently, randconfig may set more than one symbol in a given choice.
Given this config file:
config A
bool A
if A
choice
bool B/C/D
config B
bool B
config C
bool C
config D
bool D
by as opposed to non-empty ones that
are marked by ---.
This scheme was suggested by Yann E. MORIN yann.morin.1...@free.fr.
Signed-off-by: Dirk Gouders d...@gouders.net
Tested-by: Yann E. MORIN yann.morin.1...@free.fr
Reviewed-by: Yann E. MORIN yann.morin.1...@free.fr
Signed-off-by: Yann E. MORIN
101 - 200 of 492 matches
Mail list logo