From: Randy Dunlap <randy.dunlap@oracle.com>
To: Cheng Renquan <crquan@gmail.com>
Cc: Sam Ravnborg <sam@ravnborg.org>,
Roman Zippel <zippel@linux-m68k.org>,
linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 0/6] [KBUILD] configuration system improvements
Date: Tue, 03 Mar 2009 10:24:20 -0800 [thread overview]
Message-ID: <49AD75D4.20600@oracle.com> (raw)
In-Reply-To: <91b13c310903022009l363497bbi380356c19caa53b3@mail.gmail.com>
Cheng Renquan wrote:
> On Mon, Mar 2, 2009 at 11:42 AM, Randy Dunlap <randy.dunlap@oracle.com> wrote:
>> Cheng Renquan wrote:
>>> This group of patches improve the usability of kernel configuration system,
>>> mainly,
>>>
>>> 1. add symbol's value shown accompanied in config item's help message;
>>> 2. move the real plumbing functions code from mconf.c to menu.c, make them
>>> be able to be shared with other configuration methods;
>>> 3. add "symbol's value shown" support for gconfig/xconfig/config;
>>>
>>> 0001--KBUILD-add-symbol-value-to-help-find-the-real-depe.patch
>>> 0002--KBUILD-add-menu_get_ext_help-function-to-display-m.patch
>>> 0003--KBUILD-menuconfig-improvements.patch
>>> 0004--KBUILD-make-use-of-menu_get_ext_help-in-gconfig.patch
>>> 0005--KBUILD-make-use-of-menu_get_ext_help-in-qconfig.patch
>>> 0006--KBUILD-make-use-of-menu_get_ext_help-in-make-conf.patch
>>>
>>> I found gconfig still lack of "search by symbol" support, and that would be
>>> in another patch.
>>>
>>> Request for comments, thanks.
>> Hi,
>>
>> I still like this idea a lot. However, with "make gconfig" I am
>> seeing a segfault when I click on "Firmware Drivers" in the main menu.
>> I only see this with these patches applied.
>>
>> Other than that, they look good to me.
>>
>>
>> Here's the gconfig info:
>> rddunlap@chimera:linux-2.6.29-rc6-git5> make ARCH=x86_64 O=xx64 gconfig &
>> [1] 10722
>> rddunlap@chimera:linux-2.6.29-rc6-git5> GEN /local/linsrc/tmp/linux-2.6.29-rc6-git5/xx64/Makefile
>> scripts/kconfig/gconf arch/x86/Kconfig
>> make[2]: *** [gconfig] Segmentation fault
>> make[1]: *** [gconfig] Error 2
>> make: *** [sub-make] Error
>>
>>
>> and from the kernel log:
>>
>> gconf[10868]: segfault at 0000000000000070 rip 00000000004111b6 rsp 00007ffff67cd6f0 error 4
>
> Could you tell what distribution are you using? The versions of your
> glibc, gtk+2.0, and glibc? If you can correctly build other gtk+
> programs?
This is on OpenSUSE 10.3 on x86_64.
glibc-2.6.1-18
gtk2-2.12.0-5
I don't know that I have any other gtk+ programs.
> I have developed these patches on default Fedora 10 i686, it runs
> well, and today I have tested it under a latest Gentoo x86_64 desktop,
> all seems run well here.
Here's a backtrace from gdb. gconfig was built without -d, however.
(gdb) set args arch/x86/Kconfig
(gdb) run
Starting program: /local/linsrc/tmp/linux-2.6.29-rc6-git5/xx64/scripts/kconfig/gconf arch/x86/Kconfig
Program received signal SIGSEGV, Segmentation fault.
0x00000000004111b6 in get_symbol_str ()
(gdb) bt
#0 0x00000000004111b6 in get_symbol_str ()
#1 0x0000000000408acb in on_treeview2_cursor_changed ()
#2 0x00002ae6c6921d2f in g_closure_invoke ()
from /usr/lib64/libgobject-2.0.so.0
#3 0x00002ae6c69341fd in ?? () from /usr/lib64/libgobject-2.0.so.0
#4 0x00002ae6c6935c55 in g_signal_emit_valist ()
from /usr/lib64/libgobject-2.0.so.0
#5 0x00002ae6c6936043 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#6 0x00002ae6c54a1ada in ?? () from /usr/lib64/libgtk-x11-2.0.so.0
#7 0x00002ae6c54a85de in ?? () from /usr/lib64/libgtk-x11-2.0.so.0
#8 0x00002ae6c53b3bbf in ?? () from /usr/lib64/libgtk-x11-2.0.so.0
#9 0x00002ae6c6921d2f in g_closure_invoke ()
from /usr/lib64/libgobject-2.0.so.0
#10 0x00002ae6c69345f6 in ?? () from /usr/lib64/libgobject-2.0.so.0
#11 0x00002ae6c6935989 in g_signal_emit_valist ()
from /usr/lib64/libgobject-2.0.so.0
#12 0x00002ae6c6936043 in g_signal_emit () from /usr/lib64/libgobject-2.0.so.0
#13 0x00002ae6c54baff5 in ?? () from /usr/lib64/libgtk-x11-2.0.so.0
#14 0x00002ae6c53acef2 in gtk_propagate_event ()
from /usr/lib64/libgtk-x11-2.0.so.0
#15 0x00002ae6c53ade95 in gtk_main_do_event ()
from /usr/lib64/libgtk-x11-2.0.so.0
#16 0x00002ae6c5bb67bc in ?? () from /usr/lib64/libgdk-x11-2.0.so.0
#17 0x00002ae6c6f92064 in g_main_context_dispatch ()
from /usr/lib64/libglib-2.0.so.0
#18 0x00002ae6c6f9535d in ?? () from /usr/lib64/libglib-2.0.so.0
#19 0x00002ae6c6f95657 in g_main_loop_run () from /usr/lib64/libglib-2.0.so.0
#20 0x00002ae6c53ae263 in gtk_main () from /usr/lib64/libgtk-x11-2.0.so.0
#21 0x000000000040a7c5 in main ()
(gdb) quit
--
~Randy [would be nice to have some kconfig debugging options]
next prev parent reply other threads:[~2009-03-03 18:23 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-23 15:09 [PATCH 0/6] [KBUILD] configuration system improvements Cheng Renquan
2009-02-23 15:09 ` [PATCH 1/6] [KBUILD] add symbol value to help find the real depend Cheng Renquan
2009-02-23 15:10 ` [PATCH 2/6] [KBUILD] add menu_get_ext_help function to display more information Cheng Renquan
2009-02-23 15:10 ` [PATCH 3/6] [KBUILD] menuconfig improvements Cheng Renquan
2009-02-23 15:10 ` [PATCH 4/6] [KBUILD] make use of menu_get_ext_help in gconfig Cheng Renquan
2009-02-23 15:10 ` [PATCH 5/6] [KBUILD] make use of menu_get_ext_help in qconfig Cheng Renquan
2009-02-23 15:10 ` [PATCH 6/6] [KBUILD] make use of menu_get_ext_help in "make config" Cheng Renquan
2009-03-02 3:42 ` [PATCH 0/6] [KBUILD] configuration system improvements Randy Dunlap
2009-03-03 4:09 ` Cheng Renquan
2009-03-03 18:24 ` Randy Dunlap [this message]
2009-03-03 19:55 ` Randy Dunlap
2009-03-04 6:50 ` Cheng Renquan
2009-03-04 17:18 ` Randy Dunlap
-- strict thread matches above, loose matches on Subject: below --
2009-07-12 8:11 [PATCH 0/6] kbuild " Cheng Renquan
2009-07-18 7:21 ` Sam Ravnborg
2009-07-18 10:47 ` Cheng Renquan
2009-07-22 20:43 ` Randy Dunlap
2009-07-22 21:48 ` Sam Ravnborg
2009-07-23 0:12 ` Randy Dunlap
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49AD75D4.20600@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=crquan@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.org \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.