Re: [PATCH 5/5] Documentation/DMA-API-HOWTO: update dma_mask sections

Hi, Christoph, On 2019/2/15 22:46, Christoph Hellwig wrote: > We don't require drivers to guess a DMA mask that might actually > match the system capabilities any more, so fix up the documentation > to clear this up. > > Signed-off-by: Christoph Hellwig > --- > Documentation/DMA-API-HOWTO.txt

Re: [PATCH v2 1/2] PCI: Add HXT vendor ID and ACS quirk

Hi, Bjorn, Thank you for reminding me. I will check with our IC team for these design issues. Sorry for the delay as I was taking Chinese New Year holiday. Shunyong. On 2019/2/2 7:19, Bjorn Helgaas wrote: > On Wed, Nov 07, 2018 at 03:24:12PM +0800, Shunyong Yang wrote: >> Add the HXT vendor ID

Re: [PATCH v2] ACPI / tables: table override from built-in initrd

Hi, Rafael Got it. Many thanks! Shunyong. On 2019/1/9 17:58, Rafael J. Wysocki wrote: > On Wed, Jan 9, 2019 at 3:41 AM Yang, Shunyong > wrote: >> >> Hi, Rafael, >> >> Gentle ping for this patch. > > It is in my queue, I'll get to it when the most ur

Re: About some mail lost and random unsubscribe issues on this dmaengine list

Hi, Vinod, Thanks for your information. I will check with our IT. Shunyong. Thanks. On 2019/1/9 15:00, Vinod Koul wrote: > On 09-01-19, 01:35, Yang, Shunyong wrote: >> Hi, Vinod and All, >> I found, somtimes, I cannot received some mails from this mailing >> list. For

Re: [PATCH v2] ACPI / tables: table override from built-in initrd

Hi, Rafael, Gentle ping for this patch. Thanks. Shunyong. On 2018/12/18 14:02, Yang, Shunyong wrote: > In some scenario, we need to build initrd with kernel in a single image. > This can simplify system deployment process by downloading the whole system > once, such as in IC ver

About some mail lost and random unsubscribe issues on this dmaengine list

Hi, Vinod and All, I found, somtimes, I cannot received some mails from this mailing list. For example, I sent my v2 series on 7th, Jan, https://patchwork.kernel.org/project/linux-dmaengine/list/?series=62713 It appeared on patchwork.kernel.org but I haven't received it in this mailing list.

Re: [PATCH 1/4] pmbus: associate PMBUS_SKIP_STATUS_CHECK with driver_data

Hi, Guenter, Thanks for reply. On 2019/1/4 22:54, Guenter Roeck wrote: > On 1/4/19 12:55 AM, Xiaoting Liu wrote: >> Current code compares device name with name in i2c_device_id to decide >> whether PMBUS_SKIP_STATUS_CHECK should be set in pmbus_platform_data, >> which makes adding new devices

Re: [PATCH 2/2] dmaengine: qcom_hidma: assign channel cookie correctly

Hi, Vinod, Gentle ping. Would you please help to review these two patches and merge? On 2018/12/14 9:03, Yang, Shunyong wrote: > Hi, Sinan > > On 2018/12/9 4:28, Sinan Kaya wrote: >> On 12/6/2018 11:29 PM, Shunyong Yang wrote: >>> When dma_cookie_complete() is called in

Re: [PATCH] ACPI / tables: table upgrade from built-in initrd

Hi, Rafael, OK. I will update the description and document. Thanks. Shunyong. On 2018/12/17 17:31, Rafael J. Wysocki wrote: > On Mon, Dec 17, 2018 at 10:18 AM Yang, Shunyong > wrote: >> >> Hi, Rafael, >> I think "override" is more accurate. I just

Re: [PATCH] ACPI / tables: table upgrade from built-in initrd

Hi, Rafael, I think "override" is more accurate. I just follow the existing description of "ACPI_TABLE_UPGRADE" in drivers/acpi/Kconfig. Should I change all upgrade/UPGRADE to "override/OVERRIDE" in this patch? Thanks. Shunyong. On 2018/12/17 17:03, Rafael J. Wysocki wrote: > On Mon, Dec 17,

Re: [PATCH 2/2] dmaengine: qcom_hidma: assign channel cookie correctly

Hi, Sinan On 2018/12/9 4:28, Sinan Kaya wrote: > On 12/6/2018 11:29 PM, Shunyong Yang wrote: >> When dma_cookie_complete() is called in hidma_process_completed(), >> dma_cookie_status() will return DMA_COMPLETE in hidma_tx_status(). Then, >> hidma_txn_is_success() will be called to use channel

Re: [PATCH v2 2/2] PCI: pciehp: Add HXT quirk for Command Completed errata

Hi, Bjorn, Gentle ping for these two ID and quirk patches. Would you please help to review and pull? Our PCI id is already registered at PCI SIG, following is the link, https://pcisig.com/membership/member-companies?combine=1dbf Thanks. Shunyong. On 2018/11/19 9:07, Yang, Shunyong wrote

