On Fri, Oct 29, 2021 at 4:27 PM Eugene Bordenkircher
wrote:
>
> Typing Greg's email correct this time. My apologies.
>
> Eugene
>
> -Original Message-
> From: Eugene Bordenkircher
> Sent: Friday, October 29, 2021 10:14 AM
> To: linux-...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
>
never
tested with 64-bit. Thanks.
>
> Signed-off-by: Geert Uytterhoeven
Acked-by: Li Yang
> ---
> One more casualty of CONFIG_WERROR=y.
> http://kisskb.ellerman.id.au/kisskb/buildresult/14652936/
> ---
> drivers/usb/gadget/udc/Kconfig | 1 +
> 1 file changed, 1 insert
On Thu, Dec 2, 2021 at 3:30 PM Andy Shevchenko
wrote:
>
> On Thu, Dec 02, 2021 at 08:01:54PM +, Leo Li wrote:
> > > From: Andy Shevchenko
> > > Sent: Thursday, December 2, 2021 3:33 AM
> > > On Wed, Dec 01, 2021 at 01:41:16PM -0600, Li Yang wrote:
> &g
On Tue, Nov 23, 2021 at 10:32 AM Andy Shevchenko
wrote:
>
> On Tue, Nov 16, 2021 at 11:38:01AM +0200, Andy Shevchenko wrote:
> > On Mon, Nov 15, 2021 at 10:24:36PM +, Leo Li wrote:
> > > > From: Andy Shevchenko
> > > > Sent: Monday, November 15, 2021 5:30 AM
> > > > On Wed, Nov 10, 2021 at
On Mon, Jul 19, 2021 at 1:57 AM Maxim Kochetkov wrote:
>
> 15.07.2021 01:29, Li Yang wrote:
> > From the original code, this should be type = "qeic". It is not
> > defined in current binding but probably needed for backward
> > compatibility.
>
The binding of ifc device has been updated. Update dts to match
accordingly.
Signed-off-by: Li Yang
---
arch/powerpc/boot/dts/fsl/b4si-post.dtsi | 2 +-
arch/powerpc/boot/dts/fsl/bsc9131si-post.dtsi | 2 +-
arch/powerpc/boot/dts/fsl/bsc9132si-post.dtsi | 2 +-
arch/powerpc/boot/dts/fsl
Update the node name to be align with latest binding.
Signed-off-by: Li Yang
---
arch/powerpc/boot/dts/fsl/bsc9131rdb.dts| 2 +-
arch/powerpc/boot/dts/fsl/bsc9132qds.dts| 2 +-
arch/powerpc/boot/dts/fsl/c293pcie.dts | 2 +-
arch/powerpc/boot/dts/fsl/p1010rdb_32b.dtsi | 2 +-
arch
On Thu, Dec 30, 2021 at 9:47 AM Jiasheng Jiang wrote:
>
> As the possible failure of the ioremap(), the par_io could be NULL.
> Therefore it should be better to check it and return error in order to
> guarantee the success of the initiation.
> But, I also notice that all the caller like
On Thu, Nov 4, 2021 at 4:09 AM Christophe JAILLET
wrote:
>
> This reverts commit 3c0d64e867ed
> ("soc: fsl: guts: reuse machine name from device tree").
>
> A following patch will fix the missing memory allocation failure check
> instead.
>
> Suggested-by: Tyrel Datwyler
> Signed-off-by:
On Sat, Dec 11, 2021 at 5:12 PM Jason Wang wrote:
>
> The double `is' in the comment in line 150 is repeated. Remove one
> of them from the comment.
Looks like you also removed a redundant tab in a new line. We
probably can squeeze this trivial cleanup in, but we need to mention
it.
>
>
On Thu, Nov 4, 2021 at 4:10 AM Christophe JAILLET
wrote:
>
> If 'devm_kstrdup()' fails, we should return -ENOMEM.
>
> While at it, move the 'of_node_put()' call in the error handling path and
> after the 'machine' has been copied.
> Better safe than sorry.
>
> Suggested-by: Tyrel Datwyler
>
BGA CPU in place to facilitate CPU updates -- something not
> > > normally possible for a soldered down BGA in a COTS system.
> > >
> > > The point of these details is to give context that reflects that these
> > > four
> > > boards were made in limi
On Sat, Feb 25, 2023 at 4:51 PM Arnd Bergmann wrote:
>
> On Sat, Feb 25, 2023, at 17:50, Paul Gortmaker wrote:
> > [RE: [RFC PATCH 0/4] Remove some e300/MPC83xx evaluation platforms] On
> > 24/02/2023 (Fri 21:16) Leo Li wrote:
> >
> > Thanks for confirming with your marketing team that they "do
www.nxp.com/design/qoriq-developer-resources/qoriq-p1021-p1012-modular-development-system:P1021MDS
> [8]
> https://www.nxp.com/products/no-longer-manufactured/integrated-communications-processor-development-system:MPC8572DS
> [9] https://www.nxp.com/docs/en/fact-sheet/MPC8544DSFS.pdf
>
>
On Tue, Feb 28, 2023 at 11:52 AM Arnd Bergmann wrote:
>
> On Tue, Feb 28, 2023, at 11:03, Joakim Tjernlund wrote:
> > On Mon, 2023-02-27 at 14:48 -0600, Li Yang wrote:
> >> > > >
> >> > > > Here, we remove the MPC8548E-MDS[1], the MPC8360E-MDS[2],
On Mon, May 8, 2023 at 8:44 AM Uwe Kleine-König
wrote:
>
> Hello Leo,
>
> On Thu, Apr 13, 2023 at 08:00:04AM +0200, Uwe Kleine-König wrote:
> > On Wed, Apr 12, 2023 at 09:30:05PM +, Leo Li wrote:
> > > > On Fri, Mar 10, 2023 at 11:41:22PM +0100, Uwe Kleine-König wrote:
> > > > > Hello,
> > >
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
On Nov 17, 2009, at 1:10 AM, Li Yang wrote:
Rather than the original intelligent way, we grant user more freedom.
This enables user to map cacheable memory not managed by Linux.
Signed-off-by: Li Yang le
Subject: Ping does not work on my MPC8544 board, using linux2.6.23
why linux-2.6.31 doesnot provide a config file like
mpc8544_ds_defconfig?
Because it is covered by common defconfig mpc85xx_defconfig.
- Leo
___
Linuxppc-dev mailing list
Subject: Re: [PATCH v2 2/2] Crypto: Talitos: Support for
Async_tx XOR offload
On Wed, Dec 16, 2009 at 03:47:48PM -0700, Dan Williams wrote:
Kumar Gala wrote:
Changes with respect to v1 as per comments received o.
Rebased to
linux-next as of 20091216 o. The selection is based exclusive of
Subject: Re: [PATCH v2 2/2] Crypto: Talitos: Support for
Async_tx XOR offload
Ira W. Snyder wrote:
Yes, I have used the device_prep_dma_interrupt()
functionality quite a
while back. However, I found it to be pretty much useless.
The specific case it is needed for Talitos/raid is a channel
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Tuesday, February 10, 2009 11:31 PM
To: avoront...@ru.mvista.com
Cc: Li Yang-R58472; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] powerpc/83xx: Revive Marvell PHY option
on MPC8313E-RDB rev. C boards
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Thursday, February 12, 2009 1:25 PM
To: Li Yang-R58472
Cc: linuxppc-dev list; Anton Vorontsov
Subject: Re: [PATCH] powerpc/83xx: Revive Marvell PHY option
on MPC8313E-RDB rev. C boards
On Feb 10
-Original Message-
From: Anton Vorontsov [mailto:avoront...@ru.mvista.com]
Sent: Friday, February 13, 2009 9:18 AM
To: Kumar Gala
Cc: linuxppc-dev list; Li Yang-R58472
Subject: Re: [PATCH] powerpc/83xx: Revive Marvell PHY option
onMPC8313E-RDB rev. C boards
On Thu, Feb 12, 2009
-Original Message-
From: d...@datangmobile.cn [mailto:d...@datangmobile.cn]
Sent: Tuesday, February 17, 2009 4:34 PM
To: linux-ker...@vger.kernel.org
Cc: Li Yang-R58472
Subject: PROBLEM: incorrect interrupt ack lead to interrupt
loss on freescale powerpc
[1.] One line
-Original Message-
From: linuxppc-dev-bounces+leoli=freescale@ozlabs.org
[mailto:linuxppc-dev-bounces+leoli=freescale@ozlabs.org]
On Behalf Of Dushara Jayasinghe
Sent: Thursday, February 19, 2009 12:27 PM
To: 'linuxppc-dev@ozlabs.org'
Subject: Newby trying to get Ethernet
-Original Message-
From: Dushara Jayasinghe [mailto:dusha...@optiscan.com]
Sent: Thursday, February 19, 2009 2:33 PM
To: linuxppc-dev@ozlabs.org
Cc: Li Yang-R58472
Subject: RE: Newby trying to get Ethernet going on MPC83xx
series device.
Thanks for the swift response.
I
Hi,
I'm running into a dilemma choosing between two approaches of defining device
tree binding. Let's say if we have several chips with a similar SoC block, but
each of them have different quirks. If I define different compatibles for each
of the chips, the driver will have a longer match
-Original Message-
From: linuxppc-dev-bounces+leoli=freescale@ozlabs.org
[mailto:linuxppc-dev-bounces+leoli=freescale@ozlabs.org]
On Behalf Of Soohyung Cho
Sent: Thursday, March 19, 2009 1:47 PM
To: linuxppc-dev@ozlabs.org; Wood Scott-B07421
Subject: suspend-to-mem on the
-Original Message-
From: Wood Scott-B07421
Sent: Friday, March 20, 2009 12:11 AM
To: Li Yang-R58472
Cc: Soohyung Cho; linuxppc-dev@ozlabs.org
Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp?
On Thu, Mar 19, 2009 at 12:24:26AM -0700, Li Yang-R58472 wrote:
-Original
-Original Message-
From: Wood Scott-B07421
Sent: Friday, March 20, 2009 10:42 PM
To: Li Yang-R58472
Cc: Soohyung Cho; linuxppc-dev@ozlabs.org
Subject: Re: suspend-to-mem on the mpc8349e-mitx-gp?
Li Yang-R58472 wrote:
However, the code should treat mem as standby on chips
-Original Message-
From: linuxppc-dev-bounces+leoli=freescale@ozlabs.org
[mailto:linuxppc-dev-bounces+leoli=freescale@ozlabs.org]
On Behalf Of 山崎 精二
Sent: Wednesday, April 01, 2009 5:14 PM
To: linuxppc-dev@ozlabs.org
Subject: USB does not work on mpc8347
Hi all,
I am
I have a custom board based on the MPC8313ERDB and have
communications capabilities over Ethernet using internet
sockets. Basically, just data transfer from the host (my
board) to a client (a PC). I want to be able to perform
similar transactions across USB.
I have done some cursory
Hi Leo
USB work on mpc8347 now.
Thank you for your help.
The cause was Clock signal was not connected to USB.
And I have the other problem.
I need to java run time environment on mpc8347.
I do not know where i can get it.
Could you tell me if you know.
I have no particular knowledge about
Hi Vitaly,
I believe that your patch is addresses by my patch in 2.6.23 queue:
http://www.kernel.org/pub/linux/kernel/people/gregkh/usb/2.6/2.6.22/usb-
ehci_fsl-update-for-mpc831x-support.patch
- Leo
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of
Hi Vitaly,
The max_ep_nr will be read from DCCPARAMS register with my patch in
2.6.23 queue:
http://www.kernel.org/pub/linux/kernel/people/gregkh/usb/2.6/2.6.22/usb-
fsl_usb2_udc-get-max-ep-number-from-dccparams-register.patch
- Leo
-Original Message-
From: [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Tabi Timur-B04825
Sent: Friday, August 31, 2007 5:07 AM
To: Anton Vorontsov
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v7 3/3] [POWERPC] MPC832x_RDB: update dts
to use SPI1in QE, register
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Kumar Gala
Sent: Friday, September 14, 2007 10:08 PM
To: Jeff Garzik
Cc: linuxppc-dev@ozlabs.org list; netdev
Subject: Re: [PATCH] ucc_geth: fix compilation
On Sep 13, 2007, at 10:23 AM, Anton
-Original Message-
From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 11, 2007 9:06 AM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 4/9] add platform support for MPC837x MDS board
On Wed, 10 Oct
-Original Message-
From: Alan Cox [mailto:[EMAIL PROTECTED]
Sent: Friday, October 12, 2007 9:55 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linuxppc-dev@ozlabs.org; Kalra Ashish-B00888; Li Yang-r58472
Subject: Re: [PATCH v2] drivers/ata: add support
-Original Message-
From: Wood Scott-B07421
Sent: Friday, October 12, 2007 4:10 AM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH 3/9 v2] add Freescale SerDes PHY support
On Thu, Oct 11, 2007 at 05:53:45PM +0800, Li
-Original Message-
From: Medve Emilian-EMMEDVE1
Sent: Saturday, October 13, 2007 7:26 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Li
Yang-r58472; [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Cc: Medve Emilian-EMMEDVE1
Subject: [PATCH] [POWERPC] ucc_geth: Fix build break
On Friday 12 October 2007, Li Yang wrote:
The SerDes(serializer/deserializer) PHY block is a new SoC
block used
in Freescale chips to support multiple serial interfaces,
such as PCI
Express, SGMII, SATA.
Some of my comments here are similar to those for the ata
driver, so I won't
-Original Message-
From: Medve Emilian-EMMEDVE1
Sent: Monday, October 15, 2007 9:44 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Li
Yang-r58472; [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Cc: Medve Emilian-EMMEDVE1
Subject: [PATCH v2] [POWERPC] ucc_geth: Fix build break
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 10:13 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v3 3/9] add Freescale SerDes PHY support
{snip}
This patch has been superseded by v4
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 9:55 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v4 9/9] add MPC837x MDS board default device tree
On Oct 15, 2007, at 9:56 AM, Li Yang
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 9:47 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v3 4/9] add platform support for MPC837x MDS board
On Oct 12, 2007, at 8:28 AM, Li Yang
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 9:46 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v3 2/9] ipic: add new interrupts
introduced by new chip
On Oct 12, 2007, at 8:28 AM
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 18, 2007 9:17 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v5 9/9] add MPC837x MDS board default device tree
is it me or are you just posting
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 9:59 PM
To: David Gibson
Cc: Li Yang-r58472; [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v3 9/9] add MPC837x MDS board default device tree
On Oct 14, 2007, at 7
-Original Message-
From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 5:06 PM
To: Netdev; Li Yang-r58472
Subject: [PATCH] Fix ethernet multicast for ucc_geth.
From 5761a9e5924b34615c748fba2dcb977ed04c1243 Mon Sep 17
00:00:00 2001
From: Joakim
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 18, 2007 11:02 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v6 resend 9/9] add MPC837x MDS board
default device tree
On Oct 18, 2007, at 10:09 AM
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 18, 2007 10:57 PM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v6 2/9] ipic: add new interrupts
introduced by new chip
On Oct 18, 2007, at 10:04 AM
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 17, 2007 11:30 PM
To: Li Yang-r58472
Cc: linuxppc-dev list; Tabi Timur-B04825
Subject: Re: [PATCH] qe_lib: export symbols to fix compile
error when QE drivers compile as modules
On May 25
-Original Message-
From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
Sent: Friday, October 19, 2007 8:43 AM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH v6 4/9] add platform support for MPC837x MDS board
+static int
-Original Message-
From: Medve Emilian-EMMEDVE1
Sent: Monday, October 22, 2007 9:48 PM
To: David Miller
Cc: [EMAIL PROTECTED]; Li Yang-r58472;
[EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: RE: [PATCH] [POWERPC] ucc_geth: Eliminate compile warnings
Hello David
-Original Message-
From: Anton Vorontsov [mailto:[EMAIL PROTECTED]
Sent: Saturday, October 27, 2007 10:38 PM
To: Sergei Shtylyov
Cc: Anton Vorontsov; [EMAIL PROTECTED]; Li Yang-r58472;
[EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] ucc_geth: add support
-Original Message-
From: Anton Vorontsov [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 01, 2007 5:59 AM
To: Li Yang-r58472
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] ucc_geth: add support for netpoll
On Mon, Oct 29, 2007 at 03:17
Hi all,
I got a weird page fault oops on vmalloc'ed area. Digging into the powerpc
do_page_fault(), I found there is no handling of address in kernel space unlike
the x86 counter part. Does any one know how we deal with the vmalloc'ed area
on powerpc? Thanks a lot.
- Leo
-Original Message-
From: Joakim Tjernlund [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 02, 2008 3:57 PM
To: Li Yang-R58472
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] usb
-Original Message-
From: Anton Vorontsov [mailto:[EMAIL PROTECTED]
Sent: Monday, September 01, 2008 9:35 PM
To: Kumar Gala
Cc: linuxppc-dev@ozlabs.org; Li Yang-R58472
Subject: [RFC PATCH 2/2 v2] powerpc/83xx: mpc836x_mds: add
support for USBHost
Various changes to support QE
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
On Behalf Of Wolfgang Grandegger
Sent: Wednesday, September 17, 2008 5:18 PM
To: linuxppc-dev
Subject: UCC GETH does not work on my MPC8360EA
Hello,
I have a wired problems with my MPC8360EA using Linux
-Original Message-
From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
Behalf Of Benjamin Herrenschmidt
Sent: Friday, July 02, 2010 1:47 PM
To: Tabi Timur-B04825
Cc: Linuxppc-dev Development
Subject: Re:
Subject: [PATCH] RapidIO,powerpc/85xx: remove MCSR_MASK in fsl_rio
Fixes compile problem caused by MCSR_MASK removal from book-E definitions.
Hi Alex,
Only with your patch, there will still be problem on SRIO platforms other than
MPC85xx.
I have posted a patch series to fix this together with
It looks like the previous sending didn't hit the mailing list. Resend.
Hi Grant,
I have some comment on this proposal.
Subject: Review Request: New proposal for device tree clock binding.
Hi Ben (well, hello to everyone, but I'm particularly interested in
Ben's feedback),
Jeremy and I have
tt*-clock/tt is named for the signal name for the ''clock input''
of the device. it should describe the function of the signal for that
device, rather than the name of the system-wide clock line. For
example, a UART with two clocks - one for baud-rate clocking, and the
other for register clocking
I've avoided requiring clock nodes to have a separate sub node for
each output because it is more verbose and it prevents clock
providers from having child nodes for other purposes. Are you
concerned that
I don't see why there should be child nodes for other purposes under
clock node.
Subject: Re: [PATCH v2 1/4] fsl_rio: fix compile errors
On Aug 31, 2010, at 10:40 PM, Li Yang wrote:
On Wed, Sep 1, 2010 at 5:39 AM, Kumar Gala ga...@kernel.crashing.org
wrote:
On Jun 18, 2010, at 1:24 AM, Li Yang wrote:
Fixes the following compile problem on E500 platforms:
arch/powerpc
Subject: [PATCH 2/3] fsl_rio: fix non-standard HID1 register access
From: Li Yang le...@freescale.com
The access to HID1 register is only legitimate for e500 v1/v2 cores.
Also fixes magic number.
Signed-off-by: Li Yang le...@freescale.com
Signed-off-by: Shaohui Xie b21...@freescale.com
Subject: Re: [PATCH 2/3] fsl_rio: fix non-standard HID1 register access
On Oct 13, 2010, at 9:04 PM, Shaohui Xie wrote:
From: Li Yang le...@freescale.com
The access to HID1 register is only legitimate for e500 v1/v2 cores.
Also fixes magic number.
Signed-off-by: Li Yang le
-Original Message-
From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
ow...@vger.kernel.org] On Behalf Of Wang Dongsheng-B40534
Sent: Wednesday, July 24, 2013 10:26 AM
To: Rafael J. Wysocki
Cc: daniel.lezc...@linaro.org; linux...@vger.kernel.org; linuxppc-
-Original Message-
From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
ow...@vger.kernel.org] On Behalf Of Preeti U Murthy
Sent: Thursday, July 25, 2013 5:03 PM
To: b...@kernel.crashing.org; paul.gortma...@windriver.com;
pau...@samba.org; sha...@linux.vnet.ibm.com;
struct smp_ops_t smp_85xx_ops = {
.kick_cpu = smp_85xx_kick_cpu,
-#ifdef CONFIG_KEXEC
+#ifdef CONFIG_HOTPLUG_CPU
+ .cpu_disable= generic_cpu_disable,
+ .cpu_die= generic_cpu_die,
+#endif
.give_timebase = smp_generic_give_timebase,
.take_timebase =
Hi Dan and Vinod,
Please help to pick this patch up. It addresses a great performance regression
for RAID offloading.
Acked-by: Li Yang le...@freescale.com
- Leo
-Original Message-
From: Shi Xuelin-B29237
Sent: Thursday, April 26, 2012 10:04 AM
To: dan.j.willi...@intel.com
Cc
-Original Message-
From: Anthony Foiani [mailto:t...@scrye.com]
Sent: Friday, May 18, 2012 1:08 AM
To: linuxppc-dev@lists.ozlabs.org
Cc: ashish kalra; Li Yang-R58472; Jeff Garzik; Robert P.J.Day; Adrian
Bunk
Subject: ppc/sata-fsl: orphan config value: CONFIG_MPC8315_DS
-Original Message-
From: Wood Scott-B07421
Sent: Tuesday, June 05, 2012 7:03 AM
To: Zhao Chenhui-B35336
Cc: linuxppc-dev@lists.ozlabs.org; linux-ker...@vger.kernel.org;
ga...@kernel.crashing.org; Li Yang-R58472
Subject: Re: [PATCH v5 4/5] fsl_pmc: Add API to enable device
-Original Message-
From: Wood Scott-B07421
Sent: Wednesday, June 06, 2012 12:12 AM
To: Li Yang-R58472
Cc: Wood Scott-B07421; Zhao Chenhui-B35336; linuxppc-dev@lists.ozlabs.org;
linux-ker...@vger.kernel.org; ga...@kernel.crashing.org
Subject: Re: [PATCH v5 4/5] fsl_pmc: Add API
Subject: Question about MPIC_SINGLE_DEST_CPU on P1020 (e500 core) SMP
Hi
The P1020 manual states (in the PIC chapter) that in the Internal
Interrupt Destination register, only 1 CPU (and not both) can be
selected as the IRQ destination. How then can we achieve interrupt
spraying for the
-Original Message-
From: Wood Scott-B07421
Sent: Friday, June 29, 2012 11:02 AM
To: Kumar Gala
Cc: Jia Hongtao-B38951; Wood Scott-B07421; Li Yang-R58472; ag...@suse.de;
linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH 0/3] powerpc/fsl: PCI refactoring and QEMU paravirt
platform
-Original Message-
From: Linuxppc-dev [mailto:linuxppc-dev-
bounces+leoli=freescale@lists.ozlabs.org] On Behalf Of Vineeth
Sent: Wednesday, July 04, 2012 1:16 AM
To: linux-embed...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org;
linuxppc-embed...@ozlabs.org; Wood Scott-B07421;
-Original Message-
From: Wang Dongsheng-B40534
Sent: Monday, August 13, 2012 1:54 PM
To: Wood Scott-B07421
Cc: b...@kernel.crashing.org; pau...@samba.org; linuxppc-
d...@lists.ozlabs.org; Gala Kumar-B11780; Li Yang-R58472
Subject: RE: [PATCH v2 2/2] powerpc/mpic: add global timer
-Original Message-
From: Jia Hongtao-B38951
Sent: Tuesday, August 21, 2012 11:26 AM
To: Wood Scott-B07421
Cc: linuxppc-dev@lists.ozlabs.org; ga...@kernel.crashing.org; Li Yang-
R58472; Bradley Hughes
Subject: RE: [PATCH V8] powerpc/fsl-pci: Unify pci/pcie initialization
code
On Aug 22, 2012, at 1:16, Wood Scott-B07421 b07...@freescale.com wrote:
On 08/21/2012 01:49 AM, Li Yang-R58472 wrote:
If there is i8259 node in the device tree, it should be suggesting
that there is a PCI to ISA bridge but not explicitly described in the
device tree. Then we need to fix
Subject: [linuxppc-release] [PATCH 1/2] powerpc, e5500: add networking to
defconfig
Even though support for the p5020's on-chip ethernet is not yet upstream,
it is not appropriate to disable all networking support (including
loopback, unix domain sockets, external ethernet devices, etc) in the
Subject: Re: [linuxppc-release] [PATCH 1/2] powerpc, e5500: add networking
to defconfig
On Thu, 12 May 2011 10:31:08 -0500
Scott Wood scottw...@freescale.com wrote:
On Thu, 12 May 2011 01:11:03 -0500
Li Yang-R58472 r58...@freescale.com wrote:
diff --git a/arch/powerpc/configs
: Li Yang-R58472; Xie Shaohui-B21989; Zang Roy-R61911;
a...@linux-foundation.org; linuxppc-dev@lists.ozlabs.org; Gala Kumar-B11780
主题: RE: [PATCH 2/2][v3] rapidio,powerpc/85xx: Error interrupt handler for sRIO.
Not at all. I tested it earlier and it works for me on 8548 platform.
-Original
-Original Message-
From: Liu Shuo-B35362
Sent: Tuesday, July 12, 2011 12:49 PM
To: dw...@infradead.org
Cc: linux-...@lists.infradead.org; linuxppc-...@ozlabs.org; Liu Shuo-
B35362; Li Yang-R58472
Subject: [PATCH v2] mtd/nand : workaround for Freescale FCM to support
large-page Nand chip
Subject: Re: [PATCH v2] fsldma: add support to 36-bit physical address
On Nov 11, 2010, at 6:16 AM, Li Yang wrote:
Expand the dma_mask of fsldma device to 36-bit, indicating that the
DMA engine can deal with 36-bit physical address and does not need the
SWIOTLB to create bounce buffer
Subject: ucc_geth: transmit queue timeout at half-duplex mode
Hi all,
on my MPC8321E with linux-2.6.36 I get this netdev watchdog warning
NETDEV WATCHDOG: eth0 (of:ucc_geth): transmit queue 0 timed out if the
link mode is half-duplex.
The warning is caused, because all Tx BDs are full and packet
On Thu, 2010-12-09 at 17:20 -0800, Mark Pearson wrote:
Magical - thank you very very much. The patch fixes the problem
Really appreciate the quick response - and I would never have found that
in a million years.
No worries.
Looks like someone should send 78e2e68a2b to the stable crew. FSL
Subject: RapidIO: multiple mport support for QorIQ
I'm planning to add support for the multiple(2) mports supported by the
Freescale
p2020 processor. I'm currently looking at the fsl layer to add in support for
multiple port enumeration, and work up from there. It looks like the upper
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Thursday, September 06, 2012 10:28 PM
To: Enrico Scholz
Cc: ba...@ti.com; Chen Peter-B29397; linux-...@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org; Li Yang-R58472; gre...@linuxfoundation.org
Subject: Re: [PATCH
-Original Message-
From: Jia Hongtao-B38951
Sent: Friday, September 21, 2012 11:14 AM
To: Kumar Gala
Cc: linuxppc-dev@lists.ozlabs.org; Li Yang-R58472; Wood Scott-B07421
Subject: RE: [PATCH][V4] powerpc/fsl-pci: Add pci inbound/outbound PM
support
-Original Message
在 Sep 28, 2012，0:07，Kumar Gala ga...@kernel.crashing.org 写道：
Hi Kumar,
I have already sent the log.
Do you have any comment on it?
Thanks.
- Hongtao.
Hongtao,
You mentioned:
I tested the re-parsing way by using setup_pci_atmu() when resume.
And I found out that re-parsing will
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Saturday, October 20, 2012 1:37 AM
To: Simon Haggett
Cc: Li Yang-R58472; Felipe Balbi; Greg Kroah-Hartman; linux-
u...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org; linux-
ker...@vger.kernel.org; Laurent Pinchart
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Thursday, January 10, 2013 10:30 PM
To: Felipe Balbi
Cc: Li Yang-R58472; linux-...@vger.kernel.org; linuxppc-
d...@lists.ozlabs.org
Subject: Re: [BUILD BREAK] usb: gadget: fsl_mxc_udc can't compile
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Friday, January 11, 2013 4:41 PM
To: Chen Peter-B29397
Cc: ba...@ti.com; ker...@pengutronix.de; Li Yang-R58472; Greg KH; linux-
u...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
Subject: Re: [BUILD BREAK] usb
This is a request for comments on this patch. I hunch it is
not quite
ready for inclusion, though it is certainly ready for
review. Correct
functioning of this patch depends on the patches submitted earlier.
As suggested by Dan Williams, I implemented DMA_SLAVE
support for the
fsldma
On May 12, 2009, at 3:35 AM, Li Yang wrote:
Add the mapping functions used to support direct IO memory access of
rapidIO.
Signed-off-by: Zhang Wei z...@zh-kernel.org
Signed-off-by: Li Yang le...@freescale.com
Use inbnd/outbnd instead of inb/outb which make one think of
byte level io
Hi,
Can Freescale DMA engine driver can be used on MPC2870 ?
No, the driver is only used on 83xx and 85xx cpus.
- Leo
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Now, I know there is at least one person on earth
contemplating sharing some drivers between PPC and ARM. I
won't tell much more at this stage, but it makes sense in the
grand scheme of things to see SoC vendors put similar IO cores
into either PPC or ARM and providing that clock API is a
401 - 500 of 526 matches
Mail list logo
