Bug#678786: Build successful
Works for me too under pbuilder sid/amd64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674900:
I tried to rebuild the package using pbuilder, and looks like the situation has changed. I am not getting the missed file anymore, but rather a compilation failure: http://paste.debian.net/188591/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674900:
We fixed the errors we got, patch is attached. Unfortunately, it appears that after it compiles it then fails in the compilation (?) of IDL files. I don't know much about GObject or IDL, and could not go further in the debugging. The failed build log is at: http://pastebin.com/nLD0uZWm. Somebody with knowledge of GObject should have a look at it. Andrea beast-build.patch Description: Binary data
Bug#663361: libgstreamer0.10-0: segfaults when trying to access to webcam
Package: libgstreamer0.10-0 Version: 0.10.36-1 Severity: important Dear Maintainer, I tried to access the webcam using two different programs: cheese and gstreamer-properties. Both segfault when trying to do it, and gdb shows that the culprit is libgstreamer: andrea@a8jc:~$ gdb gstreamer-properties [...] (gdb) run [... now I click on Test for the webcam ...] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb107bb70 (LWP 21680)] 0xb7a7868c in gst_mini_object_copy (mini_object=0x8423bf0) at gstminiobject.c:259 259 gstminiobject.c: No such file or directory. (gdb) bt #0 0xb7a7868c in gst_mini_object_copy (mini_object=0x8423bf0) at gstminiobject.c:259 #1 0xb19980f8 in ?? () from /usr/lib/i386-linux- gnu/gstreamer-0.10/libgstvideo4linux2.so #2 0xb1990530 in ?? () from /usr/lib/i386-linux- gnu/gstreamer-0.10/libgstvideo4linux2.so #3 0xb199099b in ?? () from /usr/lib/i386-linux- gnu/gstreamer-0.10/libgstvideo4linux2.so #4 0xb1ec75d0 in gst_push_src_create (bsrc=0x84127a8, offset=18446744073709551615, length=4096, ret=0xb107b0bc) at gstpushsrc.c:117 #5 0xb1ead9e5 in gst_base_src_get_range (src=0x84127a8, offset=18446744073709551615, length=4096, buf=0xb107b0bc) at gstbasesrc.c:2188 #6 0xb1eaf580 in gst_base_src_loop (pad=0x825c4c0) at gstbasesrc.c:2445 #7 0xb7aaeb50 in gst_task_func (task=0x826ec88) at gsttask.c:327 #8 0xb7aafe08 in default_func (tdata=0x8485b00, pool=0x808ef60) at gsttaskpool.c:70 #9 0xb7943207 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #10 0xb7940dd4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #11 0xb78aec39 in start_thread () from /lib/i386-linux- gnu/i686/cmov/libpthread.so.0 #12 0xb781c12e in clone () from /lib/i386-linux-gnu/i686/cmov/libc.so.6 (gdb) I got more debug information by installing libgstreamer0.10-0-dbg. The same webcam works under Ubuntu 10.04 (that I wiped out, so I can't give any precise info about the packages). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgstreamer0.10-0 depends on: ii libc6 2.13-27 ii libglib2.0-0 2.30.2-6 ii libxml22.7.8.dfsg-7 ii multiarch-support 2.13-27 libgstreamer0.10-0 recommends no packages. Versions of packages libgstreamer0.10-0 suggests: pn gstreamer0.10-plugins-base 0.10.36-1 pn gstreamer0.10-tools none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608278: linux-image-2.6.32-5-amd64: Random general protection faults at boot
Hi, This is presumably caused by a bug in rtl8187. However, it is not a general protection fault so there may be two different bugs here. Yes, the GPF is around sec 30. After that bug, I blacklisted rtl8187, and resulted in the other GPFs at boot time that are not logged. Can you try blacklisting the radeon driver? If I blacklist the radeon driver, I don't get any GPFs anymore. I did 10 reboots, and no problems. Can I help you anymore in diagnosing the problem? Thanks, Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608278: linux-image-2.6.32-5-amd64: Random general protection faults at boot
Hi, Justification: breaks the whole system This does *not* break the whole system - the package works for other people and even you are able to reboot into another kernel version. Sorry, I misinterpreted the options. [cut] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a000f6b8] ? usb_control_msg+0x124/0x135 [usbcore] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [8104800d] ? finish_task_switch+0x3a/0xaf Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a031bd2e] ? rtl818x_ioread8+0x61/0x7e [rtl8187] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a031bd6f] ? rtl8187_is_radio_enabled+0x24/0xc0 [rtl8187] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a031be30] ? rtl8187_rfkill_poll+0x25/0x78 [rtl8187] [...] This is presumably caused by a bug in rtl8187. However, it is not a general protection fault so there may be two different bugs here. Yes, the GPF is around sec 30. After that bug, I blacklisted rtl8187, and resulted in the other GPFs at boot time that are not logged. Andrea -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608278: linux-image-2.6.32-5-amd64: Random general protection faults at boot
Package: linux-2.6 Version: 2.6.32-29 Severity: critical Justification: breaks the whole system The system randomly (say, 2 times every 3 boots) shows General Protection Fault errors at boot time. I don't get to multiuser init levels. When those errors occur, I can't do anything, the system seems unresponsive. When I press NumLock, the system shows a message like BUG: scheduling while atomic: swapper/0/0x10100 And then hangs up completely. The info displayed in the logs, however, change from time to time. I did a memtest, and the RAM is OK. Reverting to 2.6.32-3-amd64 fixed the problem. -- Package-specific info: ** Kernel log: boot messages should be attached I can't get the exact error messages, as the system can't boot and I don't have a digital camera at hand. I found in /var/log/syslog.0 a similar trace, but I don't know if it's the same problem. Here it is: Dec 28 11:33:38 beriserv kernel: [ 20.816204] [ cut here ] Dec 28 11:33:38 beriserv kernel: [ 20.817009] kernel BUG at /build/buildd-linux-2.6_2.6.32-28-amd64-EUJiNq/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969! Dec 28 11:33:38 beriserv kernel: [ 20.817895] invalid opcode: [#1] SMP Dec 28 11:33:38 beriserv kernel: [ 20.818786] last sysfs file: /sys/module/processor/initstate Dec 28 11:33:38 beriserv kernel: [ 20.819697] CPU 0 Dec 28 11:33:38 beriserv kernel: [ 20.820173] Modules linked in: acpi_cpufreq cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_stats fuse loop firewire_sbp2 snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm arc4 snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq ecb snd_timer radeon snd_seq_device rtl8187 ttm drm_kms_helper mac80211 led_class cfg80211 drm i2c_algo_bit snd rfkill i2c_i801 soundcore eeprom_93cx6 i2c_core button snd_page_alloc evdev pcspkr asus_atk0110 processor serio_raw ext3 jbd mbcache usbhid hid sg sd_mod crc_t10dif sr_mod cdrom ata_generic pata_jmicron uhci_hcd ahci ata_piix ehci_hcd thermal firewire_ohci firewire_core crc_itu_t sky2 floppy libata scsi_mod thermal_sys usbcore nls_base [last unloaded: scsi_wait_scan] Dec 28 11:33:38 beriserv kernel: [ 20.820173] Pid: 9, comm: events/0 Not tainted 2.6.32-5-amd64 #1 P5K-E Dec 28 11:33:38 beriserv kernel: [ 20.820173] RIP: 0010:[810e6e5f] [810e6e5f] kfree+0x55/0xcb Dec 28 11:33:38 beriserv kernel: [ 20.820173] RSP: 0018:88007fb9bd00 EFLAGS: 00010246 Dec 28 11:33:38 beriserv kernel: [ 20.820173] RAX: RBX: 0001 RCX: 8118fda5 Dec 28 11:33:38 beriserv kernel: [ 20.820173] RDX: 0001 RSI: 880001811d10 RDI: ea00 Dec 28 11:33:38 beriserv kernel: [ 20.820173] RBP: 8800 R08: 88007fb9a000 R09: 81452c20 Dec 28 11:33:38 beriserv kernel: [ 20.820173] R10: 880001812ba0 R11: dead00200200 R12: a000f6b8 Dec 28 11:33:38 beriserv kernel: [ 20.820173] R13: 0001 R14: 88007ca3f7c0 R15: ff91 Dec 28 11:33:38 beriserv kernel: [ 20.820173] FS: () GS:88000180() knlGS: Dec 28 11:33:38 beriserv kernel: [ 20.820173] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b Dec 28 11:33:38 beriserv kernel: [ 20.820173] CR2: 7f873667f000 CR3: 379d8000 CR4: 06f0 Dec 28 11:33:38 beriserv kernel: [ 20.820173] DR0: DR1: DR2: Dec 28 11:33:38 beriserv kernel: [ 20.820173] DR3: DR6: 0ff0 DR7: 0400 Dec 28 11:33:38 beriserv kernel: [ 20.820173] Process events/0 (pid: 9, threadinfo 88007fb9a000, task 88007fba) Dec 28 11:33:38 beriserv kernel: [ 20.820173] Stack: Dec 28 11:33:38 beriserv kernel: [ 20.820173] 0001 8800 0008 a000f6b8 Dec 28 11:33:38 beriserv kernel: [ 20.820173] 0 0001 82800581 88007c8ca000 8104800d Dec 28 11:33:38 beriserv kernel: [ 20.820173] 0 000100015780 88007ca3f1a0 880001818180 ff91 Dec 28 11:33:38 beriserv kernel: [ 20.820173] Call Trace: Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a000f6b8] ? usb_control_msg+0x124/0x135 [usbcore] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [8104800d] ? finish_task_switch+0x3a/0xaf Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a031bd2e] ? rtl818x_ioread8+0x61/0x7e [rtl8187] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a031bd6f] ? rtl8187_is_radio_enabled+0x24/0xc0 [rtl8187] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a031be30] ? rtl8187_rfkill_poll+0x25/0x78 [rtl8187] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [a023be5d] ? rfkill_poll+0x1b/0x31 [rfkill] Dec 28 11:33:38 beriserv kernel: [ 20.820173] [810615c3] ?