Backtrace:
(gdb) bt
#0 0xb800e430 in __kernel_vsyscall ()
#1 0xb7f110e5 in pthread_cond_wait@@GLIBC_2.3.2 ()
from /lib/tls/i686/cmov/libpthread.so.0
#2 0xb7fb6391 in Barry::DataQueue::wait_pop (this=0x9633948,
timeout=-1) at dataqueue.cc:130
#3 0xb7fb3915 in Barry::SocketRoutingQueue::DefaultRead
(this=0x9633850, timeout=-1) at router.cc:174
#4 0xb7fb3963 in Barry::SocketRoutingQueue::DefaultRead
(this=0x9633850, recei...@0xbfd29574, timeout=-1) at router.cc:159
#5 0xb7fafb16 in Barry::SocketZero::RawReceive (this=0x96337f0,
recei...@0xbfd29574, timeout=-1) at socket.cc:317
#6 0xb7fb011b in Barry::SocketZero::SendOpen (this=0x96337f0,
socket=262, recei...@0xbfd29574) at socket.cc:214
#7 0xb7fb0e3a in Barry::SocketZero::Open (this=0x96337f0, socket=262,
password=0x808a88c "") at socket.cc:453
#8 0xb7fce16b in Barry::Mode::Desktop::RetryPassword (this=0xbfd2981c,
password=0x808a88c "") at m_desktop.cc:182
#9 0xb7fce2b8 in Barry::Mode::Desktop::Open (this=0xbfd2981c,
password=0x808a88c "") at m_desktop.cc:157
#10 0x080517a2 in main (argc=2, argv=0xbfd29b04) at btool.cc:715
(gdb) thread 2
[Switching to thread 2 (Thread 0xb7c7db90 (LWP 14848))]#0 0xb800e430 in
__kernel_vsyscall ()
(gdb) bt
#0 0xb800e430 in __kernel_vsyscall ()
#1 0xb7d5b7b1 in select () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7f818b9 in ?? () from /lib/libusb-0.1.so.4
#3 0xb7f9e2d7 in Usb::Device::BulkRead (this=0x96337d8, ep=135,
da...@0x9633760, timeout=1000) at usbwrap.cc:207
#4 0xb7fb4529 in Barry::SocketRoutingQueue::DoRead (this=0x9633850,
m...@0xb7c7d394, timeout=1000) at router.cc:386
#5 0xb7fb494e in Barry::SocketRoutingQueue::SimpleReadThread
(userptr=0x9633850) at router.cc:87
#6 0xb7f0d4ff in start_thread ()
from /lib/tls/i686/cmov/libpthread.so.0
#7 0xb7d6349e in clone () from /lib/tls/i686/cmov/libc.so.6
Code block for thread 1 where barry goes off to Kernel space and never
comes back
from dataqueue.cc
//
// wait_pop
//
/// Pops the next element off the front of the queue, and
/// waits until one exists if empty. If still no data
/// on timeout, returns null.
/// (unlock the access mutex while waiting!)
///
/// Timeout specified in milliseconds. Default is wait forever.
///
Data* DataQueue::wait_pop(int timeout)
{
Data *ret = 0;
// check if something's there already
{
scoped_lock access(m_accessMutex);
if( m_queue.size() ) {
ret = m_queue.front();
m_queue.pop();
return ret;
}
}
// nothing there, so wait...
if( timeout == -1 ) {
// no timeout
int size = 0;
do {
{
scoped_lock wait(m_waitMutex);
pthread_cond_wait(&m_waitCond, &m_waitMutex);
}
// anything there?
scoped_lock access(m_accessMutex);
size = m_queue.size();
if( size != 0 ) {
// already have the lock, return now
ret = m_queue.front();
m_queue.pop();
return ret;
}
} while( size == 0 );
}
else {
// timeout in conditional wait
struct timespec to;
scoped_lock wait(m_waitMutex);
pthread_cond_timedwait(&m_waitCond, &m_waitMutex,
ThreadTimeout(timeout, &to));
}
scoped_lock access(m_accessMutex);
if( m_queue.size() == 0 )
return 0;
ret = m_queue.front();
m_queue.pop();
return ret;
}
--
Paul O'Keefe <p...@megabelle.net>
VOIP: 1-770-250-5165
FindMe: 1-678-967-4103
On Sat, 2009-02-21 at 18:16 -0500, Paul O'Keefe wrote:
> 2.6.29-rc5, clean config turned out to be identical to the config I
> upgraded from Ubuntu Jaunty (make oldconfig). In the backtrace below,
> the desktop display never comes up on the blackberry. If I run this
> in-process under gdb, then it does. There is a reference to
> Desktop::RetryPassword also. The device has no password. I'll review
> the code to see if that's normal to make it through there, of it the
> miss occurred before that routine was reached and this is a fall-back
> error.
>
> configuration differences
> --------------------------------------
> diff /boot/config-2.6.29-rc5.ubuntu_jaunty /boot/config-2.6.29-rc5
> 4c4
> < # Sat Feb 21 00:15:02 2009
> ---
> > # Sat Feb 21 16:16:37 2009
>
>
>
> Here is the stack from the running btool which I attached to using a
> separate gdb process
> -------------------------------------------------------------------------------------------------------------------------------------
> #0 0xb7f10430 in __kernel_vsyscall ()
> #1 0xb7e130e5 in pthread_cond_wait@@GLIBC_2.3.2 ()
> from /lib/tls/i686/cmov/libpthread.so.0
> #2 0xb7eb8391 in Barry::DataQueue::wait_pop (this=0x93f8948,
> timeout=-1)
> at dataqueue.cc:130
> #3 0xb7eb5915 in Barry::SocketRoutingQueue::DefaultRead
> (this=0x93f8850,
> timeout=-1) at router.cc:174
> #4 0xb7eb5963 in Barry::SocketRoutingQueue::DefaultRead
> (this=0x93f8850,
> recei...@0xbfe2d8c4, timeout=-1) at router.cc:159
> #5 0xb7eb1b16 in Barry::SocketZero::RawReceive (this=0x93f87f0,
> recei...@0xbfe2d8c4, timeout=-1) at socket.cc:317
> #6 0xb7eb211b in Barry::SocketZero::SendOpen (this=0x93f87f0,
> socket=262,
> recei...@0xbfe2d8c4) at socket.cc:214
> #7 0xb7eb2e3a in Barry::SocketZero::Open (this=0x93f87f0,
> socket=262,
> password=0x808a88c "") at socket.cc:453
> #8 0xb7ed016b in Barry::Mode::Desktop::RetryPassword
> (this=0xbfe2db6c,
> password=0x808a88c "") at m_desktop.cc:182
> #9 0xb7ed02b8 in Barry::Mode::Desktop::Open (this=0xbfe2db6c,
> password=0x808a88c "") at m_desktop.cc:157
> #10 0x080517a2 in main (argc=2, argv=0xbfe2de54) at btool.cc:715
> --
> Paul O'Keefe <p...@megabelle.net>
> VOIP: 1-770-250-5165
> FindMe: 1-678-967-4103
>
>
> On Sat, 2009-02-21 at 16:08 -0500, Paul O'Keefe wrote:
>
> > Took the 2.6.29-rc5 kernel with the configuration from Jaunty and
> > moved it to my x86_64 system which was running intrepid. Modified
> > Kernel config to support 64Bit and to move the start address to an
> > even boundary, but no other changes.
> >
> > btool -t fails now on that system just as it did on the x86 laptop.
> > And btool -t runs correctly under gdb.
> >
> >
> > --
> > Paul O'Keefe <p...@megabelle.net>
> > VOIP: 1-770-250-5165
> > FindMe: 1-678-967-4103
> >
> >
> > On Sat, 2009-02-21 at 14:26 -0500, Paul O'Keefe wrote:
> >
> > > Last two messages were held due to length: summary
> > >
> > > btool -t fails on 2.6.28 (ubuntu), fails on 2.6.28.7 (vanilla
> > > kernel) and fails on 2.6.29-rc5 (release candidate) on dual core
> > > Pentium in SMP mode.
> > >
> > > succeeds on same equipment using 2.6.27 series kernel. Probably
> > > not in the Ubuntu patches since also fails on stock 2.6.28.7
> > > kernel. Could be in the config setup that Ubuntu is using
> > > through.
> > >
> > > Anybody with a working kernel higher than 2.6.28.7 please send me
> > > your Kernel config file and I will retest. Thx.
> > > --
> > > Paul O'Keefe <p...@megabelle.net>
> > > VOIP: 1-770-250-5165
> > > FindMe: 1-678-967-4103
> > >
> > >
> > > On Sat, 2009-02-21 at 14:52 +0000, Paul O'Keefe wrote:
> > >
> > > > Did not see my msg echo back on the list.
> > > >
> > > > Vanilla 2.6.28.7 kernel failed. I had attached my config to the
> > > > message. Chris, I will send you the config file directly.
> > > > Sent from my BlackBerry
> > > >
> > > > ------------------------------------------------------------------------------
> > > > Open Source Business Conference (OSBC), March 24-25, 2009, San
> > > > Francisco, CA
> > > > -OSBC tackles the biggest issue in open source: Open Sourcing the
> > > > Enterprise
> > > > -Strategies to boost innovation and cut costs with open source
> > > > participation
> > > > -Receive a $600 discount off the registration fee with the source code:
> > > > SFAD
> > > > http://p.sf.net/sfu/XcvMzF8H
> > > > _______________________________________________
> > > > Barry-devel mailing list
> > > > Barry-devel@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/barry-devel
> > >
> > > ------------------------------------------------------------------------------
> > > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> > > CA
> > > -OSBC tackles the biggest issue in open source: Open Sourcing the
> > > Enterprise
> > > -Strategies to boost innovation and cut costs with open source
> > > participation
> > > -Receive a $600 discount off the registration fee with the source code:
> > > SFAD
> > > http://p.sf.net/sfu/XcvMzF8H
> > > _______________________________________________ Barry-devel mailing list
> > > Barry-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/barry-devel
> >
> > ------------------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> > -Strategies to boost innovation and cut costs with open source participation
> > -Receive a $600 discount off the registration fee with the source code: SFAD
> > http://p.sf.net/sfu/XcvMzF8H
> > _______________________________________________ Barry-devel mailing list
> > Barry-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/barry-devel
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________ Barry-devel mailing list
> Barry-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/barry-devel
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel