Le 06/04/2013 18:42, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>
> Since we are looking for *partitions*, [s|h]d[a-z]\d should identify them.
>
>
Right. I am submitting a patch upstream, with all the findings we have made.
I do not plan to submit the first pmap patch (suppressing the ending $)
Pierre Labastie wrote:
> But we could as well disable the tests and wait for upstream to fix them...
That seems like a good course of action. Or just put in a note that the
test sometimes fails due to timing issues. It has always passed for me.
-- Bruce
--
http://linuxfromscratch.org/mai
Pierre Labastie wrote:
>> It still looks like a race condition (what is the order of
>> entries in /proc/diskstats) or just a logic error in the test to me.
Looks that way to me too.
> Usually, I get the same as you (except loop is always at the end). It
> happened only twice during the last wee
Le 03/04/2013 19:22, Bruce Dubbs a écrit :
> Pierre Labastie wrote:
>> Le 03/04/2013 08:03, Bruce Dubbs a écrit :
>>> Bruce Dubbs wrote:
>>> To make that pass, we need to do: sed -i -r
>>> 's/(pmap_initname)\\\$/\1/' ./testsuite/pmap.test/pmap.exp
>> Actually, a similar sed was in the previous vers
Le 06/04/2013 10:42, Pierre Labastie a écrit :
>> Now, I have a new test failure in pmap:
>> FAIL: pmap extra extended output (footer)
>> :-(
>> Needs more testing, but the behavior seems to be different when running
>> in jhalfs and by hand...
I think I have got the picture. jhalfs is not at fault
Le 05/04/2013 23:58, Bruce Dubbs a écrit :
>
>
> I suppose it could be a problem with kvm or vmstat.
>
> Checking with qemu-1.4:
>
> ARGS="-enable-kvm -hda lfs73.img"
> MEM="-m 2G"
> CDROM="-cdrom lfslivecd-x86_64-6.3-r2160-updated-nosrc.iso"
> NIC="-net nic -net tap"
> sudo qemu $ARGS $CDROM $NIC
