- openSUSE X.org

[opensuse-xorg] Re: [opensuse-org] modesetting instead of radeon used with kernel-desktop-3.12.32 from home:/mkubecek:/evergreen-13.1
by Felix Miata 09 Dec '14

09 Dec '14

[from opensuse-kernel list] Michal Kubecek composed on 2014-12-08 09:25 (UTC+0100): > Felix Miata wrote: >> Michal Kubecek composed on 2014-12-08 08:19 (UTC+0100): >>> Felix Miata wrote: >>>> Is this a known problem? I spotted nothing on point in Bugzilla. 13.2 >>>> on same AMD 64 system is OK. I installed 3.12.32 in part because X >>>> segfaults on startup with original 3.11.4 kernel and both original >>>> and post-updates initrds. >>>> Details, including video, CPU & y2logs, here: >>>> http://lists.opensuse.org/opensuse/2014-12/msg00380.html >>>> http://fm.no-ip.com/Tmp/SUSE/131/y2l-131-a88x-1206.tgz >>> As the log complains about missing firmware (radeon/KAVERI_pfp.bin), >>> please try this first: >>> 1. extract /lib/firmware/radeon/KAVERI_* from 13.2 kernel-firmware >>> 2. copy those files to lib/firmware/radeon >>> 3. run mkinitrd and try to boot again >> Boots! :-D >>> I'll add a proper kernel-firmware update to my repository later. >>> However, there may still be problems with X server and/or Mesa. >> KDE is running too! > Great. I'll prepare the kernel-firmware package. When and where will this be found? 13.2 is using radeon driver, but 13.1 is using slower modesetting driver. Would a complete kernel-firmware package for 13.1 likely get radeon used? Installed in 13.1: Mesa-32bit-9.2.3-61.9.1.x86_64 Mesa-9.2.3-61.9.1.x86_64 Mesa-libEGL1-32bit-9.2.3-61.9.1.x86_64 Mesa-libEGL1-9.2.3-61.9.1.x86_64 Mesa-libGL1-32bit-9.2.3-61.9.1.x86_64 Mesa-libGL1-9.2.3-61.9.1.x86_64 Mesa-libglapi0-32bit-9.2.3-61.9.1.x86_64 Mesa-libglapi0-9.2.3-61.9.1.x86_64 kernel-desktop-3.11.6-4.1.x86_64 kernel-desktop-3.12.32-2.1.x86_64 libdrm_radeon1-2.4.46-3.2.2.x86_64 libdrm_radeon1-32bit-2.4.46-3.2.2.x86_64 libvdpau_radeonsi-9.2.3-61.9.1.x86_64 xf86-video-ati-7.2.0-2.4.1.x86_64 xorg-x11-server-7.6_1.14.3.901-8.1.x86_64 -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

1 0

[opensuse-xorg] nouveau + OSS 13.2
by Patrick Serru 03 Dec '14

03 Dec '14

Hello All, I unfortuatly allways had NVidia graphics controlers which means that I allways had problem with the graphics driver(s), which means too that I allways had troubles since OSS 10.3 (ten.three). Today, it is: KInfoCenter- OpenGl- Rendering: GeForce 7025 / nForce 630a/integrated/SSE2 I actualy run 12.2 + KDE3.5 starting in console mode, which permits me to re-enter commands until the driver starts in 1280x1024. Most of the time, I dont neads to do so, but sometime, I have to réinit up to 5 times (AFAIR). But I can live with this. It is realy exeptional (today) that the pilot crashs, with the special freezed sceen AND freezed system. But since the last tries of 13.1 (at least), this frezing appens. I guess that this is due to my hardware that is not as popular as labtop's, and thats why the distribution continue leaving with such a buggy driver. So, the second try of the istallation had been succeessfull thanks to the "brokenmodules=nouveau" placed in the command line. After having edited "/etc/modprobe.d/50-blacklist.conf", the graphics system does'nt work. Indead, I did not remember if the screen resolution was OK (1280x1024) because the system crashed (freezed) quickely. I installed the proprietary driver: NVIDIA-Linux-x86_64-304.123.run. It looks working correctly after the second restart. I started writing this mail before the proprietary driver to be installed. So I have no question. I hope that the free version of these this material will finaly be functional. Thanks for thoses maintaining KDE. Sincerly, Patrick -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

2 1

[opensuse-xorg] [Intel/13.2] xorg.conf.d/50-monitor.conf, xorg.conf, & EDID preferred are ignored
by Felix Miata 14 Oct '14

14 Oct '14

