I am already using modesetting and fixed the acpi and the backlight issues. Also using the GIT xorg drivers for modesetting.
The problem occurs already at GRUB2 boot screen (and of course in X) and happens on each screen refresh (i.e. when I press UP and DOWN arrows to choose the kernel/OS to boot).
Any suggestions?
]]>Edit: Should this thread be moved to e.g. Kernel & Hardware since this is no longer a community contribution? And maybe remove the PKGBUILD reference in the title.
Edit2: webcam was failing cause I was not in video group...
]]>Edit: somehow, I missed the fact this is a 20 page thread I don't know that the previous post is on topic. I suggest this new problem be broken out as a separate thread.
]]>Xfce + i3
]]>maevius wrote:Not experiencing this (I am using [testing] if that matters).
Hmm... What version of chromium are you using? I've upgraded to testing and issue is still here...
Latest chromium 27.0.1453.93-3
I am using xfce btw. Is there a chance this is related to gtk theming etc?
]]>Not experiencing this (I am using [testing] if that matters).
Hmm... What version of chromium are you using? I've upgraded to testing and issue is still here...
]]>linux 3.9.4-1
pixman 0.30.0-1
xorg-server 1.14.1-1
xf86-video-modesetting 0.7.0-1
xf86-input-evdev 2.8.0-1
I've been experiencing this bug on my laptop (Samsung NC110) with using latest gma500_gfx, xf86-video-modesetting and xorg-server.
This thread claims, that there is a bug in pixman (and, maybe in nvidia driver). On my desktop computer I've saw same problem (with nvidia driver), but in up to date xorg (and pixman) it seems to be fixed.
Additionally, described bug in pixman correlates with new glyph cache API and its usage in video drivers.
Is there a chance of there is a bug in gma500_gfx or xf86-video-modesetting, that cause this chromium bug to reappear while using latest xorg-server+pixman?
BTW, downgrading xorg-server (with pixman, xf86-input-evdev, xf86-video-modesetting and couple of hacks around libpng) fixes issue, but I don't like this solution at all.
]]>the original xrandr work
and as for mplayer, not try run 1080i videos....seriously, they run slow, wver throw mplayer -framedrop -hardframedrop -sws 0 -audiosync 30
really slow, but small (640x480) run aceptable
Section "Screen"
Identifier "Screen0"
Device "gma500_gfx"
Monitor "VAIO-LVDS"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1600x768"
ViewPort 0 0
EndSubsection
EndSection
Section "Monitor"
Identifier "VAIO-LVDS"
VendorName "SNY"
ModelName " SNY:fa09"
Modeline "1600x768" 100.25 1600 1688 1848 2096 768 771 781 798 -hsync +vsync
Modeline "1256x600" 60.00 1256 1312 1432 1608 600 603 613 624 -hsync +vsync
Modeline "1280x614" 62.25 1280 1328 1456 1632 614 617 627 639 -hsync +vsync
Modeline "1368x676" 74.25 1368 1432 1568 1768 676 679 689 703 -hsync +vsync
Option "DPMS"
EndSection
# Primary (First/only) display
Section "Device"
Identifier "gma500_gfx"
Driver "modesetting"
Option "ShadowFB" "off"
Option "SWCursor" "on"
EndSection
#Section "DRI"
# Mode 0666
#EndSection
section "module"
Load "dbe"
Load "extmod"
Load "glx"
Load "record"
Load "dri"
Load "dri2"
endSection
Like Maevious said, the old aur pkg is now included in extra. So it would be better removing the aur one and install the one from extra. The one I used was the git one which i built (coicidentally) at 20 October, same as the one currently in extra. I will install the one from extra later on today.
That problem was actually menu/button half rendered/updated and half not. I get a bit flickering on light blueish background (like the one for thread post number here), but not that bad for me.
]]>Update: I recompile the modesetting driver this week and try using it again. The flickering is gone and I can now connect my vaio p to full hd external monitor using xrandr. I need to arrange it top/bottom [1600x900 + 1920x1080] instead of left and right because of viewport limitation (2048x2048).
Hi, what Xorg settings do you use? Is the package you compiled "xf86-video-modesetting-git"?
I also have a Vaio P(the 2nd-gen) and my screen flickers. I compiled "xf86-video-modesetting-git" from AUR and have the following settings in a Xorg configuration file:
Section "Device"
Identifier "gma500_gfx"
Option "ShadowFB" "on"
Option "SWCursor" "on"
EndSection
but my screen flickers a lot anyway.
Like in one of your previous posts, this message appears as well:
[ 5.112] (II) modeset(0): ShadowFB: preferred NO, enabled YES
If your configuration file differs, I'd be grateful if you could post it.
EDIT: I found the-now deleted AUR entry for the "xf86-video-modesetting" package, downloaded the PKGBUILD and it worked perfectly(had to generate a new md5sum though).
The flickering is still noticeable sometimes, namely when in SLiM(with its default background) and also sometimes when it's showing solid colors. Otherwise, no issues.
But I always have the same problem when trying to use mplayer: randomly it freezes and I have to press a key or move the mouse to make it work again.
It seems that it is not mplayer fault, as the entire screen freezes, and even sound playback enter into a loop.
I've checked that it is not my ALSA driver as some suggests, just by turning it off and using a dumb sound driver. What happens is very simple: as long as I use the mouse or keyboard offen, no freezes happen.
Any suggestions?
]]>