Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ??

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ??

Jim Bos

Was about to test 3.10-rc5 but kernel freezes during boot.

With freeze, I mean I've to hit reset button to recover, system is
basically dead, last line on the screen is:

--
fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing generic driver
--

With a *working* boot on plain 3.9.0 I get this:

[    0.390471] efifb: probing for efifb
[    0.390835] efifb: framebuffer at 0xc0000000, mapped to
0xffffc90011180000, using 6144k, total 16384k
[    0.390837] efifb: mode is 1024x768x32, linelength=4096, pages=1
[    0.390839] efifb: scrolling: redraw
[    0.390840] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[    0.392203] Console: switching to colour frame buffer device 128x48
[    0.393461] fb0: EFI VGA frame buffer device
[    0.393476] intel_idle: MWAIT substates: 0x1120
[    0.393477] intel_idle: v0.4 model 0x2A
[    0.393478] intel_idle: lapic_timer_reliable_states 0xffffffff
[    0.393524] input: Power Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
[    0.393549] ACPI: Power Button [PWRB]
[    0.393578] input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
[    0.393599] ACPI: Power Button [PWRF]
[    0.393645] ACPI: Requesting acpi_cpufreq
[    0.394908] GHES: HEST is not enabled!
[    0.401581] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
[    0.422148] 00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[    0.422488] [drm] Initialized drm 1.1.0 20060810
[    0.422508] [drm] radeon kernel modesetting enabled.
[    0.422538] checking generic (c0000000 600000) vs hw (c0000000 10000000)
[    0.422539] fb: conflicting fb hw usage radeondrmfb vs EFI VGA -
removing generic driver

>>>>>>> here it stops for the failing boot <<<<<<<<<<<<<<<<<<<

[    0.422566] Console: switching to colour dummy device 80x25
[    0.422680] [drm] initializing kernel modesetting (REDWOOD
0x1002:0x68D8 0x1682:0x3065).
[    0.422693] [drm] register mmio base: 0xFE620000
[    0.422695] [drm] register mmio size: 131072
[    0.422735] ATOM BIOS: REDWOOD
[    0.422764] radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 -
0x000000003FFFFFFF (1024M used)
[    0.422766] radeon 0000:01:00.0: GTT: 512M 0x0000000040000000 -
0x000000005FFFFFFF

This is the last step in git-bisect:

# git bisect good
f2ba57b5eab8817d86d0f108fdf1878e51dc0a37 is the first bad commit
commit f2ba57b5eab8817d86d0f108fdf1878e51dc0a37
Author: Christian König <[hidden email]>
Date:   Mon Apr 8 12:41:29 2013 +0200

    drm/radeon: UVD bringup v8

    Just everything needed to decode videos using UVD.

    v6: just all the bugfixes and support for R7xx-SI merged in one patch
    v7: UVD_CGC_GATE is a write only register, lockup detection fix
    v8: split out VRAM fallback changes, remove support for RV770,
        add support for HEMLOCK, add buffer sizes checks

    Signed-off-by: Christian König <[hidden email]>
    Reviewed-by: Jerome Glisse <[hidden email]>
    Signed-off-by: Alex Deucher <[hidden email]>

:040000 040000 1bfd368f291a2cfd7d0ebeb70c9109dfd6ebb97d
e4307ff6aa51cf9831815528b7dcf802dd045022 M      drivers
:040000 040000 1e16513d7c6ac3bde842a2ef9e9993ddfeb3faab
8a79c88d63cce4341a3885effcb69024d6d36917 M      include

I have these firmware files:

# ls -l firmware/radeon/REDWOOD_*bin
-rw-r--r-- 1 root root 5504 Jul 22  2012 firmware/radeon/REDWOOD_me.bin
-rw-r--r-- 1 root root 4480 Jul 22  2012 firmware/radeon/REDWOOD_pfp.bin
-rw-r--r-- 1 root root 3072 Apr  6 11:58 firmware/radeon/REDWOOD_rlc.bin

and they are builtin into the kernel:
# egrep "RADEON|EXTRA_FIRMWARE|KMS|^CONFIG_FB_" .config
CONFIG_EXTRA_FIRMWARE="radeon/REDWOOD_me.bin radeon/REDWOOD_pfp.bin
radeon/REDWOOD_rlc.bin"
CONFIG_EXTRA_FIRMWARE_DIR="firmware"
CONFIG_DRM_KMS_HELPER=y
CONFIG_DRM_RADEON=y
# CONFIG_DRM_RADEON_UMS is not set
CONFIG_FB_BOOT_VESA_SUPPORT=y
CONFIG_FB_CFB_FILLRECT=y
CONFIG_FB_CFB_COPYAREA=y
CONFIG_FB_CFB_IMAGEBLIT=y
CONFIG_FB_MODE_HELPERS=y
CONFIG_FB_TILEBLITTING=y
CONFIG_FB_VESA=y
CONFIG_FB_EFI=y
# CONFIG_FB_RADEON is not set


