From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0b-001b2d01.pphosted.com (mx0b-001b2d01.pphosted.com [148.163.158.5]) by sourceware.org (Postfix) with ESMTPS id 60CB73938241 for ; Mon, 13 Nov 2023 15:09:00 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 60CB73938241 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=linux.vnet.ibm.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=linux.vnet.ibm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 60CB73938241 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=148.163.158.5 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1699888141; cv=none; b=m1VHtT0il+UdpD+fFyn0FVr3IlfOfP/ovRhdM0LFYGZvRpz2HhTckb9Jms8M/2yGfsqCRMmU2PcuP3B+H3WVydYQCsbUL+rQvDxym+922rVL4Yk34WyFKeqlOHGg5npWmBwCkERZO/FMrOEH8EhfwVuZIvGKgw5UNDPlRaid9tk= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1699888141; c=relaxed/simple; bh=+13jrpZPpe5ERstSNxHhJ+IhXLAX1YJjOaSKMfswKi0=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=YtYPqpu71of5O1oW/DMU5f/5kAsmaGStQMw7f5Z0BATpmIMjFv+HsQd4cYMLPUsiNWP1o2EhTP7e7EpeUIgzIe4tdt972aTTV1sqr30uq8k75n+4dXNC60M50/EcfsQdB8KUH6I1GsRK6pOUL9H8d/h3vVYJ7n6spv1fTmaLUos= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from pps.filterd (m0353724.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 3ADDaGhV012400; Mon, 13 Nov 2023 15:08:59 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=message-id : date : mime-version : subject : to : references : cc : from : in-reply-to : content-type : content-transfer-encoding; s=pp1; bh=mBlOPK7lrY+J03+42DLvuWkcPvP6eT+WtAk0t8OTGjE=; b=T0VJe0yVEonuU5odKCEue4E/LJNP/ccD/9Nk8bLYZdJAIxsaksNPPTsbV9vtpr+cFCie q/xYwIIuqruD5iIHMROM/H6T261nvY2CzpjxEJHa2OzrczAAll+fRsKpQ9aOnazKCOHL WsEBRyar2JYpAvH4hL/tVUkBvmArWNYOEjyK0wVQeltGNWCr1XrS3VcurcXXdJ5840OC q0SytACy+cWVE3r/lT76+2Lb4ztxGv2N/X2sM0LSwkDOGnfmIeNlCgCup4WxiFO5AawR TrsNFU+J8e5m9Aqzloc+TDyg3KNjp75nS7a16ON/xvGxyPbzUyu9dT13lnnwJ3H9fESu kQ== Received: from ppma21.wdc07v.mail.ibm.com (5b.69.3da9.ip4.static.sl-reverse.com [169.61.105.91]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3ubmtu2dja-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Nov 2023 15:08:59 +0000 Received: from pps.filterd (ppma21.wdc07v.mail.ibm.com [127.0.0.1]) by ppma21.wdc07v.mail.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 3ADE3xqF024025; Mon, 13 Nov 2023 15:08:58 GMT Received: from smtprelay06.wdc07v.mail.ibm.com ([172.16.1.73]) by ppma21.wdc07v.mail.ibm.com (PPS) with ESMTPS id 3uamxn1m9r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Nov 2023 15:08:58 +0000 Received: from smtpav04.wdc07v.mail.ibm.com (smtpav04.wdc07v.mail.ibm.com [10.39.53.231]) by smtprelay06.wdc07v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 3ADF8wCT28115548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Nov 2023 15:08:58 GMT Received: from smtpav04.wdc07v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 10ABB58054; Mon, 13 Nov 2023 15:08:58 +0000 (GMT) Received: from smtpav04.wdc07v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 74A9C58045; Mon, 13 Nov 2023 15:08:55 +0000 (GMT) Received: from [9.43.0.29] (unknown [9.43.0.29]) by smtpav04.wdc07v.mail.ibm.com (Postfix) with ESMTP; Mon, 13 Nov 2023 15:08:54 +0000 (GMT) Message-ID: <0dc6b9fc-6542-47d1-8ea1-b7cee46b1b29@linux.vnet.ibm.com> Date: Mon, 13 Nov 2023 20:38:53 +0530 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: [PING ^1][PATCH] rs6000: Fix issue in specifying PTImode as an attribute [PR106895] Content-Language: en-US To: Segher Boessenkool , GCC Patches References: <460cd2bd-7c82-95d8-c58e-f32da70ab2a9@linux.vnet.ibm.com> <9a300552-21a6-cc4c-294d-bec0c6b3739c@linux.ibm.com> Cc: Peter Bergner , meissner@linux.ibm.com From: jeevitha In-Reply-To: <9a300552-21a6-cc4c-294d-bec0c6b3739c@linux.ibm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: AXTvKkBcdPaZCoaAZAIKDek3NHkaCNjj X-Proofpoint-GUID: AXTvKkBcdPaZCoaAZAIKDek3NHkaCNjj X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.987,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-11-13_05,2023-11-09_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 suspectscore=0 malwarescore=0 impostorscore=0 adultscore=0 lowpriorityscore=0 priorityscore=1501 mlxscore=0 clxscore=1011 spamscore=0 mlxlogscore=854 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2311060000 definitions=main-2311130122 X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Ping! please review. Thanks & Regards Jeevitha On 25/08/23 7:49 am, Peter Bergner wrote: > On 8/24/23 12:35 PM, Michael Meissner wrote: >> On Thu, Jul 20, 2023 at 10:05:28AM +0530, jeevitha wrote: >>> gcc/ >>> PR target/110411 >>> * config/rs6000/rs6000.h (enum rs6000_builtin_type_index): Add fields >>> to hold PTImode type. >>> * config/rs6000/rs6000-builtin.cc (rs6000_init_builtins): Add node >>> for PTImode type. >> >> It is good as far as it goes, but I suspect we will eventually need to extend >> it. In particular, the reason people need PTImode is they need the even/odd >> register layout. What you've done enables users to declare this value. > > Sure, it could be extended, but that is not what this patch is about. > It's purely to allow the kernel team access to the guaranteed even/odd > register layout for some inline asm code. Any extension would be a > follow-on patch to this. > > > > On 8/9/23 3:48 AM, Kewen.Lin wrote: >> IIUC, this builtin type registering makes this type expose to users, so >> I wonder if we want to actually expose this type for users' uses. >> If yes, we need to update the documentation (and not sure if the current >> name is good enough); otherwise, I wonder if there is some existing >> practice to declare a builtin type with a name which users can't actually >> use and is just for shadowing a mode. > > Segher, Mike, Jeevitha and I talked about the patch and Segher mentioned > that under some conditions, it's fine to keep the type undocumented. > Hopefully he'll weigh in on whether this particular patch is one of > those cases or not. > > > Peter