With my hardware configuration (old ATI video card AGP HD 3650) openSUSE 11.2 RC2 only starts:
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
John
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?
Consider bugzilla.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
11.2 ???
Or do you mean 11.4 ?? or do you mean 12.1 RC2 ??
There is already a bug report for 11.4 RC2 and it is solved.
If 11.4, I assume you are using the liveCD. IF you install 11.4 and apply all the updates, then you will find the problem disappears.
I note 11.2 RC2 is old. I recommend instead you wait a week or two and use 12.1.
If instead you saw this on 12.1 RC2, then raise a bug report as recommended by robin_listas.
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.
thanks
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.
> thanks
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.
Thanks.
Already posted in bugzilla (729547)
giovanni
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:
Section "Device"
Identifier "Default Device"
Driver "radeon"
## Required magic for radeon/radeonhd drivers; output name
## (here: "DVI-0") can be figured out via 'xrandr -q'
#Option "monitor-DVI-0" "Default Monitor"
EndSection
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’.*
Thanks to you too.
I will try this solution and in case of problems i will write again on the forum
giovanni
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.
sincerely
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 [0300]: 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: 1440x900@60.0hz
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.
Have you reviewed the info from;
SDB:Configuring graphics cards - openSUSE
openSUSE 12.1 Release Notes
http://lists.opensuse.org/opensuse-bugs/2011-11/msg02423.html
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
lspci -nnk | grep VGA -A2
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03)
Subsystem: Acer Incorporated [ALI] Device [1025:0102]
00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
It seems the first user has also been changed from 1000 to 1001 without much publicising so got caught trying to copy my old home to my new clean install.
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.
openSUSE:Submitting bug reports - openSUSE
As reported elsewhere, you could try using the intellegacy driver instead.