Okay the first Travis run with arm64 (#201) passed.
The arm64 job (#201.4) took 33 minutes, 5 seconds.
Compared tp ppc64le at 4 minutes, 30 seconds.
This is possibly due to need for extra caching on the first run.
Otherwise, the jobs seem to have the same results.
On Wed, Jan 8, 2020 at 12:13 PM M
Thanks Joe,
Since I'm not adding a new feature other than enabling arm64 support,
I'll just add the commit directly so that others can contribute as well
and then revert it if arm64 causes too much noise.
Mike
On Wed, Jan 8, 2020 at 1:00 AM Joe Orton wrote:
> On Tue, Jan 07, 2020 at 01:27:33PM
On Wed, Jan 8, 2020 at 8:36 AM Ruediger Pluem wrote:
>
> Just for my further analysis let me try to get the purpose of the
> ap_request_core_filter:
>
> It should leverage at least parts of the benefits of the filter setaside /
> yielding / brigade reinstate framework for
> filters that do not us
On Tue, Jan 07, 2020 at 07:31:42PM +0100, Yann Ylavic wrote:
> Could you please try the attached patch?
> The goal is to make ap_request_core_filter() a connection filter, so
> that it remains in c->output_filters until the EOR is handled.
> The patch has subtleties, but ap_request_core_filter() is
On Tue, Jan 07, 2020 at 01:27:33PM -0800, Mike Rumph wrote:
> I would like to add support for arm64 to httpd/trunk/.travis.yml.
> I would then devote some time to getting this support to work.
> Are there some steps I should take before adding this commit?
That'd be great! If you are familiar wit
