| Summary: | Kernel DRM/Radeon KMS BSOD on HD6850-NI | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Erdem U. Altınyurt <spamjunkeater> | ||||||
| Component: | DRM/Radeon | Assignee: | Alex Deucher <alexdeucher> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||
| Severity: | major | ||||||||
| Priority: | medium | ||||||||
| Version: | XOrg git | ||||||||
| Hardware: | x86-64 (AMD64) | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
Erdem U. Altınyurt
2011-01-19 07:36:25 UTC
Have you installed the necessary ucode for your card? http://people.freedesktop.org/~agd5f/radeon_ucode/ BARTS_mc.bin BARTS_me.bin BARTS_pfp.bin BTC_rlc.bin definitely, right to /lib/modules/radeon directory. If you are using an initrd make sure the ucode is built into the initrd. I don't create initrd by hand. Used make install to install code and initrd doesn't have any radeon modules.So initrd doesn't have ucode. But I thought that is just for boot with radeon module loading. I don't use that feature. AFAIK Since I do not load radeon module on bootup, It's doesn't necessary to have those files in initrd and load from /lib/firmware/radeon/ directly. Does it requirement that having ucodes in initrd for running NI class cards? My internal 790GX GPU could woth with KMS without any ucode and modules in initrd. (At least with 2.6.37, I don't test it with 2.6.38-rc1 and 790GX disabled from bios since HD6850 plugged in). Now tested my old 790GX and it's working with my setup but NI. Removed BARTS_mc.bin BARTS_me.bin BARTS_pfp.bin BTC_rlc.bin files from /lib/firmware/radeon. I expect that will make radeon.ko cannot found required ucodes and will not activate KMS and loaded as modeset=0. AFAIK That happens when I don't put required ucodes to fw directort with my 790GX when initial r600 support comes... So, when I try to load radeon without those ucodes on firmware directoy, result is same. BSOD. That make me thinking if it's not related with ucodes... Thanks The ucode is required for all asics when the radeon drm is loaded. Most likley your initrd already has the ucode for older asics. radeon module loaded and work as intended. I use "modprobe radeon pcie_gen2=1" and it works Weird thing is that I enabled GEN1 on my MB bios. Mesa gives segmentation fault but could use KMS properly now. Sorry for disturbing. Thanks. Created attachment 42226 [details] [review] dmesg of HD3300+HD6850 Previous comment is wrong. Bug is not solved but I just enabled 790GX from bios with surround view.... So bug is not solved with that flag. "modprobe radeon" working now because of 790GX internal GPU. I attach the kernel messages. Might be useful to understand problem. KMS looks loaded... Does reverting this commit fix the issue: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=86f5c9edbb3bac37cc8cee6528a929005ba72aad Yes it fixed the problem. :) Now loads KMS thanks. Also I noticed a failure on module load. ... [drm] ib test succeeded in 0 usecs failed to evaluate ATIF got AE_BAD_PARAMETER [drm] Radeon Display Connectors [drm] Connector 0: ... I wish its not important. Thanks Created attachment 42240 [details] [review] possible fix Can you try this patch instead of the revert? Yes, that patch fixed the issue too. Any hint on that kernel line while loading radeon? failed to evaluate ATIF got AE_BAD_PARAMETER Thanks (In reply to comment #12) > Yes, that patch fixed the issue too. > > Any hint on that kernel line while loading radeon? > > failed to evaluate ATIF got AE_BAD_PARAMETER You can ignore that. It's an acpi method that's required on some laptops, but not on others or on desktop cards. It's harmless. I thought we had gotten rid of that message, but it seems to be back. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.