Re: [RFC XEN PATCH v8 5/5] domctl: Add XEN_DOMCTL_gsi_permission to grant gsi

2024-05-17 Thread Chen, Jiqian
On 2024/5/16 22:01, Jan Beulich wrote: > On 16.05.2024 11:52, Jiqian Chen wrote: >> Some type of domain don't have PIRQ, like PVH, when >> passthrough a device to guest on PVH dom0, callstack >> pci_add_dm_done->XEN_DOMCTL_irq_permission will failed >> at domain_pi

Re: [XEN PATCH v8 1/5] xen/vpci: Clear all vpci status of device

2024-05-17 Thread Chen, Jiqian
Hi Juergen: On 2024/5/17 18:03, Jürgen Groß wrote: > On 17.05.24 11:50, Jan Beulich wrote: >> On 17.05.2024 11:28, Chen, Jiqian wrote: >>> On 2024/5/17 16:20, Jan Beulich wrote: >>>> On 17.05.2024 10:08, Chen, Jiqian wrote: >>>>> On 2024/5/16 21:08,

Re: [XEN PATCH v8 1/5] xen/vpci: Clear all vpci status of device

2024-05-17 Thread Chen, Jiqian
On 2024/5/17 17:50, Jan Beulich wrote: > On 17.05.2024 11:28, Chen, Jiqian wrote: >> On 2024/5/17 16:20, Jan Beulich wrote: >>> On 17.05.2024 10:08, Chen, Jiqian wrote: >>>> On 2024/5/16 21:08, Jan Beulich wrote: >>>>> On 16.05.2024 11:52, Jiqian

Re: [PATCH v1 7/7] MAINTAINERS: Update Starfive visionfive2 maintain files.

2024-05-17 Thread Minda Chen
> > On 5/4/24 5:03 PM, Minda Chen wrote: > > Add USB related files to Starfive visionfive2 MAINTAINERS. > > > > Signed-off-by: Minda Chen > > --- > > board/starfive/visionfive2/MAINTAINERS | 2 ++ > > 1 file changed, 2 insertions(+) > > > &g

Re: [DISCUSS] Ozone 1.4.1 Release

2024-05-17 Thread Sammi Chen
Hi Tsz-Wo, It looks like both https://issues.apache.org/jira/browse/RATIS-2054 and https://issues.apache.org/jira/browse/RATIS-2055 are solved now. Bests, Sammi On Wed, 3 Apr 2024 at 13:15, Sammi Chen wrote: > Dear Ozone Devs, > > We have released 1.4.0 on Jan 19th. > Now ther

Re: [XEN PATCH v8 1/5] xen/vpci: Clear all vpci status of device