[all either KDE3 or KDE4] All was working fine on this i845G host gx260 before tonight's updates, e.g. 1600x1200 or 1792x1344 @arbitrary DPI. Now to get personalized config instead of 1024x768@96DPI before painting starts requires a startup xrandr script, or screwing up desktop by running xrandr after desktop offers a menu, where --dpi and -fbmm xrandr options are ignored by panel and restored apps. Screen configuration in Kcontrol is not available. All still works as expected on same machine booted to freshly updated 13.1 with Kubecek's 3.12 kernel. Xorg.0.logs: No config 1024x768@96: http://fm.no-ip.com/Tmp/SUSE/Factory/xorg.0.log-gx260-os132-0xconfig xorg.conf 1024x768@96: http://fm.no-ip.com/Tmp/SUSE/Factory/xorg.0.log-gx260-os132-xorgconfIgnored xorg.conf.d/ 1024x768@96: http://fm.no-ip.com/Tmp/SUSE/Factory/xorg.0.log-gx260-os132-xorgconfdIgnored Scripted xrandr 1792x1344@132: http://fm.no-ip.com/Tmp/SUSE/Factory/xorg.0.log-gx260-os132-scripted1792x13… So I tried an i915G host gx280, with Xorg:X11 repo enabled, without updating since 5 weeks ago and found it had same problem, which I didn't discover because I had only tried with the xrandr script and not either xorg.conf* approach. This one got fixed by tonight's updates, but only for xorg.conf.d/ (to produce 1600x1200@120), not xorg.conf (only 1024x768@96). I booted another i845G (host t2240), updated the night before, also tried last only with xrandr script. With xrandr script, OK, otherwise, stuck with 1024x768@96. Next, a radeon rv200 last updated 27 Sept (host gx27bn). It obeys 50-monitor.conf and xorg.conf both before and after tonight's updates, but has Xorg:X11 repo enabled. Next, a radeon rv380 last updated 2 October, and 64 bit (host big41). It obeys xorg.conf, but it too has Xorg:X11 repo enabled. I pulled the rv380 and plugged the VGA cable into the Intel VGA port, and it still obeys xorg.conf. Next, 32 bit i845G host gx270 last updated 24 Aug, without Xorg:X11 repo. It obeyed xorg.conf, until I replaced Sumski's old B.S. xf86-video-intel-3.0.0git[1] with xf86-video-intel-2.99.916-2.2. Could I really be the first openSUSE 13.2 user to notice this? Searching for xf86-video-intel in recent bugzilla.opensuse.org bugs produces no hits anywhere near on point. Nothing searching simply intel in past 4 months looks close either, or on bugs.freedesktop.org searching for xorg.conf in intel driver product. I was recently told the Sumski git3.0 driver was actually older than the 2.99.xxx driver in the standard repo, but I can't recall the context of or authority for the statement. 3.0.0git-216.1 definitely restored proper xorg.conf recognition on 945G host gx62b and 865G host gx270. [1] http://download.opensuse.org/repositories/home:/sumski:/test/openSUSE_Facto… -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

1 1

[opensuse-xorg] Problems with X11:XOrg update
by Zeitlinie 16 Jun '14

16 Jun '14

