lkml.org 
[lkml]   [2003]   [Feb]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Signal/gdb oddity in 2.5.61
On Sun, Feb 16, 2003 at 05:21:04PM -0500, Daniel Jacobowitz wrote:
> On Sun, Feb 16, 2003 at 10:14:54PM +0000, Russell King wrote:
> > On Sun, Feb 16, 2003 at 05:10:23PM -0500, Daniel Jacobowitz wrote:
> > > This is a consequence of ARM's separate get_signal_to_deliver.
> > >
> > > Roland's changes for group stops require code in get_signal_to_deliver,
> > > so if you aren't using the common version, you're out of luck.
> > >
> > > I think you'll have to either update yours to match, or use the new
> > > hooks David Miller added to use the common get_signal_to_deliver.
> >
> > This is using the common version in 2.5.61.
> >
> > You might want to completely review your reply in light of this.
>
> Just checking - do you mean "with a change to 2.5.61 for ARM to use the
> common version"? The copy of 2.5.61 I'm staring at right now has:
>
> include/asm-arm/signal.h:#define HAVE_ARCH_GET_SIGNAL_TO_DELIVER

If Linus pulls my BK tree, then Linus will also have the code.
If you also look at the backtraces I provided, you will also notice
that the functions concerned *are* the generic ones in kernel/signal.c

This /is/ using the generic get_signal_to_deliver() from kernel/signal.c
in Linus' released 2.5.61 kernel tree.

If you don't believe me, please try to reproduce it in an x86 2.5.61
box and report the results.

--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:33    [W:0.036 / U:0.932 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site