From mboxrd@z Thu Jan 1 00:00:00 1970 From: Petr Vorel Date: Mon, 12 Jul 2021 10:41:46 +0200 Subject: [LTP] [PATCH] shmget03: fix test when some shm segments already exist In-Reply-To: References: <20210706105758.43220-1-aleksei.kodanev@bell-sw.com> <381b8420-3dba-d7c1-027c-e2e2adc719de@bell-sw.com> <60E50AB4.7050404@fujitsu.com> <60EBA9C3.4050103@fujitsu.com> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ltp@lists.linux.it > On 12.07.2021 05:31, xuyang2018.jy@fujitsu.com wrote: > > Hi All > >> Hi! > >>>>> Yes, good point, that would be more precise for ENOSPC testing. > >>>> AFAIK, ltp doesn't support parallel test now. I think parallel test > >>>> maybe a future plan that is why we use docparase to collect each case's > >>>> used resources(so we can convert many groups, like pid, memory, disk > >>>> space..., then we can run pid group and memory groups test case parallelly). > >>> Yes, parallel support is not supported atm. Richie and Cyril has done some work > >>> on runltp-ng to support it. Yes, first it's needed to add support in resources > >>> (docparse), see Cyril's old block post [1]. > >> Besides most of the SHM tests will crash and burn if executed in > >> parallel. The SysV IPC shares a global namespace and because of that we > >> can't really write tests without assuming that we are the only one > >> manipulating them when the test is executed. > > I guess we should reach a consensus that how to fix this problem > > 1)use for loop to trigger this error > > 2)use CLONE_NEWIPC to trigger this error > Perhaps it can be done at the higher level, e.g. in the ltp tests > runner if some tests request it with a newipc flag... Well, we have at least two runners (runltp which uses ltp-pan, runltp-ng) and we also support running tests without runner, it'd be nice to solve this in LTP API. Kind regards, Petr > > 3)Or we are the only one that use shm and we can add a api to count the > > existed_cnt > > ps: I don't want to leave this problem too long time. > > Best Regards > > Yang Xu