[Bug 955379] Re: cmake hangs with qemu-arm-static

2013-04-15 Thread Janne Karhunen
LK: Ok, good catch, that might be more suitable option. Thanks,

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2013-01-21 Thread Janne Karhunen
Luke Kim: quite unlikely that above patch would cause the issue you
see..  are you sure something else did not break in your environment?
Can you execute that same make manually?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-05 Thread Janne Karhunen
Some kind of semi-workaround patch attached. It seems to leave this kind
of race window for me (for select which is worse):

   0x6004bf98 <+136>:   xor%r8d,%r8d
   0x6004bf9b <+139>:   test   %eax,%eax
   0x6004bf9d <+141>:   jne0x6004c2b7 
   0x6004bfa3 <+147>:   mov0x20(%rsp),%r14
   0x6004bfa8 <+152>:   mov0x246d8(%r14),%esi
   0x6004bfaf <+159>:   test   %esi,%esi
   0x6004bfb1 <+161>:   je 0x6004bfb8 
   0x6004bfb3 <+163>:   lea0x40(%rsp),%r8
   0x6004bfb8 <+168>:   mov0x28(%rsp),%rdx
   0x6004bfbd <+173>:   mov%r11,%rsi
   0x6004bfc0 <+176>:   mov%ebx,%edi
   0x6004bfc2 <+178>:   callq  0x6012df90 

I think it could still be narrowed some, but this makes it unlikely
enough for me for time being...

** Patch added: "racy workaround patch"
   
https://bugs.launchpad.net/qemu/+bug/955379/+attachment/3452139/+files/cmake.patch

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-05 Thread Janne Karhunen
Just out of interest tried how far the timeout hackery can go working
around the issue. Well, looks like it goes quite far: having previously
reproduced the hang in 4-5 runs and in under a minute, now have had this
running without a hang for an hour. I will also test the patch under OBS
worker(s) and if it solves the issue there as well, I will attach it as
a workaround for time being for those interested. However, Peter is
right and this is not a final solution of any kind: just a workaround.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-04 Thread Janne Karhunen
Never mind, async/zero timeout call would suffer from same (albeit now
tiny) race. It would make this far less invasive as a change though.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-04 Thread Janne Karhunen
Moreover, is there even a need to restart anything, just make it async
call in case signals were pending?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-04 Thread Janne Karhunen
And what would break if we make poll timeout instantly in case there are
signals pending and restart the given syscall after handlers run?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-03 Thread Janne Karhunen
So I guess 'raciness' of my proposed patch would only depend on how
small I could squeeze the section between 'sigpending' flag comparison
and actual syscall entering?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-12-01 Thread Janne Karhunen
> this blocks forever, because the thing that would wake it up is the
signal handler writing to the pipe we're selecting on, but we will never
run the signal handler until select exits

Duh, makes sense, have to think about this. Thank you for great analysis
:)

Apparently have to dig into qemu's code to understand this better, but
first thought was that do you think it would be possible to add some
crude hack bit in qemu's signal handler which we could 'almost
atomically' check prior to entering system poll/select/read/whatnot ?
This bit would tell there are user signals queued and handlers should be
executed first.. ?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-11-30 Thread Janne Karhunen
If that is the case for you (for me it reproduces it every 4-5 runs or so), 
there are two options:
1) put while(true) loop around the rpmbuild and you will hit it always, or
2) I can wrap up a bit bigger cmake usecase that systematically hits it. Warn 
you though, size will jump to 200M.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-11-29 Thread Janne Karhunen
Mind you, when you hit the bug it just hangs and cmake test errors are
just to speed up the process of hitting the bug (if cmake just fails you
did not hit the bug). Feel free to try with any qemu variant, they all
hang similarly when bug is hit. I think that root had some suse 1.2 one
inside.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-11-29 Thread Janne Karhunen
Ok, test case attached (80M tar). This hugely stripped one is not 100% 
reproducer, but do few loops and you will hit it. Instructions for using:
- extract, chroot
- cd /home/abuild/rpmbuild
- su abuild
- export RPM_BUILD_ROOT=$PWD
- rpmbuild -ba SOURCES/libshortcut.spec


** Attachment added: "Tizen chroot"
   
https://bugs.launchpad.net/qemu/+bug/955379/+attachment/3446633/+files/root5-small.tar.bz2

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 955379] Re: cmake hangs with qemu-arm-static

2012-11-28 Thread Janne Karhunen
Peter, I have qemu chrootable test case under which you could fire one
command to hit the bug reliably. Only issue is, are you willing to take
a peek at 100M extractable tarball? If not, I'll try to create a smaller
one.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/955379