Re: [PATCH v2 2/2] PCI: pciehp: Add HXT quirk for Command Completed errata

Hi, Bjorn, Gentle ping for these two ID and quirk patches. Would you please help to review and pull? Our PCI id is already registered at PCI SIG, following is the link, https://pcisig.com/membership/member-companies?combine=1dbf Thanks. Shunyong. On 2018/11/19 9:07, Yang, Shunyong wrote

Re: [PATCH v2 2/2] PCI: pciehp: Add HXT quirk for Command Completed errata

Hi, Keith, Following is the discussion adding the first quirk in this file, https://lore.kernel.org/lkml/8770820b-85a0-172b-7230-3a44524e6...@molgen.mpg.de/T/#u >From the discussion, I guess putting the code here is to make it just the quirk for pcie hotplug. Thanks. Shunyong. On 2018/11/20

Re: [PATCH v2 2/2] PCI: pciehp: Add HXT quirk for Command Completed errata

Hi, Keith, Following is the discussion adding the first quirk in this file, https://lore.kernel.org/lkml/8770820b-85a0-172b-7230-3a44524e6...@molgen.mpg.de/T/#u >From the discussion, I guess putting the code here is to make it just the quirk for pcie hotplug. Thanks. Shunyong. On 2018/11/20

Re: [PATCH v2 2/2] PCI: pciehp: Add HXT quirk for Command Completed errata

Hi, Bjorn, Would you please help to review and pull these two quirk patches to your branch if there is no problem? Thanks. Shunyong. On 2018/11/7 15:24, Yang, Shunyong wrote: > The HXT SD4800 PCI controller does not set the Command Completed > bit unless writes to the Slot Command re

Re: [PATCH v2 2/2] PCI: pciehp: Add HXT quirk for Command Completed errata

Hi, Bjorn, Would you please help to review and pull these two quirk patches to your branch if there is no problem? Thanks. Shunyong. On 2018/11/7 15:24, Yang, Shunyong wrote: > The HXT SD4800 PCI controller does not set the Command Completed > bit unless writes to the Slot Command re

Re: [PATCH] PCI: Add HXT vendor ID and ACS quirk

Hi, Sinan, On 2018/11/6 7:12, Sinan Kaya wrote: > On 11/4/2018 7:15 PM, Shunyong Yang wrote: >> Add the HXT vendor ID to pci_ids.h and use it in quirks. As the >> design of HXT SD4800 ACS feature is the same as QCOM QDF2xxx, >> pci_quirk_qcom_rp_acs() is reused for SD4800 quirk. >> >> Cc: Joey

Re: [PATCH] PCI: Add HXT vendor ID and ACS quirk

Hi, Sinan, On 2018/11/6 7:12, Sinan Kaya wrote: > On 11/4/2018 7:15 PM, Shunyong Yang wrote: >> Add the HXT vendor ID to pci_ids.h and use it in quirks. As the >> design of HXT SD4800 ACS feature is the same as QCOM QDF2xxx, >> pci_quirk_qcom_rp_acs() is reused for SD4800 quirk. >> >> Cc: Joey

Re: [PATCH v3 4/6] iommu/io-pgtable-arm: add support for non-strict mode

Hi, Robin, On 2018/7/26 22:37, Robin Murphy wrote: > On 2018-07-26 8:20 AM, Leizhen (ThunderTown) wrote: >> On 2018/7/25 6:25, Robin Murphy wrote: >>> On 2018-07-12 7:18 AM, Zhen Lei wrote: To support the non-strict mode, now we only tlbi and sync for the strict mode. But for the

Re: [PATCH v3 4/6] iommu/io-pgtable-arm: add support for non-strict mode

Hi, Robin, On 2018/7/26 22:37, Robin Murphy wrote: > On 2018-07-26 8:20 AM, Leizhen (ThunderTown) wrote: >> On 2018/7/25 6:25, Robin Murphy wrote: >>> On 2018-07-12 7:18 AM, Zhen Lei wrote: To support the non-strict mode, now we only tlbi and sync for the strict mode. But for the

Re: [PATCH] PCI: Unify pci and normal dma direction definition

Hi, Christoph,   I will send a v2 according to your comments. Thanks. Shunyong. On Tue, 2018-07-17 at 07:03 -0700, Christoph Hellwig wrote: > > > > diff --git a/include/linux/dma-direction.h b/include/linux/dma- > > direction.h > > index 3649a031893a..9d52716e9218 100644 > > ---

Re: [PATCH] PCI: Unify pci and normal dma direction definition

Hi, Christoph,   I will send a v2 according to your comments. Thanks. Shunyong. On Tue, 2018-07-17 at 07:03 -0700, Christoph Hellwig wrote: > > > > diff --git a/include/linux/dma-direction.h b/include/linux/dma- > > direction.h > > index 3649a031893a..9d52716e9218 100644 > > ---

Re: [RFC PATCH] arm64: topology: Map PPTT node offset to logic physical package id

