Bug 550524
| Summary: | [abrt] crash detected in galeon-2.0.7-19.fc12 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | zimon <zimon> | ||||||
| Component: | galeon | Assignee: | Yanko Kaneti <yaneti> | ||||||
| Status: | CLOSED CANTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 12 | CC: | yaneti, zimon | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | abrt_hash:de1b6551c86e3c4357f799634386286e890ead75 | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2010-03-28 09:55:33 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
zimon
2009-12-25 20:40:17 UTC
Created attachment 380341 [details]
File: backtrace
I have run all the debuginfo-install commands the abrtd-panel-applet has suggested: 512 debuginfo-install firefox 523 debuginfo-install midori 524 debuginfo-install galeon 530 debuginfo-install google-chrome-beta Those all www-browsers crash on any flash-content (at least youtube.com videos). I do not know if it helps to send all those crashes from different www-browsers. It seems (to me) the error would be in Adobe's libflashplayer.so The same www-clients and the same Adobe flash-plugin works on this other single CPU-x86_64-machine. The crashing one is dual-x86_64-cpu. If gnash-plugin is used instead, no crash (but gnash does not support all flash content) Created attachment 380369 [details] gdb debug session of crashed galeon session trying to see youtube URI gdb debug session of crashed galeon session in safe-mode trying to see youtube URI. "Missing separate debuginfos, use: debuginfo-install libcurl-7.19.7-3.fc11.x86_64 libflashsupport-000-0.5.svn20070904.x86_64" Those cannot be found. Adobe would need to give debuginfo for libflashplayer.so Same kind of backtrace with the same URI with firefox in safe-mode here: https://bugzilla.redhat.com/attachment.cgi?id=380367 Misc info about the platform: (the crash seems to happen when libflashplayer.so is trying to do something with PCM sound.)
$ uname -srvmpio
Linux 2.6.31.9-174.fc12.x86_64 #1 SMP Mon Dec 21 05:33:33 UTC 2009 x86_64 x86_64 x86_64 GNU/Linux
$ lscpu
Architecture: x86_64
CPU(s): 2
Thread(s) per core: 1
Core(s) per socket: 2
CPU socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 15
Model: 75
Stepping: 2
CPU MHz: 1000.000
Virtualization: AMD-V
L1d cache: 64K
L1i cache: 64K
L2 cache: 512K
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 75
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 2004.14
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 75
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
stepping : 2
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 2004.14
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
$ lspci | grep -i audio
00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2)
$ lshal | grep -i audio
info.product = 'MCP51 High Definition Audio' (string)
pci.product = 'MCP51 High Definition Audio' (string)
$ lsmod | grep snd
snd_hda_codec_analog 75872 1
snd_hda_intel 30360 3
snd_hda_codec 72832 2 snd_hda_codec_analog,snd_hda_intel
snd_hwdep 9224 1 snd_hda_codec
snd_seq 58080 0
snd_seq_device 7620 1 snd_seq
snd_pcm 83144 3 snd_hda_intel,snd_hda_codec
snd_timer 22608 2 snd_seq,snd_pcm
snd 67592 13 snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore 7328 1 snd
snd_page_alloc 9568 2 snd_hda_intel,snd_pcm
$ cat /etc/asound.conf
#
# Place your global alsa-lib configuration here...
#
@hooks [
{
func load
files [
"/etc/alsa/pulse-default.conf"
]
errors false
}
]
$ cat /etc/alsa/pulse-default.conf
# PulseAudio plugin configuration
# $Id: pulse-default.conf,v 1.3 2008/03/09 15:50:49 lkundrak Exp $
# Let's create a virtual device "pulse" for mixer and PCM
pcm.pulse {
type pulse
hint {
description "PulseAudio Sound Server"
}
}
ctl.pulse {
type pulse
hint {
description "PulseAudio Sound Server"
}
}
# Let's make it the default!
pcm.!default {
type pulse
hint {
description "Default"
}
}
ctl.!default {
type pulse
hint {
description "Default"
}
}
$ # "Nothing has been changed in configuration files from what came with rpm packages."
$ rpm -qV pulseaudio-libs
$ rpm -qV alsa-utils
$ exit
exit
Sorry for the delayed response. This is obviously related to the flash plugin, which we can't really fix. I have the flash plugin working here on testing setup without such problems, perhaps you can upgrade to its latest version and try again. In any case this should be reported to Adobe. |