Anything else I can provide ?
_
Jim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Reply | Threaded
Open this post in threaded view
|

RE: Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ??

Deucher, Alexander
> -----Original Message-----
> From: Jim Bos [mailto:[hidden email]]
> Sent: Sunday, June 16, 2013 6:59 AM
> To: Linux Kernel Mailing List
> Cc: Koenig, Christian; Jerome Glisse; Deucher, Alexander
> Subject: Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ??
>
>
> Was about to test 3.10-rc5 but kernel freezes during boot.
>
> With freeze, I mean I've to hit reset button to recover, system is
> basically dead, last line on the screen is:

Does it eventually boot after several minutes?  You may be seeing a timeout from the firmware loader as it tries to load the new ucode for the UVD block.  Make sure you  have the latest REDWOOD_rlc.bin and CYPRESS_uvd.bin files from the Linux firmware tree.

Alex


>
> --
> fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing generic driver
> --
>
> With a *working* boot on plain 3.9.0 I get this:
>
> [    0.390471] efifb: probing for efifb
> [    0.390835] efifb: framebuffer at 0xc0000000, mapped to
> 0xffffc90011180000, using 6144k, total 16384k
> [    0.390837] efifb: mode is 1024x768x32, linelength=4096, pages=1
> [    0.390839] efifb: scrolling: redraw
> [    0.390840] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
> [    0.392203] Console: switching to colour frame buffer device 128x48
> [    0.393461] fb0: EFI VGA frame buffer device
> [    0.393476] intel_idle: MWAIT substates: 0x1120
> [    0.393477] intel_idle: v0.4 model 0x2A
> [    0.393478] intel_idle: lapic_timer_reliable_states 0xffffffff
> [    0.393524] input: Power Button as
> /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
> [    0.393549] ACPI: Power Button [PWRB]
> [    0.393578] input: Power Button as
> /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
> [    0.393599] ACPI: Power Button [PWRF]
> [    0.393645] ACPI: Requesting acpi_cpufreq
> [    0.394908] GHES: HEST is not enabled!
> [    0.401581] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
> [    0.422148] 00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
> [    0.422488] [drm] Initialized drm 1.1.0 20060810
> [    0.422508] [drm] radeon kernel modesetting enabled.
> [    0.422538] checking generic (c0000000 600000) vs hw (c0000000 10000000)
> [    0.422539] fb: conflicting fb hw usage radeondrmfb vs EFI VGA -
> removing generic driver
>
> >>>>>>> here it stops for the failing boot <<<<<<<<<<<<<<<<<<<
>
> [    0.422566] Console: switching to colour dummy device 80x25
> [    0.422680] [drm] initializing kernel modesetting (REDWOOD
> 0x1002:0x68D8 0x1682:0x3065).
> [    0.422693] [drm] register mmio base: 0xFE620000
> [    0.422695] [drm] register mmio size: 131072
> [    0.422735] ATOM BIOS: REDWOOD
> [    0.422764] radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 -
> 0x000000003FFFFFFF (1024M used)
> [    0.422766] radeon 0000:01:00.0: GTT: 512M 0x0000000040000000 -
> 0x000000005FFFFFFF
>
> This is the last step in git-bisect:
>
> # git bisect good
> f2ba57b5eab8817d86d0f108fdf1878e51dc0a37 is the first bad commit
> commit f2ba57b5eab8817d86d0f108fdf1878e51dc0a37
> Author: Christian König <[hidden email]>
> Date:   Mon Apr 8 12:41:29 2013 +0200
>
>     drm/radeon: UVD bringup v8
>
>     Just everything needed to decode videos using UVD.
>
>     v6: just all the bugfixes and support for R7xx-SI merged in one patch
>     v7: UVD_CGC_GATE is a write only register, lockup detection fix
>     v8: split out VRAM fallback changes, remove support for RV770,
>         add support for HEMLOCK, add buffer sizes checks
>
>     Signed-off-by: Christian König <[hidden email]>
>     Reviewed-by: Jerome Glisse <[hidden email]>
>     Signed-off-by: Alex Deucher <[hidden email]>
>
> :040000 040000 1bfd368f291a2cfd7d0ebeb70c9109dfd6ebb97d
> e4307ff6aa51cf9831815528b7dcf802dd045022 M      drivers
> :040000 040000 1e16513d7c6ac3bde842a2ef9e9993ddfeb3faab
> 8a79c88d63cce4341a3885effcb69024d6d36917 M      include
>
> I have these firmware files:
>
> # ls -l firmware/radeon/REDWOOD_*bin
> -rw-r--r-- 1 root root 5504 Jul 22  2012 firmware/radeon/REDWOOD_me.bin
> -rw-r--r-- 1 root root 4480 Jul 22  2012 firmware/radeon/REDWOOD_pfp.bin
> -rw-r--r-- 1 root root 3072 Apr  6 11:58 firmware/radeon/REDWOOD_rlc.bin
>
> and they are builtin into the kernel:
> # egrep "RADEON|EXTRA_FIRMWARE|KMS|^CONFIG_FB_" .config
> CONFIG_EXTRA_FIRMWARE="radeon/REDWOOD_me.bin
> radeon/REDWOOD_pfp.bin
> radeon/REDWOOD_rlc.bin"
> CONFIG_EXTRA_FIRMWARE_DIR="firmware"
> CONFIG_DRM_KMS_HELPER=y
> CONFIG_DRM_RADEON=y
> # CONFIG_DRM_RADEON_UMS is not set
> CONFIG_FB_BOOT_VESA_SUPPORT=y
> CONFIG_FB_CFB_FILLRECT=y
> CONFIG_FB_CFB_COPYAREA=y
> CONFIG_FB_CFB_IMAGEBLIT=y
> CONFIG_FB_MODE_HELPERS=y
> CONFIG_FB_TILEBLITTING=y
> CONFIG_FB_VESA=y
> CONFIG_FB_EFI=y
> # CONFIG_FB_RADEON is not set
>
>
> Anything else I can provide ?
> _
> Jim


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Reply | Threaded
Open this post in threaded view
|

