You are not logged in.
Those questions are not allowed but I suspect pretty soon since first point release is already available upstream and there werent many fixes, so I guess it's pretty much stable... Dunno about mesa bits btw...
Offline
Those questions are not allowed but I suspect pretty soon since first point release is already available upstream and there werent many fixes, so I guess it's pretty much stable... Dunno about mesa bits btw...
I think we are just stuck waiting on NVIDIA legacy drivers now.
Offline
Those questions are not allowed but I suspect pretty soon since first point release is already available upstream and there werent many fixes, so I guess it's pretty much stable... Dunno about mesa bits btw...
mesa is a bit of a mess, intel will have issues, there are some patches, but i dont know if they will be included upstream. so there's that.
Offline
Do you have some links regarding those intel-mesa related issues ? I'm curious
Offline
Do you have some links regarding those intel-mesa related issues ? I'm curious
start there. all upstream links incuded there.
http://bugs.archlinux.org/task/19302
Offline
Yep, had that one so i've uninstalled compiz. Funny enough, someone from this thread said it was working flawless so I thought it was only me
Typing lags, scroling garbled, flashback from few weeks ago
Offline
someone from this thread said it was working flawless
Someone who doesn't use intel maybe?
Offline
He didn't respond to that one, although I asked
Offline
combuster, if you could test the patches im using, and report back that d be great,
some people had it working with the mesa patch only (comment 12 from the bug report).
i had to patch the kernel too.
now ive experienced some distortions followed by a hang (after logging of - aka killing X). posting the grabs on the freedesktop bug report (the open one).
Offline
combuster wrote:Those questions are not allowed but I suspect pretty soon since first point release is already available upstream and there werent many fixes, so I guess it's pretty much stable... Dunno about mesa bits btw...
I think we are just stuck waiting on NVIDIA legacy drivers now.
Nvidia is even OK in testing, with older nvidia even works with ignoreABI flag
Offline
Np, I'll test it, right now I'm on 2.6.34-rc7, I'll see if this patches are already applied...
/edit: yep problem is still there with untainted 2.6.34-rc7, I'll apply the patches now...
/edit again: applied both patches, without indirect rendering in compiz problem remains, with indirect rendering no problems...
Last edited by combuster (2010-05-15 11:08:49)
Offline
intel users, new day, new bug:
http://bugs.archlinux.org/task/19495
Offline
/off: @eldragon, That's great man that you want to help by testing and sending bug reports, but a pair of advices:
- Don't post multiple messages in a row except there is something ground braking you want to report back to dev's (multiple instances of the same bug doesn't help)
- Take your time before posting a comment on bug report, only when u r sure that what u've discovered is not changing under any circumstances - then you post your findings
- Never - NEVER post a comment on a bug report that is not related to the reported bug
Ofcourse, only report upstream if you've build the project from source yourself - if there is a bug in official packages - bug report should go to Arch bug tracker.
IE: http://bbs.archlinux.org/viewtopic.php? … 16#p751716
I could posted right away upstream to intel drm section because of the panic that looked to be i915 bug, but good ppl here helped so the bug wasn't kernel related afterall - saved intel dev crew and myself whole lot of trouble
Offline
/off: @eldragon, That's great man that you want to help by testing and sending bug reports, but a pair of advices:
- Don't post multiple messages in a row except there is something ground braking you want to report back to dev's (multiple instances of the same bug doesn't help)
- Take your time before posting a comment on bug report, only when u r sure that what u've discovered is not changing under any circumstances - then you post your findings
- Never - NEVER post a comment on a bug report that is not related to the reported bugOfcourse, only report upstream if you've build the project from source yourself - if there is a bug in official packages - bug report should go to Arch bug tracker.
IE: http://bbs.archlinux.org/viewtopic.php? … 16#p751716
I could posted right away upstream to intel drm section because of the panic that looked to be i915 bug, but good ppl here helped so the bug wasn't kernel related afterall - saved intel dev crew and myself whole lot of trouble
thanks for the tips. will try and see where i messed up. so far, ive only been adding information as it crept up. i will try to be less noisy in the future
Offline
Got the new 2.6.34 kernel + xorg 1.8 (both from testing) + hal removed (-Rd for gnome-vfs deps, do I read you right flamelab that gvfs can be installed as a drop-in replacemenbt of gnome-vfs?) + last nvidia blob = great system, all working great !
Great great work to all the dev/TU/tester team, thanks and my hat down !
Archer since 03/2009 - AUR packages
Offline
Enabled the testing repo and did a -Syu to upgrade xorg to 1.8 + intel 2.11 drivers. Everything thing seems working as before with xorg 1.7, still haven't had the need to touch any xorg configuration files . Disabled hal in starting up in my dameons and nothing seems broken but I can't get rid of HAL just yet as Thunar requires it still and I am running XFCE. Haven't found a good way to force XFCE to not use Thunar.
Last edited by dswann (2010-05-22 05:17:37)
Offline
anyone having vdpau work with xorg1.8 + 195.36.24 nvidia drivers?
I get a
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x3444d40, 0, -, -)
VDPAU nvidia: Version: NVIDIA VDPAU Driver Shared Library 195.36.24 Thu Apr 22 19:52:55 PDT 2010
VDPAU nvidia: Error detected 0 6291
VDPAU nvidia: Backtrace:
--: /usr/lib/vdpau/libvdpau_nvidia.so.1 [0x7fd92dc8b000] DSO load base
00: /usr/lib/vdpau/libvdpau_nvidia.so.1 [0x7fd92dc91ab9] vdp_imp_device_create_x11
-> 1
[vdpau] Error when calling vdp_device_create_x11: 1
Error opening/initializing the selected video_out (-vo) device.
trying to start mplayer -vo vdpau
Archer since 03/2009 - AUR packages
Offline
Playing 01 Darker Than Black [CEB][54C22F43].mkv.
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) "Darker Than Black - 01: The Fallen Star of a Contract... (Part One)", -vid 0
[mkv] Track ID 2: audio (A_AC3) "AC3 5.1", -aid 0, -alang jpn
[mkv] Track ID 3: audio (A_AC3) "AC3 5.1", -aid 1, -alang eng
[mkv] Track ID 4: subtitles (S_TEXT/ASS) "Styled Subtitles", -sid 0, -slang eng
[mkv] Track ID 5: subtitles (S_TEXT/ASS) "Signs", -sid 1, -slang eng
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO: [avc1] 1280x720 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 640.0 kbit/41.67% (ratio: 80000->192000)
Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3)
==========================================================================
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
Starting playback...
[VD_FFMPEG] Trying pixfmt=0.
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
VO: [vdpau] 1280x720 => 1280x720 H.264 VDPAU acceleration [fs]
[VD_FFMPEG] XVMC-accelerated MPEG-2.
No problems here. Using the nvidia-all package from the AUR.
Offline
ok. It's not exactly the same drivers.
Since then I have upgraded to the nvidia-beta (256.25) and vdpau is working now. So I'm guessing 195.36.24 were somehow faulty.
Given that these are the one in [testing], it would be good to confirm if they are indeed the issue.
Archer since 03/2009 - AUR packages
Offline
Report the problem in the testing section of the bugtracker.
Offline
ok. It's not exactly the same drivers.
Since then I have upgraded to the nvidia-beta (256.25) and vdpau is working now. So I'm guessing 195.36.24 were somehow faulty.
Given that these are the one in [testing], it would be good to confirm if they are indeed the issue.
VDPAU works fine for me with the 195.36.24 driver as well.
Offline
ok, thanks skottish. So no problem, must be something in my config.
Archer since 03/2009 - AUR packages
Offline
When its ready (tm)
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Expanding a little on that - you can check the bugtracker for any relevant bugs, and the arch-dev-public ML for related dev discussion. Then you can estimate yourself when it's likely to hit extra.
Offline