Hi, All > On Jun 28, 2018, at 22:51, Andrew Jones wrote: > >> On Thu, Jun 28, 2018 at 03:09:19PM +0100, Sudeep Holla wrote: >> >> >>> On 28/06/18 14:19, Jeremy Linton wrote: >>> Hi, >>> >>> On 06/28/2018 07:12 AM, Sudeep Holla wrote: >> >> [...] >> OK sure. I liked the approach

Re: [RFC PATCH] arm64: topology: Map PPTT node offset to logic physical package id

Hi, All > On Jun 28, 2018, at 22:51, Andrew Jones wrote: > >> On Thu, Jun 28, 2018 at 03:09:19PM +0100, Sudeep Holla wrote: >> >> >>> On 28/06/18 14:19, Jeremy Linton wrote: >>> Hi, >>> >>> On 06/28/2018 07:12 AM, Sudeep Holla wrote: >> >> [...] >> OK sure. I liked the approach

Re: [PATCH] efi/capsule-loader: Don't output reset log when header flags is not set

Hi, Ard, On Tue, 2018-05-01 at 11:54 +0200, Ard Biesheuvel wrote: > On 25 April 2018 at 05:10, Shunyong Yang com> wrote: > > > > It means firmware attempts to immediately process or launch the > > capsule > > when flags in capsule header is not set. Moreover, reset

Re: [PATCH] efi/capsule-loader: Don't output reset log when header flags is not set