Re: Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ??

Jim Bos
On 06/17/2013 02:54 PM, Deucher, Alexander wrote:

>> -----Original Message-----
>> From: Jim Bos [mailto:[hidden email]]
>> Sent: Sunday, June 16, 2013 6:59 AM
>> To: Linux Kernel Mailing List
>> Cc: Koenig, Christian; Jerome Glisse; Deucher, Alexander
>> Subject: Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ??
>>
>>
>> Was about to test 3.10-rc5 but kernel freezes during boot.
>>
>> With freeze, I mean I've to hit reset button to recover, system is
>> basically dead, last line on the screen is:
>
> Does it eventually boot after several minutes?  You may be seeing a timeout from the firmware loader as it tries to load the new ucode for the UVD block.  Make sure you  have the latest REDWOOD_rlc.bin and CYPRESS_uvd.bin files from the Linux firmware tree.
>
> Alex

Yes, you are correct on both issues,  indeed after 60s or so it *does*
continue to boot, never waited that long before.  If I include
CYPRESS_uvd.bin in the kernel build CONFIG_EXTRA_FIRMWARE this delay is
gone and everything boots fine (3.10-rc6).
Did I miss an announcement about this new CYPRESS_uvd.bin firmware maybe?

Anyway,  glad this is working again.

Thanks,


