Mailing List Archive

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:

--
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 <deathsimple@vodafone.de>
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 <christian.koenig@amd.com>
Reviewed-by: Jerome Glisse <jglisse@redhat.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>

: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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
RE: Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ?? [ In reply to ]
> -----Original Message-----
> From: Jim Bos [mailto:jim876@xs4all.nl]
> 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 <deathsimple@vodafone.de>
> 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 <christian.koenig@amd.com>
> Reviewed-by: Jerome Glisse <jglisse@redhat.com>
> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
>
> :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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: Regression: 3.9.0+ .. 3.10-rc5 freezes during boot, Radeon update ?? [ In reply to ]
On 06/17/2013 02:54 PM, Deucher, Alexander wrote:
>> -----Original Message-----
>> From: Jim Bos [mailto:jim876@xs4all.nl]
>> 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 <deathsimple@vodafone.de>
>> 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 <christian.koenig@amd.com>
>> Reviewed-by: Jerome Glisse <jglisse@redhat.com>
>> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
>>
>> :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 majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/