Hi, Ard, On Tue, 2018-05-01 at 11:54 +0200, Ard Biesheuvel wrote: > On 25 April 2018 at 05:10, Shunyong Yang com> wrote: > > > > It means firmware attempts to immediately process or launch the > > capsule > > when flags in capsule header is not set. Moreover, reset is not > > needed > > in this

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Gary, On Wed, 2018-04-18 at 16:51 -0400, Hook, Gary wrote: > On 4/18/2018 4:16 PM, Mehta, Sohil wrote: > > > > On Wed, 2018-04-18 at 08:31 +, Yang, Shunyong wrote: > > > > > > Maybe the original design is to call debugfs_initialized() before > > &

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Gary, On Wed, 2018-04-18 at 16:51 -0400, Hook, Gary wrote: > On 4/18/2018 4:16 PM, Mehta, Sohil wrote: > > > > On Wed, 2018-04-18 at 08:31 +, Yang, Shunyong wrote: > > > > > > Maybe the original design is to call debugfs_initialized() before > > &

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Sohil On Wed, 2018-04-18 at 07:27 +, Mehta, Sohil wrote: > On Wed, 2018-04-18 at 05:58 +0000, Yang, Shunyong wrote: > > > > Hi, Gary and Sohil, > > > > On Tue, 2018-04-17 at 13:38 -0400, Hook, Gary wrote: > > > > >

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Sohil On Wed, 2018-04-18 at 07:27 +, Mehta, Sohil wrote: > On Wed, 2018-04-18 at 05:58 +0000, Yang, Shunyong wrote: > > > > Hi, Gary and Sohil, > > > > On Tue, 2018-04-17 at 13:38 -0400, Hook, Gary wrote: > > > > >

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Gary and Sohil, On Tue, 2018-04-17 at 13:38 -0400, Hook, Gary wrote: > On 4/13/2018 8:08 PM, Mehta, Sohil wrote: > > > > On Fri, 2018-04-06 at 08:17 -0500, Gary R Hook wrote: > > > > > >    > > > + > > > +void amd_iommu_debugfs_setup(struct amd_iommu *iommu) > > > +{ > > > + char

Re: [PATCH v3 2/2] iommu/amd: Add basic debugfs infrastructure for AMD IOMMU

Hi, Gary and Sohil, On Tue, 2018-04-17 at 13:38 -0400, Hook, Gary wrote: > On 4/13/2018 8:08 PM, Mehta, Sohil wrote: > > > > On Fri, 2018-04-06 at 08:17 -0500, Gary R Hook wrote: > > > > > >    > > > + > > > +void amd_iommu_debugfs_setup(struct amd_iommu *iommu) > > > +{ > > > + char

Re: [PATCH v2] cpufreq: cppc_cpufreq: Initialize shared cpu's perf capabilities

Hi, Kumar, On Wed, 2018-04-04 at 16:06 +0530, Viresh Kumar wrote: > On 04-04-18, 17:16, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online > > cpu will be chosen by default to handle cpufreq operations. Let's > > take > > cpu0 and cpu1 as an

Re: [PATCH v2] cpufreq: cppc_cpufreq: Initialize shared cpu's perf capabilities

Hi, Kumar, On Wed, 2018-04-04 at 16:06 +0530, Viresh Kumar wrote: > On 04-04-18, 17:16, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online > > cpu will be chosen by default to handle cpufreq operations. Let's > > take > > cpu0 and cpu1 as an

Re: [PATCH v2] cpufreq: cppc_cpufreq: Initialize shared cpu's perf capabilities

Hi, Kumar, On Wed, 2018-04-04 at 16:06 +0530, Viresh Kumar wrote: > On 04-04-18, 17:16, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online > > cpu will be chosen by default to handle cpufreq operations. Let's > > take > > cpu0 and cpu1 as an

Re: [PATCH v2] cpufreq: cppc_cpufreq: Initialize shared cpu's perf capabilities

Hi, Kumar, On Wed, 2018-04-04 at 16:06 +0530, Viresh Kumar wrote: > On 04-04-18, 17:16, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online > > cpu will be chosen by default to handle cpufreq operations. Let's > > take > > cpu0 and cpu1 as an

Re: [PATCH] cpufreq: cppc_cpufreq: Initialize shared cpu's perf capabilities

Hi, Kumar, On Mon, 2018-04-02 at 12:38 +0530, Viresh Kumar wrote: > On 28-03-18, 17:31, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online > > cpu will be chosen by default to handle cpufreq operations. Let's > > take > > cpu0 and cpu1 as an

Re: [PATCH] cpufreq: cppc_cpufreq: Initialize shared cpu's perf capabilities

Hi, Kumar, On Mon, 2018-04-02 at 12:38 +0530, Viresh Kumar wrote: > On 28-03-18, 17:31, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online > > cpu will be chosen by default to handle cpufreq operations. Let's > > take > > cpu0 and cpu1 as an

Re: [RFC PATCH] cpufreq: Calling init() of cpufreq_driver when policy inactive cpu online

Hi, Kumar, On Wed, 2018-03-21 at 22:35 -0700, Yang, Shunyong wrote: > Hi, Kumar > > On Thu, 2018-03-22 at 11:30 +0800, Viresh Kumar wrote: > > > > On 21-03-18, 18:21, Shunyong Yang wrote: > > > > > > > > > When multiple cpus are related i

Re: [RFC PATCH] cpufreq: Calling init() of cpufreq_driver when policy inactive cpu online

Hi, Kumar, On Wed, 2018-03-21 at 22:35 -0700, Yang, Shunyong wrote: > Hi, Kumar > > On Thu, 2018-03-22 at 11:30 +0800, Viresh Kumar wrote: > > > > On 21-03-18, 18:21, Shunyong Yang wrote: > > > > > > > > > When multiple cpus are related i

Re: [RFC PATCH] cpufreq: Calling init() of cpufreq_driver when policy inactive cpu online

Hi, Kumar On Thu, 2018-03-22 at 11:30 +0800, Viresh Kumar wrote: > On 21-03-18, 18:21, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online cpu > > will be chosen by default to handle cpufreq operations. In a CPPC > > case, > > let's take two

Re: [RFC PATCH] cpufreq: Calling init() of cpufreq_driver when policy inactive cpu online

Hi, Kumar On Thu, 2018-03-22 at 11:30 +0800, Viresh Kumar wrote: > On 21-03-18, 18:21, Shunyong Yang wrote: > > > > When multiple cpus are related in one cpufreq policy, the first > > online cpu > > will be chosen by default to handle cpufreq operations. In a CPPC > > case, > > let's take two

Re: [PATCH] vfio-mdev/samples: change RDI interrupt condition

Hi, Alex, Gentle ping. Could you please help to pull this patch? It's a small fix and Kirti has reviewed. Thanks. Shunyong. On Fri, 2018-03-09 at 11:36 +0530, Kirti Wankhede wrote: > Thanks for fixing it. > Patch looks good to me. > +Alex to pull this patch. > > Reviewed by: Kirti Wankhede

Re: [PATCH] vfio-mdev/samples: change RDI interrupt condition

Hi, Alex, Gentle ping. Could you please help to pull this patch? It's a small fix and Kirti has reviewed. Thanks. Shunyong. On Fri, 2018-03-09 at 11:36 +0530, Kirti Wankhede wrote: > Thanks for fixing it. > Patch looks good to me. > +Alex to pull this patch. > > Reviewed by: Kirti Wankhede >

Re: [RFC PATCH] KVM: arm/arm64: vgic: change condition for level interrupt resampling

Hi, Marc, On Sun, 2018-03-11 at 12:17 +, Marc Zyngier wrote: > On Sun, 11 Mar 2018 01:55:08 + > Christoffer Dall wrote: > > > > > On Sat, Mar 10, 2018 at 12:20 PM, Marc Zyngier > m> wrote: > > > > > > On Fri, 09 Mar 2018 21:36:12 +, > > >

Re: [RFC PATCH] KVM: arm/arm64: vgic: change condition for level interrupt resampling

Hi, Marc, On Sun, 2018-03-11 at 12:17 +, Marc Zyngier wrote: > On Sun, 11 Mar 2018 01:55:08 + > Christoffer Dall wrote: > > > > > On Sat, Mar 10, 2018 at 12:20 PM, Marc Zyngier > m> wrote: > > > > > > On Fri, 09 Mar 2018 21:36:12 +, > > > Christoffer Dall wrote:   > > > > > > >

Re: Re: [RFC PATCH] KVM: arm/arm64: vgic: change condition for level interrupt resampling

Hi, Eric, Marc and Christoffer, On Thu, 2018-03-08 at 19:12 +0100, Auger Eric wrote: > Hi Marc, Christoffer, > > On 08/03/18 18:28, Marc Zyngier wrote: > > > > On Thu, 08 Mar 2018 16:19:00 +, > > Christoffer Dall wrote: > > > > > > > > > On Thu, Mar 08, 2018 at 11:54:27AM +, Marc

Re: Re: [RFC PATCH] KVM: arm/arm64: vgic: change condition for level interrupt resampling

Hi, Eric, Marc and Christoffer, On Thu, 2018-03-08 at 19:12 +0100, Auger Eric wrote: > Hi Marc, Christoffer, > > On 08/03/18 18:28, Marc Zyngier wrote: > > > > On Thu, 08 Mar 2018 16:19:00 +, > > Christoffer Dall wrote: > > > > > > > > > On Thu, Mar 08, 2018 at 11:54:27AM +, Marc

Re: [此邮件可能存在风险] Re: [RFC PATCH] KVM: arm/arm64: vgic: change condition for level interrupt resampling

Hi, Eric, First, please let me change Christoffer's email to cd...@kernel.org. I add more information about my test below, please check. On Thu, 2018-03-08 at 09:57 +0100, Auger Eric wrote: > Hi, > > On 08/03/18 08:01, Shunyong Yang wrote: > > > > When resampling irqfds is enabled, level

Re: [此邮件可能存在风险] Re: [RFC PATCH] KVM: arm/arm64: vgic: change condition for level interrupt resampling

Hi, Eric, First, please let me change Christoffer's email to cd...@kernel.org. I add more information about my test below, please check. On Thu, 2018-03-08 at 09:57 +0100, Auger Eric wrote: > Hi, > > On 08/03/18 08:01, Shunyong Yang wrote: > > > > When resampling irqfds is enabled, level

Re: [此邮件可能存在风险] [PATCH v2 7/9] lib/vsprintf: Replace space with '_' before crng is ready

Hi, Andy, Many thanks for the change. I am on Chinese New Year travel and slow response. :-) Thanks. Shunyong. On Fri, 2018-02-16 at 23:07 +0200, Andy Shevchenko wrote: > From: Shunyong Yang > > Before crng is ready, output of "%p" composes of "(ptrval)" and >

Re: [此邮件可能存在风险] [PATCH v2 7/9] lib/vsprintf: Replace space with '_' before crng is ready

Hi, Andy, Many thanks for the change. I am on Chinese New Year travel and slow response. :-) Thanks. Shunyong. On Fri, 2018-02-16 at 23:07 +0200, Andy Shevchenko wrote: > From: Shunyong Yang > > Before crng is ready, output of "%p" composes of "(ptrval)" and > left padding spaces for

Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list

