On 08/21/2012 12:28 PM, Tomas Racek wrote:
>
> http://fi.muni.cz/~xracek/debian2.img.bz2
>
> Other things are the same.
>
> The runtest.sh sets environment for xfstests and runs test 285 which I wrote
> and and which should test if FS sends discard requests only on free sectors:
> 285:
> 1. Cre
> On 20.08.2012 21:13, Tomas Racek wrote:
> []
> Can we trim the old, large and now not-so-relevant discussion please?
> ;)
>
> > I can provide you with more different traces if it can help. But I
> > thought that maybe it will be more useful for you to try it on
> > your own. So I've prepared som
On 20.08.2012 21:13, Tomas Racek wrote:
[]
Can we trim the old, large and now not-so-relevant discussion please? ;)
> I can provide you with more different traces if it can help. But I thought
> that maybe it will be more useful for you to try it on your own. So I've
> prepared some minimal debi
- Original Message -
> On Fri, Aug 17, 2012 at 03:43:56AM -0400, Tomas Racek wrote:
> > Well, I've added some debug statements to the code:
> >
> > void __init arch_init_ideal_nops(void)
> > {
> > switch (boot_cpu_data.x86_vendor) {
> > case X86_VENDOR_INTEL:
> >
On Fri, Aug 17, 2012 at 03:43:56AM -0400, Tomas Racek wrote:
> Well, I've added some debug statements to the code:
>
> void __init arch_init_ideal_nops(void)
> {
> switch (boot_cpu_data.x86_vendor) {
> case X86_VENDOR_INTEL:
> /*
> * Due to a decode
- Original Message -
> On 08/16/2012 11:53 AM, Alan Cox wrote:
> >>
> >> Yes, if I remove the break statement (introduced by this commit),
> >> it works fine.
> >
> > What version of qemu is this - do we have qemu bug here I wonder.
> >
>
> Also, is it 32 or 64 bits?
It's 64-bit.
Reg
Alan Cox writes:
> On Thu, 16 Aug 2012 14:45:15 -0400 (EDT)
> Tomas Racek wrote:
>
>> - Original Message -
>> > On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
>> > > Hi,
>> > >
>> > > I am writing a file system test which I execute in qemu with kernel
>> > > compiled from
On 08/16/2012 11:53 AM, Alan Cox wrote:
>>
>> Yes, if I remove the break statement (introduced by this commit), it works
>> fine.
>
> What version of qemu is this - do we have qemu bug here I wonder.
>
Also, is it 32 or 64 bits?
-hpa
On Thu, 16 Aug 2012 14:45:15 -0400 (EDT)
Tomas Racek wrote:
> - Original Message -
> > On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
> > > Hi,
> > >
> > > I am writing a file system test which I execute in qemu with kernel
> > > compiled from latest git sources and running
- Original Message -
> On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
> > Hi,
> >
> > I am writing a file system test which I execute in qemu with kernel
> > compiled from latest git sources and running it causes this error:
> >
> > https://bugzilla.kernel.org/show_bug.cgi?i
On Thu, Aug 16, 2012 at 09:35:12AM -0400, Tomas Racek wrote:
> Hi,
>
> I am writing a file system test which I execute in qemu with kernel compiled
> from latest git sources and running it causes this error:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=45971
>
> It works with v3.5, so I ran
Hi,
I am writing a file system test which I execute in qemu with kernel compiled
from latest git sources and running it causes this error:
https://bugzilla.kernel.org/show_bug.cgi?id=45971
It works with v3.5, so I ran git bisect which pointed me to:
d6250a3f12edb3a86db9598ffeca3de8b4a219e9 x86
12 matches
Mail list logo
