[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ltp-list
Subject:    Re: [LTP]
From:       Jiri Palecek <jpalecek () web ! de>
Date:       2009-06-23 16:06:06
Message-ID: 200906231806.08741.jpalecek () web ! de
[Download RAW message or body]

On Tuesday 23 June 2009 16:50:42 Subrata Modak wrote:
> > > 
> > > 
> > As I don't know what are all the error reporting options LTP have, I
> > changed it to CONF. We can change it accordingly to need. Can we report
> > it as BROKEN, as set_mempolicy is preventing the get_mempolicy test to
> > run?
> 
> Muni,
> 
> Jiriś patch checked in today should fix this:
> 
> Subject: [LTP] [PATCH] Define some syscall numbers in the
> linux_syscall_numbers.h file, not to get build failures or crappy
> results on other architectures which lack them

Well, yes and no. The patch does handle the situation (sort of), but it still results \
in a TBROK (which is wrong, I admit). I think this area (ie. syscalls which are or \
aren't present in some kernels) should be handled more systematically, especially \
after what I went through uploading the last version of ltp to Debian. I will think \
of it and produce some example patches after I send other patches I have in the \
queue.

Regards
    Jiri Palecek

------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list


[prev in list] [next in list] [prev in thread] [next in thread]