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
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
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
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
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
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
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.
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
> "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
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
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:
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
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 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
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
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
-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
> -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
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
20 matches
Mail list logo
