Re: [rfc] Preferred thread event reporting: Linux native target

[Daniel Jacobowitz <drow@false.org>]

On Fri, Aug 15, 2008 at 11:54:31PM +0100, Pedro Alves wrote:
> > > For my series to go in, every target much register at least the main
> > > thread in GDB's thread tables, and as it happens, I think AIX
> > > is the only target I don't have covered, or that I know of
> > > no one covering.
> >
> > I can test AIX if necessary.  Do you have a patch?
> 
> I stratched my head quite a bit staring at aix-thread.c/sync_threadlists
> and its use of ptid_cmp.  I still can't tell if/what I should do there.
> Also, I can't tell if rs6000_wait can ever return a ptid
> different from pid_to_ptid(main_process_pid), (or -1).
> 
> Basically, I need to:
> 
>  1) make sure the core never gets a thread related event
>     that corresponds to a thread the core doesn't know
>     about yet.
> 
>  2) #1 implies that every target should register the main
>    thread, even when debugging a single-threaded app.
>    rs6000-nat.c, being a ptrace based target, already has that
>    covered by these:
>     http://sourceware.org/ml/gdb-patches/2008-08/msg00170.html
>     http://sourceware.org/ml/gdb-patches/2008-08/msg00171.html
> 
>  3) #2 implies that a thread_stratum layer should decorate the
>     main thread's ptid with thread id info, instead of adding it
>     again. That's thread_change_ptid from:    
>     http://sourceware.org/ml/gdb-patches/2008-08/msg00170.html

Ulrich, I don't suppose I could ask you to do this?  Pedro's already
done a heroic job fixing up other targets... Pedro, I know you started
looking at AIX; maybe you have a patch that at least points out the
places that need to change?

-- 
Daniel Jacobowitz
CodeSourcery