From mboxrd@z Thu Jan 1 00:00:00 1970 From: Cixi Geng Date: Mon, 14 Sep 2020 15:52:37 +0800 Subject: [LTP] LTP release In-Reply-To: References: <20200908073138.GB2475@yuki.lan> <20200908153659.GA16066@yuki.lan> <20200909131327.GA3241@yuki.lan> <20200909132703.GB3241@yuki.lan> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ltp@lists.linux.it Hi Cyril: Can we merge the uart device driver testcase and the device-discover framework ? So that we can continue write other device driver case in LTP. I am looking forward contribute to ltp on the driver test . https://patchwork.ozlabs.org/project/ltp/list/?series=185240 https://patchwork.ozlabs.org/project/ltp/list/?series=195151 Li Wang ?2020?9?10??? ??5:23??? > > > > On Thu, Sep 10, 2020 at 3:19 PM Li Wang wrote: >> >> >> >> On Wed, Sep 9, 2020 at 9:26 PM Cyril Hrubis wrote: >>> >>> Hi! >>> > Also I would like to get rid of the -fno-optimize-sibling-calls in the >>> > Makefile, this makes the test a bit fragile and less portable. >> >> >> I'm not very sure, let me think/check a while. > > > From the document, it could also help prevents optimization purposes. > I think we can have a try, if no more issues, that will be great. > >> >> >>> >>> /* >>> * Returns negative number if stack grows down, possitive if stack grows up >>> */ >>> static int stack_dir(void) >>> { >>> intptr_t addr = addr_func(); >>> >>> printf("%p %p\n", &addr, (void*)addr); >> >> >> This method may be doable, but the second %p print (nil), I don't why. > > > The reason seems that the local variable is revoked after the function > is calling, so we get NULL of the local variable address. It works as we > expected when introducing a global pointer to save and return the '&a'. > > -- > Regards, > Li Wang > > -- > Mailing list info: https://lists.linux.it/listinfo/ltp