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 |
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 t
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 mo
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
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
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.
A
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 wi
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
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 fol
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,
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 coo
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
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 0:
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
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 Zhe
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 non-lea
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
> > --- a/include/linux
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 i
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
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
> > &
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:
> > >
> >
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 name[MAX_NA
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 ex
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 ex
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 ex
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
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 rel
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
>
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:
> > > >
> > > >
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 Zyngi
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 interr
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 alignment
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 Shuny
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: Ra
..@vger.kernel.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-ke
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
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
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
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
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
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
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
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 arg
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
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
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
; is all '0's when kptr_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/li
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.
> >
> >
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
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
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 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
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
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
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:
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
Hi, Thomas and Marc,
On Wed, 2018-01-17 at 11:01 +0100, Thomas Gleixner wrote:
> On Wed, 17 Jan 2018, Yang, Shunyong wrote:
> >
> > On Wed, 2018-01-17 at 10:33 +0100, Thomas Gleixner wrote:
> > >
> > > And how is that different from:
> > >
> > &
Hi, Marc and Thomas,
Thanks for your feedback.
On Wed, 2018-01-17 at 10:18 +0100, Thomas Gleixner wrote:
> On Wed, 17 Jan 2018, Marc Zyngier wrote:
> >
> > In all honesty, I'd be more inclined to remove this debug feature
> > altogether, as CONFIG_GENERIC_IRQ_DEBUGFS is more complete and more
>
appropriate.
Signed-off-by: Yang Shunyong
---
kernel/irq/irqdomain.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
index 62068ad..d40fbed 100644
--- a/kernel/irq/irqdomain.c
+++ b/kernel/irq/irqdomain.c
@@ -75,7 +75,7
59 matches
Mail list logo
