flight 44293 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44293/
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 REG
flight 44295 distros-debian-stretch real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44295/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-stretch-netboot-pygrub 3 host-install(3) broken blocked
in 44282
build
On Fri, Apr 08, 2016 at 08:37:45PM -0400, Konrad Rzeszutek Wilk wrote:
> On Fri, Apr 08, 2016 at 04:50:10PM -0600, Jan Beulich wrote:
> > >>> On 09.04.16 at 00:45, wrote:
> > > On Fri, Apr 08, 2016 at 03:18:09PM -0600, Jan Beulich wrote:
> > >> >>> On 08.04.16 at 23:10, wrote:
> > >> >> > +int ar
This run is configured for baseline tests only.
flight 44294 xen-4.5-testing real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/44294/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 14 captu
On Thu, Apr 07, 2016 at 09:38:53AM -0600, Jan Beulich wrote:
> >>> On 07.04.16 at 05:05, wrote:
> >> >> > +/* All CPUs are waiting, now signal to disable IRQs. */
> >> >> > +xsplice_work.ready = 1;
> >> >> > +smp_wmb();
> >> >> > +
> >> >> > +atomic_inc(&xsplice_wor
On Wed, Apr 06, 2016 at 01:11:30PM +0200, Daniel Kiper wrote:
> On Wed, Apr 06, 2016 at 04:40:27AM +0200, Luis R. Rodriguez wrote:
> > Boris sent out the first HVMLite series of patches to add a new Xen guest
> > type
> > February 1, 2016 [0]. We've been talking off list with a few folks now over
I am not really sure where bugs on the staging branch should be reported. I
just found this one and couldn't find anywhere that it had been reported yet.
I have a Xen/Ubuntu 14.04 VM (in virtualbox) with 2 CPUs allocated to it, when
it boots I remove a CPU from the default pool (because it's allo
On 09/04/16 19:33, Aaron Cornelius wrote:
> I am not really sure where bugs on the staging branch should be reported. I
> just found this one and couldn't find anywhere that it had been reported yet.
This is the correct place.
CC'ing Dario who is the author of the recent scheduler changes in sta
Sounds good. Thank you.
Cheers,
Stefano
On Fri, 8 Apr 2016, Steve Capper wrote:
> Hello,
> We are going to re-examine the design document behind GICv3 ITS within
> ARM to see if any simplifications can be made. This should, in turn,
> help us simplify this series somewhat.
>
> The revised desig
On Fri, 8 Apr 2016, Guenter Roeck wrote:
> Register with kernel restart handler instead of setting arm_pm_restart
> directly.
>
> Select a high priority of 192 to ensure that default restart handlers
> are replaced if Xen is running.
>
> Signed-off-by: Guenter Roeck
Reviewed-by: Stefano Stabell
On Sat, 9 Apr 2016, Stefano Stabellini wrote:
> On Fri, 8 Apr 2016, Guenter Roeck wrote:
> > Register with kernel restart handler instead of setting arm_pm_restart
> > directly.
> >
> > Select a high priority of 192 to ensure that default restart handlers
> > are replaced if Xen is running.
> >
>
On Thu, Apr 07, 2016 at 09:43:38AM -0600, Jan Beulich wrote:
> >>> On 07.04.16 at 05:09, wrote:
> >> > +uint8_t *old_ptr;
> >> > +
> >> > +BUILD_BUG_ON(PATCH_INSN_SIZE > sizeof(func->undo));
> >> > +BUILD_BUG_ON(PATCH_INSN_SIZE != (1 + sizeof val));
> >> > +
> >> > +old_ptr = (uint
On Sat, Apr 09, 2016 at 10:36:00PM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Apr 07, 2016 at 09:43:38AM -0600, Jan Beulich wrote:
> > >>> On 07.04.16 at 05:09, wrote:
> > >> > +uint8_t *old_ptr;
> > >> > +
> > >> > +BUILD_BUG_ON(PATCH_INSN_SIZE > sizeof(func->undo));
> > >> > +BUIL
13 matches
Mail list logo
