Hello,
I have a wired problems with my MPC8360EA using Linux 2.6.27-rc6. The
UCC GEHT controller works fine with 100/Full but fails with 1000/Full.
What I see is that the TX done interrupts come (ifconfig's TX packet
counter goes up), but the messages does not show up on the wire. RX
seems to work
> -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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
> This looks like a biggish change for after -rc6, and the commit
> message doesn't tell me what dire things will happen if the patch
> doesn't go in, or what systems see this breakage, or whether this is a
> regression since 2.6.26 (I assume
On Tue, Sep 16, 2008 at 06:08:34PM -0400, Jon Smirl wrote:
[...]
> >> >> > Assume that GPIO 8 does not translate to any IRQ, but IRQ 8 is still
> >> >> > valid virq b/c it is mapped for another IRQ controller (particularly
> >> >> > lots of kernel code assumes that IRQ 8 is 8259 PIC's CMOS interrup
Both solutions can be implemented. This is really a question of style.
Since this impacts all of the PowerPC implementations we should get
feedback from more people I'll go along with whatever the group
wants.
The basic question is: Should GPIOs and VIRQs each have their own
namespace, or should
This patch implements the memory notifier to update the busmap instantly
instead of rebuilding the whole map. This is necessary because
walk_memory_resource provides different information than required during memory
hotplug.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
---
This patch is based
It doesn't seem to me that the problem (hierarchical interrupts) is one
that only happens with GPIOs, so why treat them specially? Since there
seems to be a reasonable solution that keeps them in a
separate namespace, that seems like the better way to go...
Steve
> -Original Message-
>
This patch implements GPIOLIB support for MPC8349-compatible SOC GPIOs.
MPC8610 adopted this GPIO unit, so let's place it into sysdev.
We'll need these gpios to support IrDA transceiver on MPC8610HPCD.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
v2:
- Incorporated Peter Korsgaard's su
Christoph Hellwig wrote:
On Fri, Sep 05, 2008 at 03:06:18AM +0200, Christoph Hellwig wrote:
Current linus tree fail to build for me for a 64bit powerpc config with:
This is cause by
commit 7563dc64585324f443f5ac107eb6d89ee813a2d2
Author: Tony Breeds <[EMAIL PROTECTED]>
Date: Tue Sep 2 16:
Chris Friesen writes:
> Is there a proper fix other than simply reverting that commit?
It appears that we have a choice between having CONFIG_FTRACE work
with gcc 4 and not gcc 3 (the current situation), and having
CONFIG_FTRACE work with gcc 3 and not gcc 4 (which is what we would
have if that c
> "Anton" == Anton Vorontsov <[EMAIL PROTECTED]> writes:
Hi,
Anton> This patch implements GPIOLIB support for MPC8349-compatible SOC GPIOs.
Anton> MPC8610 adopted this GPIO unit, so let's place it into sysdev.
Anton> We'll need these gpios to support IrDA transceiver on MPC8610HPCD.
It s
On Thu, Sep 18, 2008 at 05:25:14AM +1000, [EMAIL PROTECTED] wrote:
> Mailing list removal confirmation notice for mailing list Linuxppc-dev
>
> We have received a request for the removal of your email address,
> "[EMAIL PROTECTED]" from the linuxppc-dev@ozlabs.org mailing list.
> To confirm that y
On Thu, Sep 18, 2008 at 05:25:14AM +1000, [EMAIL PROTECTED] wrote:
> Mailing list removal confirmation notice for mailing list Linuxppc-dev
>
> We have received a request for the removal of your email address,
> "[EMAIL PROTECTED]" from the linuxppc-dev@ozlabs.org mailing list.
> To confirm that y
On Aug 6, 2008, at 11:48 AM, Timur Tabi wrote:
Add the fsl,playback-dma and fsl,capture-dma properties to the
Freescale
MPC8610 HPCD device tree. These properties connect the SSI nodes to
the
DMA nodes for the DMA channels that the SSI should use. Also update
the
ssi.txt documentation.
Hi,
I am trying to setup a device tree for a 405EP based board.
I did not fully understand how to setup the interrupt-map-mask and
interrupt-map properties for the PCI node:
...
PCI0: [EMAIL PROTECTED] {
...
interrup
Introduced a new set of low level tlb invalidate functions that do not
broadcast invalidates on the bus:
_tlbil_all - invalidate all
_tlbil_pid - invalidate based on process id (or mm context)
_tlbil_va - invalidate based on virtual address (ea + pid)
On non-SMP configs _tlbil_all should be func
There are some minor issues with support 64-bit PTEs on a 32-bit processor
when dealing with SMP.
* We need to order the stores in set_pte_at to make sure the flag word
is set second.
* Change pte_clear to use pte_update so only the flag word is cleared
* Added a check to set_pte_at to clear the
We need to create a false data dependency to ensure the loads of
the pte are done in the right order.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/head_fsl_booke.S | 26 +-
1 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/arch/powe
Implement _PAGE_SPECIAL and pte_special() for 32-bit powerpc. This bit will
be used by the fast get_user_pages() to differenciate PTEs that correspond
to a valid struct page from special mappings that don't such as IO mappings
obtained via io_remap_pfn_ranges().
We currently only implement this on
2008-09-18
limitjiang
发件人： [EMAIL PROTECTED]
发送时间： 2008-09-18 09:55:11
收件人： linuxppc-dev@ozlabs.org
抄送：
主题： Linuxppc-dev Digest, Vol 49, Issue 89
Send Linuxppc-dev mailing list submissions to
linuxppc-dev@ozlabs.org
To subscribe or unsubscribe via the World Wide Web, visit
https
20 matches
Mail list logo