>
>
>>
>> --
>> fb: conflicting fb hw usage radeondrmfb vs EFI VGA - removing generic driver
>> --
>>
>> With a *working* boot on plain 3.9.0 I get this:
>>
>> [    0.390471] efifb: probing for efifb
>> [    0.390835] efifb: framebuffer at 0xc0000000, mapped to
>> 0xffffc90011180000, using 6144k, total 16384k
>> [    0.390837] efifb: mode is 1024x768x32, linelength=4096, pages=1
>> [    0.390839] efifb: scrolling: redraw
>> [    0.390840] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
>> [    0.392203] Console: switching to colour frame buffer device 128x48
>> [    0.393461] fb0: EFI VGA frame buffer device
>> [    0.393476] intel_idle: MWAIT substates: 0x1120
>> [    0.393477] intel_idle: v0.4 model 0x2A
>> [    0.393478] intel_idle: lapic_timer_reliable_states 0xffffffff
>> [    0.393524] input: Power Button as
>> /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
>> [    0.393549] ACPI: Power Button [PWRB]
>> [    0.393578] input: Power Button as
>> /devices/LNXSYSTM:00/LNXPWRBN:00/input/input1
>> [    0.393599] ACPI: Power Button [PWRF]
>> [    0.393645] ACPI: Requesting acpi_cpufreq
>> [    0.394908] GHES: HEST is not enabled!
>> [    0.401581] Serial: 8250/16550 driver, 8 ports, IRQ sharing enabled
>> [    0.422148] 00:02: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
>> [    0.422488] [drm] Initialized drm 1.1.0 20060810
>> [    0.422508] [drm] radeon kernel modesetting enabled.
>> [    0.422538] checking generic (c0000000 600000) vs hw (c0000000 10000000)
>> [    0.422539] fb: conflicting fb hw usage radeondrmfb vs EFI VGA -
>> removing generic driver
>>
>>>>>>>>> here it stops for the failing boot <<<<<<<<<<<<<<<<<<<
>>
>> [    0.422566] Console: switching to colour dummy device 80x25
>> [    0.422680] [drm] initializing kernel modesetting (REDWOOD
>> 0x1002:0x68D8 0x1682:0x3065).
>> [    0.422693] [drm] register mmio base: 0xFE620000
>> [    0.422695] [drm] register mmio size: 131072
>> [    0.422735] ATOM BIOS: REDWOOD
>> [    0.422764] radeon 0000:01:00.0: VRAM: 1024M 0x0000000000000000 -
>> 0x000000003FFFFFFF (1024M used)
>> [    0.422766] radeon 0000:01:00.0: GTT: 512M 0x0000000040000000 -
>> 0x000000005FFFFFFF
>>
>> This is the last step in git-bisect:
>>
>> # git bisect good
>> f2ba57b5eab8817d86d0f108fdf1878e51dc0a37 is the first bad commit
>> commit f2ba57b5eab8817d86d0f108fdf1878e51dc0a37
>> Author: Christian König <[hidden email]>
>> Date:   Mon Apr 8 12:41:29 2013 +0200
>>
>>     drm/radeon: UVD bringup v8
>>
>>     Just everything needed to decode videos using UVD.
>>
>>     v6: just all the bugfixes and support for R7xx-SI merged in one patch
>>     v7: UVD_CGC_GATE is a write only register, lockup detection fix
>>     v8: split out VRAM fallback changes, remove support for RV770,
>>         add support for HEMLOCK, add buffer sizes checks
>>
>>     Signed-off-by: Christian König <[hidden email]>
>>     Reviewed-by: Jerome Glisse <[hidden email]>
>>     Signed-off-by: Alex Deucher <[hidden email]>
>>
>> :040000 040000 1bfd368f291a2cfd7d0ebeb70c9109dfd6ebb97d
>> e4307ff6aa51cf9831815528b7dcf802dd045022 M      drivers
>> :040000 040000 1e16513d7c6ac3bde842a2ef9e9993ddfeb3faab
>> 8a79c88d63cce4341a3885effcb69024d6d36917 M      include
>>
>> I have these firmware files:
>>
>> # ls -l firmware/radeon/REDWOOD_*bin
>> -rw-r--r-- 1 root root 5504 Jul 22  2012 firmware/radeon/REDWOOD_me.bin
>> -rw-r--r-- 1 root root 4480 Jul 22  2012 firmware/radeon/REDWOOD_pfp.bin
>> -rw-r--r-- 1 root root 3072 Apr  6 11:58 firmware/radeon/REDWOOD_rlc.bin
>>
>> and they are builtin into the kernel:
>> # egrep "RADEON|EXTRA_FIRMWARE|KMS|^CONFIG_FB_" .config
>> CONFIG_EXTRA_FIRMWARE="radeon/REDWOOD_me.bin
>> radeon/REDWOOD_pfp.bin
>> radeon/REDWOOD_rlc.bin"
>> CONFIG_EXTRA_FIRMWARE_DIR="firmware"
>> CONFIG_DRM_KMS_HELPER=y
>> CONFIG_DRM_RADEON=y
>> # CONFIG_DRM_RADEON_UMS is not set
>> CONFIG_FB_BOOT_VESA_SUPPORT=y
>> CONFIG_FB_CFB_FILLRECT=y
>> CONFIG_FB_CFB_COPYAREA=y
>> CONFIG_FB_CFB_IMAGEBLIT=y
>> CONFIG_FB_MODE_HELPERS=y
>> CONFIG_FB_TILEBLITTING=y
>> CONFIG_FB_VESA=y
>> CONFIG_FB_EFI=y
>> # CONFIG_FB_RADEON is not set
>>
>>
>> Anything else I can provide ?
>> _
>> Jim
>
>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [hidden email]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/