|To:||Daniel Jacobowitz <firstname.lastname@example.org>|
|Subject:||Re: Question about signal syscalls !|
|From:||David Daney <email@example.com>|
|Date:||Sun, 04 Feb 2007 22:00:16 -0800|
|Cc:||Ralf Baechle <firstname.lastname@example.org>, Franck Bui-Huu <email@example.com>, linux-mips <firstname.lastname@example.org>|
|References:||<email@example.com> <45C21CFE.firstname.lastname@example.org> <email@example.com> <45C3611D.firstname.lastname@example.org> <email@example.com> <45C36D46.firstname.lastname@example.org> <email@example.com> <45C3A1E3.firstname.lastname@example.org> <20070205005516.GA1581@nevyn.them.org> <20070205011048.GA26654@linux-mips.org> <20070205023039.GA5438@nevyn.them.org>|
|User-agent:||Thunderbird 18.104.22.168 (X11/20061219)|
Daniel Jacobowitz wrote:
If you are keeping track, add MD_FALLBACK_FRAME_STATE in libgcc, which allows throwing C++ and java exceptions through signal handlers.On Mon, Feb 05, 2007 at 01:10:48AM +0000, Ralf Baechle wrote:Not saving the s-registers into the signal frame would be a neat optimization. It wouldn't only make things a little faster it would also free space in the signal frame which is needed for CPU architecture extensions that have more state to save. I had to burn almost the entire available space for the DSP extensions, so I wonder if we could get GDB to work? The alternative is probably a new version of the sigrestore.I'm sure that, if we tried, we could get GDB to work. Every time this comes up I just worry about other things that we don't know about which use the saved information. These structures are just in too many places to change comfortably.
If gdb can be made to work, so can libgcc. The thing I worry about is I think people upgrade their kernel much more often than their toolchains. So you could be in a position of having to use a very new GCC. That might make some uncomfortable.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||[PATCH 2.6.20] arch MIPS: user ARRAY_SIZE macro when appropriate, Ahmed S. Darwish|
|Next by Date:||Re: [MIPS] Do not allow oprofile to be enabled on SMTC., Atsushi Nemoto|
|Previous by Thread:||Re: Question about signal syscalls !, Daniel Jacobowitz|
|Next by Thread:||Re: Question about signal syscalls !, Franck Bui-Huu|
|Indexes:||[Date] [Thread] [Top] [All Lists]|