Re: [webkit-dev] JSGlobalData & GC collection thread lifetime if webview is recreated without application exit.

2012-05-22 Thread Geoffrey Garen 
> So now to my question : Is it required to delete JSGlobalData and kill the GC 
> thread if we keep on re-creating the webview again and again without exiting 
> the process?

No.

Geoff
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] JSGlobalData & GC collection thread lifetime if webview is recreated without application exit.

2012-05-22 Thread Mayur K 
Hi All,
I have been studying the JS execution and noticed that the JSGlobalData is
stored in a static variable and never deleted.
I traced even the windows port and noticed one more thing, that the
JSGlobalData and the Heap class destructor are never called. As it is
static I assume that the JSGlobalData is cleaned up automatically on
process exit.
I realised that this would in turn have an effect if we delete the webview
and recreate it again. The JSGlobalData will still point to the old static
var.

So now to my question : Is it required to delete JSGlobalData and kill the
GC thread if we keep on re-creating the webview again and again without
exiting the process?

Thanks.
--Mayur.

-- 
Symbiangeek,Codekata & Webkitwiki all in one - http://flaminghorns.com
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] EFL EWS and 64-bit buildslave will not work today

2012-05-22 Thread Gyuyoung Kim 
Hello all,

 

OS upgrade for buildslave is finished. EFL ews and 64-bit release buildbot
work again now.

 

Gyuyoung.

 

From: webkit-dev-boun...@lists.webkit.org
[mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Gyuyoung Kim
Sent: Tuesday, May 22, 2012 11:30 AM
To: 'Webkit Development List'
Subject: [webkit-dev] EFL EWS and 64-bit buildslave will not work today

 

Hello webkit folks,

 

I will be upgrading OS (from Ubuntu 10.10 to 12.04) for EFL ews and 64-bit
release buildslave. So during the upgrade, they will not work properly. 

Sorry for the inconvenience caused, and I will bring the server up and
running again as soon as the upgrade is done.

 

Gyuyoung.

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] [Feature] Implementing UndoManager and DOM Transaction behind a build flag

2012-05-22 Thread Ryosuke Niwa 
Hello WebKittens,

I wanted to give you heads up about implementing UndoManager and DOM
Transaction specification at
http://dvcs.w3.org/hg/undomanager/raw-file/tip/undomanager.html behind a
build flag on https://bugs.webkit.org/show_bug.cgi?id=87189 (meta bug).

The API lets websites describe undoable actions on a web page so that Web
browsers can show them in Edit menu and other native UI. It also allows
websites to easily segregate multiple editable regions into different undo
scopes (editable regions in different undo scopes are managed by different
undo managers).

Some of use cases are listed on
http://wiki.whatwg.org/wiki/UndoManager_Problem_Descriptions, and we have
had an extensive discussion about this API with developers of TinyMCE and
CKEditor as well as Google's internal developers. Mozilla is also
interested in implementing this API in near future.

Our plan is to implement this feature behind a build flag to get further
feedback on the API. Please let me know if you have any concerns or
comments.

Best,
Ryosuke Niwa
Software Engineer
Google Inc.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Block 3rd part cookies implementation

2012-05-22 Thread Adam Barth 
On Tue, May 22, 2012 at 12:29 PM, Giorgio Mazzucchelli
 wrote:
> Is Safari's privacy option, which allows users to block 3rd part cookies, 
> implemented in WebKit or in the browser itself? Any code reference would be 
> very helpful.

Parts are implemented in WebKit and parts are implemented outside of
WebKit.  If you search the WebKit code for firstPartyForCookies, you
might find some useful information.

Adam
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Transformations precision: double -> float

2012-05-22 Thread Olmstead, Don 
What CPU executes single precision floating point values at the same speed as 
double precision?

Here's a benchmark from NASA giving a comparison of single vs. double precision 
performance for one of their simulations. 
https://modelingguru.nasa.gov/docs/DOC-1664.

Single precision maps better to GPU backends, and CPU's SIMD computations than 
double. Unless there's something in the spec requiring double precision it 
makes sense to move away from double precision throughout WebKit.

