[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] xen/x86: Fix errors arising from c/s dab76ff
>>> On 15.02.16 at 16:15, <george.dunlap@xxxxxxxxxx> wrote: > What about something like this instead? (Ported to be on top of this > patch, since it's already been committed.) > > -George > > [PATCH] xen/p2m: Make dump table printing less clever > > Rather than detecting whether to print out the numerical value of the > memory type based on whether > the second byte of the stringified value is a null character, just > always print out both. Generally a good idea, but ... > @@ -1262,14 +1262,13 @@ static void ept_dump_p2m_table(unsigned char key) > if ( ept_entry->sa_p2mt == p2m_populate_on_demand ) > printk("gfn: %13lx order: %2d PoD\n", gfn, order); > else > - printk("gfn: %13lx order: %2d mfn: %13lx %c%c%c%c%c%c\n", > + printk("gfn: %13lx order: %2d mfn: %13lx > %c%c%c%s(%d)%c\n", > gfn, order, ept_entry->mfn + 0UL, > ept_entry->r ? 'r' : ' ', > ept_entry->w ? 'w' : ' ', > ept_entry->x ? 'x' : ' ', > - memory_type_to_str(ept_entry->emt)[0], > - memory_type_to_str(ept_entry->emt)[1] > - ?: ept_entry->emt + '0', > + memory_type_to_str(ept_entry->emt), > + ept_entry->emt, > c ?: ept_entry->ipat ? '!' : ' '); ... this will further increase the amount of data to be pushed out, and the debug key being handled here is already putting quite a bit of load on the serial console. It was the goal to save every byte we can which drove me to the solution currently in place. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |