Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/07/12 12:15: > Hi, > > this is a series of patches to fix the regressions of HD-audio HDMI > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. > > The first patch adds a new helper function to vga-switcheroo and the > second just uses that instead of an open code. > > Dave, if the first patch is OK, I'm going to apply it though sound tree. > Let me know if any problem is found. > > Joerg, could you check whether this doesn't break your setup, too? > > > thanks, > > Takashi Hello Takashi, I applied both your patches on 3.5-rc1. With this kernel I made three tests. 1) After booting I switched off the discrete GPU via vga_switcheroo. Then ca. 210 times the message hda-intel: spurious response 0x0:0x0, last cmd=0x170503 appears on the console and in the logs. Starting X and using the built-in USB web-cam work, as well as sound with mplayer2 works. 2) After booting I switched to the discrete GPU via echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch Then I started X via startx. The desktop screen appears but the system freezes. No reaction on keyboard or touchpad input. The computer is not reachable via ethernet wire. 3) After booting the machine freezes (hard-lock) when trying to switch to dynamic power mangement on the integrated GPU via echo -n dynpm > /sys/class/drm/card0/device/power_method at least two trace calls are done. On the console only the last two lines of one call trace and the last one are visible (machine is frozen). It says (typed by hand, therefore, not complete): ... ---[ end trace a926a4156be75305 ]--- BUG: unable to handle kernel paging request at fff8 IP: [] kthread_data+0x7/0x10 PGD 1585067 PUD 1586067 PMD 0 Oops: [#2] SMP CPU 1 ... Call Trace: [< ... >] ? wq_worker_sleeping+0x8/0x80 ...? __schedule+0x363/0x520 ...? do_exit+0x552/0x850 ...? oops_end+0x67/0x90 ...? no_context+0x24e/0x279 ...? do_page_fault+0x2bb/0x460 ... ---[ end trace a926a4156be75305 ]--- Fixing recursive fault but reboot is needed! -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Hello Takashi, Takashi Iwai wrote, on 06/08/12 15:03: > At Fri, 08 Jun 2012 13:26:57 +0200, > Jörg-Volker Peetz wrote: >> >> Takashi Iwai wrote, on 06/07/12 12:15: >>> Hi, >>> >>> this is a series of patches to fix the regressions of HD-audio HDMI >>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>> >>> The first patch adds a new helper function to vga-switcheroo and the >>> second just uses that instead of an open code. >>> >>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>> Let me know if any problem is found. >>> >>> Joerg, could you check whether this doesn't break your setup, too? >>> >>> >>> thanks, >>> >>> Takashi >> >> Hello Takashi, >> >> I applied both your patches on 3.5-rc1. With this kernel I made three tests. >> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>Then ca. 210 times the message >> >> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >> >>appears on the console and in the logs. >>Starting X and using the built-in USB web-cam work, as well as sound with >>mplayer2 works. >> >> 2) After booting I switched to the discrete GPU via >> >> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >> >>Then I started X via startx. The desktop screen appears but the system >>freezes. No reaction on keyboard or touchpad input. The computer is not >>reachable via ethernet wire. > > Hm, these issues aren't seen on 3.5-rc1 before my patches? > If so, we need to fix now. > No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to start X with the discrete GPU in use, direct rendering and the built-in USB camera work. Probably unrelated: in both cases I'm unable to lower the screen brightness from highest value. Without your patches it appears a warning: ACPI Warning: _BQC returned an invalid level (20120320/video-472) >> >> 3) After booting the machine freezes (hard-lock) when trying to switch to >>dynamic power mangement on the integrated GPU via >> >> echo -n dynpm > /sys/class/drm/card0/device/power_method >> >> at least two trace calls are done. On the console only the last two lines >> of >> one call trace and the last one are visible (machine is frozen). It says >> (typed by hand, therefore, not complete): > > This is an irrelevant issue with my patches. > > > thanks, > > Takashi -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/08/12 17:52: > At Fri, 08 Jun 2012 17:45:17 +0200, > Jörg-Volker Peetz wrote: >> >> Hello Takashi, >> >> Takashi Iwai wrote, on 06/08/12 15:03: >>> At Fri, 08 Jun 2012 13:26:57 +0200, >>> Jörg-Volker Peetz wrote: >>>> >>>> Takashi Iwai wrote, on 06/07/12 12:15: >>>>> Hi, >>>>> >>>>> this is a series of patches to fix the regressions of HD-audio HDMI >>>>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>>>> >>>>> The first patch adds a new helper function to vga-switcheroo and the >>>>> second just uses that instead of an open code. >>>>> >>>>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>>>> Let me know if any problem is found. >>>>> >>>>> Joerg, could you check whether this doesn't break your setup, too? >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> >>>> Hello Takashi, >>>> >>>> I applied both your patches on 3.5-rc1. With this kernel I made three >>>> tests. >>>> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>>>Then ca. 210 times the message >>>> >>>> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >>>> >>>>appears on the console and in the logs. >>>>Starting X and using the built-in USB web-cam work, as well as sound >>>> with >>>>mplayer2 works. >>>> >>>> 2) After booting I switched to the discrete GPU via >>>> >>>> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >>>> >>>>Then I started X via startx. The desktop screen appears but the system >>>>freezes. No reaction on keyboard or touchpad input. The computer is not >>>>reachable via ethernet wire. >>> >>> Hm, these issues aren't seen on 3.5-rc1 before my patches? >>> If so, we need to fix now. >>> >> No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to >> start >> X with the discrete GPU in use, direct rendering and the built-in USB camera >> work. > > OK, it means that the switching from the audio-ON to audio-OFF doesn't > work. Could you try the patch below in additon? > Applying all your three patches on 3.5-rc1 makes the discrete GPU work on my system: after mounting debugfs and switching to "DDIS", I can start X and direct rendering, sound and built-in USB camera work. By the way, writing "DDIS" to /sys/kernel/debugfs/vgaswitcheroo switches off the integrated GPU. That's the reason for loosing the control over the screen brightness. Switching on also the integrated GPU (writing "ON" to /sys/kernel/debugfs/vgaswitcheroo) enables the brightness control of the screen. Of course for the energy consumption this is awkward. I write all this as information about the state of vga_switcheroo for David. Many thanks to you and David for all your work. >> Probably unrelated: in both cases I'm unable to lower the screen brightness >> from >> highest value. Without your patches it appears a warning: >> >> ACPI Warning: _BQC returned an invalid level (20120320/video-472) > > Hmm, I see no relation between this and the HDMI audio part. > It's of course possible that some non-working state gives > side-effects... > > > thanks, > > Takashi > -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
"radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD 5400 Series]) uvd seems to be broken. The new firware files are installed in /lib/firmware/radeon: sha1 hashes 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin The system boots without initial ram disk. In dmesg it says: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.AGP_.VGA_.ATPX handle [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x103C:0x1443). [drm] register mmio base: 0xF040 [drm] register mmio size: 65536 ATOM BIOS: HP_JoYaHeWi radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [drm] Detected VRAM RAM=320M, BAR=256M [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 3960190 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 320M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RS780 Microcode [drm] PCIE GART of 512M enabled (table at 0xC004). radeon :01:05.0: WB enabled radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880215cb6c00 radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880215cb6c0c [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. radeon :01:05.0: setting latency timer to 64 ACPI: Battery Slot [BAT0] (battery present) [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 1: [drm] LVDS-1 [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [drm] Encoders: [drm] LCD1: INTERNAL_KLDSCP_LVTMA [drm] radeon: power management initialized tsc: Refined TSC clocksource calibration: 2793.006 MHz Switching to clocksource tsc [drm] fb mappable at 0xD0142000 [drm] vram apper at 0xD000 [drm] size 5787648 [drm] fb depth is 24 [drm]pitch is 6400 fbcon: radeondrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 radeon :01:05.0: fb0: radeondrmfb frame buffer device radeon :01:05.0: registered panic notifier [drm] Initialized radeon 2.33.0 20080528 for :01:05.0 on minor 0 radeon :02:00.0: enabling device ( -> 0003) [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x103C:0x1443). [drm] register mmio base: 0xF020 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: HP radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 64bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. radeon :02:00.0: 880215ec6800 unpin not necessary radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c418 and cpu addr 0xc900030ba418 [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [drm] Loading CEDAR Microcode [drm] PCIE GART of 512M enabled (table at 0x0004). radeon :02:00.0: WB enabled radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x880215b24c00 radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x880215b24c0c radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0015e418 and cpu addr 0xc9000391c418 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon :02:00.0: irq 43 for MSI/MSI-X radeon :02:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset th
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 21:46: > On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI >> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD >> 5400 >> Series]) uvd seems to be broken. >> >> The new firware files are installed in /lib/firmware/radeon: >> >> sha1 hashes >> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >> >> The system boots without initial ram disk. > > Make sure your system is using the latest CEDAR_rlc.bin as well. > > Alex > Thanks for the hint, Alex. Actually I took the files today from your repository at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them against the ones downloaded from http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . Regards, Jörg-Volker. > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 22:17: > On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 21:46: >>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>> (ATI >>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>> HD 5400 >>>> Series]) uvd seems to be broken. >>>> >>>> The new firware files are installed in /lib/firmware/radeon: >>>> >>>> sha1 hashes >>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>> >>>> The system boots without initial ram disk. >>> >>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>> >>> Alex >>> >> Thanks for the hint, Alex. Actually I took the files today from your >> repository >> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >> against >> the ones downloaded from >> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . > > Make sure that your kernel is actually using the new ones. > > Alex > The files are located in /lib/firmware/radeon , the kernel configuration contains CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin radeon/CYPRESS_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" I compiled the kernel with the firmware files already in /lib/firmware/radeon . The kernel boots without initial ram disk. Do I miss something? Regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. [P.S.: I'm sorry, if you receive this letter twice, I somehow didn't send it to the list the first time.] ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/07/12 12:15: > Hi, > > this is a series of patches to fix the regressions of HD-audio HDMI > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. > > The first patch adds a new helper function to vga-switcheroo and the > second just uses that instead of an open code. > > Dave, if the first patch is OK, I'm going to apply it though sound tree. > Let me know if any problem is found. > > Joerg, could you check whether this doesn't break your setup, too? > > > thanks, > > Takashi Hello Takashi, I applied both your patches on 3.5-rc1. With this kernel I made three tests. 1) After booting I switched off the discrete GPU via vga_switcheroo. Then ca. 210 times the message hda-intel: spurious response 0x0:0x0, last cmd=0x170503 appears on the console and in the logs. Starting X and using the built-in USB web-cam work, as well as sound with mplayer2 works. 2) After booting I switched to the discrete GPU via echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch Then I started X via startx. The desktop screen appears but the system freezes. No reaction on keyboard or touchpad input. The computer is not reachable via ethernet wire. 3) After booting the machine freezes (hard-lock) when trying to switch to dynamic power mangement on the integrated GPU via echo -n dynpm > /sys/class/drm/card0/device/power_method at least two trace calls are done. On the console only the last two lines of one call trace and the last one are visible (machine is frozen). It says (typed by hand, therefore, not complete): ... ---[ end trace a926a4156be75305 ]--- BUG: unable to handle kernel paging request at fff8 IP: [] kthread_data+0x7/0x10 PGD 1585067 PUD 1586067 PMD 0 Oops: [#2] SMP CPU 1 ... Call Trace: [< ... >] ? wq_worker_sleeping+0x8/0x80 ...? __schedule+0x363/0x520 ...? do_exit+0x552/0x850 ...? oops_end+0x67/0x90 ...? no_context+0x24e/0x279 ...? do_page_fault+0x2bb/0x460 ... ---[ end trace a926a4156be75305 ]--- Fixing recursive fault but reboot is needed! -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Hello Takashi, Takashi Iwai wrote, on 06/08/12 15:03: > At Fri, 08 Jun 2012 13:26:57 +0200, > Jörg-Volker Peetz wrote: >> >> Takashi Iwai wrote, on 06/07/12 12:15: >>> Hi, >>> >>> this is a series of patches to fix the regressions of HD-audio HDMI >>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>> >>> The first patch adds a new helper function to vga-switcheroo and the >>> second just uses that instead of an open code. >>> >>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>> Let me know if any problem is found. >>> >>> Joerg, could you check whether this doesn't break your setup, too? >>> >>> >>> thanks, >>> >>> Takashi >> >> Hello Takashi, >> >> I applied both your patches on 3.5-rc1. With this kernel I made three tests. >> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>Then ca. 210 times the message >> >> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >> >>appears on the console and in the logs. >>Starting X and using the built-in USB web-cam work, as well as sound with >>mplayer2 works. >> >> 2) After booting I switched to the discrete GPU via >> >> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >> >>Then I started X via startx. The desktop screen appears but the system >>freezes. No reaction on keyboard or touchpad input. The computer is not >>reachable via ethernet wire. > > Hm, these issues aren't seen on 3.5-rc1 before my patches? > If so, we need to fix now. > No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to start X with the discrete GPU in use, direct rendering and the built-in USB camera work. Probably unrelated: in both cases I'm unable to lower the screen brightness from highest value. Without your patches it appears a warning: ACPI Warning: _BQC returned an invalid level (20120320/video-472) >> >> 3) After booting the machine freezes (hard-lock) when trying to switch to >>dynamic power mangement on the integrated GPU via >> >> echo -n dynpm > /sys/class/drm/card0/device/power_method >> >> at least two trace calls are done. On the console only the last two lines >> of >> one call trace and the last one are visible (machine is frozen). It says >> (typed by hand, therefore, not complete): > > This is an irrelevant issue with my patches. > > > thanks, > > Takashi -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/08/12 17:52: > At Fri, 08 Jun 2012 17:45:17 +0200, > Jörg-Volker Peetz wrote: >> >> Hello Takashi, >> >> Takashi Iwai wrote, on 06/08/12 15:03: >>> At Fri, 08 Jun 2012 13:26:57 +0200, >>> Jörg-Volker Peetz wrote: >>>> >>>> Takashi Iwai wrote, on 06/07/12 12:15: >>>>> Hi, >>>>> >>>>> this is a series of patches to fix the regressions of HD-audio HDMI >>>>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>>>> >>>>> The first patch adds a new helper function to vga-switcheroo and the >>>>> second just uses that instead of an open code. >>>>> >>>>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>>>> Let me know if any problem is found. >>>>> >>>>> Joerg, could you check whether this doesn't break your setup, too? >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> >>>> Hello Takashi, >>>> >>>> I applied both your patches on 3.5-rc1. With this kernel I made three >>>> tests. >>>> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>>>Then ca. 210 times the message >>>> >>>> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >>>> >>>>appears on the console and in the logs. >>>>Starting X and using the built-in USB web-cam work, as well as sound >>>> with >>>>mplayer2 works. >>>> >>>> 2) After booting I switched to the discrete GPU via >>>> >>>> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >>>> >>>>Then I started X via startx. The desktop screen appears but the system >>>>freezes. No reaction on keyboard or touchpad input. The computer is not >>>>reachable via ethernet wire. >>> >>> Hm, these issues aren't seen on 3.5-rc1 before my patches? >>> If so, we need to fix now. >>> >> No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to >> start >> X with the discrete GPU in use, direct rendering and the built-in USB camera >> work. > > OK, it means that the switching from the audio-ON to audio-OFF doesn't > work. Could you try the patch below in additon? > Applying all your three patches on 3.5-rc1 makes the discrete GPU work on my system: after mounting debugfs and switching to "DDIS", I can start X and direct rendering, sound and built-in USB camera work. By the way, writing "DDIS" to /sys/kernel/debugfs/vgaswitcheroo switches off the integrated GPU. That's the reason for loosing the control over the screen brightness. Switching on also the integrated GPU (writing "ON" to /sys/kernel/debugfs/vgaswitcheroo) enables the brightness control of the screen. Of course for the energy consumption this is awkward. I write all this as information about the state of vga_switcheroo for David. Many thanks to you and David for all your work. >> Probably unrelated: in both cases I'm unable to lower the screen brightness >> from >> highest value. Without your patches it appears a warning: >> >> ACPI Warning: _BQC returned an invalid level (20120320/video-472) > > Hmm, I see no relation between this and the HDMI audio part. > It's of course possible that some non-working state gives > side-effects... > > > thanks, > > Takashi > -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
"radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD 5400 Series]) uvd seems to be broken. The new firware files are installed in /lib/firmware/radeon: sha1 hashes 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin The system boots without initial ram disk. In dmesg it says: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.AGP_.VGA_.ATPX handle [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x103C:0x1443). [drm] register mmio base: 0xF040 [drm] register mmio size: 65536 ATOM BIOS: HP_JoYaHeWi radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [drm] Detected VRAM RAM=320M, BAR=256M [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 3960190 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 320M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RS780 Microcode [drm] PCIE GART of 512M enabled (table at 0xC004). radeon :01:05.0: WB enabled radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880215cb6c00 radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880215cb6c0c [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. radeon :01:05.0: setting latency timer to 64 ACPI: Battery Slot [BAT0] (battery present) [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 1: [drm] LVDS-1 [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [drm] Encoders: [drm] LCD1: INTERNAL_KLDSCP_LVTMA [drm] radeon: power management initialized tsc: Refined TSC clocksource calibration: 2793.006 MHz Switching to clocksource tsc [drm] fb mappable at 0xD0142000 [drm] vram apper at 0xD000 [drm] size 5787648 [drm] fb depth is 24 [drm]pitch is 6400 fbcon: radeondrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 radeon :01:05.0: fb0: radeondrmfb frame buffer device radeon :01:05.0: registered panic notifier [drm] Initialized radeon 2.33.0 20080528 for :01:05.0 on minor 0 radeon :02:00.0: enabling device ( -> 0003) [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x103C:0x1443). [drm] register mmio base: 0xF020 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: HP radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 64bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. radeon :02:00.0: 880215ec6800 unpin not necessary radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c418 and cpu addr 0xc900030ba418 [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [drm] Loading CEDAR Microcode [drm] PCIE GART of 512M enabled (table at 0x0004). radeon :02:00.0: WB enabled radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x880215b24c00 radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x880215b24c0c radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0015e418 and cpu addr 0xc9000391c418 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon :02:00.0: irq 43 for MSI/MSI-X radeon :02:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset th
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 21:46: > On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI >> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD >> 5400 >> Series]) uvd seems to be broken. >> >> The new firware files are installed in /lib/firmware/radeon: >> >> sha1 hashes >> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >> >> The system boots without initial ram disk. > > Make sure your system is using the latest CEDAR_rlc.bin as well. > > Alex > Thanks for the hint, Alex. Actually I took the files today from your repository at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them against the ones downloaded from http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . Regards, Jörg-Volker. > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 22:17: > On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 21:46: >>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>> (ATI >>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>> HD 5400 >>>> Series]) uvd seems to be broken. >>>> >>>> The new firware files are installed in /lib/firmware/radeon: >>>> >>>> sha1 hashes >>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>> >>>> The system boots without initial ram disk. >>> >>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>> >>> Alex >>> >> Thanks for the hint, Alex. Actually I took the files today from your >> repository >> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >> against >> the ones downloaded from >> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . > > Make sure that your kernel is actually using the new ones. > > Alex > The files are located in /lib/firmware/radeon , the kernel configuration contains CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin radeon/CYPRESS_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" I compiled the kernel with the firmware files already in /lib/firmware/radeon . The kernel boots without initial ram disk. Do I miss something? Regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. [P.S.: I'm sorry, if you receive this letter twice, I somehow didn't send it to the list the first time.] ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/07/12 12:15: > Hi, > > this is a series of patches to fix the regressions of HD-audio HDMI > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. > > The first patch adds a new helper function to vga-switcheroo and the > second just uses that instead of an open code. > > Dave, if the first patch is OK, I'm going to apply it though sound tree. > Let me know if any problem is found. > > Joerg, could you check whether this doesn't break your setup, too? > > > thanks, > > Takashi Hello Takashi, I applied both your patches on 3.5-rc1. With this kernel I made three tests. 1) After booting I switched off the discrete GPU via vga_switcheroo. Then ca. 210 times the message hda-intel: spurious response 0x0:0x0, last cmd=0x170503 appears on the console and in the logs. Starting X and using the built-in USB web-cam work, as well as sound with mplayer2 works. 2) After booting I switched to the discrete GPU via echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch Then I started X via startx. The desktop screen appears but the system freezes. No reaction on keyboard or touchpad input. The computer is not reachable via ethernet wire. 3) After booting the machine freezes (hard-lock) when trying to switch to dynamic power mangement on the integrated GPU via echo -n dynpm > /sys/class/drm/card0/device/power_method at least two trace calls are done. On the console only the last two lines of one call trace and the last one are visible (machine is frozen). It says (typed by hand, therefore, not complete): ... ---[ end trace a926a4156be75305 ]--- BUG: unable to handle kernel paging request at fff8 IP: [] kthread_data+0x7/0x10 PGD 1585067 PUD 1586067 PMD 0 Oops: [#2] SMP CPU 1 ... Call Trace: [< ... >] ? wq_worker_sleeping+0x8/0x80 ...? __schedule+0x363/0x520 ...? do_exit+0x552/0x850 ...? oops_end+0x67/0x90 ...? no_context+0x24e/0x279 ...? do_page_fault+0x2bb/0x460 ... ---[ end trace a926a4156be75305 ]--- Fixing recursive fault but reboot is needed! -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Hello Takashi, Takashi Iwai wrote, on 06/08/12 15:03: > At Fri, 08 Jun 2012 13:26:57 +0200, > Jörg-Volker Peetz wrote: >> >> Takashi Iwai wrote, on 06/07/12 12:15: >>> Hi, >>> >>> this is a series of patches to fix the regressions of HD-audio HDMI >>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>> >>> The first patch adds a new helper function to vga-switcheroo and the >>> second just uses that instead of an open code. >>> >>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>> Let me know if any problem is found. >>> >>> Joerg, could you check whether this doesn't break your setup, too? >>> >>> >>> thanks, >>> >>> Takashi >> >> Hello Takashi, >> >> I applied both your patches on 3.5-rc1. With this kernel I made three tests. >> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>Then ca. 210 times the message >> >> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >> >>appears on the console and in the logs. >>Starting X and using the built-in USB web-cam work, as well as sound with >>mplayer2 works. >> >> 2) After booting I switched to the discrete GPU via >> >> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >> >>Then I started X via startx. The desktop screen appears but the system >>freezes. No reaction on keyboard or touchpad input. The computer is not >>reachable via ethernet wire. > > Hm, these issues aren't seen on 3.5-rc1 before my patches? > If so, we need to fix now. > No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to start X with the discrete GPU in use, direct rendering and the built-in USB camera work. Probably unrelated: in both cases I'm unable to lower the screen brightness from highest value. Without your patches it appears a warning: ACPI Warning: _BQC returned an invalid level (20120320/video-472) >> >> 3) After booting the machine freezes (hard-lock) when trying to switch to >>dynamic power mangement on the integrated GPU via >> >> echo -n dynpm > /sys/class/drm/card0/device/power_method >> >> at least two trace calls are done. On the console only the last two lines >> of >> one call trace and the last one are visible (machine is frozen). It says >> (typed by hand, therefore, not complete): > > This is an irrelevant issue with my patches. > > > thanks, > > Takashi -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/08/12 17:52: > At Fri, 08 Jun 2012 17:45:17 +0200, > Jörg-Volker Peetz wrote: >> >> Hello Takashi, >> >> Takashi Iwai wrote, on 06/08/12 15:03: >>> At Fri, 08 Jun 2012 13:26:57 +0200, >>> Jörg-Volker Peetz wrote: >>>> >>>> Takashi Iwai wrote, on 06/07/12 12:15: >>>>> Hi, >>>>> >>>>> this is a series of patches to fix the regressions of HD-audio HDMI >>>>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>>>> >>>>> The first patch adds a new helper function to vga-switcheroo and the >>>>> second just uses that instead of an open code. >>>>> >>>>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>>>> Let me know if any problem is found. >>>>> >>>>> Joerg, could you check whether this doesn't break your setup, too? >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> >>>> Hello Takashi, >>>> >>>> I applied both your patches on 3.5-rc1. With this kernel I made three >>>> tests. >>>> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>>>Then ca. 210 times the message >>>> >>>> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >>>> >>>>appears on the console and in the logs. >>>>Starting X and using the built-in USB web-cam work, as well as sound >>>> with >>>>mplayer2 works. >>>> >>>> 2) After booting I switched to the discrete GPU via >>>> >>>> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >>>> >>>>Then I started X via startx. The desktop screen appears but the system >>>>freezes. No reaction on keyboard or touchpad input. The computer is not >>>>reachable via ethernet wire. >>> >>> Hm, these issues aren't seen on 3.5-rc1 before my patches? >>> If so, we need to fix now. >>> >> No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to >> start >> X with the discrete GPU in use, direct rendering and the built-in USB camera >> work. > > OK, it means that the switching from the audio-ON to audio-OFF doesn't > work. Could you try the patch below in additon? > Applying all your three patches on 3.5-rc1 makes the discrete GPU work on my system: after mounting debugfs and switching to "DDIS", I can start X and direct rendering, sound and built-in USB camera work. By the way, writing "DDIS" to /sys/kernel/debugfs/vgaswitcheroo switches off the integrated GPU. That's the reason for loosing the control over the screen brightness. Switching on also the integrated GPU (writing "ON" to /sys/kernel/debugfs/vgaswitcheroo) enables the brightness control of the screen. Of course for the energy consumption this is awkward. I write all this as information about the state of vga_switcheroo for David. Many thanks to you and David for all your work. >> Probably unrelated: in both cases I'm unable to lower the screen brightness >> from >> highest value. Without your patches it appears a warning: >> >> ACPI Warning: _BQC returned an invalid level (20120320/video-472) > > Hmm, I see no relation between this and the HDMI audio part. > It's of course possible that some non-working state gives > side-effects... > > > thanks, > > Takashi > -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
"radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD 5400 Series]) uvd seems to be broken. The new firware files are installed in /lib/firmware/radeon: sha1 hashes 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin The system boots without initial ram disk. In dmesg it says: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.AGP_.VGA_.ATPX handle [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x103C:0x1443). [drm] register mmio base: 0xF040 [drm] register mmio size: 65536 ATOM BIOS: HP_JoYaHeWi radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [drm] Detected VRAM RAM=320M, BAR=256M [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 3960190 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 320M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RS780 Microcode [drm] PCIE GART of 512M enabled (table at 0xC004). radeon :01:05.0: WB enabled radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880215cb6c00 radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880215cb6c0c [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. radeon :01:05.0: setting latency timer to 64 ACPI: Battery Slot [BAT0] (battery present) [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 1: [drm] LVDS-1 [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [drm] Encoders: [drm] LCD1: INTERNAL_KLDSCP_LVTMA [drm] radeon: power management initialized tsc: Refined TSC clocksource calibration: 2793.006 MHz Switching to clocksource tsc [drm] fb mappable at 0xD0142000 [drm] vram apper at 0xD000 [drm] size 5787648 [drm] fb depth is 24 [drm]pitch is 6400 fbcon: radeondrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 radeon :01:05.0: fb0: radeondrmfb frame buffer device radeon :01:05.0: registered panic notifier [drm] Initialized radeon 2.33.0 20080528 for :01:05.0 on minor 0 radeon :02:00.0: enabling device ( -> 0003) [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x103C:0x1443). [drm] register mmio base: 0xF020 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: HP radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 64bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. radeon :02:00.0: 880215ec6800 unpin not necessary radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c418 and cpu addr 0xc900030ba418 [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [drm] Loading CEDAR Microcode [drm] PCIE GART of 512M enabled (table at 0x0004). radeon :02:00.0: WB enabled radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x880215b24c00 radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x880215b24c0c radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0015e418 and cpu addr 0xc9000391c418 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon :02:00.0: irq 43 for MSI/MSI-X radeon :02:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset th
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 21:46: > On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI >> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD >> 5400 >> Series]) uvd seems to be broken. >> >> The new firware files are installed in /lib/firmware/radeon: >> >> sha1 hashes >> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >> >> The system boots without initial ram disk. > > Make sure your system is using the latest CEDAR_rlc.bin as well. > > Alex > Thanks for the hint, Alex. Actually I took the files today from your repository at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them against the ones downloaded from http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . Regards, Jörg-Volker. > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 22:17: > On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 21:46: >>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>> (ATI >>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>> HD 5400 >>>> Series]) uvd seems to be broken. >>>> >>>> The new firware files are installed in /lib/firmware/radeon: >>>> >>>> sha1 hashes >>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>> >>>> The system boots without initial ram disk. >>> >>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>> >>> Alex >>> >> Thanks for the hint, Alex. Actually I took the files today from your >> repository >> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >> against >> the ones downloaded from >> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . > > Make sure that your kernel is actually using the new ones. > > Alex > The files are located in /lib/firmware/radeon , the kernel configuration contains CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin radeon/CYPRESS_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" I compiled the kernel with the firmware files already in /lib/firmware/radeon . The kernel boots without initial ram disk. Do I miss something? Regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. [P.S.: I'm sorry, if you receive this letter twice, I somehow didn't send it to the list the first time.] ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/07/12 12:15: > Hi, > > this is a series of patches to fix the regressions of HD-audio HDMI > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. > > The first patch adds a new helper function to vga-switcheroo and the > second just uses that instead of an open code. > > Dave, if the first patch is OK, I'm going to apply it though sound tree. > Let me know if any problem is found. > > Joerg, could you check whether this doesn't break your setup, too? > > > thanks, > > Takashi Hello Takashi, I applied both your patches on 3.5-rc1. With this kernel I made three tests. 1) After booting I switched off the discrete GPU via vga_switcheroo. Then ca. 210 times the message hda-intel: spurious response 0x0:0x0, last cmd=0x170503 appears on the console and in the logs. Starting X and using the built-in USB web-cam work, as well as sound with mplayer2 works. 2) After booting I switched to the discrete GPU via echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch Then I started X via startx. The desktop screen appears but the system freezes. No reaction on keyboard or touchpad input. The computer is not reachable via ethernet wire. 3) After booting the machine freezes (hard-lock) when trying to switch to dynamic power mangement on the integrated GPU via echo -n dynpm > /sys/class/drm/card0/device/power_method at least two trace calls are done. On the console only the last two lines of one call trace and the last one are visible (machine is frozen). It says (typed by hand, therefore, not complete): ... ---[ end trace a926a4156be75305 ]--- BUG: unable to handle kernel paging request at fff8 IP: [] kthread_data+0x7/0x10 PGD 1585067 PUD 1586067 PMD 0 Oops: [#2] SMP CPU 1 ... Call Trace: [< ... >] ? wq_worker_sleeping+0x8/0x80 ...? __schedule+0x363/0x520 ...? do_exit+0x552/0x850 ...? oops_end+0x67/0x90 ...? no_context+0x24e/0x279 ...? do_page_fault+0x2bb/0x460 ... ---[ end trace a926a4156be75305 ]--- Fixing recursive fault but reboot is needed! -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Hello Takashi, Takashi Iwai wrote, on 06/08/12 15:03: > At Fri, 08 Jun 2012 13:26:57 +0200, > Jörg-Volker Peetz wrote: >> >> Takashi Iwai wrote, on 06/07/12 12:15: >>> Hi, >>> >>> this is a series of patches to fix the regressions of HD-audio HDMI >>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>> >>> The first patch adds a new helper function to vga-switcheroo and the >>> second just uses that instead of an open code. >>> >>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>> Let me know if any problem is found. >>> >>> Joerg, could you check whether this doesn't break your setup, too? >>> >>> >>> thanks, >>> >>> Takashi >> >> Hello Takashi, >> >> I applied both your patches on 3.5-rc1. With this kernel I made three tests. >> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>Then ca. 210 times the message >> >> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >> >>appears on the console and in the logs. >>Starting X and using the built-in USB web-cam work, as well as sound with >>mplayer2 works. >> >> 2) After booting I switched to the discrete GPU via >> >> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >> >>Then I started X via startx. The desktop screen appears but the system >>freezes. No reaction on keyboard or touchpad input. The computer is not >>reachable via ethernet wire. > > Hm, these issues aren't seen on 3.5-rc1 before my patches? > If so, we need to fix now. > No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to start X with the discrete GPU in use, direct rendering and the built-in USB camera work. Probably unrelated: in both cases I'm unable to lower the screen brightness from highest value. Without your patches it appears a warning: ACPI Warning: _BQC returned an invalid level (20120320/video-472) >> >> 3) After booting the machine freezes (hard-lock) when trying to switch to >>dynamic power mangement on the integrated GPU via >> >> echo -n dynpm > /sys/class/drm/card0/device/power_method >> >> at least two trace calls are done. On the console only the last two lines >> of >> one call trace and the last one are visible (machine is frozen). It says >> (typed by hand, therefore, not complete): > > This is an irrelevant issue with my patches. > > > thanks, > > Takashi -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/08/12 17:52: > At Fri, 08 Jun 2012 17:45:17 +0200, > Jörg-Volker Peetz wrote: >> >> Hello Takashi, >> >> Takashi Iwai wrote, on 06/08/12 15:03: >>> At Fri, 08 Jun 2012 13:26:57 +0200, >>> Jörg-Volker Peetz wrote: >>>> >>>> Takashi Iwai wrote, on 06/07/12 12:15: >>>>> Hi, >>>>> >>>>> this is a series of patches to fix the regressions of HD-audio HDMI >>>>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>>>> >>>>> The first patch adds a new helper function to vga-switcheroo and the >>>>> second just uses that instead of an open code. >>>>> >>>>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>>>> Let me know if any problem is found. >>>>> >>>>> Joerg, could you check whether this doesn't break your setup, too? >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> >>>> Hello Takashi, >>>> >>>> I applied both your patches on 3.5-rc1. With this kernel I made three >>>> tests. >>>> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>>>Then ca. 210 times the message >>>> >>>> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >>>> >>>>appears on the console and in the logs. >>>>Starting X and using the built-in USB web-cam work, as well as sound >>>> with >>>>mplayer2 works. >>>> >>>> 2) After booting I switched to the discrete GPU via >>>> >>>> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >>>> >>>>Then I started X via startx. The desktop screen appears but the system >>>>freezes. No reaction on keyboard or touchpad input. The computer is not >>>>reachable via ethernet wire. >>> >>> Hm, these issues aren't seen on 3.5-rc1 before my patches? >>> If so, we need to fix now. >>> >> No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to >> start >> X with the discrete GPU in use, direct rendering and the built-in USB camera >> work. > > OK, it means that the switching from the audio-ON to audio-OFF doesn't > work. Could you try the patch below in additon? > Applying all your three patches on 3.5-rc1 makes the discrete GPU work on my system: after mounting debugfs and switching to "DDIS", I can start X and direct rendering, sound and built-in USB camera work. By the way, writing "DDIS" to /sys/kernel/debugfs/vgaswitcheroo switches off the integrated GPU. That's the reason for loosing the control over the screen brightness. Switching on also the integrated GPU (writing "ON" to /sys/kernel/debugfs/vgaswitcheroo) enables the brightness control of the screen. Of course for the energy consumption this is awkward. I write all this as information about the state of vga_switcheroo for David. Many thanks to you and David for all your work. >> Probably unrelated: in both cases I'm unable to lower the screen brightness >> from >> highest value. Without your patches it appears a warning: >> >> ACPI Warning: _BQC returned an invalid level (20120320/video-472) > > Hmm, I see no relation between this and the HDMI audio part. > It's of course possible that some non-working state gives > side-effects... > > > thanks, > > Takashi > -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
"radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD 5400 Series]) uvd seems to be broken. The new firware files are installed in /lib/firmware/radeon: sha1 hashes 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin The system boots without initial ram disk. In dmesg it says: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.AGP_.VGA_.ATPX handle [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x103C:0x1443). [drm] register mmio base: 0xF040 [drm] register mmio size: 65536 ATOM BIOS: HP_JoYaHeWi radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [drm] Detected VRAM RAM=320M, BAR=256M [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 3960190 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 320M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RS780 Microcode [drm] PCIE GART of 512M enabled (table at 0xC004). radeon :01:05.0: WB enabled radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880215cb6c00 radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880215cb6c0c [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. radeon :01:05.0: setting latency timer to 64 ACPI: Battery Slot [BAT0] (battery present) [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 1: [drm] LVDS-1 [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [drm] Encoders: [drm] LCD1: INTERNAL_KLDSCP_LVTMA [drm] radeon: power management initialized tsc: Refined TSC clocksource calibration: 2793.006 MHz Switching to clocksource tsc [drm] fb mappable at 0xD0142000 [drm] vram apper at 0xD000 [drm] size 5787648 [drm] fb depth is 24 [drm]pitch is 6400 fbcon: radeondrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 radeon :01:05.0: fb0: radeondrmfb frame buffer device radeon :01:05.0: registered panic notifier [drm] Initialized radeon 2.33.0 20080528 for :01:05.0 on minor 0 radeon :02:00.0: enabling device ( -> 0003) [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x103C:0x1443). [drm] register mmio base: 0xF020 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: HP radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 64bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. radeon :02:00.0: 880215ec6800 unpin not necessary radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c418 and cpu addr 0xc900030ba418 [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [drm] Loading CEDAR Microcode [drm] PCIE GART of 512M enabled (table at 0x0004). radeon :02:00.0: WB enabled radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x880215b24c00 radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x880215b24c0c radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0015e418 and cpu addr 0xc9000391c418 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon :02:00.0: irq 43 for MSI/MSI-X radeon :02:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset th
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 21:46: > On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI >> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD >> 5400 >> Series]) uvd seems to be broken. >> >> The new firware files are installed in /lib/firmware/radeon: >> >> sha1 hashes >> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >> >> The system boots without initial ram disk. > > Make sure your system is using the latest CEDAR_rlc.bin as well. > > Alex > Thanks for the hint, Alex. Actually I took the files today from your repository at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them against the ones downloaded from http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . Regards, Jörg-Volker. > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 22:17: > On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 21:46: >>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>> (ATI >>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>> HD 5400 >>>> Series]) uvd seems to be broken. >>>> >>>> The new firware files are installed in /lib/firmware/radeon: >>>> >>>> sha1 hashes >>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>> >>>> The system boots without initial ram disk. >>> >>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>> >>> Alex >>> >> Thanks for the hint, Alex. Actually I took the files today from your >> repository >> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >> against >> the ones downloaded from >> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . > > Make sure that your kernel is actually using the new ones. > > Alex > The files are located in /lib/firmware/radeon , the kernel configuration contains CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin radeon/CYPRESS_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" I compiled the kernel with the firmware files already in /lib/firmware/radeon . The kernel boots without initial ram disk. Do I miss something? Regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. [P.S.: I'm sorry, if you receive this letter twice, I somehow didn't send it to the list the first time.] ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
"radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD 5400 Series]) uvd seems to be broken. The new firware files are installed in /lib/firmware/radeon: sha1 hashes 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin The system boots without initial ram disk. In dmesg it says: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.AGP_.VGA_.ATPX handle [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x103C:0x1443). [drm] register mmio base: 0xF040 [drm] register mmio size: 65536 ATOM BIOS: HP_JoYaHeWi radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [drm] Detected VRAM RAM=320M, BAR=256M [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 3960190 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 320M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RS780 Microcode [drm] PCIE GART of 512M enabled (table at 0xC004). radeon :01:05.0: WB enabled radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880215cb6c00 radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880215cb6c0c [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. radeon :01:05.0: setting latency timer to 64 ACPI: Battery Slot [BAT0] (battery present) [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 1: [drm] LVDS-1 [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [drm] Encoders: [drm] LCD1: INTERNAL_KLDSCP_LVTMA [drm] radeon: power management initialized tsc: Refined TSC clocksource calibration: 2793.006 MHz Switching to clocksource tsc [drm] fb mappable at 0xD0142000 [drm] vram apper at 0xD000 [drm] size 5787648 [drm] fb depth is 24 [drm]pitch is 6400 fbcon: radeondrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 radeon :01:05.0: fb0: radeondrmfb frame buffer device radeon :01:05.0: registered panic notifier [drm] Initialized radeon 2.33.0 20080528 for :01:05.0 on minor 0 radeon :02:00.0: enabling device ( -> 0003) [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x103C:0x1443). [drm] register mmio base: 0xF020 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: HP radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 64bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. radeon :02:00.0: 880215ec6800 unpin not necessary radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c418 and cpu addr 0xc900030ba418 [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [drm] Loading CEDAR Microcode [drm] PCIE GART of 512M enabled (table at 0x0004). radeon :02:00.0: WB enabled radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x880215b24c00 radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x880215b24c0c radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0015e418 and cpu addr 0xc9000391c418 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon :02:00.0: irq 43 for MSI/MSI-X radeon :02:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset th
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 21:46: > On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI >> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD >> 5400 >> Series]) uvd seems to be broken. >> >> The new firware files are installed in /lib/firmware/radeon: >> >> sha1 hashes >> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >> >> The system boots without initial ram disk. > > Make sure your system is using the latest CEDAR_rlc.bin as well. > > Alex > Thanks for the hint, Alex. Actually I took the files today from your repository at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them against the ones downloaded from http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . Regards, Jörg-Volker. > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 22:17: > On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 21:46: >>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>> (ATI >>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>> HD 5400 >>>> Series]) uvd seems to be broken. >>>> >>>> The new firware files are installed in /lib/firmware/radeon: >>>> >>>> sha1 hashes >>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>> >>>> The system boots without initial ram disk. >>> >>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>> >>> Alex >>> >> Thanks for the hint, Alex. Actually I took the files today from your >> repository >> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >> against >> the ones downloaded from >> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . > > Make sure that your kernel is actually using the new ones. > > Alex > The files are located in /lib/firmware/radeon , the kernel configuration contains CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin radeon/CYPRESS_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" I compiled the kernel with the firmware files already in /lib/firmware/radeon . The kernel boots without initial ram disk. Do I miss something? Regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. [P.S.: I'm sorry, if you receive this letter twice, I somehow didn't send it to the list the first time.] ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/07/12 12:15: > Hi, > > this is a series of patches to fix the regressions of HD-audio HDMI > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. > > The first patch adds a new helper function to vga-switcheroo and the > second just uses that instead of an open code. > > Dave, if the first patch is OK, I'm going to apply it though sound tree. > Let me know if any problem is found. > > Joerg, could you check whether this doesn't break your setup, too? > > > thanks, > > Takashi Hello Takashi, I applied both your patches on 3.5-rc1. With this kernel I made three tests. 1) After booting I switched off the discrete GPU via vga_switcheroo. Then ca. 210 times the message hda-intel: spurious response 0x0:0x0, last cmd=0x170503 appears on the console and in the logs. Starting X and using the built-in USB web-cam work, as well as sound with mplayer2 works. 2) After booting I switched to the discrete GPU via echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch Then I started X via startx. The desktop screen appears but the system freezes. No reaction on keyboard or touchpad input. The computer is not reachable via ethernet wire. 3) After booting the machine freezes (hard-lock) when trying to switch to dynamic power mangement on the integrated GPU via echo -n dynpm > /sys/class/drm/card0/device/power_method at least two trace calls are done. On the console only the last two lines of one call trace and the last one are visible (machine is frozen). It says (typed by hand, therefore, not complete): ... ---[ end trace a926a4156be75305 ]--- BUG: unable to handle kernel paging request at fff8 IP: [] kthread_data+0x7/0x10 PGD 1585067 PUD 1586067 PMD 0 Oops: [#2] SMP CPU 1 ... Call Trace: [< ... >] ? wq_worker_sleeping+0x8/0x80 ...? __schedule+0x363/0x520 ...? do_exit+0x552/0x850 ...? oops_end+0x67/0x90 ...? no_context+0x24e/0x279 ...? do_page_fault+0x2bb/0x460 ... ---[ end trace a926a4156be75305 ]--- Fixing recursive fault but reboot is needed! -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Hello Takashi, Takashi Iwai wrote, on 06/08/12 15:03: > At Fri, 08 Jun 2012 13:26:57 +0200, > Jörg-Volker Peetz wrote: >> >> Takashi Iwai wrote, on 06/07/12 12:15: >>> Hi, >>> >>> this is a series of patches to fix the regressions of HD-audio HDMI >>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>> >>> The first patch adds a new helper function to vga-switcheroo and the >>> second just uses that instead of an open code. >>> >>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>> Let me know if any problem is found. >>> >>> Joerg, could you check whether this doesn't break your setup, too? >>> >>> >>> thanks, >>> >>> Takashi >> >> Hello Takashi, >> >> I applied both your patches on 3.5-rc1. With this kernel I made three tests. >> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>Then ca. 210 times the message >> >> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >> >>appears on the console and in the logs. >>Starting X and using the built-in USB web-cam work, as well as sound with >>mplayer2 works. >> >> 2) After booting I switched to the discrete GPU via >> >> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >> >>Then I started X via startx. The desktop screen appears but the system >>freezes. No reaction on keyboard or touchpad input. The computer is not >>reachable via ethernet wire. > > Hm, these issues aren't seen on 3.5-rc1 before my patches? > If so, we need to fix now. > No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to start X with the discrete GPU in use, direct rendering and the built-in USB camera work. Probably unrelated: in both cases I'm unable to lower the screen brightness from highest value. Without your patches it appears a warning: ACPI Warning: _BQC returned an invalid level (20120320/video-472) >> >> 3) After booting the machine freezes (hard-lock) when trying to switch to >>dynamic power mangement on the integrated GPU via >> >> echo -n dynpm > /sys/class/drm/card0/device/power_method >> >> at least two trace calls are done. On the console only the last two lines >> of >> one call trace and the last one are visible (machine is frozen). It says >> (typed by hand, therefore, not complete): > > This is an irrelevant issue with my patches. > > > thanks, > > Takashi -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/08/12 17:52: > At Fri, 08 Jun 2012 17:45:17 +0200, > Jörg-Volker Peetz wrote: >> >> Hello Takashi, >> >> Takashi Iwai wrote, on 06/08/12 15:03: >>> At Fri, 08 Jun 2012 13:26:57 +0200, >>> Jörg-Volker Peetz wrote: >>>> >>>> Takashi Iwai wrote, on 06/07/12 12:15: >>>>> Hi, >>>>> >>>>> this is a series of patches to fix the regressions of HD-audio HDMI >>>>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>>>> >>>>> The first patch adds a new helper function to vga-switcheroo and the >>>>> second just uses that instead of an open code. >>>>> >>>>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>>>> Let me know if any problem is found. >>>>> >>>>> Joerg, could you check whether this doesn't break your setup, too? >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> >>>> Hello Takashi, >>>> >>>> I applied both your patches on 3.5-rc1. With this kernel I made three >>>> tests. >>>> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>>>Then ca. 210 times the message >>>> >>>> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >>>> >>>>appears on the console and in the logs. >>>>Starting X and using the built-in USB web-cam work, as well as sound >>>> with >>>>mplayer2 works. >>>> >>>> 2) After booting I switched to the discrete GPU via >>>> >>>> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >>>> >>>>Then I started X via startx. The desktop screen appears but the system >>>>freezes. No reaction on keyboard or touchpad input. The computer is not >>>>reachable via ethernet wire. >>> >>> Hm, these issues aren't seen on 3.5-rc1 before my patches? >>> If so, we need to fix now. >>> >> No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to >> start >> X with the discrete GPU in use, direct rendering and the built-in USB camera >> work. > > OK, it means that the switching from the audio-ON to audio-OFF doesn't > work. Could you try the patch below in additon? > Applying all your three patches on 3.5-rc1 makes the discrete GPU work on my system: after mounting debugfs and switching to "DDIS", I can start X and direct rendering, sound and built-in USB camera work. By the way, writing "DDIS" to /sys/kernel/debugfs/vgaswitcheroo switches off the integrated GPU. That's the reason for loosing the control over the screen brightness. Switching on also the integrated GPU (writing "ON" to /sys/kernel/debugfs/vgaswitcheroo) enables the brightness control of the screen. Of course for the energy consumption this is awkward. I write all this as information about the state of vga_switcheroo for David. Many thanks to you and David for all your work. >> Probably unrelated: in both cases I'm unable to lower the screen brightness >> from >> highest value. Without your patches it appears a warning: >> >> ACPI Warning: _BQC returned an invalid level (20120320/video-472) > > Hmm, I see no relation between this and the HDMI audio part. > It's of course possible that some non-working state gives > side-effects... > > > thanks, > > Takashi > -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/07/12 12:15: > Hi, > > this is a series of patches to fix the regressions of HD-audio HDMI > on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. > > The first patch adds a new helper function to vga-switcheroo and the > second just uses that instead of an open code. > > Dave, if the first patch is OK, I'm going to apply it though sound tree. > Let me know if any problem is found. > > Joerg, could you check whether this doesn't break your setup, too? > > > thanks, > > Takashi Hello Takashi, I applied both your patches on 3.5-rc1. With this kernel I made three tests. 1) After booting I switched off the discrete GPU via vga_switcheroo. Then ca. 210 times the message hda-intel: spurious response 0x0:0x0, last cmd=0x170503 appears on the console and in the logs. Starting X and using the built-in USB web-cam work, as well as sound with mplayer2 works. 2) After booting I switched to the discrete GPU via echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch Then I started X via startx. The desktop screen appears but the system freezes. No reaction on keyboard or touchpad input. The computer is not reachable via ethernet wire. 3) After booting the machine freezes (hard-lock) when trying to switch to dynamic power mangement on the integrated GPU via echo -n dynpm > /sys/class/drm/card0/device/power_method at least two trace calls are done. On the console only the last two lines of one call trace and the last one are visible (machine is frozen). It says (typed by hand, therefore, not complete): ... ---[ end trace a926a4156be75305 ]--- BUG: unable to handle kernel paging request at fff8 IP: [] kthread_data+0x7/0x10 PGD 1585067 PUD 1586067 PMD 0 Oops: [#2] SMP CPU 1 ... Call Trace: [< ... >] ? wq_worker_sleeping+0x8/0x80 ...? __schedule+0x363/0x520 ...? do_exit+0x552/0x850 ...? oops_end+0x67/0x90 ...? no_context+0x24e/0x279 ...? do_page_fault+0x2bb/0x460 ... ---[ end trace a926a4156be75305 ]--- Fixing recursive fault but reboot is needed! -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Hello Takashi, Takashi Iwai wrote, on 06/08/12 15:03: > At Fri, 08 Jun 2012 13:26:57 +0200, > Jörg-Volker Peetz wrote: >> >> Takashi Iwai wrote, on 06/07/12 12:15: >>> Hi, >>> >>> this is a series of patches to fix the regressions of HD-audio HDMI >>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>> >>> The first patch adds a new helper function to vga-switcheroo and the >>> second just uses that instead of an open code. >>> >>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>> Let me know if any problem is found. >>> >>> Joerg, could you check whether this doesn't break your setup, too? >>> >>> >>> thanks, >>> >>> Takashi >> >> Hello Takashi, >> >> I applied both your patches on 3.5-rc1. With this kernel I made three tests. >> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>Then ca. 210 times the message >> >> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >> >>appears on the console and in the logs. >>Starting X and using the built-in USB web-cam work, as well as sound with >>mplayer2 works. >> >> 2) After booting I switched to the discrete GPU via >> >> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >> >>Then I started X via startx. The desktop screen appears but the system >>freezes. No reaction on keyboard or touchpad input. The computer is not >>reachable via ethernet wire. > > Hm, these issues aren't seen on 3.5-rc1 before my patches? > If so, we need to fix now. > No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to start X with the discrete GPU in use, direct rendering and the built-in USB camera work. Probably unrelated: in both cases I'm unable to lower the screen brightness from highest value. Without your patches it appears a warning: ACPI Warning: _BQC returned an invalid level (20120320/video-472) >> >> 3) After booting the machine freezes (hard-lock) when trying to switch to >>dynamic power mangement on the integrated GPU via >> >> echo -n dynpm > /sys/class/drm/card0/device/power_method >> >> at least two trace calls are done. On the console only the last two lines >> of >> one call trace and the last one are visible (machine is frozen). It says >> (typed by hand, therefore, not complete): > > This is an irrelevant issue with my patches. > > > thanks, > > Takashi -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [PATCH 0/2] HD-audio HDMI regression fixes with VGA-switcheroo
Takashi Iwai wrote, on 06/08/12 17:52: > At Fri, 08 Jun 2012 17:45:17 +0200, > Jörg-Volker Peetz wrote: >> >> Hello Takashi, >> >> Takashi Iwai wrote, on 06/08/12 15:03: >>> At Fri, 08 Jun 2012 13:26:57 +0200, >>> Jörg-Volker Peetz wrote: >>>> >>>> Takashi Iwai wrote, on 06/07/12 12:15: >>>>> Hi, >>>>> >>>>> this is a series of patches to fix the regressions of HD-audio HDMI >>>>> on D-GPUs in 3.5-rc1 due to the support of VGA-switcheroo audio clients. >>>>> >>>>> The first patch adds a new helper function to vga-switcheroo and the >>>>> second just uses that instead of an open code. >>>>> >>>>> Dave, if the first patch is OK, I'm going to apply it though sound tree. >>>>> Let me know if any problem is found. >>>>> >>>>> Joerg, could you check whether this doesn't break your setup, too? >>>>> >>>>> >>>>> thanks, >>>>> >>>>> Takashi >>>> >>>> Hello Takashi, >>>> >>>> I applied both your patches on 3.5-rc1. With this kernel I made three >>>> tests. >>>> 1) After booting I switched off the discrete GPU via vga_switcheroo. >>>>Then ca. 210 times the message >>>> >>>> hda-intel: spurious response 0x0:0x0, last cmd=0x170503 >>>> >>>>appears on the console and in the logs. >>>>Starting X and using the built-in USB web-cam work, as well as sound >>>> with >>>>mplayer2 works. >>>> >>>> 2) After booting I switched to the discrete GPU via >>>> >>>> echo -n DDIS > /sys/kernel/debugfs/vgaswitcheroo/switch >>>> >>>>Then I started X via startx. The desktop screen appears but the system >>>>freezes. No reaction on keyboard or touchpad input. The computer is not >>>>reachable via ethernet wire. >>> >>> Hm, these issues aren't seen on 3.5-rc1 before my patches? >>> If so, we need to fix now. >>> >> No, these issues aren't seen on 3.5-rc1 without your patches. I'm able to >> start >> X with the discrete GPU in use, direct rendering and the built-in USB camera >> work. > > OK, it means that the switching from the audio-ON to audio-OFF doesn't > work. Could you try the patch below in additon? > Applying all your three patches on 3.5-rc1 makes the discrete GPU work on my system: after mounting debugfs and switching to "DDIS", I can start X and direct rendering, sound and built-in USB camera work. By the way, writing "DDIS" to /sys/kernel/debugfs/vgaswitcheroo switches off the integrated GPU. That's the reason for loosing the control over the screen brightness. Switching on also the integrated GPU (writing "ON" to /sys/kernel/debugfs/vgaswitcheroo) enables the brightness control of the screen. Of course for the energy consumption this is awkward. I write all this as information about the state of vga_switcheroo for David. Many thanks to you and David for all your work. >> Probably unrelated: in both cases I'm unable to lower the screen brightness >> from >> highest value. Without your patches it appears a warning: >> >> ACPI Warning: _BQC returned an invalid level (20120320/video-472) > > Hmm, I see no relation between this and the HDMI audio part. > It's of course possible that some non-working state gives > side-effects... > > > thanks, > > Takashi > -- Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
"radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD 5400 Series]) uvd seems to be broken. The new firware files are installed in /lib/firmware/radeon: sha1 hashes 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin The system boots without initial ram disk. In dmesg it says: [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. VGA switcheroo: detected switching method \_SB_.PCI0.AGP_.VGA_.ATPX handle [drm] initializing kernel modesetting (RS880 0x1002:0x9712 0x103C:0x1443). [drm] register mmio base: 0xF040 [drm] register mmio size: 65536 ATOM BIOS: HP_JoYaHeWi radeon :01:05.0: VRAM: 320M 0xC000 - 0xD3FF (320M used) radeon :01:05.0: GTT: 512M 0xA000 - 0xBFFF [drm] Detected VRAM RAM=320M, BAR=256M [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 3960190 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator [TTM] Initializing DMA pool allocator [drm] radeon: 320M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] Loading RS780 Microcode [drm] PCIE GART of 512M enabled (table at 0xC004). radeon :01:05.0: WB enabled radeon :01:05.0: fence driver on ring 0 use gpu addr 0xac00 and cpu addr 0x880215cb6c00 radeon :01:05.0: fence driver on ring 3 use gpu addr 0xac0c and cpu addr 0x880215cb6c0c [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. [drm] radeon: irq initialized. radeon :01:05.0: setting latency timer to 64 ACPI: Battery Slot [BAT0] (battery present) [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm] Enabling audio support [drm] ib test on ring 0 succeeded in 0 usecs [drm] ib test on ring 3 succeeded in 0 usecs [drm] radeon atom DIG backlight initialized [drm] Radeon Display Connectors [drm] Connector 0: [drm] VGA-1 [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [drm] Encoders: [drm] CRT1: INTERNAL_KLDSCP_DAC1 [drm] Connector 1: [drm] LVDS-1 [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [drm] Encoders: [drm] LCD1: INTERNAL_KLDSCP_LVTMA [drm] radeon: power management initialized tsc: Refined TSC clocksource calibration: 2793.006 MHz Switching to clocksource tsc [drm] fb mappable at 0xD0142000 [drm] vram apper at 0xD000 [drm] size 5787648 [drm] fb depth is 24 [drm]pitch is 6400 fbcon: radeondrmfb (fb0) is primary device Console: switching to colour frame buffer device 200x56 radeon :01:05.0: fb0: radeondrmfb frame buffer device radeon :01:05.0: registered panic notifier [drm] Initialized radeon 2.33.0 20080528 for :01:05.0 on minor 0 radeon :02:00.0: enabling device ( -> 0003) [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E0 0x103C:0x1443). [drm] register mmio base: 0xF020 [drm] register mmio size: 131072 vga_switcheroo: enabled ATPX version 1 ATOM BIOS: HP radeon :02:00.0: VRAM: 512M 0x - 0x1FFF (512M used) radeon :02:00.0: GTT: 512M 0x2000 - 0x3FFF [drm] Detected VRAM RAM=512M, BAR=256M [drm] RAM width 64bits DDR [drm] radeon: 512M of VRAM memory ready [drm] radeon: 512M of GTT memory ready. radeon :02:00.0: 880215ec6800 unpin not necessary radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0005c418 and cpu addr 0xc900030ba418 [drm] GART: num cpu pages 131072, num gpu pages 131072 [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 [drm] Loading CEDAR Microcode [drm] PCIE GART of 512M enabled (table at 0x0004). radeon :02:00.0: WB enabled radeon :02:00.0: fence driver on ring 0 use gpu addr 0x2c00 and cpu addr 0x880215b24c00 radeon :02:00.0: fence driver on ring 3 use gpu addr 0x2c0c and cpu addr 0x880215b24c0c radeon :02:00.0: fence driver on ring 5 use gpu addr 0x0015e418 and cpu addr 0xc9000391c418 [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [drm] Driver supports precise vblank timestamp query. radeon :02:00.0: irq 43 for MSI/MSI-X radeon :02:00.0: radeon: using MSI. [drm] radeon: irq initialized. [drm] ring test on 0 succeeded in 1 usecs [drm] ring test on 3 succeeded in 1 usecs [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!! [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset th
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 21:46: > On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics (ATI >> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon HD >> 5400 >> Series]) uvd seems to be broken. >> >> The new firware files are installed in /lib/firmware/radeon: >> >> sha1 hashes >> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >> >> The system boots without initial ram disk. > > Make sure your system is using the latest CEDAR_rlc.bin as well. > > Alex > Thanks for the hint, Alex. Actually I took the files today from your repository at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them against the ones downloaded from http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . Regards, Jörg-Volker. > ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600
Alex Deucher wrote, on 07/02/2013 22:17: > On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 21:46: >>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>> (ATI >>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>> HD 5400 >>>> Series]) uvd seems to be broken. >>>> >>>> The new firware files are installed in /lib/firmware/radeon: >>>> >>>> sha1 hashes >>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>> >>>> The system boots without initial ram disk. >>> >>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>> >>> Alex >>> >> Thanks for the hint, Alex. Actually I took the files today from your >> repository >> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >> against >> the ones downloaded from >> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . > > Make sure that your kernel is actually using the new ones. > > Alex > The files are located in /lib/firmware/radeon , the kernel configuration contains CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin radeon/CYPRESS_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" I compiled the kernel with the firmware files already in /lib/firmware/radeon . The kernel boots without initial ram disk. Do I miss something? Regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. [P.S.: I'm sorry, if you receive this letter twice, I somehow didn't send it to the list the first time.] ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: "radeon: error initializing UVD" in kernel 3.10 on hybrid laptop with CEDAR / R600 [Solved]
Alex Deucher wrote, on 07/03/2013 00:49: > On Tue, Jul 2, 2013 at 4:34 PM, Jörg-Volker Peetz wrote: >> Alex Deucher wrote, on 07/02/2013 22:17: >>> On Tue, Jul 2, 2013 at 4:15 PM, Jörg-Volker Peetz wrote: >>>> Alex Deucher wrote, on 07/02/2013 21:46: >>>>> On Tue, Jul 2, 2013 at 10:09 AM, Jörg-Volker Peetz wrote: >>>>>> With self-compiled linux 3.10 on a HP Pavilion dv7 with hybrid graphics >>>>>> (ATI >>>>>> RS880M [Mobility Radeon HD 4200 Series] / ATI Manhattan [Mobility Radeon >>>>>> HD 5400 >>>>>> Series]) uvd seems to be broken. >>>>>> >>>>>> The new firware files are installed in /lib/firmware/radeon: >>>>>> >>>>>> sha1 hashes >>>>>> 3142a64061ade6032c95ed948c85b15dd0ae46be CEDAR_me.bin >>>>>> a92856a4fa16926e2451a6335da7e20f01fde210 CEDAR_pfp.bin >>>>>> 644b29756636687ad31a49da4aa3ed85dcedecdb CEDAR_rlc.bin >>>>>> 992d49518d3936986b5ce3ddb0d9bbd75135bb8f CYPRESS_uvd.bin >>>>>> 3e04529600d666ddb2f2f83bb0112d4fab516c04 R600_rlc.bin >>>>>> >>>>>> The system boots without initial ram disk. >>>>> >>>>> Make sure your system is using the latest CEDAR_rlc.bin as well. >>>>> >>>>> Alex >>>>> >>>> Thanks for the hint, Alex. Actually I took the files today from your >>>> repository >>>> at http://people.freedesktop.org/~agd5f/radeon_ucode/ and checked them >>>> against >>>> the ones downloaded from >>>> http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git . >>> >>> Make sure that your kernel is actually using the new ones. >>> >>> Alex >>> >> >> The files are located in /lib/firmware/radeon , the kernel configuration >> contains >> >> CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd.bin radeon/R600_rlc.bin >> radeon/CEDAR_me.bin radeon/CEDAR_pfp.bin radeon/CEDAR_rlc.bin >> radeon/CYPRESS_uvd.bin" >> CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" >> >> I compiled the kernel with the firmware files already in >> /lib/firmware/radeon . >> The kernel boots without initial ram disk. >> > > I've encountered people having all sorts of problems with stale or > truncated firmware, so I just wanted to double check. The best test > would be to build the driver as a module and blacklist the module, > then, once the system is booted to a non-X runlevel, manually load the > module so it loads the ucode directly from the filesystem. > > Alex > Thank you Alex, for insisting. The "Denkfehler" was indeed at my side: At first, I compiled the kernel with the old firmware. Then I noticed the missing firmware module "CYPRESS_uvd.bin". After an information trip around the internet, I downloaded the missing and the up-to-date firmware modules and put them into place as well as adapted the kernel configuration. Then I just did a new "make" in the kernel directory. But, it seems the make rules don't recognize changed firmware modules. In the end I still saw the described error messages in the dmesg-output. Today, after reading your e-mail I came to this conclusion and recompiled the kernel completely, i.e., beginning with a "make clean". And, voilà, everything now works. Best regards, Jörg-Volker. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel