Re: [Xen-devel] [Resend PATCH 2/2] Xen/timer: Process softirq during dumping timer info

On 2016年10月06日 20:56, Jan Beulich wrote: On 30.09.16 at 04:19, wrote: >> --- a/xen/common/timer.c >> +++ b/xen/common/timer.c >> @@ -530,6 +530,7 @@ static void dump_timerq(unsigned char key) >> { >> ts = _cpu(timers, i); >> >> +

[Xen-devel] [ovmf test] 101331: all pass - PUSHED

flight 101331 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101331/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 9381ad8701275b802c6f6c9d5629a084afa93ddc baseline version: ovmf

[Xen-devel] [xen-unstable baseline-only test] 67845: tolerable FAIL

This run is configured for baseline tests only. flight 67845 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67845/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-qemuu-nested-intel 16

[Xen-devel] [ovmf baseline-only test] 67846: all pass

This run is configured for baseline tests only. flight 67846 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67846/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf f9c3b1b5343f53705f1ab72c55c1db440b01f36f baseline

Re: [Xen-devel] [PATCH net-next] MAINTAINERS: add myself as a maintainer of xen-netback

From: Paul Durrant Date: Fri, 7 Oct 2016 11:33:37 +0100 > Signed-off-by: Paul Durrant Applied. ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [Resend PATCH 1/2] Xen/Keyhandler: Make keyhandler always run in tasklet

On 2016年10月06日 20:52, Jan Beulich wrote: On 30.09.16 at 04:19, wrote: >> @@ -87,10 +89,10 @@ void handle_keypress(unsigned char key, struct >> cpu_user_regs *regs) >> if ( key >= ARRAY_SIZE(key_table) || !(h = _table[key])->fn ) >> return; >> >> -if

Re: [Xen-devel] [Resend PATCH 1/2] Xen/Keyhandler: Make keyhandler always run in tasklet

Hi Konrad: Thanks for your review. On 2016年10月01日 02:07, Konrad Rzeszutek Wilk wrote: > On Fri, Sep 30, 2016 at 10:19:05AM +0800, Lan Tianyu wrote: >> Keyhandler may run for a long time in a timer handler on the large machine > > I am bit lost. > > You say 'timer handler' which will

[Xen-devel] [qemu-mainline test] 101328: tolerable FAIL - PUSHED

flight 101328 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101328/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail REGR. vs. 101317 test-amd64-amd64-xl-rtds

Re: [Xen-devel] [PATCH V4] xen/arm: domain_build: allocate lowmem for dom0 as much as possible

Hi Stefano, Julien Any comments on this v4 patch? Thanks, Peng On Fri, Sep 23, 2016 at 10:55:34AM +0800, Peng Fan wrote: >On AArch64 SoCs, some IPs may only have the capability to access >32 bits address space. The physical memory assigned for Dom0 maybe >not in 4GB address space, then the IPs

[Xen-devel] [ovmf test] 101329: all pass - PUSHED

flight 101329 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101329/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf f6c8e67db9233562fd3ddc6bf7d23f0bb5fb115b baseline version: ovmf

[Xen-devel] [ovmf test] 101327: all pass - PUSHED

flight 101327 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101327/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf f9c3b1b5343f53705f1ab72c55c1db440b01f36f baseline version: ovmf

[Xen-devel] [qemu-mainline test] 101325: trouble: blocked/broken/fail/pass

flight 101325 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101325/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3)broken REGR. vs.

[Xen-devel] [xen-unstable test] 101324: tolerable FAIL - PUSHED

flight 101324 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101324/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail REGR. vs. 101320

Re: [Xen-devel] IRC Meeting Logs Mon October 3, 2016

No problem with file extensions. Text is text ;-) Thanks! [Well, maybe utf-8 encoding would be nice, but our conversations being English, old good ASCII would be perfect as well] Jesus. On Fri, 2016-10-07 at 13:30 -0400, tevin.k.mall...@gmail.com wrote: > Sorry about that Jesus. Is

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Fri, Oct 07, 2016 at 10:34:15AM -0700, Stefano Stabellini wrote: > On Fri, 7 Oct 2016, Alistair Francis wrote: > > On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias > > wrote: > > > From: "Edgar E. Iglesias" > > > > > > Disable the

Re: [Xen-devel] [PATCH] fix EFI part of "symbols: Generate an xen-sym.map"

On Wed, 21 Sep 2016, Konrad Rzeszutek Wilk wrote: > On Wed, Sep 21, 2016 at 10:04:21AM -0600, Jan Beulich wrote: > > >>> On 21.09.16 at 17:59, wrote: > > > The fix can be done two ways: > > > a) See if xen.efi.map exists and then copy it > > > b) Or link xen.efi.map to

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Fri, 7 Oct 2016, Alistair Francis wrote: > On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias > wrote: > > From: "Edgar E. Iglesias" > > > > Disable the Cortex-a53-edac. Xen currently does not yet > > handle reads/writes to the

Re: [Xen-devel] IRC Meeting Logs Mon October 3, 2016

Sorry about that Jesus. Is there a file type you prefer to have the logs in? I have it attached to this email in .txt . If you like for me to change it let me know. Sent from Mail for Windows 10 From: Jesus M. Gonzalez-Barahona Sent: Friday, October 7, 2016 11:59 AM To:

[Xen-devel] [OSSTEST PATCH 12/16] rumprun: Disable unwanted builds

Signed-off-by: Ian Jackson --- make-flight | 8 1 file changed, 8 insertions(+) diff --git a/make-flight b/make-flight index 17c3ce1..1c53737 100755 --- a/make-flight +++ b/make-flight @@ -83,6 +83,14 @@ job_create_build_filter_callback () { *)

[Xen-devel] [OSSTEST PATCH 09/16] rump kernels: Provide networking test

Introduce our own version of `nc -e echo', to replace the removed rump kernel WOPR test (which we were using to check that networking worked). This test program works when compiled on Linux too. Signed-off-by: Ian Jackson --- make-flight | 4 ++--

[Xen-devel] [OSSTEST PATCH 10/16] TestSupport: guest_unprepare_disk: Make a no-op for guests with no Lvdev

This includes some rump kernel tests. Signed-off-by: Ian Jackson --- Osstest/TestSupport.pm | 1 + 1 file changed, 1 insertion(+) diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm index bc3ad13..a63ff26 100644 --- a/Osstest/TestSupport.pm +++

[Xen-devel] [OSSTEST PATCH 15/16] make-flight: Honour $bfi (build flight) for rump tests

A quick search suggests there are other a similar bugs... Signed-off-by: Ian Jackson --- make-flight | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/make-flight b/make-flight index 1c53737..c236f49 100755 --- a/make-flight +++ b/make-flight @@

[Xen-devel] [OSSTEST PATCH 16/16] rump kernels: Build with RUMP_DEV_XEN_DEBUG and filter out debug messages

Signed-off-by: Ian Jackson --- ts-rumprun-build | 5 - ts-rumprun-demo-xenstorels | 2 ++ 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/ts-rumprun-build b/ts-rumprun-build index 1913f29..f408359 100755 --- a/ts-rumprun-build +++

[Xen-devel] [OSSTEST PATCH 14/16] rump kernels: Install binutils on test box

The `rumprun' tool needs `readelf' which is in binutils. This introduces a new test step, which is idempotent. Signed-off-by: Ian Jackson --- sg-run-job | 1 + ts-rumprun-test-prep | 36 2 files changed, 37

[Xen-devel] [OSSTEST PATCH 13/16] rump kernels: Adjust indentation in run-job/test-rumprun

Whitespace change only. Signed-off-by: Ian Jackson --- sg-run-job | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/sg-run-job b/sg-run-job index 967c486..61cb369 100755 --- a/sg-run-job +++ b/sg-run-job @@ -461,16 +461,16 @@ proc

