linux-kernel - Re: [git pull] drm tree for 3.12-rc1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CA+qSnqiBHTPSe2k=oKyfiYORB3t=JektQ4JbFbOpLkA9BTi3_Q@mail.gmail.com>
Date:	Tue, 10 Sep 2013 16:18:21 -0700
From:	Sean V Kelley <sean.v.kelley@...el.com>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	Dave Airlie <airlied@...hat.com>, Dave Airlie <airlied@...ux.ie>,
	Chris Wilson <chris@...is-wilson.co.uk>,
	Daniel Vetter <daniel.vetter@...ll.ch>,
	Paulo Zanoni <paulo.r.zanoni@...el.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	DRI mailing list <dri-devel@...ts.freedesktop.org>
Subject: Re: [git pull] drm tree for 3.12-rc1

On Tue, Sep 10, 2013 at 1:50 PM, Sean V Kelley <sean.v.kelley@...el.com> wrote:
> On Tue, Sep 10, 2013 at 08:49:58AM -0700, Linus Torvalds writes :
>> [ Dave - your linux.ie email generates bounces for me, trying redhat instead ]
>>
>> On Mon, Sep 9, 2013 at 11:25 PM, Sean V Kelley <sean.v.kelley@...el.com> wrote:
>> >>
>> >> I'm also a bit bummed that hw acceleration of video doesn't seem to
>> >> work on Haswell, meaning that full-screen is now a jerky mess. I fear
>> >> that that is user-space libraries/X.org, but I thought I'd mention it
>> >> in the hope of getting a "oh, it's working for us, you'll get a fix
>> >> for it soon".
>> >
>> > Can you give a little more detail about video not working?  Video
>> > accel should work fine with the current versions of libva/intel-driver
>> > available in Fedora 19 - assuming that's what you're using.
>>
>> It is indeed F19.
>>
>> Easy test: go to youtube, and watch things that are in 1080p HD. They
>> play fine in a window (using about 70% CPU), but full-screened to
>> 2560x1440 they play at about one or two frames per second.
>
> Yep.  I see the same.  Chrome is brain dead and appears to simply
> rely on Flash + FFmpeg software codecs.  At least with Firefox you
> know it will suck and not be hw accelerated. Unless that has changed...
>
....
>
> Ironically, it is relatively trivial for me to do a chromium browser
> build form source myself and enable libva/intel-driver HW accel, h.264.  And say
> screw you to flash et al, and leave that out.  And that will
> work fine for html5 video on youtube with fallback to SW accel for VP8
> based content.  Why it is a chore for Google is not clear to me...


Google actually blacklists hardware video acceleration for Linux x86
in Chromium.  My
builds are based on ChromeOS' browser.  That's how I get around it.

For more details...
https://codereview.chromium.org/16430003/

Sean


>
> Sean
>
>>
>> My previous i5-670 which was inferior in almost every other way didn't
>> have these problems.. It had the same 2560x1440 display.
>>
>>               Linus



-- 
Sean V. Kelley <sean.v.kelley@...el.com>
Open Source Technology Center / SSG
Intel Corp.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/