Hi, Jon, On Mon, 2018-02-19 at 14:13 -0500, Jon Masters wrote: > On 02/02/2018 07:12 AM, Wang, Dongsheng wrote: > > > > Hey, Hanjun, > > > > On 2018/2/2 19:54:24, "Hanjun Guo" <guohan...@huawei.com> wrote: > > > > > > > > On

Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list

Hi, Jon, On Mon, 2018-02-19 at 14:13 -0500, Jon Masters wrote: > On 02/02/2018 07:12 AM, Wang, Dongsheng wrote: > > > > Hey, Hanjun, > > > > On 2018/2/2 19:54:24, "Hanjun Guo" wrote: > > > > > > > > On 2018/2/2 18:25, Yang Sh

Re: [PATCH] vsprintf: replace space with readable '=' before crng is ready

Hi, Rasmus, On Tue, 2018-02-13 at 08:16 +0100, Rasmus Villemoes wrote: > On 13 February 2018 at 07:20, Shunyong Yang > wrote: > > > > > > > This patch replaces space with readable "=" when output needs > > padding. > > Following is the output after applying the

Re: [PATCH] vsprintf: replace space with readable '=' before crng is ready

Hi, Rasmus, On Tue, 2018-02-13 at 08:16 +0100, Rasmus Villemoes wrote: > On 13 February 2018 at 07:20, Shunyong Yang > wrote: > > > > > > > This patch replaces space with readable "=" when output needs > > padding. > > Following is the output after applying the patch, > > > > Suggested-by:

