for triggering system poweroff might sleep,
the IRQ uses a workqueue to call orderly_poweroff().
As a final note, this driver may be expanded for other features specific to
the CTS-1000.
Signed-off-by: Ben Collins
Cc: Jack Smith
Cc: Vihar Rai
Cc: Benjamin Herrenschmidt
---
arch/powerpc/platform
Somehow the driver snuck in with these still in it.
Signed-off-by: Ben Collins
---
arch/powerpc/platforms/85xx/sgy_cts1000.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/sgy_cts1000.c
b/arch/powerpc/platforms/85xx/sgy_cts1000.c
index
This isn't specifically needed in order to build the kernel. It's
stored in flash with firmware. However, keep it in the kernel for
reference (and to have an example for fsl_dpa device tree usage).
Signed-off-by: Ben Collins
Cc: linuxppc-dev@lists.ozlabs.org
---
arch/powerpc/boot/d
32-bits for the e500-pci implementation, but 1) it's still a
regression and 2) it's more correct to handle things this way.
Signed-off-by: Ben Collins
Cc: Benjamin Herrenschmidt
---
arch/powerpc/kernel/pci-common.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff
On Jun 6, 2012, at 5:15 PM, Scott Wood wrote:
> On 06/05/2012 10:50 PM, Ben Collins wrote:
>> The commit introducing pcibios_io_space_offset() was ignoring 32-bit to
>> 64-bit sign extention, which is the case on ppc32 with 64-bit resource
>> addresses. This only seems t
On Jun 7, 2012, at 5:30 AM, Benjamin Herrenschmidt wrote:
> On Wed, 2012-06-06 at 19:35 -0400, Ben Collins wrote:
>>
>> pci_bus :00: root bus resource [io 0xffbed000-0xffbfcfff] (bus
>> address [0x1-0x1])
>>
>> Without the fix tha
On Jun 7, 2012, at 5:32 PM, Benjamin Herrenschmidt wrote:
> On Thu, 2012-06-07 at 11:38 -0400, Ben Collins wrote:
>>> Note that oddly, the second range of bus addresses looks -more-
>> correct
>>> than the first one...
>>
>> Except that the first one is
t;> patch.
>
> I want to double check something. We are still printing something wrong
> in the kernel log, so it looks like we have some incorrect carry in some
> arithmetic happening somewhere.
Can we at least get this patch in to get things working again? It's still a
r
On Tue, Apr 22, 2025 at 09:59:42AM -0500, Arnd Bergmann wrote:
> On Tue, Apr 22, 2025, at 09:12, Ben Collins wrote:
> > On Tue, Apr 22, 2025 at 08:34:55AM -0500, Arnd Bergmann wrote:
> >>
> >> - SoCs that don't set a dma-ranges property in the parent bus
> >&
(which did not, but
also no regressions).
Signed-off-by: Ben Collins
Cc: Madhavan Srinivasan
Cc: Michael Ellerman
Cc: linux-ker...@vger.kernel.org
---
arch/powerpc/sysdev/fsl_msi.c | 232 --
arch/powerpc/sysdev/fsl_msi.h | 7 +-
2 files changed, 167 insertions
dressing space
when configuring liodn's that may have been configured in this range.
Specifically the e5500 and e6500 CPUs.
Signed-off-by: Ben Collins
Cc: Joerg Roedel
Cc: Will Deacon
Cc: Robin Murphy
Cc: io...@lists.linux.dev
Cc: linux-ker...@vger.kernel.org
Cc: linuxppc-dev@lists.ozlabs.org
T4240 fails to hafve ifc, rapidio, and localbus probed.
This matches other QorIQ platforms and ensures devices under these nodes
get added as platform devices.
Signed-off-by: Ben Collins
Cc: Scott Wood
Cc: Madhavan Srinivasan
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux
The PUT_64[LB]E() macros need to cast the value to unsigned long long
like the GET_64[LB]E() macros. Caused lots of warnings when compiled
on 32-bit, and clobbered addresses (36-bit P4080).
Signed-off-by: Ben Collins
Cc: Madhavan Srinivasan
Cc: Michael Ellerman
Cc: linuxppc-dev
PUs.
Signed-off-by: Ben Collins
Cc: Zhang Wei
Cc: Vinod Koul
Cc: linuxppc-dev@lists.ozlabs.org
Cc: dmaeng...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/dma/fsldma.c | 2 +-
drivers/dma/fsldma.h | 7 +++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/
Certain versions of kexec don't even work without kernel-end being
added to the device-tree. Add it even if crash-kernel is disabled.
Signed-off-by: Ben Collins
Cc: Madhavan Srinivasan
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Cc: linux-ker...@vger.kernel.org
---
arch/po
On Tue, Apr 22, 2025 at 08:34:55AM -0500, Arnd Bergmann wrote:
> On Tue, Apr 22, 2025, at 04:49, Ben Collins wrote:
> > On 64-bit QorIQ platforms like T4240, the CPU supports 40-bit addressing
> > and memory configurations > 64GiB. The fsldma driver is limiting itself
> >
On Tue, Apr 22, 2025 at 11:25:40AM -0500, Arnd Bergmann wrote:
> On Tue, Apr 22, 2025, at 10:56, Ben Collins wrote:
> > On Tue, Apr 22, 2025 at 09:59:42AM -0500, Arnd Bergmann wrote:
> >>
> >> Right, but this could just mean that they end up using SWIOTLB
> >>
On Tue, Apr 22, 2025 at 08:43:05PM -0500, Jason Gunthorpe wrote:
> On Tue, Apr 22, 2025 at 06:21:32PM -0400, Ben Collins wrote:
> > On Tue, Apr 22, 2025 at 04:09:21PM -0500, Jason Gunthorpe wrote:
> > > On Mon, Apr 21, 2025 at 10:46:19PM -0400, Ben Collins wrote:
> > > &
On Tue, Apr 22, 2025 at 04:09:21PM -0500, Jason Gunthorpe wrote:
> On Mon, Apr 21, 2025 at 10:46:19PM -0400, Ben Collins wrote:
> > diff --git a/drivers/iommu/fsl_pamu_domain.c
> > b/drivers/iommu/fsl_pamu_domain.c
> > index 30be786bff11e..a4bc6482a00f7 100644
&g
On Wed, Apr 23, 2025 at 03:49:16PM -0500, Arnd Bergmann wrote:
> On Tue, Apr 22, 2025, at 23:10, Ben Collins wrote:
> > On Tue, Apr 22, 2025 at 11:25:40AM -0500, Arnd Bergmann wrote:
> >> On Tue, Apr 22, 2025, at 10:56, Ben Collins wrote:
> >>
> >> >>
accordingly.
Feedback from Arnd Bergmann:
- Use match data to set address bit mask
Signed-off-by: Ben Collins
Cc: Arnd Bergmann
Cc: Vinod Koul
Cc: linuxppc-dev@lists.ozlabs.org
Cc: dmaeng...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
---
drivers/dma/fsldma.c | 20
21 matches
Mail list logo
