[Test-Announce] Call for testing: F14 Alpha RC3/RC4 with Radeon graphics adapters

[Nathanael D. Noblet]

On 08/12/2010 11:59 AM, Adam Williamson wrote:
> Hi, everyone. So, we have one bug remaining for Fedora 14 whose blocker
> status is unclear:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=596985
>
> Two reporters in the bug - John Reiser and Mike Chambers - and one
> reporter from the list - Rui He,
> http://lists.fedoraproject.org/pipermail/test/2010-August/092583.html -
> report that the screen is blanked when the installer starts X on various
> Radeon adapters when booted with default options. The system is still
> running and you can switch to a virtual console to get logs - see
> https://bugzilla.redhat.com/show_bug.cgi?id=596985#c36 - but the screen
> is permanently blank until reboot. When booted with 'basic video driver'
> - which, due to an anaconda bug, actually results in the use of the
> radeon driver, but with kernel modesetting disabled - the installer is
> able to run X normally, for all three. One further reporter, Chuck
> Forsberg -
> http://lists.fedoraproject.org/pipermail/test/2010-August/092581.html -
> had problems with both default and 'basic video mode' (radeon+UMS).
>
> Jerome Glisse reports that he was able to start X and see the display in
> the installer with one or some of his own test cards.
>
> What we need here is more data. So it would be really useful if everyone
> on this list with a Radeon video adapter could test this. It's fairly
> quick and easy and doesn't require you to actually complete an install.
> Just get the boot.iso for RC3 (currently) or RC4 (later today, likely) -
> the boot.iso for RC3 is at
> http://serverbeach1.fedoraproject.org/pub/alt/stage/14-Alpha.RC3/Fedora/x86_64/os/images/boot.iso or http://serverbeach1.fedoraproject.org/pub/alt/stage/14-Alpha.RC3/Fedora/i386/os/images/boot.iso - boot it, and see if you can make it to the graphical stage of the installation process. Please reply here, and if you observe the same problem as the reporters, add your details to the bug report (also test the 'basic graphics driver' choice, and report whether you used rc3 or rc4, and x86-64 or i386). Thanks!

Downloaded boot.iso (i386) and went into graphical mode fine once I gave 
it the path to install.img. I have copies of all log files if needed

01:00.0 VGA compatible controller: ATI Technologies Inc RV730 PRO 
[Radeon HD 4650]


There was however a kernel issue from dmesg, should this be filed?

===================================================
[ INFO: suspicious rcu_dereference_check() usage. ]
---------------------------------------------------
kernel/sched.c:616 invoked rcu_dereference_check() without protection!

other info that might help us debug this:

rcu_scheduler_active = 1, debug_locks = 0
3 locks held by swapper/1:
  #0:  (cpu_add_remove_lock){+.+.+.}, at: [<c043cb20>] 
cpu_maps_update_begin+0x14/0x16
  #1:  (cpu_hotplug.lock){+.+.+.}, at: [<c043ca54>] 
cpu_hotplug_begin+0x22/0x45
  #2:  (&rq->lock){-.....}, at: [<c07ca1d4>] init_idle+0x26/0x10b

stack backtrace:
Pid: 1, comm: swapper Not tainted 2.6.35-0.57.rc6.git1.fc14.i686 #1
Call Trace:
  [<c07cc316>] ? printk+0x25/0x2f
  [<c046094d>] lockdep_rcu_dereference+0x7d/0x86
  [<c042c353>] task_group+0x72/0x7e
  [<c042c372>] set_task_rq+0x13/0x5c
  [<c07ca282>] init_idle+0xd4/0x10b
  [<c07ca5a3>] fork_idle+0x74/0x7d
  [<c07c8839>] do_fork_idle+0x13/0x21
  [<c07c8957>] do_boot_cpu+0x110/0x885
  [<c07c8826>] ? do_fork_idle+0x0/0x21
  [<c07c983b>] native_cpu_up+0x114/0x1d9
  [<c07ca658>] _cpu_up+0x87/0xd7
  [<c07ca6f3>] cpu_up+0x4b/0x5b
  [<c0a5e8ca>] kernel_init+0xc1/0x23a
  [<c0a5e809>] ? kernel_init+0x0/0x23a
  [<c0403982>] kernel_thread_helper+0x6/0x10