Re: [PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

rnel.org > > [mailto:dmaengine-ow...@vger.kernel.org] On Behalf Of Adam Wallis > > Sent: 2018年1月23日 22:32 > > To: Yang Shunyong <shunyong.y...@hxt-semitech.com>; > > vinod.k...@intel.com > > Cc: dan.j.willi...@intel.com; yu.zh...@hxt-semitech.com; > > dmaeng...@vge

Re: [PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

rnel.org > > [mailto:dmaengine-ow...@vger.kernel.org] On Behalf Of Adam Wallis > > Sent: 2018年1月23日 22:32 > > To: Yang Shunyong ; > > vinod.k...@intel.com > > Cc: dan.j.willi...@intel.com; yu.zh...@hxt-semitech.com; > > dmaeng...@vger.kernel.org; linux-kernel@vger.

[PATCH v4] ACPI / tables: Add IORT to injectable table list

Jiang Yutang <yutang2.ji...@hxt-semitech.com> Cc: Hanjun Guo <guohan...@huawei.com> Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- v4: Add more accurate description for fix operation in commit message according to Dongsheng and Hangjun's suggestion. v3: Ad

[PATCH v4] ACPI / tables: Add IORT to injectable table list

very useful to enable SMMU and devices behind SMMU before firmware is ready. This patch adds ACPI_SIG_IORT to the table, which enables IORT from initrd to override which from firmware. Cc: Joey Zheng Cc: Wang Dongsheng Cc: Jiang Yutang Cc: Hanjun Guo Signed-off-by: Yang Shunyong --- v4: Add

[PATCH v3] ACPI / tables: Add IORT to injectable table list

adds ACPI_SIG_IORT to the table, which enables IORT from initrd to override which from firmware. Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> Cc: Joey Zheng <yu.zh...@hxt-semitech.com> Cc: Wang Dongsheng <dongsheng.w...@hxt-semitech.com> Cc: Jiang Yutang

[PATCH v3] ACPI / tables: Add IORT to injectable table list

adds ACPI_SIG_IORT to the table, which enables IORT from initrd to override which from firmware. Signed-off-by: Yang Shunyong Cc: Joey Zheng Cc: Wang Dongsheng Cc: Jiang Yutang Cc: Hanjun Guo --- v3: Add more detailed commit message according to Hanjun's suggestion. v2: Change typo

[PATCH v3] dmaengine: dmatest: add norandom option

verification is still performed. This patch adds option norandom to disable random offset setup. Option noverify has been changed to disable data verification only. Cc: Joey Zheng <yu.zh...@hxt-semitech.com> Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- v3: new patch sho

[PATCH v3] dmaengine: dmatest: add norandom option

verification is still performed. This patch adds option norandom to disable random offset setup. Option noverify has been changed to disable data verification only. Cc: Joey Zheng Signed-off-by: Yang Shunyong --- v3: new patch should be octal permissions. v2: change to symbolic permissions. --- drivers

Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list

Hi, Hanjun On Wed, 2018-01-31 at 21:32 +0800, Hanjun Guo wrote: > Hi Shunyong, > > On 2018/1/30 9:44, Yang, Shunyong wrote: > > > > Hi, Rafael > > > > Could you please help to review this patch? This is a small change > > to > > add ACPI_SIG_IORT

Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list

Hi, Hanjun On Wed, 2018-01-31 at 21:32 +0800, Hanjun Guo wrote: > Hi Shunyong, > > On 2018/1/30 9:44, Yang, Shunyong wrote: > > > > Hi, Rafael > > > > Could you please help to review this patch? This is a small change > > to > > add ACPI_SIG_IORT

[PATCH v2] dmaengine: dmatest: add norandom option

verification is still performed. This patch adds option norandom to disable random offset setup. Option noverify has been changed to disable data verification only. Cc: Joey Zheng <yu.zh...@hxt-semitech.com> Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- v2: change to symbolic

[PATCH v2] dmaengine: dmatest: add norandom option

verification is still performed. This patch adds option norandom to disable random offset setup. Option noverify has been changed to disable data verification only. Cc: Joey Zheng Signed-off-by: Yang Shunyong --- v2: change to symbolic permissions. --- drivers/dma/dmatest.c | 16 1 file

Re: Re: [PATCH 2/2] dmaengine: dmatest: add norandom option

Hi, Vinod On Wed, 2018-01-31 at 13:04 +0530, Vinod Koul wrote: > On Mon, Jan 22, 2018 at 06:44:41PM +0800, Yang Shunyong wrote: > > > > Existing option noverify disables both random src/dst address > > offset > > setup and data verification. Sometimes, we need to

Re: Re: [PATCH 2/2] dmaengine: dmatest: add norandom option

Hi, Vinod On Wed, 2018-01-31 at 13:04 +0530, Vinod Koul wrote: > On Mon, Jan 22, 2018 at 06:44:41PM +0800, Yang Shunyong wrote: > > > > Existing option noverify disables both random src/dst address > > offset > > setup and data verification. Sometimes, we need to

Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list

Shunyong. On Tue, 2018-01-23 at 16:25 +0800, Yang Shunyong wrote: > This patch adds ACPI_SIG_IORT to the table, which enables IORT from > initrd to override which from firmware. > > Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> > Cc: yutang2.ji...@hxt-sem

Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list

Shunyong. On Tue, 2018-01-23 at 16:25 +0800, Yang Shunyong wrote: > This patch adds ACPI_SIG_IORT to the table, which enables IORT from > initrd to override which from firmware. > > Signed-off-by: Yang Shunyong > Cc: yutang2.ji...@hxt-semitech.com > Cc: yu.zh...@hxt-semitech

[PATCH v2] dmaengine: dmatest: fix container_of member in dmatest_callback

The type of arg passed to dmatest_callback is struct dmatest_done. It refers to test_done in struct dmatest_thread, not done_wait. Fixes: 6f6a23a213be ("dmaengine: dmatest: move callback wait ...") Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> Signed-off-by: Vin

[PATCH v2] dmaengine: dmatest: fix container_of member in dmatest_callback

The type of arg passed to dmatest_callback is struct dmatest_done. It refers to test_done in struct dmatest_thread, not done_wait. Fixes: 6f6a23a213be ("dmaengine: dmatest: move callback wait ...") Signed-off-by: Yang Shunyong Signed-off-by: Vinod Koul --- v2: change a

Re: Re: [PATCH 1/2] dmaengine: dmatest: change symbolic permissions to octal values

Hi, Vinod On Mon, 2018-01-29 at 10:18 +0530, Vinod Koul wrote: > On Mon, Jan 22, 2018 at 06:44:40PM +0800, Yang Shunyong wrote: > > > > Current coding style prefers octal permissions values. This patch > > changes symbolic permissions to octal values. > Is this prefer

Re: Re: [PATCH 1/2] dmaengine: dmatest: change symbolic permissions to octal values

Hi, Vinod On Mon, 2018-01-29 at 10:18 +0530, Vinod Koul wrote: > On Mon, Jan 22, 2018 at 06:44:40PM +0800, Yang Shunyong wrote: > > > > Current coding style prefers octal permissions values. This patch > > changes symbolic permissions to octal values. > Is this prefer

Re: [PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

Hi, Vinod, On Mon, 2018-01-29 at 10:15 +0530, Vinod Koul wrote: > On Mon, Jan 22, 2018 at 03:28:28PM +0800, Yang Shunyong wrote: > > > > The type of arg passed to dmatest_callback is struct dmatest_done. > > It refers to test_done in struct dmatest_thread, not done

Re: [PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

Hi, Vinod, On Mon, 2018-01-29 at 10:15 +0530, Vinod Koul wrote: > On Mon, Jan 22, 2018 at 03:28:28PM +0800, Yang Shunyong wrote: > > > > The type of arg passed to dmatest_callback is struct dmatest_done. > > It refers to test_done in struct dmatest_thread, not done

Re: [RFC PATCH] vsprintf: add flag ZEROPAD handling before crng is ready

gt; > > On Fri, 2018-01-26 at 15:39 +0800, Yang Shunyong wrote: > > > > > > Before crng is ready, output of "%p" composes of "(ptrval)" and > > > left padding spaces for alignment as no random address can be > > > generated. This seems a

Re: [RFC PATCH] vsprintf: add flag ZEROPAD handling before crng is ready

Hi, Rasmus and Andy,   Thanks for your feedback. I add some information below. On Fri, 2018-01-26 at 10:43 +0100, Rasmus Villemoes wrote: > On 26 January 2018 at 10:17, Andy Shevchenko > wrote: > > > > +Rasmus > Thanks. > > > > > On Fri, 2018-01-26

[RFC PATCH] vsprintf: add flag ZEROPAD handling before crng is ready

restrict = 2. I don't know whether other character, such as 'x', may be more preferable. Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- lib/vsprintf.c | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/lib/vsprintf.c b/lib/vsprintf.c inde

[RFC PATCH] vsprintf: add flag ZEROPAD handling before crng is ready

restrict = 2. I don't know whether other character, such as 'x', may be more preferable. Signed-off-by: Yang Shunyong --- lib/vsprintf.c | 19 ++- 1 file changed, 14 insertions(+), 5 deletions(-) diff --git a/lib/vsprintf.c b/lib/vsprintf.c index 01c3957b2de6..e0b6e1edae31 100644 --

Re: [PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

Hi, Adam On Tue, 2018-01-23 at 09:32 -0500, Adam Wallis wrote: > On 1/22/2018 2:28 AM, Yang Shunyong wrote: > > > > The type of arg passed to dmatest_callback is struct dmatest_done. > > It refers to test_done in struct dmatest_thread, not done_wait. > > > >

Re: [PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

Hi, Adam On Tue, 2018-01-23 at 09:32 -0500, Adam Wallis wrote: > On 1/22/2018 2:28 AM, Yang Shunyong wrote: > > > > The type of arg passed to dmatest_callback is struct dmatest_done. > > It refers to test_done in struct dmatest_thread, not done_wait. > > > >

Re: [PATCH] ACPI / tables: Add IORT to injectable table list

Hi, All Sorry, please ignore this patch. Please help to review v2. https://patchwork.kernel.org/patch/10179761/ Thanks Shunyong On Tue, 2018-01-23 at 16:06 +0800, Yang Shunyong wrote: > This patch adds ACPI_SIG_PPTT to the table, which enables IORT from > initrd to override which from fi

Re: [PATCH] ACPI / tables: Add IORT to injectable table list

Hi, All Sorry, please ignore this patch. Please help to review v2. https://patchwork.kernel.org/patch/10179761/ Thanks Shunyong On Tue, 2018-01-23 at 16:06 +0800, Yang Shunyong wrote: > This patch adds ACPI_SIG_PPTT to the table, which enables IORT from > initrd to override which from fi

[PATCH v2] ACPI / tables: Add IORT to injectable table list

This patch adds ACPI_SIG_IORT to the table, which enables IORT from initrd to override which from firmware. Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> Cc: yutang2.ji...@hxt-semitech.com Cc: yu.zh...@hxt-semitech.com --- v2: change typo ACPI_SIG_PPTT to ACPI_SIG_IORT in

[PATCH v2] ACPI / tables: Add IORT to injectable table list

This patch adds ACPI_SIG_IORT to the table, which enables IORT from initrd to override which from firmware. Signed-off-by: Yang Shunyong Cc: yutang2.ji...@hxt-semitech.com Cc: yu.zh...@hxt-semitech.com --- v2: change typo ACPI_SIG_PPTT to ACPI_SIG_IORT in commit message. --- drivers/acpi

[PATCH] ACPI / tables: Add IORT to injectable table list

This patch adds ACPI_SIG_PPTT to the table, which enables IORT from initrd to override which from firmware. Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> Cc: yutang2.ji...@hxt-semitech.com Cc: yu.zh...@hxt-semitech.com --- drivers/acpi/tables.c | 3 ++- 1 file chan

[PATCH] ACPI / tables: Add IORT to injectable table list

This patch adds ACPI_SIG_PPTT to the table, which enables IORT from initrd to override which from firmware. Signed-off-by: Yang Shunyong Cc: yutang2.ji...@hxt-semitech.com Cc: yu.zh...@hxt-semitech.com --- drivers/acpi/tables.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 2/2] dmaengine: dmatest: add norandom option

. This patch adds option norandom to disable random offset setup. Option noverify has been changed to disable data verification only. Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- drivers/dma/dmatest.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff

[PATCH 2/2] dmaengine: dmatest: add norandom option

. This patch adds option norandom to disable random offset setup. Option noverify has been changed to disable data verification only. Signed-off-by: Yang Shunyong --- drivers/dma/dmatest.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/drivers/dma/dmatest.c b/drivers

[PATCH 1/2] dmaengine: dmatest: change symbolic permissions to octal values

Current coding style prefers octal permissions values. This patch changes symbolic permissions to octal values. Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- drivers/dma/dmatest.c | 30 ++ 1 file changed, 14 insertions(+), 16 deletions(-)

[PATCH 1/2] dmaengine: dmatest: change symbolic permissions to octal values

Current coding style prefers octal permissions values. This patch changes symbolic permissions to octal values. Signed-off-by: Yang Shunyong --- drivers/dma/dmatest.c | 30 ++ 1 file changed, 14 insertions(+), 16 deletions(-) diff --git a/drivers/dma/dmatest.c b

[PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

The type of arg passed to dmatest_callback is struct dmatest_done. It refers to test_done in struct dmatest_thread, not done_wait. Fixes: 6f6a23a213be ("dmaengine: dmatest: move callback wait ...") Signed-off-by: Yang Shunyong <shunyong.y...@hxt-semitech.com> --- drivers/dma/dma

[PATCH] dmaengine: dmatest: fix container_of member in dmatest_callback

The type of arg passed to dmatest_callback is struct dmatest_done. It refers to test_done in struct dmatest_thread, not done_wait. Fixes: 6f6a23a213be ("dmaengine: dmatest: move callback wait ...") Signed-off-by: Yang Shunyong --- drivers/dma/dmatest.c | 2 +- 1 file changed, 1 inser

Re: [PATCH] irqdomain: provide useful debugging information for irq domain

Hi, Marc On Thu, 2018-01-18 at 08:54 +, Marc Zyngier wrote: > On 18/01/18 01:53, Yang, Shunyong wrote: > > > > Hi, Marc > > > > On Wed, 2018-01-17 at 10:43 +, Marc Zyngier wrote: > > > > > > On 17/01/18 10:20, Yang, Shunyong wrote:

Re: [PATCH] irqdomain: provide useful debugging information for irq domain

Hi, Marc On Thu, 2018-01-18 at 08:54 +, Marc Zyngier wrote: > On 18/01/18 01:53, Yang, Shunyong wrote: > > > > Hi, Marc > > > > On Wed, 2018-01-17 at 10:43 +, Marc Zyngier wrote: > > > > > > On 17/01/18 10:20, Yang, Shunyong wrote:

Re: [PATCH] irqdomain: provide useful debugging information for irq domain

Hi, Marc On Wed, 2018-01-17 at 10:43 +, Marc Zyngier wrote: > On 17/01/18 10:20, Yang, Shunyong wrote: > > > > Hi, Thomas and Marc, > > > > On Wed, 2018-01-17 at 11:01 +0100, Thomas Gleixner wrote: > > > > > > On Wed, 17 Jan 2018, Yang, Shu

  1   2   >