
pilla wrote:2.6.38-gentoo-r2 is still segfaulting Xorg for me.
VinzC wrote:Does it crash right away or after a certain, random period of time?
I think we might experience the same bug.pilla wrote:After some random time, usually not so long.


You might want to try Pappy's Kernel Seeds or [topic=829476]this thread[/topic]. You «just» need to add your hardware-specific options like drivers, firmwares...robinmarlow wrote:I too am having problems with 2.6.38. I compile it using my working config from 2.6.37 & answering the questions posed by make oldconfig.
The resulting kernel gives a blank screen with no hd activity or response to magic keys. There are no logs & no clues as to what's gone wrong!
I have tried compiling vanilla as well as gentoo sources with the same result. I'm now trying excluding sections of the config e.g. audio individually to see if they are causing the problem - but it's rather time consuming!
How should I troubleshoot it & does anyone know what the problem is?
I'm watching Phoronix too. It even looks like there is a «growing increase» in consumption since 2.6.25.wswartzendruber wrote:Phoronix is reporting massive power consumption issues with this kernel. Anyone else notice this?

Yes, I did in [post=6661269]this post[/post] (a little above).Joseph K. wrote:VinzC, did you already post a link to this kernel bug in regard to the screen saver oops that you mentioned? (I had a feeling that you did, but then I couldn't find it.)
Well, as I saw there is already a bug opened in kernel.org, I didn't feel ike doing it on Gentoo's side. Fact is there doesn't seem to be much progress on that lately.Joseph K. wrote:Do you want to open a Gentoo bug or a new forum thread for it if there isn't one already?
You forgot to mention on unoptimized software, perhaps.Gusar wrote: Err, the thing can barely decode 720p, are you really playing 1080p on it? Without hardware help (Nvidia ION or Broadcom CrystalHD) it's not possible.
Super Hybrid Engine is a hardware clock frequency control for eeepc, including light overclocking and moderate underclocking to save battery power: http://event.asus.com/notebook/bamboo/external5.htmGusar wrote:What is SHE?
Read mplayer's manual then:I do know that it actually does degrade video quality, sometimes very visibly so. And sometimes it causes artifacts, because the video does motion compensation on filtered frames.
Code: Select all
skiploopfilter=<skipvalue> (H.264 only)
Skips the loop filter (AKA deblocking) during H.264 decoding. Since the fil‐
tered frame is supposed to be used as reference for decoding dependent frames
this has a worse effect on quality than not doing deblocking on e.g. MPEG-2
video. But at least for high bitrate HDTV this provides a big speedup with no
visible quality loss.
<skipvalue> can be either one of the following:
none: Never skip.
default: Skip useless processing steps (e.g. 0 size packets in AVI).
nonref: Skip frames that are not referenced (i.e. not used for decoding oth‐
er frames, the error cannot "build up").
bidir: Skip B-Frames.
nonkey: Skip all frames except keyframes.
all: Skip all frames.
I tested on different samples, most of them are 25 fps digital video, some are 24 fps.Also, what's the bitrate of those 1080p videos?
Yeah, but I think it's a good way to draw the Gentoo kernel maintainers' attention to the bugs that particularly affect us, which can draw interest and spur progress on them. Now that 2.6.39 is out, though, I may be inclined to try using that in the hope that this bug was fixed. If I can get a screen shot of the oops, I'll open a Gentoo bug for it.VinzC wrote:Well, as I saw there is already a bug opened in kernel.org, I didn't feel ike doing it on Gentoo's side. Fact is there doesn't seem to be much progress on that lately.
Ah, marketing buzzword for on-the-fly CPU governor switching.Bircoph wrote:Super Hybrid Engine
The in-loop deblocker is an integral part of h264 encoding/decoding. If it was done during encoding, then turning it off for decoding degrades the picture and can lead to artifacts. That you aren't bothered by the difference is something else. I can imagine it's probably not noticeable in the netbook display, but on anything bigger than 15'' ...Bircoph wrote:This is just deblocking skip. You wan't need this for 1080p in most of the cases anyway.
That's fps, I asked for bitrate.Bircoph wrote:I tested on different samples, most of them are 25 fps digital video, some are 24 fps.
You failed to read documentation again. SHE is completely independent from CPU governors and affects not only CPU.Gusar wrote:Ah, marketing buzzword for on-the-fly CPU governor switching.Bircoph wrote:Super Hybrid Engine
I often use it on my 19" desktop, artifacts are rare and I have never seen them on high-res video. And deblocking is not always done during encoding. Anyway, the goal is to be able to see a 1080p movie on netbook with an acceptable quality. This is not my goal to obtain mathematically equivalent image after decoding.The in-loop deblocker is an integral part of h264 encoding/decoding. If it was done during encoding, then turning it off for decoding degrades the picture and can lead to artifacts. That you aren't bothered by the difference is something else. I can imagine it's probably not noticeable in the netbook display, but on anything bigger than 15''
Bitrate is variable, obviously, and may vary greatly during playback. An average value for the samples, estimated by duration and file size, and by taking audio tracks into account, though variable as well, is 8 kbps.That's fps, I asked for bitrate.
Ok, I've read a bit about it. It scales the fsb freq instead of the cpu freq. The highest modes also do a bit of overclocking, and then there are modes that do dynamic scaling. So while I oversimplified, it's still just a buzzword frequency scaling and governor switching.Bircoph wrote:You failed to read documentation again. SHE is completely independent from CPU governors and affects not only CPU.
Deblocking is very, very rarely not done. I'll bet you you won't find videos out there that don't have it, unless it's conformance tests suites or the person encoding is doing some sort of test.Bircoph wrote:And deblocking is not always done during encoding.