[Xen-devel] [OSSTEST PATCH 11/16] rumprun: xenstorels: Better new regexps for finding output

There is no need to match the _exit. We can match the main return as before, provided we tolerate the way it now says main() of "program" returned 0 This is an update to ea13503bc853 "rumprun: xenstorels: New regexps for finding output" (which was insufficient to get the xenstorels test to

[Xen-devel] [OSSTEST PATCH 08/16] rump kernels: Provide proper DHCP instructions to rumprun

Otherwise we just get an unconfigured network interface. (Requesting DHCP used to be implicit.) Signed-off-by: Ian Jackson --- Osstest/RumpRun.pm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Osstest/RumpRun.pm b/Osstest/RumpRun.pm index

[Xen-devel] [OSSTEST PATCH 07/16] rump kernels: ts-rumprun-bake: Do not tolerate errors

If we skip due to missing the input pieces, make the warning noiser. If we think we have all the input pieces, bomb out if they don't seem to contain the right bits, or if rumpbake fails. Signed-off-by: Ian Jackson --- ts-rumprun-bake | 12 +--- 1 file

[Xen-devel] [OSSTEST PATCH 06/16] rump kernels: Specify toolstack for rumprun demo to be rumprun

This causes ts-guest-start to use rumprun, rather than xl. Signed-off-by: Ian Jackson --- ts-rumprun-demo-setup | 1 + 1 file changed, 1 insertion(+) diff --git a/ts-rumprun-demo-setup b/ts-rumprun-demo-setup index 212d758..b99c6f8 100755 --- a/ts-rumprun-demo-setup

[Xen-devel] [OSSTEST PATCH 04/16] Support guest-specific "toolstack" for guest creation

Some guests need creation in a special way. For example, rump kernels are ideally started with rumprun. Honour a guest var which specifies a toolstack name. Osstest::TestSupport::toolstack now takes an optional $gho so it can do this lookup when appropriate. After creation the guest is

[Xen-devel] [OSSTEST PATCH 02/16] rump-test-net: setsockopt V6ONLY off

NetBSD (unlike Linux) has the V6ONLY socket option turned on by default. So to work in the rump kernel environment when tested with IPv4 we need to adjust this setting. Signed-off-by: Ian Jackson --- rump-test-net.c | 4 1 file changed, 4 insertions(+) diff

[Xen-devel] [OSSTEST PATCH 00/16] Fix rump kernel tests

With these 16 patches, we complete osstest's adaptation to the modern rumprun-based way of setting up and running rump kernel programs. We replace the old networking test (based on the WOPR example, now removed from rump upstream) with our own test program. The net test should start working

[Xen-devel] [OSSTEST PATCH 01/16] rump-test-net: New test program

The rump kernel WOPR test is no more, so we reimplement it. This test program simply listens on a TCP socket and says hi when you connect to it. It's a portable program. So far, this has been tested on Linux, but not in the rump environment. Signed-off-by: Ian Jackson

[Xen-devel] [OSSTEST PATCH 05/16] rump kernels: Provide rumprun toolstack

This is suitable as a guest-specific toolstack: it defers to xl for everything other than guest creation. Signed-off-by: Ian Jackson --- Osstest/Toolstack/rumprun.pm | 33 + 1 file changed, 33 insertions(+) create mode 100644

[Xen-devel] [OSSTEST PATCH 03/16] BuildSupport: builddirsprops: Clean up each builddir

This makes prepbuilddirs work if it is run a second time for the same builddirs, which is useful for ad-hoc testing. Signed-off-by: Ian Jackson --- Osstest/BuildSupport.pm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Osstest/BuildSupport.pm

Re: [Xen-devel] Question about VPID during MOV-TO-CR3

>>> On 07.10.16 at 17:41, wrote: > There are a ton of calls to flush_area_local, and a good chunk of them > with the idle vCPU being the active one when it is called. As for > write_cr3, there are also a lot of calls there. When I added some > debug output to observe

Re: [Xen-devel] IRC Meeting Logs Mon October 3, 2016

On Fri, 2016-10-07 at 11:24 -0400, tevin.k.mall...@gmail.com wrote: > Hello Jesus and Lars, as requested here are the logs from today's IRC > meeting. It was really helpful to have your input Jesus, since you > have a lot of experience. I'm confident things will run smoothly as I > continue my

Re: [Xen-devel] [PATCH v1 1/1] xen/arm: Disable the Cortex-a53-edac

On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias wrote: > From: "Edgar E. Iglesias" > > Disable the Cortex-a53-edac. Xen currently does not yet > handle reads/writes to the implementation defined CPUMERRSR > register. > > Signed-off-by: Edgar

Re: [Xen-devel] Question about VPID during MOV-TO-CR3

On Fri, Oct 7, 2016 at 9:32 AM, Jan Beulich wrote: On 04.10.16 at 17:06, wrote: >> At 08:29 -0600 on 04 Oct (1475569774), Jan Beulich wrote: >>> >>> On 04.10.16 at 16:12, wrote: >>> > yes, I understand that is the case when you

Re: [Xen-devel] per-domain logging

Wei Liu writes ("Re: [Xen-devel] per-domain logging"): > Instead of trying to change all the format strings I think it would be > better to have a new set of LOG macros that takes domid. > > Something like: > LOGEVD(ERROR, errno, domid, ""); > > I would also like to have the log format

Re: [Xen-devel] Question about VPID during MOV-TO-CR3

>>> On 04.10.16 at 17:06, wrote: > At 08:29 -0600 on 04 Oct (1475569774), Jan Beulich wrote: >> >>> On 04.10.16 at 16:12, wrote: >> > yes, I understand that is the case when you do need to flush a guest. >> > And yes, there seem to be paths that require

[Xen-devel] [qemu-mainline baseline-only test] 67836: regressions - FAIL

This run is configured for baseline tests only. flight 67836 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67836/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9

Re: [Xen-devel] per-domain logging

On Tue, Oct 04, 2016 at 11:14:52AM +0200, Cedric Bosdonnat wrote: > Hi Ian and Wei, > > On Mon, 2016-09-19 at 16:23 +0100, Ian Jackson wrote: > > Cedric Bosdonnat writes ("Re: [Xen-devel] per-domain logging"): > > > On Thu, 2016-09-15 at 16:11 +0100, Wei Liu wrote: > > > > IIRC there is already

[Xen-devel] [distros-debian-jessie test] 67837: tolerable all pass

flight 67837 distros-debian-jessie real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67837/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-armhf-jessie-netboot-pygrub 11 migrate-support-check fail never pass

Re: [Xen-devel] [PATCH] x86: defer not-present segment checks

>>> On 07.10.16 at 15:01, wrote: > Also note how e.g. emulate_gate_op() looks at the P bit of the gate > only after having done other relevant checks. Having looked at this > again just now I realize, though, that the P bit clear on the code > segment descriptor wrongly raises

Re: [Xen-devel] [PATCH] x86: defer not-present segment checks

>>> On 07.10.16 at 14:28, wrote: > On 06/10/16 13:24, Jan Beulich wrote: >> Following on from commits 5602e74c60 ("x86emul: correct loading of >> %ss") and bdb860d01c ("x86/HVM: correct segment register loading during >> task switch") the point of the non-.present

Re: [Xen-devel] [PATCH] x86: defer not-present segment checks

On 06/10/16 13:24, Jan Beulich wrote: > Following on from commits 5602e74c60 ("x86emul: correct loading of > %ss") and bdb860d01c ("x86/HVM: correct segment register loading during > task switch") the point of the non-.present checks needs to be refined: > #NP (and its #SS companion), other than

[Xen-devel] [xen-unstable-smoke test] 101323: tolerable all pass - PUSHED

flight 101323 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101323/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl

Re: [Xen-devel] [PATCH] docs: Belatedly update for move of qmp-commands.txt.

Markus Armbruster writes: > Missed in commit d076a2a and commit bd6092e. > > Signed-off-by: Markus Armbruster Applied to my qapi-next branch, with a cosmetic change to the commit message. ___ Xen-devel mailing

Re: [Xen-devel] [RFC PATCH 4/8] gcov: add new interface and 3.4 and 4.7 format support

On Fri, Oct 07, 2016 at 05:52:50AM -0600, Jan Beulich wrote: > >>> On 07.10.16 at 13:43, wrote: > > On Fri, Oct 07, 2016 at 12:10:25PM +0100, Wei Liu wrote: > >> On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote: > >> > >>> On 06.10.16 at 16:37,

Re: [Xen-devel] [RFC PATCH 4/8] gcov: add new interface and 3.4 and 4.7 format support

>>> On 07.10.16 at 13:43, wrote: > On Fri, Oct 07, 2016 at 12:10:25PM +0100, Wei Liu wrote: >> On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote: >> > >>> On 06.10.16 at 16:37, wrote: >> > > A new sysctl interface for passing gcov data back to

Re: [Xen-devel] [RFC PATCH 4/8] gcov: add new interface and 3.4 and 4.7 format support

On Fri, Oct 07, 2016 at 12:10:25PM +0100, Wei Liu wrote: > On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote: > > >>> On 06.10.16 at 16:37, wrote: > > > A new sysctl interface for passing gcov data back to userspace. The new > > > interface uses a customised record

[Xen-devel] [xen-unstable test] 101320: tolerable FAIL

flight 101320 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101320/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-raw9 debian-di-installfail like 101300

Re: [Xen-devel] [RFC PATCH 4/8] gcov: add new interface and 3.4 and 4.7 format support

On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote: > >>> On 06.10.16 at 16:37, wrote: > > A new sysctl interface for passing gcov data back to userspace. The new > > interface uses a customised record file format. The new sysctl reuses > > original sysctl number but

Re: [Xen-devel] [RFC PATCH 8/8] gcov: provide the capability to select gcov format automatically

On Fri, Oct 07, 2016 at 03:55:47AM -0600, Jan Beulich wrote: > >>> On 06.10.16 at 16:37, wrote: > > +config GCOV_FORMAT_AUTODETECT > > + bool "Autodetect" > > + ---help--- > > + Automatically select gcov format based on GCC version. > > Tab indentation

Re: [Xen-devel] [RFC PATCH 4/8] gcov: add new interface and 3.4 and 4.7 format support

>>> On 06.10.16 at 16:37, wrote: > A new sysctl interface for passing gcov data back to userspace. The new > interface uses a customised record file format. The new sysctl reuses > original sysctl number but renames the op to gcov_op. > > Both gcc 3.4 and 4.7 format are

[Xen-devel] [xen-unstable baseline-only test] 67835: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 67835 xen-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67835/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run:

Re: [Xen-devel] [PATCH net-next] MAINTAINERS: add myself as a maintainer of xen-netback

On Fri, Oct 07, 2016 at 11:33:37AM +0100, Paul Durrant wrote: > Signed-off-by: Paul Durrant > Cc: Wei Liu Acked-by: Wei Liu Thanks for stepping up! > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[Xen-devel] [PATCH net-next] MAINTAINERS: add myself as a maintainer of xen-netback

Signed-off-by: Paul Durrant Cc: Wei Liu --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 464437d..4491841 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -13061,6 +13061,7 @@ F:

Re: [Xen-devel] [RFC PATCH 5/8] gcov: userspace tools to extract and split gcov data

On Fri, Oct 07, 2016 at 11:47:13AM +0100, Andrew Cooper wrote: > On 06/10/16 15:37, Wei Liu wrote: > > Provide two tools: a small C program to extract data from hypervisor and > > a python script to split data into multiple files. > > > > The file xencov.c is salvaged and modified from the

Re: [Xen-devel] [RFC PATCH 5/8] gcov: userspace tools to extract and split gcov data

On 06/10/16 15:37, Wei Liu wrote: > Provide two tools: a small C program to extract data from hypervisor and > a python script to split data into multiple files. > > The file xencov.c is salvaged and modified from the original xencov.c. > > Signed-off-by: Wei Liu > --- > Cc:

[Xen-devel] [libvirt test] 101321: tolerable FAIL - PUSHED

flight 101321 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101321/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14

Re: [Xen-devel] New Outreachy Applicant

On Thu, Oct 6, 2016 at 4:16 PM, George Dunlap wrote: > Let me take a look at a simple example you could use to "wire-in" > something to the build system. Probably the simplest example of how to "wire in" a directory is tools/xentrace. For the moment, I would just

Re: [Xen-devel] [RFC PATCH 6/8] Config.mk: expand cc-ver a bit

On Fri, Oct 07, 2016 at 03:52:53AM -0600, Jan Beulich wrote: > >>> On 06.10.16 at 16:37, wrote: > > --- a/Config.mk > > +++ b/Config.mk > > @@ -112,17 +112,17 @@ endef > > > > cc-options-add = $(foreach o,$(3),$(call cc-option-add,$(1),$(2),$(o))) > > > > -# cc-ver:

Re: [Xen-devel] [RFC PATCH 8/8] gcov: provide the capability to select gcov format automatically

>>> On 06.10.16 at 16:37, wrote: > +config GCOV_FORMAT_AUTODETECT > + bool "Autodetect" > + ---help--- > + Automatically select gcov format based on GCC version. Tab indentation again please, and I think help text usually gets indented by another one or two

Re: [Xen-devel] [RFC PATCH 6/8] Config.mk: expand cc-ver a bit

>>> On 06.10.16 at 16:37, wrote: > --- a/Config.mk > +++ b/Config.mk > @@ -112,17 +112,17 @@ endef > > cc-options-add = $(foreach o,$(3),$(call cc-option-add,$(1),$(2),$(o))) > > -# cc-ver: Check compiler is at least specified version. Return boolean > 'y'/'n'. > -#

Re: [Xen-devel] [RFC PATCH 1/8] Kconfig: add BROKEN config

>>> On 06.10.16 at 16:37, wrote: > --- a/xen/Kconfig > +++ b/xen/Kconfig > @@ -12,6 +12,9 @@ config ARCH > string > option env="ARCH" > > +config BROKEN > + bool Please use tab indentation, like all the other options here do. Jan

Re: [Xen-devel] [PATCH v2 20/30] xen/x86: add the basic infrastructure to import QEMU passthrough code

>>> On 06.10.16 at 17:08, wrote: > On Mon, Oct 03, 2016 at 10:54:54AM +0100, Paul Durrant wrote: To both of you: Please limit the quoting in your replies. Thanks, Jan ___ Xen-devel mailing list Xen-devel@lists.xen.org

[Xen-devel] FW: [PATCH v2 net] xen-netback: make sure that hashes are not send to unaware frontends

Sorry, I fat-fingered the address in the get send-email... --- Begin Message --- In the case when a frontend only negotiates a single queue with xen- netback it is possible for a skbuff with a s/w hash to result in a hash extra_info segment being sent to the frontend even when no hash algorithm

Re: [Xen-devel] [PATCH net] xen-netback: make sure that hashes are not send to unaware frontends

> -Original Message- > From: David Miller [mailto:da...@davemloft.net] > Sent: 07 October 2016 06:38 > To: Paul Durrant > Cc: net...@vger.kernel.org; xen-de...@lists.xenproject.org; Wei Liu > > Subject: Re: [PATCH net] xen-netback: make sure