Re: Repost: linux-snps-arc list msgs truncated ?
On Thu, 2020-06-25 at 01:46 +, Vineet Gupta wrote: > Hi, > > I'm the moderator for linux-snps-arc. > Is there some database corruption or some such. The msgs for linux-snap-arc > seem > to have been truncated. Please see the main page below where entries for > June-2018 > thru May 2020 are gone. This must be a recent breakage as things used to work > up > until recently. > > http://lists.infradead.org/pipermail/linux-snps-arc/ Yes, apologies for that. The machine hosting lists.infradead.org suffered a total disk failure last weekend and a new machine has been drafted into service, unfortunately using the latest backup from May 2018. So anyone who has subscribed or unsubscribed since then will need to do so again, and the list archives are missing. If you can provide the missing messages in mbox form then we can reinstate them. smime.p7s Description: S/MIME cryptographic signature ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Re: [PATCH 17/17] arch: rename copy_thread_tls() back to copy_thread()
On Tue, Jun 23, 2020 at 01:43:26AM +0200, Christian Brauner wrote: > Now that HAVE_COPY_THREAD_TLS has been removed, rename copy_thread_tls() > back simply copy_thread(). It's a simpler name, and doesn't imply that only > tls is copied here. This finishes an outstanding chunk of internal process > creation work since we've added clone3(). > [..] > arch/mips/kernel/process.c | 2 +- Acked-by: Thomas Bogendoerfer Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea.[ RFC1925, 2.3 ] ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Re: [PATCH 16/17] arch: remove HAVE_COPY_THREAD_TLS
On Tue, Jun 23, 2020 at 01:43:25AM +0200, Christian Brauner wrote: > All architectures support copy_thread_tls() now, so remove the legacy > copy_thread() function and the HAVE_COPY_THREAD_TLS config option. Everyone > uses the same process creation calling convention based on > copy_thread_tls() and struct kernel_clone_args. This will make it easier to > maintain the core process creation code under kernel/, simplifies the > callpaths and makes the identical for all architectures. > [..] > arch/mips/Kconfig | 1 - Acked-by: Thomas Bogendoerfer Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea.[ RFC1925, 2.3 ] ___ linux-snps-arc mailing list linux-snps-arc@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-snps-arc
