The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: d001e41e1b15716e9b759df5ef00510699f85282
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/d001e41e1b15716e9b759df5ef00510699f85282
Author:Chen Baozi
both for platform devices and
PCI Interrupt Link devices now, this patch sets the relevant OSC
bit and checks the capability as described in ACPI specification.
Signed-off-by: Chen Baozi
Cc: Jonathan Cameron
---
drivers/acpi/bus.c | 5 +
drivers/acpi/irq.c | 3 ++-
include/linux/acpi.h | 4
P0C0F"))
Name(_PRS, ResourceTemplate(){
Interrupt(ResourceProducer, Level, ActiveHigh, Exclusive,
0, "\\SB.IXIU") { 60 }
})
...
}
Signed-off-by: Chen Baozi
---
v3->v4:
Include "internal.h" in drivers/acpi/irq.c to avoid the warning b
both for platform devices and
PCI Interrupt Link devices now, this patch sets the relevant OSC
bit and checks the capability as described in ACPI specification.
Signed-off-by: Chen Baozi
Cc: Jonathan Cameron
---
drivers/acpi/bus.c | 5 +
drivers/acpi/irq.c | 3 ++-
include/linux/acpi.h | 4
P0C0F"))
Name(_PRS, ResourceTemplate(){
Interrupt(ResourceProducer, Level, ActiveHigh, Exclusive,
0, "\\SB.IXIU") { 60 }
})
...
}
Signed-off-by: Chen Baozi
---
drivers/acpi/internal.h | 12
drivers/acpi
Hi Jonathan,
I have found the value of OSC_SB_GENERIC_INITIATOR_SUPPORT is wrong
when reading source code of driver/acpi/bus.c in the linux-next
On Wed, Sep 30, 2020 at 10:05:44PM +0800, Jonathan Cameron wrote:
> Until we tell ACPI that we support generic initiators, it will have
> to operate in
Hi Lorenzo,
> On Nov 18, 2020, at 5:51 PM, Lorenzo Pieralisi
> wrote:
>
> On Tue, Nov 17, 2020 at 09:42:14PM +0800, Chen Baozi wrote:
>> Some PCIe designs require software to do extra acknowledgements for
>> legacy INTx interrupts. If the driver is written only for de
Hi Marc,
> On Nov 18, 2020, at 5:27 PM, Marc Zyngier wrote:
>
> Hi Chen,
>
> On top of Bjorn's comments:
>
> On 2020-11-17 13:42, Chen Baozi wrote:
>>
>> ---
>> drivers/acpi/irq.c | 22 +-
>> drivers/acpi/pci
directory and try to follow
> the existing convention. Using random styles adds noise to the
> system.
>
> On Tue, Nov 17, 2020 at 09:42:14PM +0800, Chen Baozi wrote:
>>
>> Therefore, we introduce an stacked IRQ domain support to PCI interrupt
>> link for ACPI. Wi
rrupt(ResourceProducer, Level, ActiveHigh, Exclusive, 0, "\\SB.IXIU")
{ 60 }
})
...
}
Device(PCI0) {
...
Name(_PRT, Package{
Package{ 0x, 0, LINKA, 0 }
...
})
}
Signed-off-by: Chen Baozi
---
drivers/acpi/irq.c | 22 +
re, we introduce an stacked IRQ domain support to PCI interrupt
link for ACPI. With this support, we can populate the ResourceSource
to refer to a device object that describes an interrupt controller.
That would allow us to refer to a dedicated driver which implements
the logic needed to manage
From: Chen Baozi
Since fwspec->param_count of ACPI node is two, the index of IRQ type
in fwspec->param[] should be 1 rather than 2.
Signed-off-by: Chen Baozi
---
drivers/irqchip/irq-sni-exiu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-sni-ex
From: Chen Baozi
Since fwspec->param_count of ACPI node is two, the index of IRQ type
in fwspec->param[] should be 1 rather than 2.
Signed-off-by: Chen Baozi
---
drivers/irqchip/irq-sni-exiu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-sni-ex
Signed-off-by: Chen Baozi
---
arch/x86/kernel/cpu/bugs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/bugs.c b/arch/x86/kernel/cpu/bugs.c
index 390b3dc3d438..70b7d17426eb 100644
--- a/arch/x86/kernel/cpu/bugs.c
+++ b/arch/x86/kernel/cpu/bugs.c
@
On Tue, Apr 21, 2015 at 12:11:01PM +0100, Stefano Stabellini wrote:
> Chen,
> could you please try the patch below in your repro scenario?
> I have only build tested it.
>
> ---
>
> xen: Add __GFP_DMA flag when xen_swiotlb_init gets free pages on ARM
>
> From: Chen
On Mon, Apr 20, 2015 at 11:53:47AM +0100, David Vrabel wrote:
> On 20/04/15 11:48, Chen Baozi wrote:
> > Make sure that xen_swiotlb_init allocates buffers that is DMA capable.
> >
> > Signed-off-by: Chen Baozi
> > ---
> > drivers/xen/swiotlb-xen.c | 3 ++-
> &
On Tue, Feb 10, 2015 at 11:48:37AM +, Mark Rutland wrote:
> > On Mon, Feb 09, 2015 at 12:04:43PM +, Mark Rutland wrote:
> > > On Sat, Feb 07, 2015 at 05:07:16AM +0000, Chen Baozi wrote:
> > > > The AXI Bus Mode Register controls the AXI master behavior. It is mai
On Mon, Feb 09, 2015 at 12:04:43PM +, Mark Rutland wrote:
> On Sat, Feb 07, 2015 at 05:07:16AM +0000, Chen Baozi wrote:
> > The AXI Bus Mode Register controls the AXI master behavior. It is mainly
> > used to control the burst splitting and the number of outstanding requests.
&g
Add initial device tree nodes for Phytium FT-1500A SoC with support of
16 cores, gicv3 interrupt controller, serial port, PCIe host and
on-chip GMAC ethernet controller.
Signed-off-by: Chen Baozi
---
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/phytium/Makefile
;snps,apl' properties in DT to enable it on platform devices.
Signed-off-by: Chen Baozi
---
Documentation/devicetree/bindings/net/stmmac.txt | 1 +
drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bi
This patchset introduces support for Phytium FT-1500A SoC.
FT-1500A is the first arm64 SoC designed by Phytium, which includes
16 cores of armv8 processor, a 32-lane PCI-E host, 2 GMAC on-chip
ethernet controller and a GICv3 interrupt controller with ITS
support.
Chen Baozi (3):
arm64: Add
This introduces ARCH_PHYTIUM to enable SoC specific drivers and dtb
files.
Signed-off-by: Chen Baozi
---
arch/arm64/Kconfig | 5 +
arch/arm64/configs/defconfig | 2 ++
2 files changed, 7 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index b1f9a20..9cfa320
On Jan 27, 2015, at 11:06, Chen Baozi wrote:
>
> The ITS table allocator is only allocating a single page per table.
> This works fine for most things, but leads to silent lack of
> interrupt delivery if we end-up with a device that has an ID that is
> out of the range defined b
, behaviour changes, which is not a very good experience.
A solution is actually to allocate memory for the full range of ID that
the ITS supports. A massive waste memory wise, but at least a safe bet.
This patch has been tested on the Phytium SoC.
Signed-off-by: Marc Zyngier
Signed-off-by: Chen Baozi
arm64 to fix it.
Signed-off-by: Chen Baozi
---
arch/arm/include/asm/xen/page.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/xen/page.h b/arch/arm/include/asm/xen/page.h
index 75579a9..b3368df 100644
--- a/arch/arm/include/asm/xen/page.h
+++ b/arch/arm/include/asm/xen
s are mask and set the right value. Anyway, reading
from a right address is better choice.
Signed-off-by: Chen Baozi
---
arch/arm/mach-omap2/timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2/timer.c
index 1e77f11..ccc5c72 1
On Aug 7, 2013, at 7:09 PM, Tony Lindgren wrote:
> * Chen Baozi [130805 08:33]:
>> ping?
>>
>> On Aug 1, 2013, at 7:27 PM, Chen Baozi wrote:
>>
>>> The denominator should be load from INCREMENTOR_DENUMERATOR_RELOAD_OFFSET
>>> rather than INCR
ping?
On Aug 1, 2013, at 7:27 PM, Chen Baozi wrote:
> The denominator should be load from INCREMENTOR_DENUMERATOR_RELOAD_OFFSET
> rather than INCREMENTER_NUMERATOR_OFFSET.
>
> Signed-off-by: Chen Baozi
> ---
> arch/arm/mach-omap2/timer.c | 2 +-
> 1 file changed, 1 ins
The denominator should be load from INCREMENTOR_DENUMERATOR_RELOAD_OFFSET
rather than INCREMENTER_NUMERATOR_OFFSET.
Signed-off-by: Chen Baozi
---
arch/arm/mach-omap2/timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/timer.c b/arch/arm/mach-omap2
Since the GENERIC_GPIO has been removed and the documentation of it
has been modified, this patch updates the corresponding documentation of
gpio in Chinese.
Signed-off-by: Chen Baozi
---
Documentation/zh_CN/gpio.txt | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a
On Fri, Mar 29, 2013 at 06:11:15AM -0700, Alexandre Courbot wrote:
> Another issue, I could not update the Chinese documentation in a satisfying
> manner due to my absence of Chinese skills. Hope that will be forgiven.
>
Hi Alexandre,
I have changed the Chinese documentation according to your upd
On Jul 17, 2012, at 9:11 PM, Jeff Liu wrote:
> On 07/17/2012 05:33 PM, Chen Baozi wrote:
>
>>
>> On Jul 17, 2012, at 3:06 PM, Christoph Hellwig wrote:
>>
>>> On Tue, Jul 17, 2012 at 11:33:33AM +0800, Chen Baozi wrote:
>>>> I'd really love
On Jul 17, 2012, at 3:06 PM, Christoph Hellwig wrote:
> On Tue, Jul 17, 2012 at 11:33:33AM +0800, Chen Baozi wrote:
>> I'd really love to. Right now, I am working on syslinux to support booting
>> on xfs partition (under pcacjr's mentoring)??? which I thought would b
Hi Ben,
On Jul 16, 2012, at 11:10 PM, Ben Myers wrote:
> Hey Chen,
>
> On Sat, Jul 14, 2012 at 03:38:13AM +0800, Chen Baozi wrote:
>> Fix trivial typo error that has written "It" to "Is".
>>
>> Signed-off-by: Chen Baozi
>
> Reviewed-by: Be
Fix trivial typo error that has written "It" to "Is".
Signed-off-by: Chen Baozi
---
fs/xfs/xfs_da_btree.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/xfs/xfs_da_btree.h b/fs/xfs/xfs_da_btree.h
index dbf7c07..be30bd4 100644
--- a/fs/xfs/xfs
35 matches
Mail list logo
