> -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; ga...@ke
> -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-
> d...@lists.ozl
> -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
> Subj
> -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
> -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...@vge
在 Sep 28, 2012，0:07，"Kumar Gala" 写道：
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 fou
> -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-
> 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
On Aug 22, 2012, at 1:16, "Wood Scott-B07421" 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.
> -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 pc
> -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] pow
> -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-B07
> -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 refactor
> 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"
> -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
> -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
> -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 val
gt; Cc: vinod.k...@intel.com; linuxppc-dev@lists.ozlabs.org; linux-
> ker...@vger.kernel.org; Ira W. Snyder; Li Yang-R58472
> Subject: RE: [PATCH] fsldma: fix performance degradation by optimizing
> spinlock use.
>
> Hi Dan Williams,
>
> Do you have any comment about this patch?
>
> > 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,
> > .t
> Subject: Re: [PATCH] powerpc/85xx: allow CONFIG_PHYS_64BIT to be
> selectable
>
> Li Yang-R58472 wrote:
>
> > The mpc85xx_defconfig does include silicons with e500v1 core which
> > doesn't have the 36-bit support. Won't enabling 36-bit support by
&
> Subject: Re: [PATCH] powerpc/85xx: allow CONFIG_PHYS_64BIT to be
> selectable
>
> Li Yang-R58472 wrote:
>
> > Even though the user still need to know the addressing mode that
> > u-boot is using. It won't work if the addressing mode of u-boot and
> >
> -Original Message-
> From: Tabi Timur-B04825
> Sent: Friday, February 24, 2012 10:46 AM
> To: Li Yang-R58472
> Cc: Huang Changming-R66093; ga...@kernel.crashing.org;
> b...@kernel.crashing.org; Wood Scott-B07421; linuxppc-...@ozlabs.org
> Subject: Re: [PATCH
> > Subject: Re: [PATCH] powerpc/85xx: allow CONFIG_PHYS_64BIT to be
> > selectable
> >
> > Huang Changming-R66093 wrote:
> > > I have one similar patch to remove the "select PHYS_64BIT".
> > > http://patchwork.ozlabs.org/patch/132351/
> >
> > That one doesn't update the defconfigs, which means tha
>Subject: Re: [PATCH 1/2] powerpc/85xx: fix problem that prevents
>PHYS_64BIT from configurable
>
>
>On Feb 16, 2012, at 6:10 AM, Li Yang wrote:
>
>> Fix the problem that large physical address support cannot be disabled
>> when some platforms which only provides 36-bit support are selected.
>> Acc
>I tried a debian install on the p5020ds here and I find SATA to be
>extremely slow, generating millions of interrupts. I think the defaults
>should be a lot more aggressive at coalescing.
The P5020 has a hardware problem with SATA, making it generate more interrupts
than it should. A new revisi
> -Original Message-
> From: Paul Gortmaker [mailto:paul.gortma...@windriver.com]
> Sent: Friday, February 03, 2012 6:42 AM
> To: Li Yang-R58472
> Cc: net...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
> Subject: [RFC] Multi queue support in ethernet/freescale/ucc_geth
>-Original Message-
>From: Artem Bityutskiy [mailto:dedeki...@gmail.com]
>Sent: Wednesday, November 30, 2011 4:51 PM
>To: Kumar Gala
>Cc: Wood Scott-B07421; Li Yang-R58472; Liu Shuo-B35362; linux-
>ker...@vger.kernel.org Kernel; linux-...@lists.infradead.org; And
the hot path. While it might
be safer having it, I doubt it is really necessary. If the CPU1 doesn't have
the updated last_used, it's shouldn't have known there is a cookie 20 existed
either.
- Leo
>
> Thanks,
> Ira
>
> > -Original Message-
>
> Subject: Re: [PATCH 3/3] mtd/nand : workaround for Freescale FCM to support
> large-page Nand chip
>
> On Thu, 2011-11-24 at 08:41 +0800, b35...@freescale.com wrote:
> > + /*
> > +* Freescale FCM controller has a 2K size limitation of
> > buffer
> > +
> Subject: [PATCH 3/3] mtd/nand : workaround for Freescale FCM to support
> large-page Nand chip
>
> From: Liu Shuo
>
> Freescale FCM controller has a 2K size limitation of buffer RAM. In order
> to support the Nand flash chip whose page size is larger than 2K bytes,
> we read/write 2k data repe
>-Original Message-
>From: Peter Chen [mailto:hzpeterc...@gmail.com]
>Sent: Wednesday, November 23, 2011 11:02 AM
>To: Li Yang-R58472
>Cc: Chen Peter-B29397; ba...@ti.com; gre...@suse.de; linux-
>u...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
>Subject: Re: [PA
>Subject: Re: [PATCH] usb/fsl_udc: fix dequeuing a request in progress
>
>On Fri, Nov 11, 2011 at 08:38:13PM +0800, Li Yang wrote:
>> The original implementation of dequeuing a request in progress is not
>> correct. Change to use a correct process and also clean up the
>> related functions a littl
>Subject: Re: [PATCH v2 1/7] powerpc/85xx: re-enable timebase sync disabled
>by KEXEC patch
>
>On Fri, Nov 18, 2011 at 08:35:02AM -0600, Kumar Gala wrote:
>>
>> On Nov 16, 2011, at 12:42 PM, Scott Wood wrote:
>>
>> > On 11/16/2011 03:55 AM, Zhao Chenhui wrote:
>> >> From: Li Yang
>> >>
>> >> The t
> Subject: [PATCH v2] USB: fsl_udc_core: use usb_endpoint_xfer_isoc to judge ISO
> XFER
>
> Some ISO gadgets, like audio, has SYNC attribute as well as
> USB_ENDPOINT_XFER_ISOC for their bmAttributes at ISO endpoint descriptor. So,
> it
> needs to use usb_endpoint_xfer_isoc to judge ISO XFER.
>
>Cc: linuxppc-dev@lists.ozlabs.org; Li Yang-R58472
>Subject: Re: [PATCH v2 2/7] powerpc/85xx: add HOTPLUG_CPU support
>
>On 11/16/2011 03:55 AM, Zhao Chenhui wrote:
>> +static void __cpuinit smp_85xx_mach_cpu_die(void) {
>> +unsigned int cpu = smp_processor_id();
>-Original Message-
>From: Wood Scott-B07421
>Sent: Wednesday, November 09, 2011 4:40 AM
>To: Li Yang-R58472
>Cc: Wood Scott-B07421; Zhao Chenhui-B35336; linuxppc-dev@lists.ozlabs.org
>Subject: Re: [PATCH 5/7] fsl_pmc: update device bindings
>
>On 11/08/2011 04:56
>-Original Message-
>From: Wood Scott-B07421
>Sent: Wednesday, November 09, 2011 4:58 AM
>To: Li Yang-R58472
>Cc: Wood Scott-B07421; Zhao Chenhui-B35336; linuxppc-dev@lists.ozlabs.org
>Subject: Re: [PATCH 2/7] powerpc/85xx: add HOTPLUG_CPU support
>
>On 11/0
>-Original Message-
>From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
>[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
>Behalf Of Scott Wood
>Sent: Saturday, November 05, 2011 5:12 AM
>To: Zhao Chenhui-B35336
>Cc: net...@vger.kernel.org; linuxppc-dev@l
>-Original Message-
>From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
>[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
>Behalf Of Scott Wood
>Sent: Saturday, November 05, 2011 5:14 AM
>To: Zhao Chenhui-B35336
>Cc: net...@vger.kernel.org; linuxppc-dev@l
>-Original Message-
>From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
>[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
>Behalf Of Scott Wood
>Sent: Saturday, November 05, 2011 5:14 AM
>To: Zhao Chenhui-B35336
>Cc: net...@vger.kernel.org; linuxppc-dev@l
>-Original Message-
>From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
>[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
>Behalf Of Scott Wood
>Sent: Saturday, November 05, 2011 4:05 AM
>To: Zhao Chenhui-B35336
>Cc: linuxppc-dev@lists.ozlabs.org
>Subject
>Subject: Re: [PATCH 3/7] powerpc/85xx: add sleep and deep sleep support
>
>On 11/04/2011 07:33 AM, Zhao Chenhui wrote:
>> +/* Cast the ccsrbar to 64-bit parameter so that the assembly
>> + * code can be compatible with both 32-bit & 36-bit */
>> +extern void mpc85xx_enter_deep_sleep(u64 ccsrbar, u
>To: Zhao Chenhui-B35336; linuxppc-dev@lists.ozlabs.org
>Subject: Re: [PATCH 3/7] powerpc/85xx: add sleep and deep sleep support
>
>Hi Zhao,
>
>From: Li Yang
>
>Some Freescale chips like MPC8536 and P1022 has deep sleep PM mode in
>addtion to the sleep PM mode.
>
>In sleep PM mode, the clocks of e
>Subject: Re: [PATCH 2/7] powerpc/85xx: add HOTPLUG_CPU support
>
>On 11/04/2011 07:31 AM, Zhao Chenhui wrote:
>> From: Li Yang
>>
>> Add support to disable and re-enable individual cores at runtime
>> on MPC85xx/QorIQ SMP machines. Currently support e500 core.
>>
>> MPC85xx machines use ePAPR spi
>-Original Message-
>From: linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org
>[mailto:linuxppc-dev-bounces+leoli=freescale@lists.ozlabs.org] On
>Behalf Of Scott Wood
>Sent: Saturday, November 05, 2011 1:34 AM
>To: Zhao Chenhui-B35336
>Cc: linuxppc-dev@lists.ozlabs.org
>Subject
>-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 sup
: 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.
> -Origi
>Subject: Re: [linuxppc-release] [PATCH 1/2] powerpc, e5500: add networking
>to defconfig
>
>On Thu, 12 May 2011 10:31:08 -0500
>Scott Wood wrote:
>
>> On Thu, 12 May 2011 01:11:03 -0500
>> Li Yang-R58472 wrote:
>>
>> > >diff --git a/arch/powerpc/
>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 t
> 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 upp
>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 cr
>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
>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 buf
>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
>>
>> The access to HID1 register is only legitimate for e500 v1/v2 cores.
>> Also fixes magic number.
>>
>> Signed-off-by: Li Yang
>> Signed-off-by: Sh
>Subject: [PATCH 2/3] fsl_rio: fix non-standard HID1 register access
>
>From: Li Yang
>
>The access to HID1 register is only legitimate for e500 v1/v2 cores.
>Also fixes magic number.
>
>Signed-off-by: Li Yang
>Signed-off-by: Shaohui Xie
This patch is depending on another patch at
http://patchw
>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
>wrote:
>>>
>>> On Jun 18, 2010, at 1:24 AM, Li Yang wrote:
>>>
Fixes the following compile problem on E500 platforms:
arch/powerpc/s
>>> 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
>c
>>>*-clock 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
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
>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 wi
>-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:
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
___
>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
>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 ba
>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
Linuxppc-
>-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 Y
>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
>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
>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
>> Signed-off-by: Li Yang
>
>Use inbnd/outbnd instead of inb/outb which make one think of
>byte level io accessors.
>
>As I look at t
>> 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
>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 ab
> 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 cu
> -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,
> -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 co
> -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 -07
> -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 o
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 tab
> -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.
>
> Th
> -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 Eth
> -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 powe
> -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 bo
> -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
> -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
> o
> -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 usin
> -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
&g
> -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
> -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
>
> -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_
> -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 warn
> -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 drive
> -Original Message-
> From: David Gibson [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 19, 2007 8:56 AM
> To: Li Yang-r58472
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH v5 9/9] add MPC837x MDS board default device
> -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
> -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
>
> -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
>
> -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
> -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
> -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
> -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
>
> -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
>
>
>
> -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
>
>
>
1 - 100 of 116 matches
Mail list logo