Title:
  cmake hangs with qemu-arm-static

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/955379/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


Re: [Bug 489101] Re: karmic: udevadm trigger run races udevd startup

2009-11-30 Thread Janne Karhunen
On Tue, Dec 1, 2009 at 12:29 AM, Scott James Remnant
 wrote:

> Upstart waits for udevd to fork() before emitting "started udevd", this
> is sufficient to avoid races. udevd has opened all sockets and is
> listening on them by the time it forks, while it may not be in the main
> loop, any connections will be queued and any events will be pooling on
> the socket, so things work out just fine.

Looks about right then, thanks for the clarification.


-- 
// Janne

-- 
karmic: udevadm trigger run races udevd startup
https://bugs.launchpad.net/bugs/489101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 489101] [NEW] karmic: udevadm trigger run races udevd startup

2009-11-27 Thread Janne Karhunen
Public bug reported:

Binary package hint: udev

My system randomly ends up in condition after bootup where I have 3
instances of udevd running of which upstart is only aware of one. None
of them seem properly working as ethernet device renaming has not been
finalized.

My guess for the reason might be that:
- udev.conf starts up udevd
- udevtrigger.conf starts up udevadm trigger based on condition 'start on 
started udev'

Isn't this a obvious race? I don't think udevd is guaranteed even to hit
main() by the time udevadm trigger can be run (IMHO once its forked
upstart considers it running). My guess is that those 2 extra udevd
instances come from kernel trying to start up new instance of udevd as
one is not registered yet.

For now I'll just fix this with udevtrigger pre-start script that sleeps
for few seconds..

** Affects: udev (Ubuntu)
 Importance: Undecided
 Status: New

-- 
karmic: udevadm trigger run races udevd startup
https://bugs.launchpad.net/bugs/489101
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 285212] Re: npviewer.bin crashed with SIGSEGV in PL_HashTableLookupConst()

2008-11-08 Thread Janne Karhunen
Just started happening to me as well after updating to Intrepid.
Thedailyshow worked well with Hardy + unofficial flash 10. Hardy with
'official' Flash 9 had the same problem.

-- 
npviewer.bin crashed with SIGSEGV in PL_HashTableLookupConst()
https://bugs.launchpad.net/bugs/285212
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 259670] Re: reproducable nspluginwrapper crash

2008-08-20 Thread Janne Karhunen

** Attachment added: "Dependencies.txt"
   http://launchpadlibrarian.net/16952387/Dependencies.txt

** Attachment added: "ExtensionSummary.txt"
   http://launchpadlibrarian.net/16952388/ExtensionSummary.txt

** Attachment added: "pluginreg.dat.txt"
   http://launchpadlibrarian.net/16952389/pluginreg.dat.txt

** Attachment added: "profiles.ini.txt"
   http://launchpadlibrarian.net/16952390/profiles.ini.txt

-- 
reproducable nspluginwrapper crash
https://bugs.launchpad.net/bugs/259670
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 259670] [NEW] reproducable nspluginwrapper crash

2008-08-20 Thread Janne Karhunen
Public bug reported:

Binary package hint: nspluginwrapper

Flash video stream used by thedailyshow seems to reliably crash nspluginwrapper.
kernel: [96509.058961] npviewer.bin[30695]: segfault at 726f7463 rip 726f7463 
rsp ffab863c error 14

http://www.thedailyshow.com/

nspluginwrapper0.9.91.5-2ubuntu2
flashplugin-nonfree
10.0.1.218+10.0.0.525ubuntu1~hardy1+really9.0.124.0ubuntu2

Using up-to-date 64bit hardy. Either this is a regression OR the
thedailyshow site changed something.

ProblemType: Bug
Architecture: amd64
Date: Wed Aug 20 11:56:11 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0.1+build1+nobinonly-0ubuntu0.8.04.3
PackageArchitecture: amd64
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-19-generic x86_64

** Affects: nspluginwrapper (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug

-- 
reproducable nspluginwrapper crash
https://bugs.launchpad.net/bugs/259670
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 212855] Re: npviewer.bin crashed with SIGSEGV in g_type_check_instance_cast()

2008-07-31 Thread Janne Karhunen
Not that I would know if this is a crash or not, but at least I'm still
seeing tons on unreaped npviewer.bins with the latest nspluginwrapper.
Who's the parent here that's supposed to reap these? Firefox itself?

jmk   5129  5097 13 Jul28 ?11:31:35 [npviewer.bin] 

-- 
npviewer.bin crashed with SIGSEGV in g_type_check_instance_cast()
https://bugs.launchpad.net/bugs/212855
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs