* Re: [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650] Stack trace
@ 2010-08-18 12:48 Boris Derzhavets
2010-08-18 18:57 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 3+ messages in thread
From: Boris Derzhavets @ 2010-08-18 12:48 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 10309 bytes --]
Just surfing Net for 2-3 hr concerning "dracut" on Fedora 13.
Several "warnings" at the end of dmesg log. Seems like reaction
on some system events scheduled to run on regular basis, but not
user's activity.
Boris.
--- On Tue, 8/17/10, Boris Derzhavets <bderzhavets@yahoo.com> wrote:
From: Boris Derzhavets <bderzhavets@yahoo.com>
Subject: Re: [Xen-devel] [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650]
To: "Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com>
Cc: xen-devel@lists.xensource.com
Date: Tuesday, August 17, 2010, 4:15 PM
> Can you give provide:
> lspci -vvv
Yes
> full serial log console output?
No.
> and what were you doing when this happend? (starting X, playing games?)
The previous dmesg was captured during about 10 hr day. Stack traces
were cumulated at the end one by one ( about 6-9 similar entries).
Now i rebooted the box. Started Virt-Manager and F13 guest . Then begun
rotate cube ( desktop) and track dmesg. Nothing there . It stays clean.
As far as i will catch "Warning" , i will make a post .
Boris.
P.S This Ubuntu 10.04 Server has ubuntu-desktop installed . It loads into Gnome Desktop with alive Virt-manager and etc. It's not connected with X Server start for sure. There are no games just Xen VMs running under Virt-manager. I installed Compiz for fun and rotated cube's desktop with
3D windows.
--- On Tue, 8/17/10, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: [Xen-devel] [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650]
To: "Boris Derzhavets" <bderzhavets@yahoo.com>
Cc: xen-devel@lists.xensource.com
Date: Tuesday, August 17, 2010, 3:32 PM
On Tue, Aug 17, 2010 at 11:27:08AM -0700, Boris Derzhavets wrote:
> Complete dmesg report contains entries :-
Impressive.
Can you give provide:
lspci -vvv
full serial log console output?
and what were you doing when this happend? (starting X, playing
games?)
>
> ------------[ cut here ]------------
> WARNING: at lib/list_debug.c:30 __list_add+0x68/0x81()
> Hardware name: System Product Name
> list_add corruption. prev->next should be next (ffff8801e7d9dda0), but was ffff88017ea4f730. (prev=ffff88017ea4f730).
> Modules linked in: nls_utf8 xt_physdev ppdev ip6table_filter ip6_tables ipt_MASQUERADE iptable_nat nf_nat ipv6 snd_hda_codec_atihdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_pcm_oss snd_hwdep snd_mixer_oss snd_seq_dummy snd_pcm snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event radeon snd_seq snd_timer ttm drm_kms_helper snd_seq_device drm i2c_algo_bit snd soundcore snd_page_alloc lp asus_atk0110 parport ata_generic pata_acpi pata_jmicron r8169 mii floppy
> Pid: 3813, comm: Xorg Not tainted 2.6.32.19-xen #3
> Call Trace:
> [<ffffffff81054f3e>] warn_slowpath_common+0x77/0x8f
>
[<ffffffff81054fa3>] warn_slowpath_fmt+0x3c/0x3e
> [<ffffffffa0093021>] ? ttm_buffer_object_init+0x333/0x35c [ttm]
> [<ffffffff8121b817>] __list_add+0x68/0x81
> [<ffffffffa00d69e7>] radeon_object_create+0x1cd/0x1e2 [radeon]
> [<ffffffffa00d67d2>] ? radeon_ttm_object_object_destroy+0x0/0x48 [radeon]
> [<ffffffffa00e0bc6>] radeon_gem_object_create+0x8b/0xf9 [radeon]
> [<ffffffff810449ef>] ? __wake_up+0x3f/0x48
> [<ffffffffa00e0c34>] ? radeon_gem_create_ioctl+0x0/0xda [radeon]
> [<ffffffffa00e0c89>] radeon_gem_create_ioctl+0x55/0xda [radeon]
> [<ffffffff811d6339>] ? avc_has_perm+0x57/0x69
> [<ffffffffa005d0c7>] drm_ioctl+0x232/0x2ef [drm]
> [<ffffffff8100fab9>] ? __spin_time_accum+0x21/0x37
> [<ffffffff8100fd19>] ?
__xen_spin_lock+0xb7/0xcd
> [<ffffffff8111859c>] vfs_ioctl+0x6a/0x82
> [<ffffffff81118aa8>] do_vfs_ioctl+0x47d/0x4c3
> [<ffffffff81118b3f>] sys_ioctl+0x51/0x74
> [<ffffffff8110a4d7>] ? sys_read+0x5c/0x69
> [<ffffffff81012b42>] system_call_fastpath+0x16/0x1b
> ---[ end trace 5cb030d3ba77eb47 ]---
> ------------[ cut here ]------------
> WARNING: at lib/list_debug.c:30 __list_add+0x68/0x81()
> Hardware name: System Product Name
> list_add corruption. prev->next should be next (ffff8801e7d9dda0), but was ffff88017ea49330. (prev=ffff88017ea4f730).
> Modules linked in: nls_utf8 xt_physdev ppdev ip6table_filter ip6_tables ipt_MASQUERADE iptable_nat nf_nat ipv6 snd_hda_codec_atihdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_pcm_oss snd_hwdep snd_mixer_oss snd_seq_dummy snd_pcm snd_seq_oss snd_seq_midi snd_rawmidi
snd_seq_midi_event radeon snd_seq snd_timer ttm drm_kms_helper snd_seq_device drm i2c_algo_bit snd soundcore snd_page_alloc lp asus_atk0110 parport ata_generic pata_acpi pata_jmicron r8169 mii floppy
> Pid: 3813, comm: Xorg Tainted: G W 2.6.32.19-xen #3
> Call Trace:
> [<ffffffff81054f3e>] warn_slowpath_common+0x77/0x8f
> [<ffffffff81054fa3>] warn_slowpath_fmt+0x3c/0x3e
> [<ffffffffa0093021>] ? ttm_buffer_object_init+0x333/0x35c [ttm]
> [<ffffffff8121b817>] __list_add+0x68/0x81
> [<ffffffffa00d69e7>] radeon_object_create+0x1cd/0x1e2 [radeon]
> [<ffffffffa00d67d2>] ? radeon_ttm_object_object_destroy+0x0/0x48 [radeon]
> [<ffffffffa00e0bc6>] radeon_gem_object_create+0x8b/0xf9 [radeon]
> [<ffffffff810449ef>] ? __wake_up+0x3f/0x48
>
[<ffffffffa00e0c34>] ? radeon_gem_create_ioctl+0x0/0xda [radeon]
> [<ffffffffa00e0c89>] radeon_gem_create_ioctl+0x55/0xda [radeon]
> [<ffffffff811d6339>] ? avc_has_perm+0x57/0x69
> [<ffffffffa005d0c7>] drm_ioctl+0x232/0x2ef [drm]
> [<ffffffff8100fab9>] ? __spin_time_accum+0x21/0x37
> [<ffffffff8100fd19>] ? __xen_spin_lock+0xb7/0xcd
> [<ffffffff8111859c>] vfs_ioctl+0x6a/0x82
> [<ffffffff81118aa8>] do_vfs_ioctl+0x47d/0x4c3
> [<ffffffff8100f10f>] ? xen_restore_fl_direct_end+0x0/0x1
> [<ffffffff81118b3f>] sys_ioctl+0x51/0x74
> [<ffffffff81464c20>] ? do_device_not_available+0x9/0xb
> [<ffffffff81012b42>] system_call_fastpath+0x16/0x1b
> ---[ end trace 5cb030d3ba77eb48 ]---
> ------------[ cut here ]------------
> WARNING: at
lib/list_debug.c:30 __list_add+0x68/0x81()
> Hardware name: System Product Name
> list_add corruption. prev->next should be next (ffff8801e7d9dda0), but was ffff88017ea49330.
>
>
>
> --- On Tue, 8/17/10, Boris Derzhavets <bderzhavets@yahoo.com> wrote:
>
> From: Boris Derzhavets <bderzhavets@yahoo.com>
> Subject: Re: [Xen-devel] [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650]
> To: "Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com>
> Cc: xen-devel@lists.xensource.com
> Date: Tuesday, August 17, 2010, 10:50 AM
>
> Seems to be F13/dracut issue in my case.
>
> Xen 4.0.1-rc6 & 2.6.32.19 ( KMS enabled) installed on top of Ubuntu 10.04
> with no problems.
>
> --- On Tue, 8/17/10, Boris Derzhavets
<bderzhavets@yahoo.com> wrote:
>
> From: Boris Derzhavets <bderzhavets@yahoo.com>
> Subject: Re: [Xen-devel] [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650]
> To: "Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com>
> Cc: xen-devel@lists.xensource.com
> Date: Tuesday, August 17, 2010, 3:09 AM
>
> > How about -v? See if the file RV730_pfp.bin gets put in the initramfs
> image.
>
>
> I unzipped and uncpio initramfs :-
> file is not there.
> Tried --fware option of dracut. No luck.
> File gets installed in /lib/fmware/radeon folder , but doesn't get
> included in "initramfs"
>
>
> > Did you make sure that the CONFIG_DRM_RADEON is set to 'm'?
> It appears to
be set to 'y'
>
> > After that did you recompile the kernel and modules and re-installed them?
> Yes.
>
> --- On Mon, 8/16/10, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
>
> From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
> Subject: Re: [Xen-devel] [GIT PULL] devel/pat + devel/kms.fixes-0.5 on
> RV730 PRO [Radeon HD 4650]
> To: "Boris Derzhavets" <bderzhavets@yahoo.com>
> Cc: xen-devel@lists.xensource.com
> Date: Monday, August 16, 2010, 4:05 PM
>
> On Mon, Aug 16, 2010 at 11:35:24AM -0700, Boris Derzhavets wrote:
> > > Can you provide the serial output?
> > No
> >
> > > Is the error the same as you reported
> > before (were
it could not load the firmware code?)
> >
> > Yes.
> > Xen System loads up so i have dmesg.log It's attached
> >
> > > Can you try fiddling with the dracut options to force it include the
> > proper firmware bits?
> >
> > Which ones ? That is what happens loading Dom0.
>
> How about -v? See if the file RV730_pfp.bin gets put in the initramfs
> image. Did you make sure that the CONFIG_DRM_RADEON is set to 'm'? After
> that did you recompile the kernel and modules and re-installed them?
>
> >
>
> >
> Dmesg:
> >
> > [drm] Loading RV730 CP Microcode
> > platform radeon_cp.0: firmware: requesting radeon/RV730_pfp.bin
> >
> > Hangs.... for a while.
> >
> > r600_cp: Failed to load firmware
"radeon/RV730_pfp.bin"
> > [drm:rv770_init] *ERROR* Failed to load firmware!
> > [drm:radeon_driver_load_kms] *ERROR* Fatal error while trying to initialize radeon.
> > radeon 0000:01:00.0: PCI INT A disabled
> > radeon: probe of 0000:01:00.0 failed with error -2
> >
> > Proceed with normal load.
>
> You need to figure out why it isn't including that firmware file on the
> initramfs.
>
>
>
>
>
>
>
>
>
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
>
>
>
> -----Inline Attachment Follows-----
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
-----Inline Attachment Follows-----
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
[-- Attachment #1.2: Type: text/html, Size: 13977 bytes --]
[-- Attachment #2: dmesg.081810.gz --]
[-- Type: application/x-gzip, Size: 12966 bytes --]
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650] Stack trace
2010-08-18 12:48 [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650] Stack trace Boris Derzhavets
@ 2010-08-18 18:57 ` Konrad Rzeszutek Wilk
2010-08-18 19:30 ` Boris Derzhavets
0 siblings, 1 reply; 3+ messages in thread
From: Konrad Rzeszutek Wilk @ 2010-08-18 18:57 UTC (permalink / raw)
To: Boris Derzhavets; +Cc: xen-devel
On Wed, Aug 18, 2010 at 05:48:47AM -0700, Boris Derzhavets wrote:
> Just surfing Net for 2-3 hr concerning "dracut" on Fedora 13.
> Several "warnings" at the end of dmesg log. Seems like reaction
> on some system events scheduled to run on regular basis, but not
> user's activity.
I am pretty sure you are hitting this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=558190
https://bugzilla.redhat.com/show_bug.cgi?id=537981
that got fixed in v2.6.33 with this patch:
commit 4c7886791264f03428d5424befb1b96f08fc90f4
Author: Jerome Glisse <jglisse@redhat.com>
Date: Fri Nov 20 14:29:23 2009 +0100
drm/radeon/kms: Rework radeon object handling
The locking & protection of radeon object was somewhat messy.
This patch completely rework it to now use ttm reserve as a
protection for the radeon object structure member. It also
shrink down the various radeon object structure by removing
field which were redondant with the ttm information. Last it
converts few simple functions to inline which should with
performances.
airlied: rebase on top of r600 and other changes.
and backporting this back to xen/stable-2.32.x.. is not something
I am going to do.
Looking in in kernel-2.6.32.8-58.fc12.x86_64 the patch that fixed this was
drm-upgrayedd.patch which is a mega-update of DRM to 2.6.33.
It even has nouveau bits in it.
So, you will have to wait till 2.6.36 rebase is complete. Or
you can try back-porting those patches. Or wait a couple of days
and wait for me to rebase my devel/next.drm, which has DRM from
2.6.34.
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650] Stack trace
2010-08-18 18:57 ` Konrad Rzeszutek Wilk
@ 2010-08-18 19:30 ` Boris Derzhavets
0 siblings, 0 replies; 3+ messages in thread
From: Boris Derzhavets @ 2010-08-18 19:30 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk; +Cc: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 2151 bytes --]
> Or wait a couple of days and wait for me to rebase my devel/next.drm, which has DRM from 2.6.34.
This is the best option.
Thank you.
Boris
--- On Wed, 8/18/10, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Subject: Re: [Xen-devel] [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650] Stack trace
To: "Boris Derzhavets" <bderzhavets@yahoo.com>
Cc: xen-devel@lists.xensource.com
Date: Wednesday, August 18, 2010, 2:57 PM
On Wed, Aug 18, 2010 at 05:48:47AM -0700, Boris Derzhavets wrote:
> Just surfing Net for 2-3 hr concerning "dracut" on Fedora 13.
> Several "warnings" at the end of dmesg log. Seems like reaction
> on some system events scheduled to run on regular basis, but not
> user's activity.
I am pretty sure you are hitting this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=558190
https://bugzilla.redhat.com/show_bug.cgi?id=537981
that got fixed in v2.6.33 with this patch:
commit 4c7886791264f03428d5424befb1b96f08fc90f4
Author: Jerome Glisse <jglisse@redhat.com>
Date: Fri Nov 20 14:29:23 2009 +0100
drm/radeon/kms: Rework radeon object handling
The locking & protection of radeon object was somewhat messy.
This patch completely rework it to now use ttm reserve as a
protection for the radeon object structure member. It also
shrink down the various radeon object structure by removing
field which were redondant with the ttm information. Last it
converts few simple functions to inline which should with
performances.
airlied: rebase on top of r600 and other changes.
and backporting this back to xen/stable-2.32.x.. is not something
I am going to do.
Looking in in kernel-2.6.32.8-58.fc12.x86_64 the patch that fixed this was
drm-upgrayedd.patch which is a mega-update of DRM to 2.6.33.
It even has nouveau bits in it.
So, you will have to wait till 2.6.36 rebase is complete. Or
you can try back-porting those patches. Or wait a couple of days
and wait for me to rebase my devel/next.drm, which has DRM from
2.6.34.
[-- Attachment #1.2: Type: text/html, Size: 2960 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-08-18 19:30 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-18 12:48 [GIT PULL] devel/pat + devel/kms.fixes-0.5 on RV730 PRO [Radeon HD 4650] Stack trace Boris Derzhavets
2010-08-18 18:57 ` Konrad Rzeszutek Wilk
2010-08-18 19:30 ` Boris Derzhavets
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.