On 2013年11月27日 23:43, Jeremy Stanley wrote:
On 2013-11-27 11:18:46 +0800 (+0800), yongli he wrote:
[...]
if you post -1, you should post testing log somewhere for people
to debug it, so does third party testing can post testing log to
the infra log server?
Not at the moment--the "infra log serv
On 2013-11-27 11:18:46 +0800 (+0800), yongli he wrote:
[...]
> if you post -1, you should post testing log somewhere for people
> to debug it, so does third party testing can post testing log to
> the infra log server?
Not at the moment--the "infra log server" is just an Apache
name-based virtual
On 2013年11月23日 03:43, Jeremy Stanley wrote:
Hi, Jeremy
for currently, we need setup it up asap, so the third party seems the
right way. but i have some concern,
if you post -1, you should post testing log somewhere for people to
debug it, so does third party testing can
post testing log to t
On 2013年11月25日 02:13, Robert Collins wrote:
On 23 November 2013 08:43, Jeremy Stanley wrote:
On 2013-11-22 08:59:16 + (+), Tan, Lin wrote:
[...]
In the near term, your best bet is to run your own test
infrastructure supporting the hardware features you require and
report advisory result
On 23 November 2013 08:43, Jeremy Stanley wrote:
> On 2013-11-22 08:59:16 + (+), Tan, Lin wrote:
> [...]
> In the near term, your best bet is to run your own test
> infrastructure supporting the hardware features you require and
> report advisory results back on proposed changes:
>
>
On 2013-11-22 08:59:16 + (+), Tan, Lin wrote:
[...]
> Our module only works on the compute node that enables VT-d and
> contains special PCIs which support the SR-IOV.
>
> So is it possible to
>
> 1. setup compute node which enables pci passthrough.
>
> 2. modify the testing schedule log