With my hardware configuration (old ATI video card AGP HD 3650) openSUSE 11.2 RC2 only starts:
in fail safe mode
with the option nomodeset
Given that other distributions (Fedora 16, Kubuntu, Chakra, etc. …) do not have this considerable limitation (no 3D acceleration), think that this serious problem can be solved soon?
Thank you for your attention
On 2011-11-10 10:06, predieri wrote:
> With my hardware configuration (old ATI video card AGP HD 3650) openSUSE
> 11.2 RC2 only starts:
> 1) in fail safe mode
> 2) with the option nomodeset
> Given that other distributions (Fedora 16, Kubuntu, Chakra, etc. …) do
> not have this considerable limitation (no 3D acceleration), think that
> this serious problem can be solved soon?
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
On 11/10/2011 07:26 AM, predieri wrote:
> Sorry: OpenSuse 12.1 RC2.
> I wrote in this forum Pre Release / Beta as I had read various posts on
> this topic.
> I thought the problem was already known.
Any time you need to use “nomodeset” to get a graphics display, the problem is a
bug in the upstream kernel driver. Older kernels may not have the problem
because the driver in question does not even try to operate with your adapter.
Filing the necessary bugzilla report for these problems is hard, but that is the
only way that the bug will ever be fixed.
Clearly KMS (kernel mode setting) does not work for your. In the interest of looking at this further, and maybe coming up with a work around, did you try User Mode Setting (UMS) ?
ie as a User, Set the graphical Mode with KMS disabled to the ‘radeon’ driver.
Doing that is easy. Uncomment the lines in the /etc/X11/xorg.conf.d/50-device.conf file so that it looks something like:
Identifier "Default Device"
## Required magic for radeon/radeonhd drivers; output name
## (here: "DVI-0") can be figured out via 'xrandr -q'
#Option "monitor-DVI-0" "Default Monitor"
Then reboot and when rebooting KEEP the boot code ‘nomodeset’ (so as to disable KMS) and lets see if the UMS you have now applied to the 50-device.conf file works.
You may also wish to install the application midnight commander (mc) as it provides an excellent easy to use text editor that works in a full screen text mode.
And if ‘radeon’ in that 50-device.conf does not work, try ‘radeonhd’.*
Unfortunately no results.
After the changes OpenSUSE starts only in fail safe mode (not normal and not nomodeset). Truly incomprehensible to a distribution like OpenSUSE. Now waiting for the final version and if the same problem recurs I shall be forced, against my will, to install another distro.
I have not yet had the opportunity to test his on my HD3450 (which is similar to the HD3650) , and I would like to do so before I comment too much on your post. Maybe this weekend I will get the chance (I was away on business most of the week, this week, and tonight I have social commitments). … this is after all (for openSUSE) a volunteer effort for me and it pays no money for my time.
Still, how familiar are you with GNU/Linux graphics and how they can be tuned ? or are you more a point and click person with not much knowledge of the underlying ?
You note fail safe works. And ? … Did you then go the next logical step (logical to me, that is) and see EXACTLY what boot code is in the fail safe that allows it to boot ? If you do not do that, I do not see how it is possible to trace down what the hiccup is in the nominal boot. Without a logical troubleshooting approach, one is forced into a random try this , try that, try something else approach, which to me is the road to frustration and annoyance and best avoided if at all possible.
Edit - I do sympathize with your frustration - if you read my posts you will note I too have been frustrated and vented at times when I could not discover a necessary work around (in the RC/milestone phases).
I downloaded the 64-bit openSUSE-12.1 KDE liveCD iso file. I conducted the md5sum check on that downloaded file and it passed. I then burned the iso file to a high quality -R CD (verbatim) at the SLOWEST speed my burner would allow (that was IMPORTANT), and I booted my Dell Studio 1537 laptop to that liveCD. This laptop has Radeon HD3450 graphics similar to your HD3650.
The boot went well, and I am typing this from that laptop, running from the liveCD.
I did NOT need the ‘nomodeset’ boot code. I noted this from the lspci :
linux@linux:~> /sbin/lspci -nnk | grep VGA -A2
01:00.0 VGA compatible controller : ATI Technologies Inc Mobility Radeon HD 3400 Series [1002:95c4]
Subsystem: Dell Device [1028:029f]
Kernel driver in use: radeon
and I noted this from inxi -F :
linux@linux:~> inxi -F
System: Host: linux.site Kernel: 3.1.0-1.2-desktop x86_64 (64 bit)
Desktop KDE 4.7.2 Distro: openSUSE 12.1 (x86_64) VERSION = 12.1 CODENAME = Asparagus
Machine: System: Dell (portable) product: Studio 1537 version: A09
Mobo: Dell model: 0P132H version: A09 Bios: Dell version: A09 date: 05/27/2009
CPU: Dual core Intel Core2 Duo CPU P8400 (-MCP-) cache: 3072 KB flags: (lm nx sse sse2 sse3 sse4_1 ssse3 vmx)
Clock Speeds: 1: 2267.00 MHz 2: 1600.00 MHz
Graphics: Card: ATI Mobility Radeon HD 3400 Series
X.Org: 1.10.4 drivers: ati,radeon (unloaded: fbdev,radeonhd,vesa) Resolution: firstname.lastname@example.org
GLX Renderer: Gallium 0.4 on AMD RV620 GLX Version: 2.1 Mesa 7.11
Audio: Card-1: ATI RV620 Audio device [Radeon HD 34xx Series] driver: snd_hda_intel Sound: ALSA ver: 1.0.24
Card-2: Intel 82801I (ICH9 Family) HD Audio Controller driver: snd_hda_intel
Network: Card-1: Broadcom NetLink BCM5784M Gigabit Ethernet PCIe driver: tg3
IF: eth0 state: down speed: 65535 Mbps duplex: full mac: 00:21:70:85:8d:be
Card-2: Intel Ultimate N WiFi Link 5300 driver: iwlagn
IF: wlan0 state: up mac: 00:16:ea:ed:80:76
Drives: HDD Total Size: 250.1GB (-) 1: /dev/sda ST9250421ASG 250.1GB
Partition: ID: / size: 4.9G used: 2.7G (55%) fs: rootfs ID: / size: 4.9G used: 2.7G (55%) fs: ext4
ID: swap-1 size: 2.15GB used: 0.00GB (0%) fs: swap
Sensors: Error: You do not have the sensors app installed.
Info: Processes: 140 Uptime: 0:14 Memory: 980.6/3927.2MB Client: Shell inxi: 1.7.24
… ergo, I can not reproduce your problem. … Sorry.
I think I have the same issue. I have an Acer 5600 laptop and am finding it impossible to get beyond 1024x768.
On 11.4 and previous I always got 1280x800 without any problems. My setup was Gnome 3.1 before I formatted the system partition and installed 12.1.
12.1 is refusing to run Gnome 3 and is in fallback mode with no options other than 800x600 and 1024x768.
I have followed all the pointers at SDB:Configuring graphics cards - openSUSE from Nomodeset to creating and editing xorg.con but no joy. Is this a retrograde step that shouldn’t be may by a distro the calibre of opensuse? The blurb doesn’t mention the Acer 5600 or it’s 945GM Mobile Graphics chip. so it ought to be compatible. Can any one help or how do I report this as a bug. Surely you ought to be able to set all the resolutions your monitor was capable of in the last version of a distro. My readings are
If your system is not loading the i915 driver, (I don’t see reported it in the lspci results), then you will probably have the fbdev (framebuffer) driver loaded. I presume you used the ‘nomodeset’ option, correct?
When the fbdev driver is loaded, this will prevent any resolution higher than 1024x768 from being used.
Now, I’m not sure about the cause of this issue with certain intel hardware, but it is likely a bug, as several others have reported the same problem.