It's fairly trivial to make SIMD types that can have CPU architecture specific 
implementations. As an example of how to do this in the wild there's the Sony 
vectormath library that's present in the Bullet Physics Library. 
http://bullet.svn.sourceforge.net/viewvc/bullet/trunk/Extras/vectormathlibrary/include/vectormath/.

As Kui noted the TransformationMatrix is a hotspot that could be helped by 
SIMD. Making the solution generic enough to target multiple architectures using 
SIMD should help the performance on all the platforms.

Don

-Original Message-
From: webkit-dev-boun...@lists.webkit.org 
[mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of Simon Fraser
Sent: Monday, May 21, 2012 10:35 AM
To: Zoltan Herczeg
Cc: webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev] Transformations precision: double -> float

TransformationMatrix started out as floats, then got changed to doubles in 


This was done because on most hardware there is no penalty for using doubles 
over floats, and provided a better match with our system APIs that used doubles.

I'd prefer to take a forward-looking stance here, and assume that in time 
hardware will catch up.

Simon

On May 21, 2012, at 4:04 AM, Zoltan Herczeg wrote:

> Hi,
> 
> is there any reason why the transformations in WebKit use doubles? We 
> could optimize some functions further with ARM SIMD if they would be 
> floats. Is there any objection to make them float if the change would 
> have no other side effects except some rounding because of the lower 
> precision?
> 
> Regards,
> Zoltan
> 
> 
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev


___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] Block 3rd part cookies implementation

2012-05-22 Thread Giorgio Mazzucchelli 
WebKit Developers,

Is Safari's privacy option, which allows users to block 3rd part cookies, 
implemented in WebKit or in the browser itself? Any code reference would be 
very helpful.


Giorgio Mazzucchelli 
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Transformations precision: double -> float

2012-05-22 Thread Wasim Abbas 
Would something like this work for testing in short term?

template 
class TransformationMatrix_T
{
T data[16];
};


typedef TransformationMatrix TransformationMatrix_T;

typedef TransformationMatrixD TransformationMatrix_T;

..
Wasim

-Original Message-
From: webkit-dev-boun...@lists.webkit.org 
[mailto:webkit-dev-boun...@lists.webkit.org] On Behalf Of kui zheng
Sent: 22 May 2012 14:04
To: Stephen Chenney
Cc: webkit-dev@lists.webkit.org
Subject: Re: [webkit-dev] Transformations precision: double -> float

Hi, I have the same questions. Using float,  It's easier to map to
OGLES2, Decrease memory usage and accelerated using ARM SIMD.
if you do profiling for CSS transformation/Animation, you'll find
TransformationMatrix hotspots that should be well optimized  using
NEON.

-Kuii

On Mon, May 21, 2012 at 6:55 PM, Stephen Chenney  wrote:
> Ideally WebKit would avoid casts by consistently using either double or
> floats everywhere a floating point representation is needed. I don't think
> it's as simple as adding a typedef, but maybe it is. In any event it would
> have to be spelled out in the style guide.
>
> My gut feeling is that floats are enough for web layout, and map better onto
> GPU back ends where bandwidth (memory) really matters. Is there anything in
> the specs that force one or the other, or both? Is there a compelling web
> content scenario that demands double precision?
>
> Stephen.
>
>
> On Mon, May 21, 2012 at 1:37 PM, Ryosuke Niwa  wrote:
>>
>> Maybe you can add a typedef in Platform.h to make it configurable? e.g.
>> maybe you want to be able to use long double instead of regular double in
>> the future.
>>
>> - Ryosuke
>>
>> On Mon, May 21, 2012 at 10:34 AM, Simon Fraser 
>> wrote:
>>>
>>> TransformationMatrix started out as floats, then got changed to doubles
>>> in 
>>>
>>> This was done because on most hardware there is no penalty for using
>>> doubles over floats, and provided a better match with our system APIs that
>>> used doubles.
>>>
>>> I'd prefer to take a forward-looking stance here, and assume that in time
>>> hardware will catch up.
>>>
>>> Simon
>>>
>>> On May 21, 2012, at 4:04 AM, Zoltan Herczeg wrote:
>>>
>>> > Hi,
>>> >
>>> > is there any reason why the transformations in WebKit use doubles? We
>>> > could optimize some functions further with ARM SIMD if they would be
>>> > floats. Is there any objection to make them float if the change would
>>> > have
>>> > no other side effects except some rounding because of the lower
>>> > precision?
>>> >
>>> > Regards,
>>> > Zoltan
>>> >
>>> >
>>> > ___
>>> > webkit-dev mailing list
>>> > webkit-dev@lists.webkit.org
>>> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>>
>>> ___
>>> webkit-dev mailing list
>>> webkit-dev@lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>>
>>
>> ___
>> webkit-dev mailing list
>> webkit-dev@lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev



-- IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium.  Thank you.

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Transformations precision: double -> float

2012-05-22 Thread kui zheng 
Hi, I have the same questions. Using float,  It's easier to map to
OGLES2, Decrease memory usage and accelerated using ARM SIMD.
if you do profiling for CSS transformation/Animation, you'll find
TransformationMatrix hotspots that should be well optimized  using
NEON.

-Kuii

On Mon, May 21, 2012 at 6:55 PM, Stephen Chenney  wrote:
> Ideally WebKit would avoid casts by consistently using either double or
> floats everywhere a floating point representation is needed. I don't think
> it's as simple as adding a typedef, but maybe it is. In any event it would
> have to be spelled out in the style guide.
>
> My gut feeling is that floats are enough for web layout, and map better onto
> GPU back ends where bandwidth (memory) really matters. Is there anything in
> the specs that force one or the other, or both? Is there a compelling web
> content scenario that demands double precision?
>
> Stephen.
>
>
> On Mon, May 21, 2012 at 1:37 PM, Ryosuke Niwa  wrote:
>>
>> Maybe you can add a typedef in Platform.h to make it configurable? e.g.
>> maybe you want to be able to use long double instead of regular double in
>> the future.
>>
>> - Ryosuke
>>
>> On Mon, May 21, 2012 at 10:34 AM, Simon Fraser 
>> wrote:
>>>
>>> TransformationMatrix started out as floats, then got changed to doubles
>>> in 
>>>
>>> This was done because on most hardware there is no penalty for using
>>> doubles over floats, and provided a better match with our system APIs that
>>> used doubles.
>>>
>>> I'd prefer to take a forward-looking stance here, and assume that in time
>>> hardware will catch up.
>>>
>>> Simon
>>>
>>> On May 21, 2012, at 4:04 AM, Zoltan Herczeg wrote:
>>>
>>> > Hi,
>>> >
>>> > is there any reason why the transformations in WebKit use doubles? We
>>> > could optimize some functions further with ARM SIMD if they would be
>>> > floats. Is there any objection to make them float if the change would
>>> > have
>>> > no other side effects except some rounding because of the lower
>>> > precision?
>>> >
>>> > Regards,
>>> > Zoltan
>>> >
>>> >
>>> > ___
>>> > webkit-dev mailing list
>>> > webkit-dev@lists.webkit.org
>>> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>>
>>> ___
>>> webkit-dev mailing list
>>> webkit-dev@lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>>
>>
>> ___
>> webkit-dev mailing list
>> webkit-dev@lists.webkit.org
>> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>>
>
>
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] A massive rebaseline needed for r117672

2012-05-22 Thread Dominik Röttsches 

Hello Ryosuke,

On 05/19/2012 12:33 PM, Ryosuke Niwa wrote:
Unfortunately, I was not able to rebaseline tests for Windows and EFL 
bots because Windows bots have been failing to compile since r117672 
and EFL bots don't seem to upload results properly (I can't see diff 
on results page).


The EFL bot is uploading the results without issues, however they are 
currently not extracted on the buildbot master due to resource limitations.
Apple is working on a fix, this is tracked in 
https://bugs.webkit.org/show_bug.cgi?id=81760


In the future, if there's any rebaselining that you need done/help with 
for EFL, feel free to get in touch with one of our gardeners:

http://trac.webkit.org/wiki/EFLWebKitBuildBots

Regards,

Dominik

--
Dominik Röttsches

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev