On Fri, Nov 27, 2009 at 10:30 AM, Paul Mackerras pau...@samba.org wrote:
Li Yang writes:
That's my concern too. But after all mmap without O_SYNC on I/O
devices should be deprecated.
It should? Why?
Shouldn't the onus rather be on those proposing an incompatible change
to the kernel
Currently userspace has no chance to find out which virtual address space we're
in and resolve addresses. While that is a big problem for migration, it's also
unpleasent when debugging, as gdb and the monitor don't work on virtual
addresses.
This patch exports enough of the MMU segment state to
On 11/30/2009 03:02 PM, Alexander Graf wrote:
Currently userspace has no chance to find out which virtual address space we're
in and resolve addresses. While that is a big problem for migration, it's also
unpleasent when debugging, as gdb and the monitor don't work on virtual
addresses.
This
On Mon, Nov 16, 2009 at 11:36:40AM -0600, Curtis Wald wrote:
Yosemite.dts stanza for PCI was copied from Bamboo which has four PCI
slots; Yosemite only has one PCI slot which is mapped to
IDSEL 12, ADDR 22, IRQ2 Vector 25, INTA.
Signed-off-by: Curtis Wald cw...@watchguardvideo.com
Your patch
To: roger blofeld blofel...@yahoo.com
Cc: ga...@kernel.crashing.org; linuxppc-dev@lists.ozlabs.org;
sta...@kernel.org
Sent: Sun, November 29, 2009 11:49:27 PM
Subject: Re: [PATCH] powerpc: Restore dma ops for powermac cardbus drivers
On Sun, 2009-11-29 at 20:23 -0800, roger blofeld
On Wed, 2009-11-25 at 16:19 -0500, Steven Rostedt wrote:
On Wed, 2009-11-25 at 10:12 -0600, Will Schmidt wrote:
Tested-by: Will Schmidt will_schm...@vnet.ibm.com
Signed-off-by: Will Schmidt will_schm...@vnet.ibm.com
Isn't it assumed that the one that made the patch also tested it? Well I
Josh,
Here is a resend of the Yosemite.dts patch, deleting tabs and spaces in
the IDSEL section that should look better when viewing as 80 column.
The comments added before the ranges declaration provides info on the
array element as processed by the kernel - there is no runtime
difference for
On Mon, Nov 30, 2009 at 2:50 AM, Yogesh Chaudhari mr.yog...@gmail.com wrote:
Hello,
I am running linux kernel with rt patch on embedded board
based on lite5200 eval board. From linux-2.6.31 release, in which the
mdio patch has gone inside, the fec ethernet does not come up on this
On Mon, Nov 23, 2009 at 04:28:53PM -0600, Becky Bruce wrote:
Code was added to mm/higmem.c that depends on several
kmap types that powerpc does not support. We add dummy
invalid definitions for KM_NMI, KM_NM_PTE, and KM_IRQ_PTE.
According to list discussion, this fix should not be needed
anymore
On Thu, Nov 19, 2009 at 02:52:16PM -0500, Neil Horman wrote:
Hey there-
Before anyone flames me for what a oddball solution this is, let me just
say I'm trying to get the ball rolling here. I think there may be better
solutions that can be impemented in reloc_64.S, but I've yet to make
Sorry I meant drver/. Probably you should consider how the iop-dma is
done.
-Original Message-
From: Anatolij Gustschin [mailto:ag...@denx.de]
Sent: Friday, November 27, 2009 2:27 AM
To: Tirumala Reddy Marri
Cc: linux-r...@vger.kernel.org; w...@denx.de; d...@denx.de; Yuri Tikhonov;
Hi Ben,
Could you please review the patch I sent .
Thanks,
Marri
-Original Message-
From: tma...@amcc.com [mailto:tma...@amcc.com]
Sent: Wednesday, November 25, 2009 3:49 PM
To: linuxppc-...@ozlabs.org
Cc: tma...@macc.com; Tirumala Reddy Marri
Subject: [PATCH] Adding PCI-E support for
On Mon, 2009-11-30 at 10:52 -0800, Tirumala Reddy Marri wrote:
Hi Ben,
Could you please review the patch I sent .
Thanks,
Marri
Hi !
The original message never made it. This one did but the patch is line
wrapped. Please fix your mailer and re-send.
Cheers,
Ben.
-Original Message-
On Mon, 2009-11-30 at 12:57 -0500, Josh Boyer wrote:
On Mon, Nov 23, 2009 at 04:28:53PM -0600, Becky Bruce wrote:
Code was added to mm/higmem.c that depends on several
kmap types that powerpc does not support. We add dummy
invalid definitions for KM_NMI, KM_NM_PTE, and KM_IRQ_PTE.
On Tue, Dec 01, 2009 at 06:49:43AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2009-11-30 at 12:57 -0500, Josh Boyer wrote:
On Mon, Nov 23, 2009 at 04:28:53PM -0600, Becky Bruce wrote:
Code was added to mm/higmem.c that depends on several
kmap types that powerpc does not support. We add dummy
When you say you'll see what you can do, do you mean you'll see if you can get
the patch into .32, or change the Fedora config? If you mean change the
Fedora
config, I can do that myself. I was more pointing out that you have a .32
patch not needed for .33 heading for .33... ;)
I'll try
Eric W. Biederman wrote:
Nathan Fontenot nf...@austin.ibm.com writes:
version 2 of the patch set with updates from comments.
The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries
platform allows for the addition and removal of resources (i.e. cpus,
memory, pci devices)
Benjamin Herrenschmidt wrote:
On Fri, 2009-11-27 at 11:57 +0100, Joakim Tjernlund wrote:
Scott and Rex, I think we need you s-o-b to make it into the kernel proper.
Marcelo and Vitaly, I noticed you guys are listed as 8xx maintainers.
Have you seen this? What do you think?
I think Marcelo
Scott Wood scottw...@freescale.com wrote on 30/11/2009 23:25:30:
Benjamin Herrenschmidt wrote:
On Fri, 2009-11-27 at 11:57 +0100, Joakim Tjernlund wrote:
Scott and Rex, I think we need you s-o-b to make it into the kernel proper.
Marcelo and Vitaly, I noticed you guys are listed as 8xx
Hi Linus
Please pull one patch from Becky to fix a build breakage in 2.6.32 with
CONFIG_DEBUG_HIGHMEM. This is, I believe, the same patch that went
into ARM to fix the same issue.
Cheers,
Ben.
The following changes since commit a8a8a669ea13d792296737505adc43ccacf3a648:
Linus Torvalds (1):
From: Tirumala Marri tma...@amcc.com
This patch would add PCI-E support for AMCC 460SX processor based
redwood board.
Signed-off-by: Tirumala Marri tma...@amcc.com
---
arch/powerpc/boot/dts/redwood.dts | 122 +
arch/powerpc/sysdev/ppc4xx_pci.c | 119
This series is a rework of the previously posted patch:
- [RFC PATCH v2 08/11] powerpc: gamecube/wii: early debugging using usbgecko
It tries to implement the ideas suggested by Benjamin Herrenschmidt
regarding the use of a fixmap entry to provide a valid I/O mapping
immediately after MMU_init
The udbg facility provides an early debug extension that can be enabled
using CONFIG_PPC_EARLY_DEBUG.
In some cases, this early debugging facility cannot be used after
MMU_init runs (and the MMU is loaded and enabled with the definitive
mappings) because the early mappings are not valid anymore.
Add a new entry to the fixmap table to allow low level early udbg drivers
to safely reserve virtual address space and create their I/O mappings.
Signed-off-by: Albert Herranz albert_herr...@yahoo.es
---
arch/powerpc/include/asm/fixmap.h |3 +++
1 files changed, 3 insertions(+), 0
Add support for using the USB Gecko adapter as an early debugging
console on the Nintendo GameCube and Wii video game consoles.
The USB Gecko is a 3rd party memory card interface adapter that provides
a EXI (External Interface) to USB serial converter.
Signed-off-by: Albert Herranz
Hi Ben,
Today's linux-next build (powerpc ppc64_defconfig) failed like this:
arch/powerpc/mm/mmu_context_hash64.c: In function 'destroy_context':
arch/powerpc/mm/mmu_context_hash64.c:96: error: passing argument 1 of
'subpage_prot_free' from incompatible pointer type
Anatolij Gustschin wrote:
This patch adds new version of the PPC440SPe ADMA driver.
Signed-off-by: Anatolij Gustschin ag...@denx.de
Signed-off-by: Yuri Tikhonov y...@emcraft.com
[minor] Sign-offs are typically in delivery path order, so yours would
appear last.
[..]
Albert Herranz wrote:
Add support for using the USB Gecko adapter as an early debugging
console on the Nintendo GameCube and Wii video game consoles.
The USB Gecko is a 3rd party memory card interface adapter that provides
a EXI (External Interface) to USB serial converter.
Signed-off-by:
On Tue, 1 Dec 2009 04:46:00 am Neil Horman wrote:
Paul, Ben, given that Rusty hasn't come back with any opinion on this patch,
do you
feel comfortable merging it via the ppc tree? Currently the earlyinit routine
is only compiled in and used for your arch, so I think its fairly benign.
Richard Holden wrote:
Albert Herranz wrote:
Add support for using the USB Gecko adapter as an early debugging
console on the Nintendo GameCube and Wii video game consoles.
The USB Gecko is a 3rd party memory card interface adapter that provides
a EXI (External Interface) to USB serial
Hello, All,
I am new to the list. I am still newbie to embedded linux. I have bought an
ep440xs board which is similar to sequoia board. u-boot is working. I am trying
to make it run linux. I have the following problems and need your help. Thank
you very much:
I am using linux kernel
From: Wood Scott-B07421
Sent: Friday, November 20, 2009 11:09 PM
Cache-sram does not have any device tree entry since it is not a
hardware as such. Putting it under chosen can be another option.
I think, Scott (cc'ed) was of the opinion that since 32b
base address
support is
On Tue, 2009-12-01 at 06:23 +0100, Albert Herranz wrote:
Richard Holden wrote:
diff --git a/arch/powerpc/platforms/embedded6xx/usbgecko_udbg.c
b/arch/powerpc/platforms/embedded6xx/usbgecko_udbg.c
index ba4c7cc..3f125b6 100644
--- a/arch/powerpc/platforms/embedded6xx/usbgecko_udbg.c
+++
Michael Ellerman wrote:
you may want to rename the ug_ prefix, it took me a while looking back
and forth through the patch to convince myself it wasn't a typo.
What's wrong with ug_ ? (ug = (u)sb(g)ecko)
What's wrong with usb_gecko_early_remap() :)
Nothing, except that names end up been
This adds some basic devres support. When enabled via macio_enable_devres()
resources requested by drivers will be automatically released.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/include/asm/macio.h |2 +
drivers/macintosh/macio_asic.c | 47
This adds dma_parms to macio devices and initializes them with
default values. This will allow pata_macio to setup the appropriate
max segment size for the block layer.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/include/asm/macio.h |1 +
The hotplug mediabay has tendrils deep into drivers/ide code
which makes a libata port reather difficult. In addition it's
ugly and could be done better.
This reworks the interface between the mediabay and the rest
of the world so that:
- Any macio_driver can now have a mediabay_event
In libata-sff, ata_sff_post_internal_cmd() directly calls ata_bmdma_stop()
instead of ap-ops-bmdma_stop(). This can be a problem for controllers
that use their own bmdma_stop for which the generic sff one isn't suitable
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
This is a libata driver for the macio IDE controller used on most Apple
PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
It supports all the features of its predecessor, including mediabay hotplug
and suspend/resume. It should also support module load/unload.
The
On 12/01/2009 04:08 PM, Benjamin Herrenschmidt wrote:
This adds some basic devres support. When enabled via macio_enable_devres()
resources requested by drivers will be automatically released.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
Acked-by: Tejun Heo t...@kernel.org
On 12/01/2009 04:08 PM, Benjamin Herrenschmidt wrote:
In libata-sff, ata_sff_post_internal_cmd() directly calls ata_bmdma_stop()
instead of ap-ops-bmdma_stop(). This can be a problem for controllers
that use their own bmdma_stop for which the generic sff one isn't suitable
Signed-off-by:
On Tue, 2009-12-01 at 16:25 +0900, Tejun Heo wrote:
On 12/01/2009 04:08 PM, Benjamin Herrenschmidt wrote:
In libata-sff, ata_sff_post_internal_cmd() directly calls ata_bmdma_stop()
instead of ap-ops-bmdma_stop(). This can be a problem for controllers
that use their own bmdma_stop for which
On 12/01/2009 04:29 PM, Benjamin Herrenschmidt wrote:
On Tue, 2009-12-01 at 16:25 +0900, Tejun Heo wrote:
On 12/01/2009 04:08 PM, Benjamin Herrenschmidt wrote:
In libata-sff, ata_sff_post_internal_cmd() directly calls ata_bmdma_stop()
instead of ap-ops-bmdma_stop(). This can be a problem for
On Nov 30, 2009, at 10:23 PM, Albert Herranz wrote:
Richard Holden wrote:
Albert Herranz wrote:
The first patch is generic, and uses PPC_EARLY_DEBUG.
This is the first patch where PPC_EARLY_DEBUG_USBGECKO is referenced.
Sorry, you are correct.
diff --git
On Tue, 2009-12-01 at 16:33 +0900, Tejun Heo wrote:
Feel free to pick that one up earlier if you want (ie for 2.6.32),
as
long as we manage to get it in in 2.6.33 -before- I push
powerpc-next to
Linus, I'm happy :-) (or we can have it in both trees).
As nasty as the bug might be, given
45 matches
Mail list logo