summaryrefslogtreecommitdiffstats
path: root/content/common
Commit message (Collapse)AuthorAgeFilesLines
* Remove --disable-interactive-form-validation flag and about:flags UI for it.tkent@chromium.org2012-06-261-1/+0
| | | | | | | | | | | | | | | | | | | We introduced this flag as a workaround for web sites which are not compatible with HTML5 form validation. However we have received just one bug report [1] caused by this feature since January 2011. It's safe to remove the flag because the feature didn't make many incompatibility issues. [1] http://webkit.org/b/44436 BUG=none TEST=none Review URL: https://chromiumcodereview.appspot.com/10640016 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@144125 0039d316-1c4b-4281-b951-d872f2087c98
* RefCounted types should not have public destructors, delegate cleanuprsleevi@chromium.org2012-06-264-11/+14
| | | | | | | | | | | | | | | | | | | | | | | | For Delegate/Observer-type classes that specify an interface but do not have any particular lifetime requirements, make their destructors protected. This is to allow their interfaces to be implemented safely by RefCounted types. With public destructors, it's possible to do "scoped_ptr<Delegate> foo", and then assign a RefCountedDelegateImpl, which would lead to a double free. As none of these Delegates actually need public destructors (ownership of the Delegate* is not transferred during a function call / class constructor), mark the destructors protected so that it becomes a compile warning to try to delete them via the Delegate*. BUG=123295 TEST=it compiles Review URL: https://chromiumcodereview.appspot.com/10383262 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@144086 0039d316-1c4b-4281-b951-d872f2087c98
* Generate param traits even when shared by mutliple message files.tsepez@chromium.org2012-06-261-1/+0
| | | | | | Review URL: https://chromiumcodereview.appspot.com/10577040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@144082 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: Use SyncPoints instead of waiting for OnCompositingEndedbacker@chromium.org2012-06-259-26/+53
| | | | | | | | | | | | | | When an new frame comes in from a renderer, we do a pointer flip from an old to a new renderer texture. Previously, We waited until the next UI frame cleared (via OnCompositingEnded) before ACKing the renderer. This ensured that there were no pending UI GL calls in the pipeline referring to the old renderer texture. With this CL, we ACK the renderer once we have kicked the frame (a form of flow control ensuring that the renderer does not race ahead of the UI) and use a SyncPoint in the GPU process to make sure all the pipelined UI draw calls have cleared before processing more renderer draw calls. TEST=none BUG=112299 Review URL: https://chromiumcodereview.appspot.com/10576015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@144053 0039d316-1c4b-4281-b951-d872f2087c98
* IndexedDB: Remove IPC plumbing for obsolete property accessors.jsbell@chromium.org2012-06-257-157/+0
| | | | | | | | | | | | | Now that webkit.org/b/88467 has landed the IDB front end can directly respond to property requests (name, version, flags, etc) from script, so the IPC plumbing to route these requests to the back end can be removed. R=michaeln@chromium.org,dgrogan@chromium.org Review URL: https://chromiumcodereview.appspot.com/10657011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@144052 0039d316-1c4b-4281-b951-d872f2087c98
* Fix debug build break after r143920.jam@chromium.org2012-06-251-0/+1
| | | | | | | TBR=brettw Review URL: https://chromiumcodereview.appspot.com/10658018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143935 0039d316-1c4b-4281-b951-d872f2087c98
* Merge the IPCs used for GPU process synchronization.backer@chromium.org2012-06-258-71/+23
| | | | | | | | | | | | AcceleratedSurfaceMsg_BuffersSwappedACK and AcceleratedSurfaceMsg_PostSubBufferACK were handled the same way in the GPU process. So merge them. BUG=none TEST=none Review URL: https://chromiumcodereview.appspot.com/10663003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143922 0039d316-1c4b-4281-b951-d872f2087c98
* Use IPC::Sender and IPC::Listener in content.brettw@chromium.org2012-06-2536-136/+135
| | | | | | | | | | | | | This replaces uses of IPC::Message::Sender with IPC::Sender and IPC::Channel::Listener with IPC::Listener. I also fixed up header files where it was obvious. BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10662005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143920 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 143903 - Lock-free GamepadSeqLockglider@chromium.org2012-06-254-148/+81
| | | | | | | | | | | | | | | The change - provides an improved lock-free SeqLock implementation which eliminates any potential blocking of readers. - provides a higher-level and simpler API as was suggested by Darin. - ThreadSanitizer report suppressions are replaced with correct synchronization. - eliminates nasty kMaximumContentionCount and associated histogram. Review URL: https://chromiumcodereview.appspot.com/8772004 TBR=dvyukov@chromium.org Review URL: https://chromiumcodereview.appspot.com/10656020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143914 0039d316-1c4b-4281-b951-d872f2087c98
* Lock-free GamepadSeqLockdvyukov@chromium.org2012-06-254-81/+148
| | | | | | | | | | | | The change - provides an improved lock-free SeqLock implementation which eliminates any potential blocking of readers. - provides a higher-level and simpler API as was suggested by Darin. - ThreadSanitizer report suppressions are replaced with correct synchronization. - eliminates nasty kMaximumContentionCount and associated histogram. Review URL: https://chromiumcodereview.appspot.com/8772004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143903 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 143590 - Drop frontbuffers with ui-use-gpu-process, synchronized with ↵mrossetti@chromium.org2012-06-226-111/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | browser, decoupled from backbuffer drop. For failures we suspect caused by this patch see: http://build.chromium.org/p/chromium.chromiumos/builders/ChromiumOS%20%28x86%29/builds/6243 http://build.chromium.org/p/chromium.chromiumos/builders/ChromiumOS%20%28amd64%29/builds/2706 - - - - - - - - - On Aura, every time a tab is backgrounded, RenderWidgetHostViewAura will reset its handle to the front surface. If that tab is foregrounded again, that front surface will not be used until synchronizing with the gpu process to make sure that surface is still available. By doing this, the gpu process knows when it is safe to discard the front surface. RWHVA sends a FrontSurfaceIsProtected(bool, int) message to the gpu process to keep it informed about front surface protection. The int is a state-of-the-world identifier to protect from ABA issues. RWHVA delays sending FrontSurfaceIsProtected(false) until after the current surface is certain to not be in use, namely after the compositor finishes the current frame and the browser thumbnailer is complete. BUG=112842 TEST=Manual Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=142408 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=142541 Review URL: https://chromiumcodereview.appspot.com/10052018 TBR=mmocny@chromium.org Review URL: https://chromiumcodereview.appspot.com/10658007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143739 0039d316-1c4b-4281-b951-d872f2087c98
* Adding setEnableCookie preference plumbing to webkit glue.gdk@chromium.org2012-06-221-0/+1
| | | | | | | | | | BUG=133650 TEST=none Review URL: https://chromiumcodereview.appspot.com/10575041 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143700 0039d316-1c4b-4281-b951-d872f2087c98
* Log the activation of the seccomp filter sandbox to help eventual debugging.jorgelo@chromium.org2012-06-221-0/+7
| | | | | | | | | | BUG=127664 TEST=Build on Chrome OS, check that the log message appears. Review URL: https://chromiumcodereview.appspot.com/10630023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143696 0039d316-1c4b-4281-b951-d872f2087c98
* Introduced experimental support for interacting with the google remote ↵primiano@chromium.org2012-06-221-1/+1
| | | | | | | | | | | | | | streaming speech recognition webservice (Speech CL2.3). The support is very experimental by now and has a lot of debugging code for helping the development. BUG=116954 TEST=content_unittests:GoogleStreamingRemoteEngineTest Review URL: https://chromiumcodereview.appspot.com/10546020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143616 0039d316-1c4b-4281-b951-d872f2087c98
* Drop frontbuffers with ui-use-gpu-process, synchronized with browser, ↵mmocny@chromium.org2012-06-226-33/+111
| | | | | | | | | | | | | | | | | | | | | decoupled from backbuffer drop. On Aura, every time a tab is backgrounded, RenderWidgetHostViewAura will reset its handle to the front surface. If that tab is foregrounded again, that front surface will not be used until synchronizing with the gpu process to make sure that surface is still available. By doing this, the gpu process knows when it is safe to discard the front surface. RWHVA sends a FrontSurfaceIsProtected(bool, int) message to the gpu process to keep it informed about front surface protection. The int is a state-of-the-world identifier to protect from ABA issues. RWHVA delays sending FrontSurfaceIsProtected(false) until after the current surface is certain to not be in use, namely after the compositor finishes the current frame and the browser thumbnailer is complete. BUG=112842 TEST=Manual Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=142408 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=142541 Review URL: https://chromiumcodereview.appspot.com/10052018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143590 0039d316-1c4b-4281-b951-d872f2087c98
* Browser Plugin: Guests should be in their own ↵fsamuel@chromium.org2012-06-221-1/+3
| | | | | | | | | | | | | | | | BrowsingInstance/SiteInstances, Sandbox needs to be relaxed on Windows Due to the complexity of managing graphics contexts across channels, and the need for relaxing sandboxing on Windows to allow renderer-to-renderer communication, guests should have their own BrowsingInstance/SiteInstance for the time being. This restriction needs to go away in the long term. BUG=none TEST=content_unittests --gtest_filter="RenderViewHostManager*", and content_unittests --gtest_filter="SiteInstance*" Review URL: https://chromiumcodereview.appspot.com/10500011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143544 0039d316-1c4b-4281-b951-d872f2087c98
* IndexedDB: Remove unused object store delete() overloads and IPC plumbingjsbell@chromium.org2012-06-225-52/+3
| | | | | | | | | | WebKit change http://trac.webkit.org/changeset/120888 changes deleteFunction(IDBKey) to call deleteFunction(IDBKeyRange), so we can clean up the Chromium code too. Review URL: https://chromiumcodereview.appspot.com/10650005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143495 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 142880 - Revert 142054 (apparently caused http://crbug.com/132813)jbates@chromium.org2012-06-211-8/+14
| | | | | | | | | | | | | | | | | | | - Make discarding Frontbuffer on mac actually drop resources without a discarded backbuffer. BUG=132444,132813 TEST=Manual Review URL: https://chromiumcodereview.appspot.com/10535147 TBR=mmocny@chromium.org Review URL: https://chromiumcodereview.appspot.com/10580010 TBR=thakis@chromium.org Review URL: https://chromiumcodereview.appspot.com/10653005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143465 0039d316-1c4b-4281-b951-d872f2087c98
* Transfer user agent info between browser and rendererdfalcantara@chromium.org2012-06-201-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Upstreaming "Request desktop site" feature from Android. Previous CLs: * http://codereview.chromium.org/9999010/ Stores the original request URL in NavigationEntry * http://codereview.chromium.org/10170016/ Adds info about user agent overrides to WebContents and NavigationEntries * https://bugs.webkit.org/show_bug.cgi?id=83959 Adds ability to override the user agent string per-WebFrameClient The previous CLs added the framework to the browser and renderer to support overriding the default user agent with a different string. This CL connects the two sides, letting the browser pass information about the user agent override the renderer should be using for a given navigation. There's a slightly out of date doc at http://go/chrome_android_rds that's being adjusted as CLs land. Changes from previous CLs: * The user agent override string is now stored in the RendererPreferences instead of directly inside the RenderViewImpl and WebContentsImpl. * Setting the user agent override for a WebContents forces a reload if a page is currently being loaded to avoid giving different parts of a web page different user agents. Additions: * The browser-side lets the renderer know about the user agent override string through an IPC call that occurs when the user agent is set in WebContentsImpl and when a RenderViewImpl is created. * Instant + Prefetch classes have been adjusted to set carry over the override flags from the WebContents they're being used for. * A new function is added to the NavigationController to allow setting the override flag for a particular NavigationEntry before it is loaded. * The NavigationController is alerted to new navigations by the renderer with an IPC call and saves the override state in the relevant NavigationEntry. * DocumentState stores whether the user agent override was used for a given navigation, and is set in RenderViewImpl::didCreateDataSource(). Both browser- and renderer-initiated navigations go through here, with browser-initiated navigations using a ViewMsg_Navigate_Params. * WebFrameClient::userAgentOverride() is overridden by RenderViewImpl to return the user agent for the current main frame. If the main frame is provisionally loading something, we use the override for the provisional load instead. Internal bugs=6272286,6213026 BUG=112923 TEST= Review URL: https://chromiumcodereview.appspot.com/10450002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143279 0039d316-1c4b-4281-b951-d872f2087c98
* GpuCommandBufferStub::SetMemoryAllocation needed to make the GL context currentjbates@chromium.org2012-06-202-18/+18
| | | | | | | | | BUG=132813 Review URL: https://chromiumcodereview.appspot.com/10581030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143230 0039d316-1c4b-4281-b951-d872f2087c98
* IPC plumbing for IndexedDB to snapshot metadata to the renderer.jsbell@chromium.org2012-06-203-0/+70
| | | | | | | | | | | | | | Allows avoiding trivial sync IPC calls for metadata implemented in http://webkit.org/b/88467 and sets the stage for more dramatic improvements by moving IndexedDB logic from the browser to the renderer and eliminating the V8 utility process. BUG=129470 Review URL: https://chromiumcodereview.appspot.com/10533057 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143202 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: fix osmesa.backer@chromium.org2012-06-192-1/+9
| | | | | | | | | | | | MakeCurrent on OSMesa needs the size of the surface that it is being made current with. BUG=none TEST=run aura chrome with --use-gl=osmesa Review URL: https://chromiumcodereview.appspot.com/10544081 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143071 0039d316-1c4b-4281-b951-d872f2087c98
* roll rlz 130:132thakis@chromium.org2012-06-191-14/+0
| | | | | | | | | | | | | | | 131: Update the DEPS file so that the RLZ project can build standalone. 132: URLFetcher has moved from content to net, update references. Also remove now unnecessary code. No functionality change. BUG=118220 TEST=none Review URL: https://chromiumcodereview.appspot.com/10577015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142985 0039d316-1c4b-4281-b951-d872f2087c98
* Linux BPF: always check for multiple threadsjln@chromium.org2012-06-191-10/+19
| | | | | | | | | | | | | | | Whenever InitializeSandbox() is called, the current process should have only one thread. We log an error if that's not the case. BUG= TEST= NOTRY=true Review URL: https://chromiumcodereview.appspot.com/10548061 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142981 0039d316-1c4b-4281-b951-d872f2087c98
* Reduce GpuMemoryManager allocation spam.mmocny@chromium.org2012-06-194-19/+45
| | | | | | | | | | | | | | The GpuMemoryManager will periodically schedule a Manage which calculates and assigns memory allocation limits for client contexts. At the moment, this process is kicked off when tab visibility changes, which is relatively infrequent. However, the future direction is for the GpuMemoryManager to track and manage client allocations as memory usage changes, which may happen with each generated frame, once for each client. We would like to be able to limit the rate at which we assign allocations, which for now is set to once every 16ms. BUG=120246 TEST=Manual Review URL: https://chromiumcodereview.appspot.com/10535063 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142972 0039d316-1c4b-4281-b951-d872f2087c98
* Move content::URLFetcher static functions to net::URLFetcherakalin@chromium.org2012-06-191-26/+10
| | | | | | | | | | | | | | | | | Remove content::URLFetcher. Update all references. Add explicit dependency on content_common from browser, since template_url_fetcher.cc calls AssociateURLFetcherWithRenderView (there are probably other direct uses of content_common). BUG=118220 TEST= TBR=satorux@chromium.org,mnissler@chromium.org,mal@chromium.org,jhawkins@chromium.org,sky@chromium.org,rlp@chromium.org Review URL: https://chromiumcodereview.appspot.com/10554008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142926 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 142054 (apparently caused http://crbug.com/132813)thakis@chromium.org2012-06-191-14/+8
| | | | | | | | | | | | | | | | - Make discarding Frontbuffer on mac actually drop resources without a discarded backbuffer. BUG=132444 TEST=Manual Review URL: https://chromiumcodereview.appspot.com/10535147 TBR=mmocny@chromium.org Review URL: https://chromiumcodereview.appspot.com/10580010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142880 0039d316-1c4b-4281-b951-d872f2087c98
* gpu: add SignalSyncPoint to complement WaitSyncPointpiman@chromium.org2012-06-195-3/+70
| | | | | | | | | | BUG=112299 TEST=None Review URL: https://chromiumcodereview.appspot.com/10541185 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142869 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: Merge the message filters in GpuChannel.backer@chromium.org2012-06-181-32/+22
| | | | | | | | | | | | We had two different message filters in GpuChannel. One counted unprocessed messages and another processed a message. By merging the two classes, we keep the count of unprocessed messages consistent. TEST=none BUG=none Review URL: https://chromiumcodereview.appspot.com/10565039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142849 0039d316-1c4b-4281-b951-d872f2087c98
* Let flash query the number of CPU cores present.tsepez@chromium.org2012-06-181-0/+1
| | | | | | Review URL: https://chromiumcodereview.appspot.com/10533163 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142830 0039d316-1c4b-4281-b951-d872f2087c98
* Re-enable HW decode on CrOS now that the flashing bug is fixed.fischman@chromium.org2012-06-182-9/+4
| | | | | | | | BUG=129103 Review URL: https://chromiumcodereview.appspot.com/10559017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142817 0039d316-1c4b-4281-b951-d872f2087c98
* Upstream some more content/ DEPS-related cleanup.sievers@chromium.org2012-06-184-0/+203
| | | | | | | | | | | | | | | | | This eliminates differences vs. downstream. CommandLine, TraceEvent -> content/common, since they are used from browser, renderer, app LibraryLoader.java -> content/app to match native Remove JNIHelper which has bitmap helper tools. It was misleadingly named and incorrectly included (nothing depends on it upstream). It yet needs to find its right place. Review URL: https://chromiumcodereview.appspot.com/10532155 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142768 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 142541 - Drop frontbuffers with ui-use-gpu-process, synchronized with ↵nkostylev@chromium.org2012-06-186-111/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | browser, decoupled from backbuffer drop. Reason (speculative): According to http://build.chromium.org/p/chromium.chromiumos/builders/ChromiumOS%20%28amd64%29/builds/2556 http://build.chromium.org/p/chromium.chromiumos/builders/ChromiumOS%20%28x86%29/builds/6039 after this commit those bots startet faling VMTest stage. On Aura, every time a tab is backgrounded, RenderWidgetHostViewAura will reset its handle to the front surface. If that tab is foregrounded again, that front surface will not be used until synchronizing with the gpu process to make sure that surface is still available. By doing this, the gpu process knows when it is safe to discard the front surface. RWHVA sends a FrontSurfaceIsProtected(bool, int) message to the gpu process to keep it informed about front surface protection. The int is a state-of-the-world identifier to protect from ABA issues. RWHVA delays sending FrontSurfaceIsProtected(false) until after the current surface is certain to not be in use, namely after the compositor finishes the current frame and the browser thumbnailer is complete. BUG=112842 TEST=Manual Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=142408 Review URL: https://chromiumcodereview.appspot.com/10052018 TBR=mmocny@chromium.org Review URL: https://chromiumcodereview.appspot.com/10563021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142692 0039d316-1c4b-4281-b951-d872f2087c98
* Error out if making a context current in VAVDA fails.posciak@chromium.org2012-06-176-39/+71
| | | | | | | | | | | | BUG=128423 TEST=Manual run. Change-Id: Ic1d93a28e865dc13d6bd70edbcb7fa6a229f8503 Review URL: https://chromiumcodereview.appspot.com/10557025 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142656 0039d316-1c4b-4281-b951-d872f2087c98
* Allow empty strings to be written to the clipboarddcheng@chromium.org2012-06-161-2/+2
| | | | | | | | | | BUG=109810 TEST=manual testing Review URL: https://chromiumcodereview.appspot.com/10532168 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142554 0039d316-1c4b-4281-b951-d872f2087c98
* Drop frontbuffers with ui-use-gpu-process, synchronized with browser, ↵mmocny@chromium.org2012-06-166-33/+111
| | | | | | | | | | | | | | | | | | | decoupled from backbuffer drop. On Aura, every time a tab is backgrounded, RenderWidgetHostViewAura will reset its handle to the front surface. If that tab is foregrounded again, that front surface will not be used until synchronizing with the gpu process to make sure that surface is still available. By doing this, the gpu process knows when it is safe to discard the front surface. RWHVA sends a FrontSurfaceIsProtected(bool, int) message to the gpu process to keep it informed about front surface protection. The int is a state-of-the-world identifier to protect from ABA issues. RWHVA delays sending FrontSurfaceIsProtected(false) until after the current surface is certain to not be in use, namely after the compositor finishes the current frame and the browser thumbnailer is complete. BUG=112842 TEST=Manual Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=142408 Review URL: https://chromiumcodereview.appspot.com/10052018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142541 0039d316-1c4b-4281-b951-d872f2087c98
* Restrict ioctl() to return ENOTTY.jorgelo@chromium.org2012-06-161-2/+1
| | | | | | | | | | BUG=132829 TEST=Repro steps in bug. Review URL: https://chromiumcodereview.appspot.com/10544189 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142534 0039d316-1c4b-4281-b951-d872f2087c98
* Listen to display settings provider for work area size changes and send thosevarunjain@chromium.org2012-06-151-0/+3
| | | | | | | | | | | | changes to the renderer. BUG=126586 TEST=manual Review URL: https://chromiumcodereview.appspot.com/10407023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142519 0039d316-1c4b-4281-b951-d872f2087c98
* Use a dedicated context3d for HW video decode instead of piggy-backing on ↵fischman@chromium.org2012-06-153-14/+28
| | | | | | | | | | | | the compositor's context. BUG=129103 TEST=re-enable HW video decode, don't see flashing Review URL: https://chromiumcodereview.appspot.com/10542175 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142509 0039d316-1c4b-4281-b951-d872f2087c98
* Add missing '!' to test and DLOG the failure.fischman@chromium.org2012-06-151-1/+2
| | | | | | | | TBR=acolwell@chromium.org Review URL: https://chromiumcodereview.appspot.com/10556017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142486 0039d316-1c4b-4281-b951-d872f2087c98
* Add ioctl() and dup() to Pepper Flash sandbox for Flash Access.jorgelo@chromium.org2012-06-151-0/+3
| | | | | | | | | | BUG=132829 TEST=Repro steps in bug. Review URL: https://chromiumcodereview.appspot.com/10535182 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142484 0039d316-1c4b-4281-b951-d872f2087c98
* Ensure GLX context is current in VAVDA functions that require it.posciak@chromium.org2012-06-156-18/+59
| | | | | | | | | | | | | | | | | Make GLX/VA-API callers ensure that the proper GLX context context is current before performing any GLX/VA-API calls. Also remove unused parent glx context handle from VaapiH264Decoder. BUG=128423 TEST=Manual run. Change-Id: I8d2a69e3717aeb3508fb495f28a8c47fc84c8db5 Review URL: https://chromiumcodereview.appspot.com/10559007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142433 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 142408 - Drop frontbuffers with ui-use-gpu-process, synchronized with ↵mmocny@chromium.org2012-06-156-111/+33
| | | | | | | | | | | | | | | | | | | | browser, decoupled from backbuffer drop. On Aura, every time a tab is backgrounded, RenderWidgetHostViewAura will reset its handle to the front surface. If that tab is foregrounded again, that front surface will not be used until synchronizing with the gpu process to make sure that surface is still available. By doing this, the gpu process knows when it is safe to discard the front surface. RWHVA sends a FrontSurfaceIsProtected(bool, int) message to the gpu process to keep it informed about front surface protection. The int is a state-of-the-world identifier to protect from ABA issues. RWHVA delays sending FrontSurfaceIsProtected(false) until after the current surface is certain to not be in use, namely after the compositor finishes the current frame and the browser thumbnailer is complete. BUG=112842 TEST=Manual Review URL: https://chromiumcodereview.appspot.com/10052018 TBR=mmocny@chromium.org Review URL: https://chromiumcodereview.appspot.com/10557014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142432 0039d316-1c4b-4281-b951-d872f2087c98
* Hook VAVDA up to GpuVideoDecodeAccelerator.posciak@chromium.org2012-06-151-0/+12
| | | | | | | | | | | | | | Add instantiation of VAVDA to GVDA::Initialize(). BUG=117062 TEST=Manual run. Change-Id: Id7a267a406dbede78a5e8039e42c9664c011a66b Review URL: https://chromiumcodereview.appspot.com/10554005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142411 0039d316-1c4b-4281-b951-d872f2087c98
* Drop frontbuffers with ui-use-gpu-process, synchronized with browser, ↵mmocny@chromium.org2012-06-156-33/+111
| | | | | | | | | | | | | | | | | decoupled from backbuffer drop. On Aura, every time a tab is backgrounded, RenderWidgetHostViewAura will reset its handle to the front surface. If that tab is foregrounded again, that front surface will not be used until synchronizing with the gpu process to make sure that surface is still available. By doing this, the gpu process knows when it is safe to discard the front surface. RWHVA sends a FrontSurfaceIsProtected(bool, int) message to the gpu process to keep it informed about front surface protection. The int is a state-of-the-world identifier to protect from ABA issues. RWHVA delays sending FrontSurfaceIsProtected(false) until after the current surface is certain to not be in use, namely after the compositor finishes the current frame and the browser thumbnailer is complete. BUG=112842 TEST=Manual Review URL: https://chromiumcodereview.appspot.com/10052018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142408 0039d316-1c4b-4281-b951-d872f2087c98
* Move URLFetcherImpl to net/akalin@chromium.org2012-06-154-1570/+64
| | | | | | | | | | | | | | Add some TODOs for follow-up tasks. Leave URLFetcher::Create in content, but move it to url_fetcher.cc. BUG=118220 TEST= Review URL: https://chromiumcodereview.appspot.com/10534154 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142355 0039d316-1c4b-4281-b951-d872f2087c98
* Block protector.dll, mpk.dll, and cmsetac.dll as troublesomejbauman@chromium.org2012-06-151-0/+3
| | | | | | | | | | | | | These seem to be causing a lot of gpu process crashes. BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10548039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142340 0039d316-1c4b-4281-b951-d872f2087c98
* Aura: switch use of finish() into sync points when initializing surfacepiman@chromium.org2012-06-153-8/+23
| | | | | | | | | | BUG=none TEST=manual Review URL: https://chromiumcodereview.appspot.com/10532153 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142339 0039d316-1c4b-4281-b951-d872f2087c98
* Fix NULL pointer dereference for HW video decode path on ARM.posciak@chromium.org2012-06-151-0/+1
| | | | | | | | | | | | | | Do not lose a pointer to video decode accelerator after its creation. BUG=132912 TEST=Manual run. Change-Id: Ic19b19d77b7b0b13ad4109fa077c3984d8dad14c Review URL: https://chromiumcodereview.appspot.com/10535179 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142320 0039d316-1c4b-4281-b951-d872f2087c98
* android content shell bringup.jrg@chromium.org2012-06-152-0/+46
| | | | | | | | | | | | | Starting classes for content view, content view client. Includes some relevant deps needed to build or pass a sanity check. BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10536066 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@142309 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-03-22 09:39:22 +0000