Hi, after today's update from Suse's X11:XOrg, comprising: Mesa-libglapi0-32bit|10.2.1-372.1|x86_64|root@xx|X11:XOrg| libICE6-32bit|1.0.9-20.1|x86_64|root@xx|X11:XOrg| libgbm1-32bit|10.2.1-372.1|x86_64|root@xx|X11:XOrg| Mesa-libEGL1-32bit|10.2.1-372.1|x86_64|root@xx|X11:XOrg| libepoxy0|1.2-1.9|x86_64|root@xx|X11:XOrg| libxcb-sync1|1.10-44.1|x86_64||X11:XOrg| libvdpau_nouveau|10.2.1-372.1|x86_64|root@xx|X11:XOrg| libxcb-dri3-0|1.10-44.1|x86_64||X11:XOrg| xorg-x11-server|7.6_1.15.99.903-323.3|x86_64|root@xx|X11:XOrg| xf86-video-intel|2.99.912-124.1|x86_64|root@xx|X11:XOrg| xf86-input-vmmouse|13.0.0-30.1|x86_64|root@xx|X11:XOrg| Mesa-32bit|10.2.1-372.1|x86_64|root@xx|X11:XOrg| Mesa-libGL1-32bit|10.2.1-372.1|x86_64|root@xx|X11:XOrg| my graphical environment was dead. (Before that everything was fine) 1) openSUSE does not boot up to the login screen anymore, but rather, instead of showing the login screen it shows only the green chameleon on black background with lots of random horizontal streaks on the screen. 2) I can switch to a console, login as root and start X by hand (startx). This will indeed start root's KDE, but the window environment reacts very sluggish and upon any action like scrolling or opening pull-down menus, lots of horizontal streaks with random colors show up. Any help would be most welcome Mark My system: > uname -r 3.11.10-11-desktop > cat /etc/SuSE-release openSUSE 13.1 (x86_64) VERSION = 13.1 CODENAME = Bottle > /usr/sbin/hwinfo --gfxcard 09: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.319] Unique ID: _Znp.Vu8QTbLxKtB SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Model: "Intel VGA compatible controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x0a16 SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0x220c Revision: 0x0b Driver: "i915" Driver Modules: "drm" Memory Range: 0xf0000000-0xf03fffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) I/O Ports: 0x3000-0x303f (rw) IRQ: 60 (2966 events) Module Alias: "pci:v00008086d00000A16sv000017AAsd0000220Cbc03sc00i00" Driver Info #0: Driver Status: i915 is active Driver Activation Cmd: "modprobe i915" Config Status: cfg=no, avail=yes, need=no, active=unknown Primary display adapter: #9 > /sbin/lspci -vv | grep -A 12 'VGA cont' 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 220c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 60 Region 0: Memory at f0000000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 3000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00018 Data: 0000 Capabilities: [d0] Power Management version 2 -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

2 11

[opensuse-xorg] 潍坊华宏钢结构工程有限公司
by 广杰不锈钢制品有限公司 29 May '14

29 May '14

收到附件，查看附件点预览

1 0

Re: [opensuse-xorg] dead i810 upstream problem?
by Egbert Eich 15 May '14

15 May '14

walter harms writes: > mmh, > if i remember correctly my notebook has a gfx chip of the 810 family (845?). > I works fine and i hesitate to change that with an (very long overdue update). > i845GM is more likely. I don't recall exactly since it's so long ago, but I don't think there was a mobile variant with the i810 gfx core. i845 is two generations newer than the i810 - the graphics core has changed a lot. There is KMS support for i845 - not so for i810. i845GM hardware was a lot faster already. Heck, my phone has a faster processor than the i810 box I had - and it's a lot quieter as well and consumes lot less power. Cheers, Egbert. > re, > wh > > > Am 15.05.2014 00:14, schrieb Egbert Eich: > > Felix Miata writes: > > > X won't run on xf86-video-intel-2.99.911.1-123.9 on i810E on either Factory with > > > X11:XOrg or Mageia's Cauldron. Is this a known problem upstream? I searched > > > bugzilla.kernel.org and bugs.freedesktop.org without seeing anything on 810 point. Is > > > > Maybe because you are the last one who possesses this hardware? > > There is very little we can do to help you here. All our i810 > > hardware we owned has died meanwhile. You may open at ticket on > > bugs.freedesktop.org and pester Intel about this. > > Your mileage may vary though as Intel may not have this hardware > > available for bug verification either. > > I'm afraid that once you own hardware that's not mainstream any > > more you are pretty much on your own - and you are most likely > > the only one who still cares about i810. > > So why don't you investigate this yourself and develop a fix? > > I'd be happy to review this - sorry I won't be able to test it, > > though. > > Otherwise - since you verified that the driver is broken and > > I'm positive that nobody else (except you?) will care for it > > any more - I should be able to safely drop it from openSUSE. > > > > > there a more general failure on other gfxchips I just haven't run into yet? Is the > > > 810 supposed to be running a different driver than intel post-13.1/1.14.x? > > > > Sorry, I cannot answer this. It's too long since I've looked at > > this driver. > > > > Cheers, > > Egbert. > -- > To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org > To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org -- Egbert Eich (Res. & Dev.) SUSE LINUX Products GmbH SUSE Labs KMS / DRM / X Window System Development Tel: +49 911-740 53 0 http://www.suse.de ----------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

2 1

Re: [opensuse-xorg] dead i810 upstream problem?
by Egbert Eich 15 May '14

15 May '14