2024-05-17 Thread Chen, Jiqian
On 2024/5/17 16:20, Jan Beulich wrote: > On 17.05.2024 10:08, Chen, Jiqian wrote: >> On 2024/5/16 21:08, Jan Beulich wrote: >>> On 16.05.2024 11:52, Jiqian Chen wrote: >>>> struct physdev_pci_device { >>>> /* IN */ >>>> uint16_t se

Re: [XEN PATCH v8 3/5] x86/pvh: Add PHYSDEVOP_setup_gsi for PVH dom0

2024-05-17 Thread Chen, Jiqian
On 2024/5/16 21:49, Jan Beulich wrote: > On 16.05.2024 11:52, Jiqian Chen wrote: >> --- a/xen/arch/x86/hvm/hypercall.c >> +++ b/xen/arch/x86/hvm/hypercall.c >> @@ -76,6 +76,11 @@ long hvm_physdev_op(int cmd, XEN_GUEST_HANDLE_PARAM(void) >> arg) >> case PHYSDE

Re: [XEN PATCH v8 2/5] x86/pvh: Allow (un)map_pirq when dom0 is PVH

2024-05-17 Thread Chen, Jiqian
On 2024/5/16 21:29, Jan Beulich wrote: > On 16.05.2024 11:52, Jiqian Chen wrote: >> If run Xen with PVH dom0 and hvm domU, hvm will map a pirq for >> a passthrough device by using gsi, see >> xen_pt_realize->xc_physdev_map_pirq and >> pci_add_dm_done->xc_phys

Re: [XEN PATCH v8 1/5] xen/vpci: Clear all vpci status of device

2024-05-17 Thread Chen, Jiqian
On 2024/5/16 21:08, Jan Beulich wrote: > On 16.05.2024 11:52, Jiqian Chen wrote: >> @@ -67,6 +68,41 @@ ret_t pci_physdev_op(int cmd, >> XEN_GUEST_HANDLE_PARAM(void) arg) >> break; >> } >> >> +case PHYSDEVOP_pci_device_state_reset: { &g

[jira] [Commented] (FLINK-35296) Flink mysql-cdc connector stops reading data

2024-05-17 Thread Yechao Chen (Jira)
[ https://issues.apache.org/jira/browse/FLINK-35296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17847197#comment-17847197 ] Yechao Chen commented on FLINK-35296: - our version is 3.0.1  log:   {code:java} 2024-05-17 14:14

Re: RFR: 8332109: Convert remaining tests using com.sun.tools.classfile to ClassFile API

2024-05-17 Thread Chen Liang
On Fri, 17 May 2024 06:03:00 GMT, Adam Sotona wrote: >> Some tests are not migrated to the ClassFile API in previous migrations. >> >> - Some are simple oversights that didn't remove usages of >> com.sun.tools.classfile; >> - The CallerSensitive ones used an old utility, replaced by CF

Re: RFR: 8332109: Convert remaining tests using com.sun.tools.classfile to ClassFile API

2024-05-17 Thread Chen Liang
On Fri, 17 May 2024 06:03:00 GMT, Adam Sotona wrote: >> Some tests are not migrated to the ClassFile API in previous migrations. >> >> - Some are simple oversights that didn't remove usages of >> com.sun.tools.classfile; >> - The CallerSensitive ones used an old utility, replaced by CF

Re: RFR: 8332109: Convert remaining tests using com.sun.tools.classfile to ClassFile API

2024-05-17 Thread Chen Liang
On Fri, 17 May 2024 06:07:47 GMT, Adam Sotona wrote: >> Some tests are not migrated to the ClassFile API in previous migrations. >> >> - Some are simple oversights that didn't remove usages of >> com.sun.tools.classfile; >> - The CallerSensitive ones used an old utility, replaced by CF

Re: RFR: 8332109: Convert remaining tests using com.sun.tools.classfile to ClassFile API

2024-05-17 Thread Chen Liang
On Fri, 17 May 2024 06:07:47 GMT, Adam Sotona wrote: >> Some tests are not migrated to the ClassFile API in previous migrations. >> >> - Some are simple oversights that didn't remove usages of >> com.sun.tools.classfile; >> - The CallerSensitive ones used an old utility, replaced by CF

Re: [PATCH-4, rs6000] Implement optab_isnormal for SFmode, DFmode and TFmode [PR97786]

2024-05-16 Thread HAO CHEN GUI
Hi Segher, Thanks for your review comments. I will modify it and resend. Just one question on the insn condition. 在 2024/5/17 1:25, Segher Boessenkool 写道: >> +(define_expand "isnormal2" >> + [(use (match_operand:SI 0 "gpc_reg_operand")) >> +(use (match_operand:SFDF 1 "gpc_reg_operand"))]

Re: RFR: 8298405: Implement JEP 467: Markdown Documentation Comments [v69]

2024-05-16 Thread Chen Liang
On Wed, 15 May 2024 21:04:36 GMT, Jonathan Gibbons wrote: >> Please review a patch to add support for Markdown syntax in documentation >> comments, as described in the associated JEP. >> >> Notable features: >> >> * support for `///` documentation comments in `JavaTokenizer` >> * new module

Re: RFR: 8298405: Implement JEP 467: Markdown Documentation Comments [v69]

2024-05-16 Thread Chen Liang
On Wed, 15 May 2024 21:04:36 GMT, Jonathan Gibbons wrote: >> Please review a patch to add support for Markdown syntax in documentation >> comments, as described in the associated JEP. >> >> Notable features: >> >> * support for `///` documentation comments in `JavaTokenizer` >> * new module

Re: RFR: 8298405: Implement JEP 467: Markdown Documentation Comments [v69]

2024-05-16 Thread Chen Liang
On Wed, 15 May 2024 21:04:36 GMT, Jonathan Gibbons wrote: >> Please review a patch to add support for Markdown syntax in documentation >> comments, as described in the associated JEP. >> >> Notable features: >> >> * support for `///` documentation comments in `JavaTokenizer` >> * new module

Re: RFR: 8298405: Implement JEP 467: Markdown Documentation Comments [v69]

2024-05-16 Thread Chen Liang
On Wed, 15 May 2024 21:04:36 GMT, Jonathan Gibbons wrote: >> Please review a patch to add support for Markdown syntax in documentation >> comments, as described in the associated JEP. >> >> Notable features: >> >> * support for `///` documentation comments in `JavaTokenizer` >> * new module

Re: RFR: 8298405: Implement JEP 467: Markdown Documentation Comments [v69]

2024-05-16 Thread Chen Liang
On Wed, 15 May 2024 21:04:36 GMT, Jonathan Gibbons wrote: >> Please review a patch to add support for Markdown syntax in documentation >> comments, as described in the associated JEP. >> >> Notable features: >> >> * support for `///` documentation comments in `JavaTokenizer` >> * new module

Re: RFR: 8298405: Implement JEP 467: Markdown Documentation Comments [v69]

2024-05-16 Thread Chen Liang
On Wed, 15 May 2024 21:04:36 GMT, Jonathan Gibbons wrote: >> Please review a patch to add support for Markdown syntax in documentation >> comments, as described in the associated JEP. >> >> Notable features: >> >> * support for `///` documentation comments in `JavaTokenizer` >> * new module

[PATCH] x86/paravirt: Disable virt spinlock when CONFIG_PARAVIRT_SPINLOCKS disabled

2024-05-16 Thread Chen Yu
nit() function warning") Suggested-by: Qiuxu Zhuo Reported-by: Prem Nath Dey Reported-by: Xiaoping Zhou Signed-off-by: Chen Yu --- arch/x86/kernel/paravirt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/kernel/paravirt.c b/arch/x86/kernel/paravirt.c index 5358d4

Re: RFR: 8330465: Stable Values and Collections (Internal) [v6]

2024-05-16 Thread Chen Liang
On Thu, 16 May 2024 07:29:21 GMT, Per Minborg wrote: >> # Stable Values & Collections (Internal) >> >> ## Summary >> This PR proposes to introduce an internal _Stable Values & Collections_ API, >> which provides immutable value holders where elements are initialized _at >> most once_. Stable

Re: RFR: 8332239: Improve CSS for block tags

2024-05-16 Thread Chen Liang
On Thu, 16 May 2024 10:56:26 GMT, Hannes Wallnöfer wrote: > Please review a change to improve the layout of definition lists used to > display block tags: > > - Add indentation to the `` elements used for block tag details > - Set the margin of lists within block tag details so they do not

Re: RFR: 8330465: Stable Values and Collections (Internal) [v5]

2024-05-16 Thread Chen Liang
On Thu, 16 May 2024 07:11:20 GMT, Per Minborg wrote: >> src/java.base/share/classes/jdk/internal/lang/stable/StableValueImpl.java >> line 139: >> >>> 137: case NON_NULL: { return valueVolatile(); } >>> 138: case ERROR:{ throw StableUtil.error(this); } >>> 139:

Re: RFR: 8330465: Stable Values and Collections (Internal) [v5]

2024-05-16 Thread Chen Liang
On Thu, 16 May 2024 06:54:26 GMT, Per Minborg wrote: >> Maybe the `state == NULL` check should be moved before `v != null`, as the  >> **JIT** doesn’t constant‑fold `null` [`@Stable`] values: >>

[RFC QEMU PATCH v7 0/1] Support device passthrough when dom0 is PVH on Xen

2024-05-16 Thread Jiqian Chen
Hi All, This is v7 series to support passthrough on Xen when dom0 is PVH. v6->v7 changes: * Due to changes in the implementation of obtaining gsi in the kernel and Xen. Change to use xc_physdev_gsi_from_dev, that requires passing in sbdf instead of irq. Best regards, Jiqian Chen v5-

[RFC QEMU PATCH v7 1/1] xen/pci: get gsi for passthrough devices

2024-05-16 Thread Jiqian Chen
ion supported by Xen tools. Signed-off-by: Huang Rui Signed-off-by: Jiqian Chen --- hw/xen/xen-host-pci-device.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/hw/xen/xen-host-pci-device.c b/hw/xen/xen-host-pci-device.c index 8c6e9a1716a2..2fe6a60434ba 100

[RFC QEMU PATCH v7 1/1] xen/pci: get gsi for passthrough devices

2024-05-16 Thread Jiqian Chen
ion supported by Xen tools. Signed-off-by: Huang Rui Signed-off-by: Jiqian Chen --- hw/xen/xen-host-pci-device.c | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/hw/xen/xen-host-pci-device.c b/hw/xen/xen-host-pci-device.c index 8c6e9a1716a2..2fe6a60434ba 100

[RFC QEMU PATCH v7 0/1] Support device passthrough when dom0 is PVH on Xen

2024-05-16 Thread Jiqian Chen
Hi All, This is v7 series to support passthrough on Xen when dom0 is PVH. v6->v7 changes: * Due to changes in the implementation of obtaining gsi in the kernel and Xen. Change to use xc_physdev_gsi_from_dev, that requires passing in sbdf instead of irq. Best regards, Jiqian Chen v5-

[RFC XEN PATCH v8 5/5] domctl: Add XEN_DOMCTL_gsi_permission to grant gsi

2024-05-16 Thread Jiqian Chen
off-by: Huang Rui Signed-off-by: Jiqian Chen --- tools/include/xenctrl.h | 5 +++ tools/libs/ctrl/xc_domain.c | 15 tools/libs/light/libxl_pci.c | 72 xen/arch/x86/domctl.c| 31 xen/include/public/domctl.h | 9 +

[RFC XEN PATCH v8 4/5] tools: Add new function to get gsi from dev

2024-05-16 Thread Jiqian Chen
hod to get gsi for userspace. For above purpose, add new function to get gsi. And call this function before xc_physdev_(un)map_pirq Signed-off-by: Huang Rui Signed-off-by: Chen Jiqian --- tools/include/xen-sys/Linux/privcmd.h | 7 +++ tools/include/xencall.h | 2 ++ to

[XEN PATCH v8 1/5] xen/vpci: Clear all vpci status of device

2024-05-16 Thread Jiqian Chen
can call this hypercall to notify vpci. Signed-off-by: Huang Rui Signed-off-by: Jiqian Chen Reviewed-by: Stewart Hildebrand Reviewed-by: Stefano Stabellini --- xen/arch/x86/hvm/hypercall.c | 1 + xen/drivers/pci/physdev.c| 36 xen/drivers/vpci/vpci.c

[XEN PATCH v8 3/5] x86/pvh: Add PHYSDEVOP_setup_gsi for PVH dom0

2024-05-16 Thread Jiqian Chen
purpose. Signed-off-by: Huang Rui Signed-off-by: Jiqian Chen --- xen/arch/x86/hvm/hypercall.c | 5 + 1 file changed, 5 insertions(+) diff --git a/xen/arch/x86/hvm/hypercall.c b/xen/arch/x86/hvm/hypercall.c index d49fb8b548a3..98e3c6b176ff 100644 --- a/xen/arch/x86/hvm/hypercall.c +++ b/xen

[XEN PATCH v8 2/5] x86/pvh: Allow (un)map_pirq when dom0 is PVH

2024-05-16 Thread Jiqian Chen
ng Rui Signed-off-by: Jiqian Chen Reviewed-by: Stefano Stabellini --- xen/arch/x86/hvm/hypercall.c | 2 ++ xen/arch/x86/physdev.c | 24 2 files changed, 26 insertions(+) diff --git a/xen/arch/x86/hvm/hypercall.c b/xen/arch/x86/hvm/hypercall.c index 56fbb69ab201..d49fb8

[XEN PATCH v8 0/5] Support device passthrough when dom0 is PVH on Xen

2024-05-16 Thread Jiqian Chen
at gets more intuitive code logic. Best regards, Jiqian Chen v6->v7 changes: * patch#4: Due to changes in the implementation of obtaining gsi in the kernel. Change to add a new function to get gsi from irq, instead of gsi sysfs. * patch#5: Fix the issue with variable usage,

Re: [VOTE] KIP-950: Tiered Storage Disablement

2024-05-16 Thread Luke Chen
Thanks Chia-Ping! Since ZK is going to be removed, I agree the KRaft part has higher priority. But if Christo or the community contributor has spare time, it's good to have ZK part, too! Thanks. Luke On Thu, May 16, 2024 at 5:45 PM Chia-Ping Tsai wrote: > +1 but I prefer to ship it to KRaft

[jira] [Created] (KAFKA-16781) Expose advertised.listeners in controller node

2024-05-16 Thread Luke Chen (Jira)
Luke Chen created KAFKA-16781: - Summary: Expose advertised.listeners in controller node Key: KAFKA-16781 URL: https://issues.apache.org/jira/browse/KAFKA-16781 Project: Kafka Issue Type

[jira] [Updated] (KAFKA-16781) Expose advertised.listeners in controller node

2024-05-16 Thread Luke Chen (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luke Chen updated KAFKA-16781: -- Labels: need-kip newbie newbie++ (was: ) > Expose advertised.listeners in controller n

[jira] [Created] (KAFKA-16781) Expose advertised.listeners in controller node

2024-05-16 Thread Luke Chen (Jira)
Luke Chen created KAFKA-16781: - Summary: Expose advertised.listeners in controller node Key: KAFKA-16781 URL: https://issues.apache.org/jira/browse/KAFKA-16781 Project: Kafka Issue Type

Re:回复:Vote for Apache Doris 2.1.3

2024-05-16 Thread Mingyu Chen
files are correct. [x] All files carry the necessary protocol header. [x] The compiled content is not included in the source package -- Best Regards Mingyu Chen Email: morning...@apache.org 在 2024-05-16 11:39:14,"王博" <506340...@qq.com.INVALID> 写道: >+1 (binding) > &g

Re:[VOTE] Release Apache Doris 2.0.10

2024-05-16 Thread Mingyu Chen
content is not included in the source package -- Best Regards Mingyu Chen Email: morning...@apache.org At 2024-05-12 11:36:48, "Kang" wrote: >Hi all, > >Please review and vote on Apache Doris 2.0.10 release. >The release candidate has been tagged in GitHub as

Re: [RFC KERNEL PATCH v7 2/2] xen/privcmd: Add new syscall to get gsi from dev

2024-05-16 Thread Chen, Jiqian
On 2024/5/16 06:42, Stefano Stabellini wrote: > On Wed, 15 May 2024, Jiqian Chen wrote: >> In PVH dom0, it uses the linux local interrupt mechanism, >> when it allocs irq for a gsi, it is dynamic, and follow >> the principle of applying first, distributing first. And >>

[jira] [Resolved] (HDDS-10592) [hsync] Output stream lastChunkBuffer should use direct buffer

2024-05-16 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HDDS-10592?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen resolved HDDS-10592. --- Fix Version/s: 1.5.0 Resolution: Fixed > [hsync] Output stream lastChunkBuffer should

Re: [VOTE] Change the default branch to "no-std" for Teaclave TrustZone SDK

2024-05-15 Thread Zhaofeng Chen
+1 approve "no-std" eases the burden of maintaining target-specific Rust standard libraries and meets the basic requirements to rewrite existing "C" TAs. On Wed, May 8, 2024 at 8:51 PM Yuan Zhuang wrote: > Hi community, > > I'm initiating a vote thread to propose a change in the default >

[jira] [Updated] (HADOOP-18851) Performance improvement for DelegationTokenSecretManager

2024-05-15 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HADOOP-18851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen updated HADOOP-18851: Fix Version/s: 3.5.0 > Performance improvement for DelegationTokenSecretMana

[jira] [Updated] (HADOOP-18851) Performance improvement for DelegationTokenSecretManager

2024-05-15 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HADOOP-18851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen updated HADOOP-18851: Target Version/s: 3.4.0, 3.5.0 (was: 3.4.0) > Performance improvem

[jira] [Resolved] (HADOOP-18851) Performance improvement for DelegationTokenSecretManager

2024-05-15 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HADOOP-18851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen resolved HADOOP-18851. - Resolution: Fixed > Performance improvement for DelegationTokenSecretMana

[jira] [Resolved] (HADOOP-18851) Performance improvement for DelegationTokenSecretManager

2024-05-15 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HADOOP-18851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen resolved HADOOP-18851. - Resolution: Fixed > Performance improvement for DelegationTokenSecretMana

[jira] [Updated] (HADOOP-18851) Performance improvement for DelegationTokenSecretManager

2024-05-15 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HADOOP-18851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen updated HADOOP-18851: Summary: Performance improvement for DelegationTokenSecretManager (was: Performance improvement

Re: RFR: 8332340: Add JavacBench as a test case for CDS

2024-05-15 Thread Chen Liang
On Thu, 16 May 2024 02:37:02 GMT, Ioi Lam wrote: > JavacBench is a test program that compiles 90 Java source files. It uses a > fair amount of invokedynamic callsites, so it's good for testing CDS support > for indy and lambda expressions. > > This test was first integrated into the >

Re: [DISCUSS] Apache Kafka 3.7.1 release

2024-05-15 Thread Luke Chen
Hi Igor, Thanks for volunteering! +1 Luke On Wed, May 15, 2024 at 11:15 PM Mickael Maison wrote: > Hi Igor, > > Thanks for volunteering, +1 > > Mickael > > On Thu, Apr 25, 2024 at 11:09 AM Igor Soarez wrote: > > > > Hi everyone, > > > > I'd like to volunteer to be the release manager for a

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
https://github.com/chenzheng1030 edited https://github.com/llvm/llvm-project/pull/90619 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
https://github.com/chenzheng1030 edited https://github.com/llvm/llvm-project/pull/90619 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
@@ -479,14 +479,6 @@ static void addTocDataOptions(const llvm::opt::ArgList , return false; }(); - // Currently only supported for small code model. - if (TOCDataGloballyinEffect && - (Args.getLastArgValue(options::OPT_mcmodel_EQ).equals("large") || -

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
@@ -6167,16 +6166,12 @@ void PPCDAGToDAGISel::Select(SDNode *N) { SDNode *Tmp = CurDAG->getMachineNode( isPPC64 ? PPC::ADDIStocHA8 : PPC::ADDIStocHA, dl, VT, TOCbase, GA); -// On AIX if the symbol has the toc-data attribute it will be defined -// in the

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
https://github.com/chenzheng1030 approved this pull request. LGTM just some nits. I don't think it needs another review for them from my side. Please commit when @diggerlin is also happy. Thanks very much for adding this support. https://github.com/llvm/llvm-project/pull/90619

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
@@ -1292,8 +1291,9 @@ void PPCAsmPrinter::emitInstruction(const MachineInstr *MI) { unsigned Op = MI->getOpcode(); -// Change the opcode to load address for tocdata -TmpInst.setOpcode(Op == PPC::ADDItocL8 ? PPC::ADDI8 : PPC::LA); +// Change the opcode to

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
https://github.com/chenzheng1030 edited https://github.com/llvm/llvm-project/pull/90619 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [PowerPC][AIX] 64-bit large code-model support for toc-data (PR #90619)

2024-05-15 Thread Chen Zheng via cfe-commits
@@ -1,16 +1,13 @@ // RUN: %clang -### --target=powerpc-ibm-aix-xcoff -mcmodel=medium -mtocdata %s 2>&1 \ -// RUN: | FileCheck -check-prefix=CHECK-NOTOC %s +// RUN: | FileCheck -check-prefix=CHECK-TOC %s chenzheng1030 wrote: nit: since all the check prefix

Re: RFR: 8330465: Stable Values and Collections (Internal) [v5]

2024-05-15 Thread Chen Liang
On Wed, 15 May 2024 18:49:49 GMT, ExE Boss wrote: >> src/java.base/share/classes/jdk/internal/lang/stable/StableValueImpl.java >> line 240: >> >>> 238: } >>> 239: } finally { >>> 240: supplying = false; >> >> Resetting a stable field is a bad idea.

Re: RFR: 8330465: Stable Values and Collections (Internal) [v5]

2024-05-15 Thread Chen Liang
On Wed, 15 May 2024 15:27:34 GMT, Per Minborg wrote: >> # Stable Values & Collections (Internal) >> >> ## Summary >> This PR proposes to introduce an internal _Stable Values & Collections_ API, >> which provides immutable value holders where elements are initialized _at >> most once_. Stable

Re: RFR: 8330465: Stable Values and Collections (Internal) [v5]

2024-05-15 Thread Chen Liang
On Mon, 6 May 2024 19:31:43 GMT, Per Minborg wrote: >> src/java.base/share/classes/jdk/internal/lang/StableArray.java line 25: >> >>> 23: * @since 23 >>> 24: */ >>> 25: public sealed interface StableArray >> >> Do we have a use case for StableArray beyond those of StableList? > > I am trying

Re: RFR: 8330465: Stable Values and Collections (Internal) [v4]

2024-05-15 Thread Chen Liang
On Wed, 15 May 2024 15:20:58 GMT, Per Minborg wrote: >> At some point in the future, 'jdk.unsupported' will be removed > > Maybe there is a better home for this? I don't think we should publish this API; this will soon be phased out by strict final fields (written only before super constructor

Re: RFR: 8330465: Stable Values and Collections (Internal) [v5]

2024-05-15 Thread Chen Liang
On Tue, 14 May 2024 11:12:39 GMT, Per Minborg wrote: >> src/hotspot/share/ci/ciField.cpp line 262: >> >>> 260: const char* stable_array3d_klass_name = >>> "jdk/internal/lang/StableArray3D"; >>> 261: >>> 262: static bool trust_final_non_static_fields_of_type(Symbol* signature) { >> >> Is

Re: RFR: 8331724: Refactor j.l.constant implementation to internal package [v9]

2024-05-15 Thread Chen Liang
On Wed, 15 May 2024 07:16:37 GMT, Claes Redestad wrote: >> src/java.base/share/classes/java/lang/constant/ClassDesc.java line 226: >> >>> 224: for (int i = 0; i < rank; i++) { >>> 225: sb.append('['); >>> 226: } >> >> Would `sb.repeat("[", rank);` be better here? >>

Re: RFR: 8320396: Class-File API ClassModel::verify should include checks from hotspot/share/classfile/classFileParser.cpp [v7]

2024-05-15 Thread Chen Liang
On Wed, 15 May 2024 10:47:23 GMT, Adam Sotona wrote: >> ClassFile API `jdk.internal.classfile.verifier.VerifierImpl` performed only >> bytecode-level class verification. >> This patch adds `jdk.internal.classfile.verifier.ParserVerifier` with >> additional class checks inspired by >>

Re: RFR: 8331940: ClassFile API ArrayIndexOutOfBoundsException with certain class files [v2]

2024-05-15 Thread Chen Liang
On Wed, 15 May 2024 07:51:33 GMT, Adam Sotona wrote: >> Class file with `LineNumberTable` attribute element pointing behind the >> bytecode array throws `ArrayIndexOutOfBoundsException`. >> This patch performs the check and throws expected >> `IllegalArgumentException` instead. >> Relevant

Re: [VOTE] KIP-950: Tiered Storage Disablement

2024-05-15 Thread Luke Chen
Hi Christo, In addition to the minor comments left in the discussion thread, it LGTM. +1 from me. Thank you. Luke On Tue, May 14, 2024 at 11:21 PM Christo Lolov wrote: > Heya! > > I would like to start a vote on KIP-950: Tiered Storage Disablement in > order to catch the last Kafka release

Re: [DISCUSS] KIP-950: Tiered Storage Disablement

2024-05-15 Thread Luke Chen
o start a VOTE tomorrow > so we can get at least part of this KIP in 3.8. > > Best, > Christo > > On Fri, 10 May 2024 at 11:11, Luke Chen wrote: > > > Hi Christo, > > > > > 1. I am not certain I follow the question. From DISABLED you can only > go > &

Re: powervr lockdep warnings

2024-05-15 Thread Chen-Yu Tsai
On Tue, May 14, 2024 at 5:19 PM Chen-Yu Tsai wrote: > > On Tue, May 14, 2024 at 4:54 PM Matt Coster wrote: > > > > On 10/05/2024 09:43, Chen-Yu Tsai wrote: > > > Hi, > > > > > > I got the following lockdep warnings while trying to make the powervr &

[PATCH v10 2/2] virtio-pci: implement No_Soft_Reset bit

2024-05-15 Thread Jiqian Chen
, then guest can check this bit, if this bit is set, the devices resetting will not be done, and then the display can work after resuming. No_Soft_Reset bit is implemented for all virtio devices, and was tested only on virtio-gpu device. Set it false by default for safety. Signed-off-by: Jiqian Chen

[PATCH v10 1/2] virtio-pci: only reset pm state during resetting

2024-05-15 Thread Jiqian Chen
of PM_CTRL is writable. Only when flag VIRTIO_PCI_FLAG_INIT_PM is set, need to reset state. Fixes: 27ce0f3afc9dd ("fix Power Management Control Register for PCI Express virtio devices" Signed-off-by: Jiqian Chen --- hw/virtio/virtio-pci.c | 8 +++- 1 file changed, 7 insertions(+),

[PATCH v10 0/2] S3 support

2024-05-15 Thread Jiqian Chen
Hi all, This is the v10 patch to support S3. v10 makes below changes: * patch#1 change the description of commit message. * patch#2 no changes. Best regards, Jiqian Chen v9 makes below changes: * patch#1 no changes * patch#2 remove unnecessary parentheses. add some comments

[RFC KERNEL PATCH v7 0/2] Support device passthrough when dom0 is PVH on Xen

2024-05-15 Thread Jiqian Chen
we can return that gsi. Best regards, Jiqian Chen v5->v6 change: * patch#3: change to add a new syscall to translate irq to gsi, instead adding a new gsi sysfs. v4->v5 changes: * patch#1: Add Reviewed-by Stefano * patch#2: Add Reviewed-by Stefano * patch#3: No changes v3->v4 chan

[RFC KERNEL PATCH v7 2/2] xen/privcmd: Add new syscall to get gsi from dev

2024-05-15 Thread Jiqian Chen
for userspace. For above purpose, record gsi of pcistub devices when init pcistub and add a new syscall into privcmd to let userspace can get gsi when they have a need. Co-developed-by: Huang Rui Signed-off-by: Jiqian Chen --- drivers/xen/privcmd.c | 28 ++ drivers

[RFC KERNEL PATCH v7 1/2] xen/pvh: Setup gsi for passthrough device

2024-05-15 Thread Jiqian Chen
In PVH dom0, the gsis don't get registered, but the gsi of a passthrough device must be configured for it to be able to be mapped into a domU. When assign a device to passthrough, proactively setup the gsi of the device during that process. Co-developed-by: Huang Rui Signed-off-by: Jiqian Chen

[jira] [Commented] (KAFKA-16760) alterReplicaLogDirs failed even if responded with none error

2024-05-15 Thread Luke Chen (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17846508#comment-17846508 ] Luke Chen commented on KAFKA-16760: --- [~soarez], I'm really sorry, I can't believe I didn't commit my

Re: [PATCHv2] Value range: Add range op for __builtin_isfinite

2024-05-15 Thread HAO CHEN GUI
Hi Andrew, Thanks so much for your explanation. I got it. I will address the issue. Thanks Gui Haochen 在 2024/5/15 2:45, Andrew MacLeod 写道: > > On 5/9/24 04:47, HAO CHEN GUI wrote: >> Hi Mikael, >> >>    Thanks for your comments. >> >> 在 2024/5/9

Re: Kafka retention bug (?)

2024-05-14 Thread Luke Chen
Hi Nicholas, I didn't know anything in v3.7.0 would cause this issue. It would be good if you could open a JIRA for it. Some info to be provided: 1. You said "in the past", what version of Kafka was it using? 2. What is your broker configuration? 3. KRaft mode? Combined mode? (controller + broker

Re: [PATCHv2] Value range: Add range op for __builtin_isfinite

2024-05-14 Thread HAO CHEN GUI
Hi Jakub, Thanks for your review comments. 在 2024/5/14 23:57, Jakub Jelinek 写道: > BUILT_IN_ISFINITE is just one of many BUILT_IN_IS... builtins, > would be nice to handle the others as well. > > E.g. isnormal/isnan/isinf, fpclassify etc. > Yes, I already sent the patches which add range op

[jira] [Commented] (CURATOR-705) ServiceCache::getInstances do not return any instances

2024-05-14 Thread Zili Chen (Jira)
[ https://issues.apache.org/jira/browse/CURATOR-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17846465#comment-17846465 ] Zili Chen commented on CURATOR-705: --- [~naude-r] Thanks for digging into this. Would you send the patch

[FFmpeg-devel] [PATCH v3 2/2][GSoC 2024] tests/checkasm: Add check_vvc_sad to vvc_mc.c

2024-05-14 Thread Stone Chen
Adds checkasm for DMVR SAD AVX2 implementation. Benchmarks ( AMD 7940HS ) vvc_sad_8x8_c: 63.0 vvc_sad_8x8_avx2: 3.0 vvc_sad_16x16_c: 263.0 vvc_sad_16x16_avx2: 23.0 vvc_sad_32x32_c: 1003.0 vvc_sad_32x32_avx2: 83.0 vvc_sad_64x64_c: 3923.0 vvc_sad_64x64_avx2: 373.0 vvc_sad_128x128_c: 17533.0

[FFmpeg-devel] [PATCH v3 1/2][GSoC 2024] libavcodec/x86/vvc: Add AVX2 DMVR SAD functions for VVC

2024-05-14 Thread Stone Chen
c/x86/vvc/vvc_sad.asm new file mode 100644 index 00..530142ad35 --- /dev/null +++ b/libavcodec/x86/vvc/vvc_sad.asm @@ -0,0 +1,157 @@ +; /* +; * Provide SIMD DMVR SAD functions for VVC decoding +; * +; * Copyright (c) 2024 Stone Chen +; * +; * This file is part of FFmpeg. +; * +; * FFmpe

Re: RFR: 8331724: Refactor j.l.constant implementation to internal package [v9]

2024-05-14 Thread Chen Liang
On Tue, 14 May 2024 17:25:37 GMT, Claes Redestad wrote: >> This PR suggests refactoring the implementation classes of >> java.lang.constant into a new package jdk.internal.constant to enable >> sharing some trusted static factory methods with users elsewhere in >> java.base, such as

Re: [PATCHv2] Value range: Add range op for __builtin_isfinite

2024-05-14 Thread HAO CHEN GUI
Hi Mikael, Thanks for your comments. 在 2024/5/9 16:03, Mikael Morin 写道: > I think the canonical API behaviour sets R to varying and returns true > instead of just returning false if nothing is known about the range. > > I'm not sure whether it makes any difference; Aldy can probably tell.

Re:Personal question to "doris-robot"

2024-05-14 Thread Mingyu Chen
Hi Chris: This robot will automaticlly reply the PRs on Github. There are about 2700 commits in Doris repo in last 4 months, so the number of mails send to commit@doris are relative high. -- Best Regards Mingyu Chen Email: morning...@apache.org At 2024-05-14 21:10:50, "Chris

Re:[VOTE] Release Apache Doris-Shade 2.1.0

2024-05-14 Thread Mingyu Chen
] The compiled content is not included in the source package -- Best Regards Mingyu Chen Email: morning...@apache.org At 2024-05-11 15:19:56, "Calvin Kirs" wrote: >Hi all, >This is a call for the vote to release Apache Doris-Shade 2.1.0 >The git tag for the release: >https://g

Re: RFR: 8330465: Stable Values and Collections (Internal)

2024-05-14 Thread Chen Liang
On Wed, 17 Apr 2024 13:23:53 GMT, Maurizio Cimadamore wrote: >> I see what you mean. Initially, I thought it would be easy to create >> memorized functions but it turned out, that was not the case if one wants to >> retain easy debugability etc. So, I have added a couple of factory methods

Re: RFR: 8330465: Stable Values and Collections (Internal)

2024-05-14 Thread Chen Liang
On Mon, 22 Apr 2024 16:16:39 GMT, Dan Heidinga wrote: >> # Stable Values & Collections (Internal) >> >> ## Summary >> This PR proposes to introduce an internal _Stable Values & Collections_ API, >> which provides immutable value holders where elements are initialized _at >> most once_. Stable

Re: RFR: 8330465: Stable Values and Collections (Internal)

2024-05-14 Thread Chen Liang
On Tue, 23 Apr 2024 12:18:53 GMT, Per Minborg wrote: >> Good idea. > > Ahh. I thought you meant pattern matching in another place (which actually > turned out to be a really good idea). Here, however, we also need to get the > type parameters correct: > >

Re: RFR: 8330465: Stable Values and Collections (Internal)

2024-05-14 Thread Chen Liang
On Wed, 17 Apr 2024 15:17:52 GMT, Per Minborg wrote: >> Also, I want to mention a few important differences between `@Stable` and >> Stable Values: >> >> Patterns: >> 1. Benign race (does not exist in StableValue API): multiple threads can >> create an instance and upload, any non-null

Re: RFR: 8330465: Stable Values and Collections (Internal)

2024-05-14 Thread Chen Liang
On Tue, 16 Apr 2024 11:47:23 GMT, Per Minborg wrote: > # Stable Values & Collections (Internal) > > ## Summary > This PR proposes to introduce an internal _Stable Values & Collections_ API, > which provides immutable value holders where elements are initialized _at > most once_. Stable Values

Re: [PATCH v2] drm/i915/mtl: Update workaround 14018778641

2024-05-14 Thread Chen, Angus
Please ignore this patch. (Wrong branch) On 5/13/2024 9:29 PM, Chen, Angus wrote: From: Angus Chen Applying it to VDBOX after recent performance data on MTL Signed-off-by: Angus Chen --- drivers/gpu/drm/i915/gt/intel_workarounds.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: powervr lockdep warnings

2024-05-14 Thread Chen-Yu Tsai
On Tue, May 14, 2024 at 4:54 PM Matt Coster wrote: > > On 10/05/2024 09:43, Chen-Yu Tsai wrote: > > Hi, > > > > I got the following lockdep warnings while trying to make the powervr > > driver work on MT8173. This was observed while trying to run vkmark. > >

[jira] [Updated] (HDDS-10835) Show overwritten hsync keys in ListOpenFile CLI

2024-05-14 Thread Sammi Chen (Jira)
[ https://issues.apache.org/jira/browse/HDDS-10835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sammi Chen updated HDDS-10835: -- Fix Version/s: 1.5.0 > Show overwritten hsync keys in ListOpenFile

[jira] [Updated] (KAFKA-16760) alterReplicaLogDirs failed even if responded with none error

2024-05-14 Thread Luke Chen (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luke Chen updated KAFKA-16760: -- Description: When firing alterLogDirRequest, it gets error NONE result. But actually

[jira] [Commented] (KAFKA-16760) alterReplicaLogDirs failed even if responded with none error

2024-05-14 Thread Luke Chen (Jira)
[ https://issues.apache.org/jira/browse/KAFKA-16760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17846228#comment-17846228 ] Luke Chen commented on KAFKA-16760: --- [~soarez], do you have any thought about this issue

[jira] [Created] (KAFKA-16760) alterReplicaLogDirs failed even if responded with none error

2024-05-14 Thread Luke Chen (Jira)
Luke Chen created KAFKA-16760: - Summary: alterReplicaLogDirs failed even if responded with none error Key: KAFKA-16760 URL: https://issues.apache.org/jira/browse/KAFKA-16760 Project: Kafka

[jira] [Created] (KAFKA-16760) alterReplicaLogDirs failed even if responded with none error

2024-05-14 Thread Luke Chen (Jira)
Luke Chen created KAFKA-16760: - Summary: alterReplicaLogDirs failed even if responded with none error Key: KAFKA-16760 URL: https://issues.apache.org/jira/browse/KAFKA-16760 Project: Kafka

<    1   2   3   4   5   6   7   8   9   10   >