Comment 6 for bug 909103

As it turned out there have been only two patches (directly) related to radeon between the stable for me 3.0.14 and buggy 3.0.17 versions.
I reverted the corresponding commits:
-------------------------
commit 77a10a203dc228dc9e1d40075b3c61c3e0882db2
Author: gene <gene@jenshen.(none)>
Date: Wed Jan 18 11:44:15 2012 -0600

    Revert "drm/radeon/kms: bail on BTC parts if MC ucode is missing"

    This reverts commit 77e00f2ea94abee1ad13bdfde19cf7aa25992b0e.

commit 06ca5dda377dae29ce50032b6a47849fd7354ec1
Author: gene <gene@jenshen.(none)>
Date: Wed Jan 18 11:41:23 2012 -0600

    Revert "drm/radeon/kms/atom: fix possible segfault in pm setup"

    This reverts commit 4376eee92e5a8332b470040e672ea99cd44c826a.

commit e9d23be2708477feeaec78e707c80441520c1ef6
Author: Greg Kroah-Hartman <email address hidden>
Date: Thu Jan 12 11:54:29 2012 -0800

    Linux 3.0.17

commit 6e474bc4d5c0d94c070a18901e00ff33de0c1be1
Author: Xi Wang <email address hidden>
Date: Mon Dec 12 21:55:52 2011 +0000
----------------------------
Then I used the generic ubuntu config with one finishing touch disabling the M$ hyperv drivers build:
diff:
------------------
3c3
< # Linux/i386 3.0.17-nonrad Kernel Configuration
---
> # Linux/i386 3.0.14-030014-generic Kernel Configuration
5369c5369,5374
< # CONFIG_HYPERV is not set
---
> CONFIG_HYPERV=m
> CONFIG_HYPERV_STORAGE=m
> CONFIG_HYPERV_BLOCK=m
> CONFIG_HYPERV_NET=m
> CONFIG_HYPERV_UTILS=m
> CONFIG_HYPERV_MOUSE=m
------------------

Finally, the binary turned out to be 5 MB larger than the generic one!? This might be because my version of gcc is newer.

OK, the thing is that it seems to be stable. Have had no freezes yet.
So QED and it might be one of the removed patches causing the problems???

--