Felix Miata writes: > X won't run on xf86-video-intel-2.99.911.1-123.9 on i810E on either Factory with > X11:XOrg or Mageia's Cauldron. Is this a known problem upstream? I searched > bugzilla.kernel.org and bugs.freedesktop.org without seeing anything on 810 point. Is Maybe because you are the last one who possesses this hardware? There is very little we can do to help you here. All our i810 hardware we owned has died meanwhile. You may open at ticket on bugs.freedesktop.org and pester Intel about this. Your mileage may vary though as Intel may not have this hardware available for bug verification either. I'm afraid that once you own hardware that's not mainstream any more you are pretty much on your own - and you are most likely the only one who still cares about i810. So why don't you investigate this yourself and develop a fix? I'd be happy to review this - sorry I won't be able to test it, though. Otherwise - since you verified that the driver is broken and I'm positive that nobody else (except you?) will care for it any more - I should be able to safely drop it from openSUSE. > there a more general failure on other gfxchips I just haven't run into yet? Is the > 810 supposed to be running a different driver than intel post-13.1/1.14.x? Sorry, I cannot answer this. It's too long since I've looked at this driver. Cheers, Egbert. -- Egbert Eich (Res. & Dev.) SUSE LINUX Products GmbH SUSE Labs KMS / DRM / X Window System Development Tel: +49 911-740 53 0 http://www.suse.de ----------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

3 4

[opensuse-xorg] dead i810 upstream problem?
by Felix Miata 14 May '14

14 May '14

X won't run on xf86-video-intel-2.99.911.1-123.9 on i810E on either Factory with X11:XOrg or Mageia's Cauldron. Is this a known problem upstream? I searched bugzilla.kernel.org and bugs.freedesktop.org without seeing anything on 810 point. Is there a more general failure on other gfxchips I just haven't run into yet? Is the 810 supposed to be running a different driver than intel post-13.1/1.14.x? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

1 0

[opensuse-xorg] making multihead and/or panning work; forcing DPI
by Felix Miata 13 May '14

13 May '14

"I've never been able to get dual screen working." "I haven't been able to get panning/virtual working since 11.4 or 12.1." "How can I force DPI/make everything on the desktop bigger?" Several such combinations work here in 12.3 & up. Xorg.conf still works to set them up if no panning or scaling are required, but since I often do, I often put http://fm.no-ip.com/Share/setup in /etc/X11/xinit/xinitrc.d/setup as 0755 with whichever line I want used uncommented for xrandr to perform the configuration as X loads instead of trying to use DE tools after the fact. Whether x is actually needed I never get around to testing. Same principles apply to setup multihead. http://fm.no-ip.com/Share/ contains several xorg.conf files that work to configure multihead with FOSS drivers for Intel, ATI & NVidia gfxchips. Latest KDE version users since mid-summer of 2013 have had krandr replaced with kscreen, which is supposed to have made multihead easy to setup without touching files in /etc/X11/. That's not something I've tried, since I'm happy to setup X globally in /etc/X11/ and disable kscreen in users' ~/.kde4/share/config/kdedrc with: [Module-kscreen] autoload=false Forcing DPI globally works same as always through xorg.conf, but may be overridden by the DE, either optionally (e.g. KDE) or not (Gnome3?). -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

1 0

[opensuse-xorg] Getting multiple monitors (two monitors) to work
by Sankar P 14 Mar '14

14 Mar '14

Hi, I have a thinkpad T430 with nvidia NVS 5400 M graphics card. I have two HP monitors, where one is connected via the VGA port and another via the DVI port in the docking station. However, the opensource drivers recognize only the VGA port. The monitor on the DVI port is not even recognized. I want to use only the two desktop monitors side by side as a single big monitor and do not want the laptop monitor to be used when the laptop is in the docking station. I could get this setup working in Windows without any effort. But in openSUSE 13.1 with the default opensource driver it failed. With the proprietary nvidia driver from the nvidia repository in the openSUSE repository, I could get both the monitors detected. But the driver is very buggy. It freezes the entire display randomly and I figured that it was doing so whenever it had to change the display brightness for some reason. Also, another big problem is, it fails to boot everytime and hangs the machine after the "setting up Plymouth screen" (or some such message) in the bootscreen. If I boot via the "Integerated graphics" setting in the bios to recover from this cpu freeze on boot, I could realize that it was hanging during the "setting up acpi display brightness" thing again. I am not too sure if reporting a bug on the nvidia driver will make any progress at all, considering that even Linus has not had much progress with nvidia. Also I am not even sure where to report the bug for the nvidia proprietary driver. Now, is it possible to get the opensource driver to get the multiple monitor support working somehow ? I do not mind installing developmental patches or custom kernels if needed. Any help ? Thanks. P.s: Please reply-all as I am not subscribed to the list. -- Sankar P http://psankar.blogspot.com -- To unsubscribe, e-mail: opensuse-xorg+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-xorg+owner(a)opensuse.org

1 0