summaryrefslogtreecommitdiffstats
path: root/content/gpu
Commit message (Collapse)AuthorAgeFilesLines
* Merge 120651 - Reduce GPU sandbox level on NVIDIA optimus computers.jbauman@chromium.org2012-02-071-1/+5
| | | | | | | | | | | | | | We've noticed a higher crash rate on computers that are using NVIDIA optimus since the most restrictive GPU process sandboxing was added, so add code to detect them and reduce the sandboxing back to M17 levels. BUG=110552 TEST= Review URL: https://chromiumcodereview.appspot.com/9334009 TBR=jbauman@chromium.org Review URL: https://chromiumcodereview.appspot.com/9351002 git-svn-id: svn://svn.chromium.org/chrome/branches/1025/src@120657 0039d316-1c4b-4281-b951-d872f2087c98
* Update a few more function calls to use TimeDeltas instead of int ms.tedvessenes@gmail.com2012-01-302-16/+15
| | | | | | | | | | | | | | I found a few more spots that need to have their time structuring updated. Can you review? Thanks much. R=apatrick@chromium.org BUG=108171 TEST= Review URL: http://codereview.chromium.org/9264040 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119748 0039d316-1c4b-4281-b951-d872f2087c98
* Add GPU info collection to GPUTestConfig.zmo@chromium.org2012-01-281-2/+3
| | | | | | | | | | | | We didn't add it the first place due to a shared build failure. This should be added so the GPUTestConfig can be easier to use. BUG=101216 TEST=content_unittests R=kbr Review URL: http://codereview.chromium.org/9288073 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119553 0039d316-1c4b-4281-b951-d872f2087c98
* Fix DirectX diagnostic collection for about:gpu page.apatrick@chromium.org2012-01-282-15/+17
| | | | | | | The DirectX diagnostics are collected by a separate GPU process that is not sandboxed. This is because the sandbox prevents them from being collected. Review URL: https://chromiumcodereview.appspot.com/9212054 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119534 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 117324 - Convert use of int ms to TimeDelta in files owned by apatrick.lambroslambrou@google.com2012-01-122-14/+15
| | | | | | | | | | | | | | R=apatrick@chromium.org BUG=108171 TEST= Review URL: http://codereview.chromium.org/9188017 TBR=tedvessenes@gmail.com Review URL: http://codereview.chromium.org/9188020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117332 0039d316-1c4b-4281-b951-d872f2087c98
* Convert use of int ms to TimeDelta in files owned by apatrick.tedvessenes@gmail.com2012-01-112-15/+14
| | | | | | | | | | | R=apatrick@chromium.org BUG=108171 TEST= Review URL: http://codereview.chromium.org/9188017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@117324 0039d316-1c4b-4281-b951-d872f2087c98
* Remove task.h and finish base::Bind() migration.ajwong@chromium.org2012-01-061-5/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Over 341 CLs, in ~3 months, touching 3251 unique files! Top 5 most CLs: (121) jhawkins ( 45) dcheng ( 24) achuith ( 23) csilv ( 12) tfarina ( 12) groby ~1000 files touched: (918) jhawkins 100+ files touched: (486) ajwong (385) willchan (372) dcheng (126) csilv (123) fischman (112) sergeyu 49+ files touched: (65) tfarina (57) acolwell (52) adamk (49) tzik BUG=35223 TEST=existing Review URL: http://codereview.chromium.org/9114020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116748 0039d316-1c4b-4281-b951-d872f2087c98
* Relanding this change with fixes for the windows shared builder.ananta@chromium.org2011-12-221-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Initial implementation of the DXVA 2.0 H.264 hardware decoder for pepper for Windows. The decoding is done using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we have an ANGLE extension which allows us to pass the decoded surface as is for rendering. We do the following prior to initializing the GPU sandbox:- 1. Load necessary decoding dlls. 2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared among all decoder instances. This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class. We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the donkey work of loading the dll and using DllGetClassObject to instantiate the decoder. BUG=none TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS. This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros. Review URL: http://codereview.chromium.org/8510039 TBR=ananta@chromium.org Review URL: http://codereview.chromium.org/9024001 TBR=ananta@chromium.org Review URL: http://codereview.chromium.org/9025002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115626 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 115482 - Initial implementation of the DXVA 2.0 H.264 hardware ↵ananta@chromium.org2011-12-221-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | decoder for pepper for Windows. The decoding is done using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we have an ANGLE extension which allows us to pass the decoded surface as is for rendering. We do the following prior to initializing the GPU sandbox:- 1. Load necessary decoding dlls. 2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared among all decoder instances. This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class. We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the donkey work of loading the dll and using DllGetClassObject to instantiate the decoder. BUG=none TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS. This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros. Review URL: http://codereview.chromium.org/8510039 TBR=ananta@chromium.org Review URL: http://codereview.chromium.org/9024001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115483 0039d316-1c4b-4281-b951-d872f2087c98
* Initial implementation of the DXVA 2.0 H.264 hardware decoder for pepper for ↵ananta@chromium.org2011-12-221-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | Windows. The decoding is done using the Microsoft Media Foundation API. To render the output bitmap on the GPU texture we create a temporary Direct3D surface in the RGB format and copy the decoded contents to this surface. This will change once we have an ANGLE extension which allows us to pass the decoded surface as is for rendering. We do the following prior to initializing the GPU sandbox:- 1. Load necessary decoding dlls. 2. Create static instances of the IDirect3DDeviceManager9 and the IDirect3DDevice9Ex interfaces. These are shared among all decoder instances. This work is done in the PreSandboxInitialization function in the DXVAVideoDecodeAccelerator class. We cannot use CoCreateInstance to instantiate the h.264 decoder as that fails in the sandbox. Instead we do the donkey work of loading the dll and using DllGetClassObject to instantiate the decoder. BUG=none TEST=Refactored the omx_video_decode_accelerator_unittest.cc test to ensure it works on Windows and Chrome OS. This file has been renamed as video_decode_accelerator_unittest.cc as it now works on both windows and cros. Review URL: http://codereview.chromium.org/8510039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115482 0039d316-1c4b-4281-b951-d872f2087c98
* Coverity: Initialize member variables.jhawkins@chromium.org2011-12-201-0/+1
| | | | | | | | | | | | | CID=100356,100360,100368,100373,100374,100562,101529,101530,101536,101541, 101542,101595,101630,101685,101687,101689,101776,101812,101813,101854, 101861,101862,101871,101883,101886,101887,102034 BUG=none TEST=none R=binji Review URL: http://codereview.chromium.org/8965054 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@115225 0039d316-1c4b-4281-b951-d872f2087c98
* Share X connection between GLSurfaceGLX/EGL and MessagePumpX/GTKpiman@chromium.org2011-12-091-0/+7
| | | | | | | | | | BUG=104248 TEST=chrome: about:gpu and webgl pages (both aura and gtk), compositor_unittests, views_unittests Review URL: http://codereview.chromium.org/8890042 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113858 0039d316-1c4b-4281-b951-d872f2087c98
* [Mac] Remove content/ CrApplication.shess@chromium.org2011-12-061-7/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Pull the CrAppProtocol autorelease-pool handling down into MessagePumpCrApplication, which is selected at Create() if NSApp implements the right protocol. UsingCrApp() allows clients to confirm the correct setup (unfortunately, synchronizing NSApp initialization and MessagePump::Create() would be intrusive). Also push CrAppProtocol and CrAppControlProtocol implementation into BrowserCrApplication, and reparent that class from NSApplication. Reparent ServiceCrApplication on NSApplication and rename. Remove CrApplication registration from gpu, plugin, and renderer mains. Remove MockCrApp dependency from remoting sample code. BUG=102224 Review URL: http://codereview.chromium.org/8771028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@113281 0039d316-1c4b-4281-b951-d872f2087c98
* Improve GPU tests to fail when GPU drawing fails.jbates@chromium.org2011-12-021-7/+6
| | | | | | | | | | | Changed the accelerated html pages to use raf to draw multiple frames. Changed the webgl and canvas2d pages to draw onscreen rather than offscreen to make sure the compositor draws the page. BUG=105785,104142 Review URL: http://codereview.chromium.org/8692013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@112763 0039d316-1c4b-4281-b951-d872f2087c98
* Move GPU preliminary info collection back to UI thread.zmo@google.com2011-11-231-9/+7
| | | | | | | | | | | | | | Apparently doing it on FILE thread causes a race, which causes crbug 83153. In order to move back to UI thread, we have to drop chrome channel support in GPU blacklist (it's a FILE operation); also, we have to move the collection of ATI driver version in linux to GPU process. Note that this is the minimum change required for the move. Further cleanup will follow once this is merged safely back to M16. BUG=97535 TEST=unittest Review URL: http://codereview.chromium.org/8670004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@111390 0039d316-1c4b-4281-b951-d872f2087c98
* base::Bind() conversion for content/common/gpu and content/gpudcheng@chromium.org2011-11-172-19/+17
| | | | | | | | | | | There will be a followup patch to finish the conversion for GpuCommandBufferStub. BUG=none TEST=compiles and passes try bots Review URL: http://codereview.chromium.org/8572047 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110607 0039d316-1c4b-4281-b951-d872f2087c98
* Add OVERRIDE to content/.avi@chromium.org2011-11-172-5/+5
| | | | | | | | | BUG=104314 TEST=no change Review URL: http://codereview.chromium.org/8587009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@110544 0039d316-1c4b-4281-b951-d872f2087c98
* Fix components build on Linux when toolkit_views=1.tony@chromium.org2011-11-141-3/+3
| | | | | | | | BUG=90442 Review URL: http://codereview.chromium.org/8528019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109914 0039d316-1c4b-4281-b951-d872f2087c98
* base::Bind: Low-hanging fruit conversions of NewRunnableFunction.jhawkins@chromium.org2011-11-121-4/+3
| | | | | | | | | | | BUG=none TEST=none R=csilv@chromium.org Review URL: http://codereview.chromium.org/8536037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109803 0039d316-1c4b-4281-b951-d872f2087c98
* Cleanup: Remove more unneeded forward declares in content.thestig@chromium.org2011-11-111-4/+0
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/8511044 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@109549 0039d316-1c4b-4281-b951-d872f2087c98
* Don't initialize GL bindings in browser process even if libpci doesn't exist ↵zmo@google.com2011-11-041-37/+0
| | | | | | | | | | | | | | on Linux. Initializing GL bindings seems to crash chrome sometime with fglrx drivers. We should definitely avoid that. So the ATI cards we want to blacklist cannot be done at through preliminary gpu info collection, but it can be done at GPU process launch time. We use GL_VENDOR and GL_RENDERER string for blacklisting rather than vendor_id. BUG=94973 TEST=unittest Review URL: http://codereview.chromium.org/8476013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108739 0039d316-1c4b-4281-b951-d872f2087c98
* Blacklisting should use disceret GPU on dual-GPU mac in Lionzmo@google.com2011-11-041-1/+1
| | | | | | | | | | Tested in Lion with Intel/ATI, it works as expected. BUG=102216 TEST=in Lion with dual GPU, about:gpu will report the discrete one, and it causes switching to discrete gpu for a short period of time before switching back to integrated gpu Review URL: http://codereview.chromium.org/8479009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108707 0039d316-1c4b-4281-b951-d872f2087c98
* Add command-line option to enable swiftshaderjbauman@chromium.org2011-11-042-4/+15
| | | | | | | | | | | | This adds --use-gl=swiftshader to force that swiftshader be used. --swiftshader-path specifies where to load the libraries from. These arguments will be used when the gpu is on the software rendering list. BUG= TEST= Review URL: http://codereview.chromium.org/8431017 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108596 0039d316-1c4b-4281-b951-d872f2087c98
* Move content_restriction.h and main_function_params.h to ↵jam@chromium.org2011-10-311-2/+2
| | | | | | | | | content/public/common, and put them in the content namespace. BUG=98716 Review URL: http://codereview.chromium.org/8387039 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@108004 0039d316-1c4b-4281-b951-d872f2087c98
* Expose the sandbox related code through the content API. I did a bit of ↵jam@chromium.org2011-10-291-2/+2
| | | | | | | | | | | | | cleanup while I was doing this. -got rid of SandboxInitWrapper, since I didn't see a need to expose given that we can just expose sandbox::SandboxInterfaceInfo -got rid of the duplicated code to initialize the broker -since I made MainFunctionParams only have the sandbox struct on Windows, I also made the mac specific auto release pool behind an ifdef as well. It seemed odd to make something so mac specific compile on all platforms to save some #ifdefs. BUG=98716 Review URL: http://codereview.chromium.org/8414020 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107863 0039d316-1c4b-4281-b951-d872f2087c98
* Move resource_codes to content/public/common.jam@chromium.org2011-10-251-1/+1
| | | | | | | BUG=98716 Review URL: http://codereview.chromium.org/8382021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@107061 0039d316-1c4b-4281-b951-d872f2087c98
* Move GPUInfo to content/public/common and put it into the content namespace.jam@chromium.org2011-10-2010-53/+52
| | | | | | | BUG=98716 Review URL: http://codereview.chromium.org/8363007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@106637 0039d316-1c4b-4281-b951-d872f2087c98
* Move content_client.h into content/public.joi@chromium.org2011-10-181-1/+1
| | | | | | | | | | TBR=jam@chromium.org BUG=98716 TEST=it builds Review URL: http://codereview.chromium.org/8336007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@106167 0039d316-1c4b-4281-b951-d872f2087c98
* Fixed log messages about failed initialization of GLSurface.alokp@chromium.org2011-10-183-3/+3
| | | | | | Review URL: http://codereview.chromium.org/8343006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@106104 0039d316-1c4b-4281-b951-d872f2087c98
* Disabled GPUInfoCollector unit tests, which are fragile in the casekbr@chromium.org2011-10-141-9/+14
| | | | | | | | | | | another unit test calls GLSurface::InitializeOneOff(). BUG=100285 TEST=ran content_unittests on Mac TBR=zmo Review URL: http://codereview.chromium.org/8286014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@105423 0039d316-1c4b-4281-b951-d872f2087c98
* Support dynamic switching between integrated and discrete GPUs on Mac OS X.kbr@chromium.org2011-10-131-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Change Chrome to allocate most OpenGL contexts with the kCGLPFAAllowOfflineRenderers flag, and specify NSSupportsAutomaticGraphicsSwitching in the Info.plist for the main executable and helper apps. This keeps Chrome on the integrated GPU except when using WebGL, accelerated 2D Canvas, Pepper 3D, and Core Animation-based plugins (except Flash). Chrome shares resources between OpenGL contexts in order to display WebGL and other content in the compositor, and resource sharing doesn't work between contexts allocated on different GPUs. Therefore, when the first context for a given renderer requests the discrete GPU, the channel is dropped and all contexts are reallocated on the discrete GPU. Similarly, when the last context requesting the discrete GPU for a given renderer is shut down, all contexts are dropped and reallocated on the integrated GPU. Currently dynamic GPU switching is only supported on the latest Mac OS X 10.7 update and MacBook Pros with dual AMD / Intel GPUs, though this will improve in future OS updates. Tested with WebGL, CSS 3D, Flash and Unity3D content and observed desired GPU switching behavior. Also added a layout test to WebKit under https://bugs.webkit.org/show_bug.cgi?id=69776 which when run in Chrome catches an assertion failure related to the destruction of contexts. The intent is to add it as a UI layout test on the GPU bots. BUG=88788 TEST=none Review URL: http://codereview.chromium.org/8233027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@105399 0039d316-1c4b-4281-b951-d872f2087c98
* Move content_switches to content\public\common.jam@chromium.org2011-10-132-2/+2
| | | | | | | BUG=98716 Review URL: http://codereview.chromium.org/8277018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@105389 0039d316-1c4b-4281-b951-d872f2087c98
* Here are more exports needed for content_unittests to link in the component ↵dpranke@chromium.org2011-09-301-3/+5
| | | | | | | | | | | | build. R=jam@chromium.org, darin@chromium.org BUG=90442 TEST= Review URL: http://codereview.chromium.org/8054037 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@103394 0039d316-1c4b-4281-b951-d872f2087c98
* Use precompiled headers for most large projects where the .gyp filejoi@chromium.org2011-09-071-0/+3
| | | | | | | | | | | | | | is not a third party file. On my machine, this speeds up a full recompile of the 'chrome' target in Debug mode by about 18%. BUG=none TEST=it builds, existing tests pass Review URL: http://codereview.chromium.org/7706011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@99949 0039d316-1c4b-4281-b951-d872f2087c98
* Preload D3DX DLLs before ANGLE is loaded.apatrick@chromium.org2011-09-071-13/+13
| | | | | | | | | | | | | | This is in case they are not in the DLL search path. It tries the default search path first in case D3DX is installed in the regular place. If that fails then it uses an absolute path to where Chrome installs them. I moved the call to SetErrorMode to be before ANGLE is loaded. Without this, a failing call to LoadLibrary would result in the display of a dialog box. This is dependent on http://codereview.chromium.org/7831021. BUG=69610 Review URL: http://codereview.chromium.org/7792078 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@99892 0039d316-1c4b-4281-b951-d872f2087c98
* GPU process terminates rather than crashing on hang.apatrick@chromium.org2011-08-182-13/+15
| | | | | | | | | Hangs are reported via exit code. BUG=74564,90406,74588 Review URL: http://codereview.chromium.org/7646031 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@97359 0039d316-1c4b-4281-b951-d872f2087c98
* Move initialization of COM earlier in GPU process startup tokbr@chromium.org2011-08-161-2/+2
| | | | | | | | | | work around problems doing so after installing the sandbox. BUG=91452 TEST=none Review URL: http://codereview.chromium.org/7659004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@96964 0039d316-1c4b-4281-b951-d872f2087c98
* GpuInfoCollector needs to initialize gl_bindings.backer@chromium.org2011-08-091-0/+6
| | | | | | | | | | | Fixes a case where GpuInfoCollector may call a glX function without initializing the bindings. BUG=fixes NOTREACHED on touchui build in accelerated_surface_container_touch.cc TEST=none Review URL: http://codereview.chromium.org/7607004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@96068 0039d316-1c4b-4281-b951-d872f2087c98
* Instantiate MessageLoop earlier during GPU process startup on Windowskbr@chromium.org2011-08-081-1/+15
| | | | | | | | | | to try to warm up necessary window creation. BUG=91452 TEST=none Review URL: http://codereview.chromium.org/7566024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@95891 0039d316-1c4b-4281-b951-d872f2087c98
* Get correct driver version on ES backend.zmo@google.com2011-08-041-0/+2
| | | | | | | | | | GL_VERSION format differs in GL and GLES: the latter starts with "OpenGL ES". BUG=none TEST=driver vendor/version shows correct information in about:gpu for ES backend. Review URL: http://codereview.chromium.org/7578005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@95453 0039d316-1c4b-4281-b951-d872f2087c98
* Add --gpu-no-context-lost commandline switch.zmo@google.com2011-07-281-4/+12
| | | | | | | | | | At the moment chrome users with GLES backend do not have accelerated 2d canvas if a graphics context could be lost. Unfortunately we don't have a way to know if a GLES backend does or does not lose context in situations like entering power saving mode, screen saving mode, etc. This switch basically tells chrome the backend does not lose context, thus, enable accelerated 2d canvas. BUG=90464 TEST=bots green, passing this switch with GLES backend enables accelerated 2d canvas Review URL: http://codereview.chromium.org/7530008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@94548 0039d316-1c4b-4281-b951-d872f2087c98
* Initialize the GL bindings before sandboxing the GPU process on Windows.kbr@chromium.org2011-07-251-8/+8
| | | | | | | | | | | | This is an attempt to fix a regression. Unfortunately, the problem does not manifest with a local Chromium Release build, only those coming from the waterfall, so this fix has not yet been verified. BUG=90457 TEST=none Review URL: http://codereview.chromium.org/7471055 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93991 0039d316-1c4b-4281-b951-d872f2087c98
* Initialize the sandbox earlier in GPU process bringup, deferring anykbr@google.com2011-07-223-75/+49
| | | | | | | | | | | | errors until receipt of the first IPC message. Tested by running WebGL content with this patch on Mac and Windows. BUG=84650 TEST=none Review URL: http://codereview.chromium.org/7458009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93676 0039d316-1c4b-4281-b951-d872f2087c98
* Allow creating a gpu channel that uses software renderingjbauman@chromium.org2011-07-212-2/+2
| | | | | | | | | | | | | Where supported (on ANGLE with EGL_ANGLE_software_display), allow for the creation of gpu channels that use software rendering instead of hardware rendering. BUG= TEST=trybots, other later tests TBR=apatrick Review URL: http://codereview.chromium.org/7471042 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93449 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 93393 - Crashed Linux Touch build: ↵leandrogracia@chromium.org2011-07-212-2/+2
| | | | | | | | | | | | | | | | | | http://build.chromium.org/p/chromium/builders/Linux%20Touch/builds/2649/steps/compile/logs/stdio Allow creating a gpu channel that uses software rendering Where supported (on ANGLE with EGL_ANGLE_software_display), allow for the creation of gpu channels that use software rendering instead of hardware rendering. BUG= TEST=trybots, other later tests Review URL: http://codereview.chromium.org/7383004 TBR=jbauman@chromium.org Review URL: http://codereview.chromium.org/7468030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93399 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 93397 - Revert 93393 - Revert was broken. Restoring.leandrogracia@chromium.org2011-07-212-2/+2
| | | | | | | | | | | | | | | | | | | | | Crashing on Linux Touch: http://build.chromium.org/p/chromium/builders/Linux%20Touch/builds/2649/steps/compile/logs/stdio Allow creating a gpu channel that uses software rendering Where supported (on ANGLE with EGL_ANGLE_software_display), allow for the creation of gpu channels that use software rendering instead of hardware rendering. BUG= TEST=trybots, other later tests Review URL: http://codereview.chromium.org/7383004 TBR=jbauman@chromium.org Review URL: http://codereview.chromium.org/7468028 TBR=leandrogracia@chromium.org Review URL: http://codereview.chromium.org/7468029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93398 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 93393 - Crashing on Linux Touch: ↵leandrogracia@chromium.org2011-07-212-2/+2
| | | | | | | | | | | | | | | | | | http://build.chromium.org/p/chromium/builders/Linux%20Touch/builds/2649/steps/compile/logs/stdio Allow creating a gpu channel that uses software rendering Where supported (on ANGLE with EGL_ANGLE_software_display), allow for the creation of gpu channels that use software rendering instead of hardware rendering. BUG= TEST=trybots, other later tests Review URL: http://codereview.chromium.org/7383004 TBR=jbauman@chromium.org Review URL: http://codereview.chromium.org/7468028 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93397 0039d316-1c4b-4281-b951-d872f2087c98
* Allow creating a gpu channel that uses software renderingjbauman@chromium.org2011-07-212-2/+2
| | | | | | | | | | | Where supported (on ANGLE with EGL_ANGLE_software_display), allow for the creation of gpu channels that use software rendering instead of hardware rendering. BUG= TEST=trybots, other later tests Review URL: http://codereview.chromium.org/7383004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@93393 0039d316-1c4b-4281-b951-d872f2087c98
* Delete b0rked gpu_video_decode_accelerator_tester.ccfischman@chromium.org2011-07-082-898/+0
| | | | | | | | | | | | | | | | | | This tester was originally intended to be a light-weight mechanism to test HW video decode IPC APIs without pulling in the full chrome stack. Unfortunately it never carved a useful niche out for itself, and there's no point in the svn history where it has worked, so I'm deleting it. For historical interest only, attempts to fix it include closed reviews http://codereview.chromium.org/7019042/ and http://codereview.chromium.org/7053014 BUG=none TEST=none Review URL: http://codereview.chromium.org/7327023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@91904 0039d316-1c4b-4281-b951-d872f2087c98
* Reland "Move app/win/* files to base/win/, ui/base/win and chrome/common/ ↵tfarina@chromium.org2011-06-252-4/+4
| | | | | | | | | | | | | | | | directories." The issue with the r90464 was that in the win shared build we build dlls and we need BASE_API to export functions and symbols. BUG=72317 TEST=None TBR=rsesek@chromium.org,brettw@chromium.org Review URL: http://codereview.chromium.org/7263009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@90505 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-11 16:25:27 +0000