Here's a set of patches that bring PCI, PCI-X and PCI-Express
support to 4xx on arch/powerpc. It also changes/fixed various
bits and pieces, such as a bit of rework of arch/powerpc/boot
4xx code, adding a couple of new platforms along the way.
There are some issues with the SCSI stack vs.
This patch merges the 32 and 64 bits implementations of
pci_process_bridge_OF_ranges(). The new function is cleaner than both
the old ones supports 64 bits ranges on ppc32 which is necessary for
the 4xx port.
It also adds some better (hopefully) output to the kernel log which
should help
This adds a cputable function pointer for the CPU-side machine
check handling. The semantic is still the same as the old one,
the one in ppc_md. overrides the one in cputable, though
ultimately we'll want to change that so the CPU gets first.
This removes CONFIG_440A which was a problem for
This adds a function to xmon to dump the content of the 44x processor
TLB with a little bit of decoding (but not much).
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
Did that to track down some machine checks I was having while working
on PCI support due to 32/64 bits resource
The 32 bits PCI code will display a rather scary error message
PCI: Cannot allocate resource region N of device XXX
at boot when the existing setup of a device as left by the
firmware doesn't match the kernel needs and the device needs
to be moved. This is often not an error at all, as the
This adds a variant of of_translate_address that uses the dma-ranges
property instead of ranges, it's to be used by PCI code in parsing
the dma-ranges property.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/kernel/prom_parse.c | 20
This adds base support code for the 4xx PCI-X bridge. It also provides
placeholders for the PCI and PCI-E version but they aren't supported
with this patch.
The bridges are configured based on device-tree properties.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
Tested on 440GP
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting features of those pieces of HW, the code isn't as simple
as it is for PCI and PCI-X and
This wires up the 4xx PCI support device tree bits for
440GP based Ebony platform.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/ebony.dts | 41 +++-
1 file changed, 36 insertions(+), 5 deletions(-)
Index:
This removes volatile from the MMIO pointer udbg_comport
in udbg_16550.c driver, it's useless and makes checkpatch.pl
complain when adding things to this file.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/kernel/udbg_16550.c | 10 +-
1 file changed, 5
This adds some basic real mode based early udbg support for 40x
in order to debug things more easily
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/Kconfig.debug | 13 +++
arch/powerpc/kernel/misc_32.S | 39
This patch makes the early debug option force the console loglevel
to the max. The early debug option is meant to catch messages very
early in the kernel boot process, in many cases, before the kernel
has a chance to parse the debug command line argument. Thus it
makes sense when
Brings EP405 support to arch/powerpc. The IRQ routing for the CPLD
comes from a device-tree property, PCI is working to the point where
I can see the video card, USB device, and south bridge.
This should work with both EP405 and EP405PC.
I've not totally figured out how IRQs are wired on this
This wires up the 4xx PCI support device-tree bits for the
405GP based Walnut platform.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This one is untested, haven't had time to dig my walnut and put it
back into working condition. Josh, can you verify that IRQs are
working (routing
From: Hugh Blemings [EMAIL PROTECTED]
Signed-off-by: Hugh Blemings [EMAIL PROTECTED]
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This needs a bit of cleanup still, probably not to be merged as-is
just yet (like using mtdcri/mfdcri for CPR access).
arch/powerpc/Kconfig.debug
This adds the device-tree bits call to ppc4xx_pci_find_bridges()
to make PCI work on the Bamboo board
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/bamboo.dts | 40 ++-
1 file changed, 39 insertions(+), 1 deletion(-)
This adds the definition of the on-chip OHCI controller to the
Bamboo board's device-tree. This is enough to get it probed and
working, though a separate patch fixing a bug in the OHCI driver
is needed to make it reliable.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This adds a function to the bootwrapper 4xx library to decode memory
size on 440SPE processors.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/boot/4xx.c | 85 +---
arch/powerpc/boot/4xx.h |3 -
The 4xx bootwrapper occasionally needs to access SPR registers,
this adds mfspr/mtspr wrappers to it.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
===
arch/powerpc/boot/reg.h |8
1 file changed, 8
This reworks the boot wrapper library function that probes
the chip clocks. Better separate the base function that is
used on 440GX,SPe,EP,... from the uart fixups as those need
different device-tree path on different processors.
Also, rework the function itself based on the arch/ppc code
from
This adds base support for the Katmai board, including PCI-X and
PCI-Express (but no RTC, nvram, etc... yet).
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
As for Taishan, the bootwrapper code can be simplified. In fact,
we probably don't need to probe clocks memsize off the chip
This improves the way the 4xx PCI-E code handles checking for a link
and adds explicit testing of CRS result codes on config space accesses.
This should make it more reliable.
Also, bridges with no link are now still created, though config space
accesses beyond the root complex are filtered.
There's a stale bogus piece of code in 32 bits PCI code that
complains about ISA related alignment issues. Just remove it.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci_32.c |6 --
1 file changed, 6 deletions(-)
Index:
The 32 bits PowerPC PCI code has a hack for use by some PowerMacs
to try to re-open PCI-PCI bridge IO resources that were closed
by the firmware. This is no longer necessary as the generic code
will now do that for us.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This adds to the 32 bits PCI code some flags, replacing the old
pci_assign_all_busses global, that allow to control various
aspects of the PCI probing, such as whether to re-assign all
resources or not, or to not try to assign anything at all.
This also adds the flag x86 already has to avoid ISA
The 32 bits PCI code carries an old hack that was only useful for G5
machines. Nowdays, the 32 bits kernel doesn't support any of those
machines anymore so the hack is basically never used, remove it.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci_32.c |
This adds flags the platforms can use to enable domain numbers
in /proc/bus/pci.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci-common.c | 20
arch/powerpc/kernel/pci_64.c | 12
include/asm-powerpc/pci-bridge.h |
This merges the PowerPC 32 and 64 bits version of pcibios_resource_to_bus
and pcibios_bus_to_resource().
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci-common.c | 36 +
arch/powerpc/kernel/pci_32.c | 32
The PCI code in 32 and 64 bits fixes up resources differently.
32 bits uses a header quirk plus handles bridges in pcibios_fixup_bus()
while 64 bits does things in various places depending on whether you
are using OF probing, using PCI hotplug, etc...
This merges those by basically using the 32
On Thu, 6 Dec 2007, Benjamin Herrenschmidt wrote:
On Wed, 2007-12-05 at 22:39 -0800, Greg KH wrote:
that is it can be either unsigned int, unsigned long or unsigned
long
long... and we have no way to reliably printk that.
We do this already just fine. Take a look in the kernel, I
On Thu, Dec 06, 2007 at 06:58:54PM +1100, Benjamin Herrenschmidt wrote:
I was just hoping somebody had a better idea, like a way to add a new
format specifier to printk without losing gcc type checking :-)
It's been discussed before. Some of the solutions discussed:
- Add something like
On Thursday 06 December 2007, Benjamin Herrenschmidt wrote:
This adds to the previous 2 patches the support for the 4xx PCI Express
cells as found in the 440SPe revA, revB and 405EX.
Unfortunately, due to significant differences between these, and other
interesting features of those pieces of
The casting is safe only when the list_head member is the
first member of the structure.
Signed-off-by: Li Zefan [EMAIL PROTECTED]
---
arch/ppc/syslib/ocp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/ppc/syslib/ocp.c b/arch/ppc/syslib/ocp.c
index
It should now be safe to re-assign unassigned resources on 64 bits PowerMac
machines (G5s). This clears pci_probe_only on those.
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
arch/powerpc/platforms/powermac/pci.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index:
The 32 bits PCI code now uses the generic code for assigning unassigned
resources and an algorithm similar to x86 for claiming existing ones.
This works far better than the 64 bits code which basically can only
claim existing ones (pci_probe_only=1) or would fall appart completely.
This merges
On Thursday 06 December 2007, Benjamin Herrenschmidt wrote:
This adds base support for the Katmai board, including PCI-X and
PCI-Express (but no RTC, nvram, etc... yet).
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
Acked-by: Stefan Roese [EMAIL PROTECTED]
I'll send a patch with a
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
arch/powerpc/configs/katmai_defconfig | 701 +
1 files changed, 701 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/katmai_defconfig
diff --git a/arch/powerpc/configs/katmai_defconfig
On Thursday 06 December 2007, Ishizaki Kou wrote:
An interesting question still is how close the native celleb machine
definition is to the one from platforms/cell/setup.c. Maybe it's best
to have a common machine definition for these two in the end.
You know celleb-native is between
On Thu, 06 Dec 2007 19:11:36 +1100 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
@@ -316,19 +313,26 @@ void __devinit of_scan_bus(struct device
dev = of_create_pci_dev(child, bus, devfn);
if (!dev)
continue;
- DBG(dev header
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
There is one commit there that fixes a bug where some machines were
incorrectly reporting over 50% hard irq time even when idle, and three
commits that update defconfigs.
Thanks,
Paul.
On Dec 6, 2007, at 2:16 AM, Matthew Wilcox wrote:
On Thu, Dec 06, 2007 at 06:58:54PM +1100, Benjamin Herrenschmidt
wrote:
I was just hoping somebody had a better idea, like a way to add a new
format specifier to printk without losing gcc type checking :-)
It's been discussed before.
On Thu, 06 Dec 2007 18:59:59 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Here's a set of patches that bring PCI, PCI-X and PCI-Express
support to 4xx on arch/powerpc. It also changes/fixed various
bits and pieces, such as a bit of rework of arch/powerpc/boot
4xx code, adding a
Kumar Gala [EMAIL PROTECTED] writes:
How does gcc deal with glibc extension to allow people to add their
own specifiers?
It doesn't, gcc only knows about the standard specifiers. But it also
defines attributes that check other formats, like its own asm_fprintf
format specs.
Andreas.
--
This is a UIC cascade handler rework to use set_irq_chained_handler() for
cascade,
just like othe ppc platforms do. With current implementation we have additional
redirection for irq handler and we call generic_handle_irq twice
(once for the primary uic and the other time for handling cascade
Arnd Bergmann wrote:
On Thursday 06 December 2007, Timur Tabi wrote:
In that case, I think it
would really be better to just put the blob into the tree and only
have the fw loading code in the kernel instead of duplicating it in the boot
loader.
That would require the firmware to present in
Hi!
I want to update a driver to test my mileage with the
Freescale DMA drivers for MPC85xx from Zhang Wei from 2007-09-07.
Are those already available in some git tree to pull from?
What are the most current trees for powerpc development?
(galak, paulus, ?)
Also, any Documentation to the
Hi all,
I started out looking for ways to remove our dependencies on pci_dn and
got sidetracked into clening up the iSeries PCI code. The intention of
the following set of patches is that there be no semantic changes
(mostly).
Overall diffstat looks like this:
arch/powerpc/kernel/pci-common.c
No semantic changes.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
include/asm-powerpc/pci-bridge.h | 95 +-
1 files changed, 42 insertions(+), 53 deletions(-)
diff --git a/include/asm-powerpc/pci-bridge.h b/include/asm-powerpc/pci-bridge.h
index
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
include/asm-powerpc/pci-bridge.h | 62 +++--
1 files changed, 19 insertions(+), 43 deletions(-)
diff --git a/include/asm-powerpc/pci-bridge.h b/include/asm-powerpc/pci-bridge.h
index f4afdc6..beb09b5 100644
Also remove another unnecessary forward declaration.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 39 ++
1 files changed, 16 insertions(+), 23 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index e4e6ae0..8ef3226 100644
---
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 216 +-
1 files changed, 108 insertions(+), 108 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index
and an unnecessary cast.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 19 +--
1 files changed, 1 insertions(+), 18 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 68 +
1 files changed, 35 insertions(+), 33 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 105 -
1 files changed, 26 insertions(+), 79 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 68 +
1 files changed, 19 insertions(+), 49 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c |3 ++-
arch/powerpc/platforms/iseries/pci.h |3 ++-
arch/powerpc/platforms/iseries/vpdinfo.c | 17 ++---
3 files changed, 6 insertions(+), 17 deletions(-)
diff --git
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 11 +++
arch/powerpc/platforms/iseries/pci.h | 13 +
2 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
diff --git a/arch/powerpc/platforms/iseries/pci.c
b/arch/powerpc/platforms/iseries/pci.c
index 7e00e35..4bcf446
and it becomes clear that we should use zalloc_maybe_bootmem.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci-common.c | 22 ++
1 files changed, 6 insertions(+), 16 deletions(-)
diff --git a/arch/powerpc/kernel/pci-common.c
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci_64.c |3 ---
arch/powerpc/platforms/iseries/pci.h |4 +++-
arch/powerpc/platforms/iseries/setup.c |2 ++
include/asm-powerpc/ppc-pci.h |3 ---
4 files changed, 5 insertions(+), 7
so remove a firmware feature test.
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci_64.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/kernel/pci_64.c b/arch/powerpc/kernel/pci_64.c
index b58f091..42ff9c9 100644
---
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci_64.c | 23 ---
arch/powerpc/platforms/iseries/pci.c |2 ++
2 files changed, 10 insertions(+), 15 deletions(-)
diff --git a/arch/powerpc/kernel/pci_64.c b/arch/powerpc/kernel/pci_64.c
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci-common.c |9 ++---
arch/powerpc/platforms/iseries/pci.c |2 ++
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/kernel/pci-common.c b/arch/powerpc/kernel/pci-common.c
index
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/kernel/pci_32.c |6 +++---
arch/powerpc/kernel/pci_64.c |6 ++
arch/powerpc/kernel/pci_dn.c |2 +-
arch/powerpc/platforms/85xx/mpc85xx_ds.c |2 +-
On Thu, 6 Dec 2007 18:00:45 +1100 Stephen Rothwell [EMAIL PROTECTED] wrote:
I started out looking for ways to remove our dependencies on pci_dn and
got sidetracked into clening up the iSeries PCI code. The intention of
the following set of patches is that there be no semantic changes
So, like, the other day David Gibson mumbled:
Author: Geoff Levand [EMAIL PROTECTED]
Apparently some versions of flex don't correctly parse the -o
parameter, if there's a space between the -o and its argument. So,
this patch removes it.
Signed-off-by: David Gibson [EMAIL PROTECTED]
So, like, the other day David Gibson mumbled:
This patch modifies the dtc-checkfails.sh testcase wrapper so that
instead of testing just that dtc fails with a particular error code on
the sample input, it scans dtc's stderr output looking for a message
that dtc failed a specific check or
So, like, the other day David Gibson mumbled:
This patch converts to the new tree checking framework those checks
which verify that certain properties (#address-cells and #size-cells)
are exactly one cell in size, when present.
We also drop the old-style check for linux,phandle being one
So, like, the other day David Gibson mumbled:
This patch converts to the new tree checking framework those checks
which verify that certain properties (device_type, model) have a
string value, when present.
Signed-off-by: David Gibson [EMAIL PROTECTED]
Applied.
jdl
Hi,
+ /* First, locate the params for this model */
+ for (i = 0; i PM121_NUM_CONFIGS; i++) {
+ param = (pm121_sys_all_params[loop_id][i]);
+ if (param-model_id == pm121_mach_model)
+ break;
+ }
+
+ /* No params found, put fans
On Thursday 06 December 2007, Timur Tabi wrote:
I'm not trying to convince you of this if it's completely pointless for
all your systems, just want to make sure you're aware of this option,
because spending a few extra code lines on it now may save you some trouble
if you need this later.
Arnd Bergmann wrote:
My point is that you could have some extra code that calls your
qe_upload_firmware() when the device tree contains the blob but the boot
loader did not already load it.
The current design of the 'firmware' node is such that if present, that means
that the firmware has
On Fri, 7 Dec 2007 02:07:26 +1100
Stephen Rothwell [EMAIL PROTECTED] wrote:
On Thu, 6 Dec 2007 18:00:45 +1100 Stephen Rothwell [EMAIL PROTECTED] wrote:
I started out looking for ways to remove our dependencies on pci_dn and
got sidetracked into clening up the iSeries PCI code. The
All firmware versions on POWER5 systems have a locking issue in the
HCA-related hCalls that can cause loss of Infiniband connectivity if
allocate and free calls happen in parallel. This may for example be caused
if two processes are using OpenMPI in parallel.
Circumvent this by serializing all
So, like, the other day David Gibson mumbled:
After the last couple of patches converting various old-style semantic
checks to the new framework, the only thing that the old-style
check_properties() function still checks is that the size of reg
properties is a multiple of the cell size.
On Dec 6, 2007, at 9:59 AM, Timur Tabi wrote:
Arnd Bergmann wrote:
Ok, looks you were right from the start (again), thanks for your
patience
explaining this to me.
No problem. No all I need is for Kumar to apply the patches!
When I wait you come up with a new version.. so I'm waiting
On Thu, 2007-12-06 at 02:11, Benjamin Herrenschmidt wrote:
The 32 bits PCI code carries an old hack that was only useful for G5
machines. Nowdays, the 32 bits kernel doesn't support any of those
machines anymore so the hack is basically never used, remove it.
Signed-off-by: Benjamin
Injecting a 10 MBit/s stream with 64 bytes pkgs locks up my
MPC832x CPU even though I got NAPI enabled. Kernel 2.6.23
Any ideas?
Jocke
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Sunday 25 November 2007, Benjamin Herrenschmidt wrote:
While there, any reason why we do the read of the interenable register
and mask ? Is that actually useful in practice ? I haven't removed it
but it might be a good candidate if we want to save on MMIO reads.
The code uses that register
Timur Tabi wrote:
I think these patches are final:
[PATCH 1/2] qe: add function qe_clock_source (dated 12/3)
[PATCH 2/2] ucc_geth: use rx-clock-name and tx-clock-name device tree
properties (dated 12/3)
[PATCH v2] qe: add ability to upload QE firmware
I lied. This last patch is missing
Define the layout of a binary blob that contains a QE firmware and instructions
on how to upload it. Add function qe_upload_firmware() to parse the blob
and perform the actual upload. Fully define 'struct rsp' in immap_qe.h to
include the actual RISC Special Registers. Added description of a
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
http://ozlabs.org/pipermail/linuxppc-dev/attachments/20071206/f7bfe206/a
ttachment-0001.pgp
Hello Bala,
I don't think the ioremap issues are related with low memory offset
mode. But again, I am not sure if you (system by default does not do it)
are reserving that area (from 256 to 512 which is low memory offset
region). Further, where do you get this 504 number specifically?
If you
On Fri, Dec 07, 2007 at 01:51:48AM +1100, Stephen Rothwell wrote:
Signed-off-by: Stephen Rothwell [EMAIL PROTECTED]
---
arch/powerpc/platforms/iseries/pci.c | 68 +
1 files changed, 35 insertions(+), 33 deletions(-)
diff --git
+ ehca_lock_hcalls = !(cur_cpu_spec-cpu_user_features
+ PPC_FEATURE_ARCH_2_05);
We already talked about this yesterday, but I still feel that checking the
instruction set of the CPU should not be used to determine whether a
specific
The size of swapper_pg_dir is 8k instead of 4k when using 64-bit PTEs
(CONFIG_PTE_64BIT).
This was reported by Cedric Hombourger [EMAIL PROTECTED]
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
This is in my git tree, branch for-2.6.24 and I'll forward on a pull
request to Paul Linus for it.
Please pull from 'for-2.6.24' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.24
to receive the following updates:
arch/powerpc/kernel/asm-offsets.c|3 +--
arch/powerpc/kernel/head_32.S|2 +-
arch/powerpc/kernel/head_40x.S |
From: Grant Likely [EMAIL PROTECTED]
The ml300 and ml403 xparameters.h files use different macros for the AC97
interrupt pin assignments. This patch normalizes them to a canonical
value similar to what EDK generates for most other devices
Signed-off-by: Grant Likely [EMAIL PROTECTED]
---
Josh,
Clemens Koller schrieb:
I want to update a driver to test my mileage with the
Freescale DMA drivers for MPC85xx from Zhang Wei from 2007-09-07.
Are those already available in some git tree to pull from?
What are the most current trees for powerpc development?
(galak, paulus, ?)
Okay,
On Thu, 06 Dec 2007 12:16:44 -0700
Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
The ml300 and ml403 xparameters.h files use different macros for the AC97
interrupt pin assignments. This patch normalizes them to a canonical
value similar to what EDK generates
On Thu, 06 Dec 2007 19:00:18 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
From: Hugh Blemings [EMAIL PROTECTED]
Signed-off-by: Hugh Blemings [EMAIL PROTECTED]
Signed-off-by: Benjamin Herrenschmidt [EMAIL PROTECTED]
---
This needs a bit of cleanup still, probably not to be
Arnd Bergmann wrote:
Ok, looks you were right from the start (again), thanks for your patience
explaining this to me.
No problem. No all I need is for Kumar to apply the patches!
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev
On Tue, 4 Dec 2007 13:11:39 -0600
Josh Boyer [EMAIL PROTECTED] wrote:
For those following my tree, I've added a 2.6.25-candidates branch and
based it off of Paul's latest master. (If you've already pulled
you'll have to reset, sorry.)
I've updated this again with BenH's latest PCI patch
On Thu, 06 Dec 2007 18:59:59 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
Here's a set of patches that bring PCI, PCI-X and PCI-Express
support to 4xx on arch/powerpc. It also changes/fixed various
bits and pieces, such as a bit of rework of arch/powerpc/boot
4xx code, adding a
[powerpc] update xmon slb code
This adds a bit more detail to the xmon SLB output. When the valid bit is
set, This displays the ESID and VSID values, as well as decoding the
segment size, (1T or 256M) and displaying the LLP bits. This supresses the
output for any slb entries that contain only
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Subject: [PATCH 1/2] usb: Remove broken optimisation in OHCI IRQ handler
The OHCI IRQ handler has an optimisation that avoids reading some
chip registers when the controller reports that the interrupt was
triggered *only* because completed requests
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Subject: [PATCH 2/2] usb: Remove OHCI useless masking/unmasking of WDH interrupt
The OHCI driver's IRQ handler, while processing a WDH interrupt, masks
and unmasks it. I believe this is both broken (the write may still be
posted during the donelist
Hi There!
I just tried to use the fsldma on the mpc8540. It seems to work fine
here, but I would be glad if somebody can confirm before I move on:
I added the following to my mpc8540ads compatible board's .dts
(see my comments, where the not yet available documentation
was unclear):
[EMAIL
Kumar Gala wrote:
When I wait you come up with a new version.. so I'm waiting to see if v3
comes out :)
Well, I guess I can't blame you for that. :-)
I think these patches are final:
[PATCH 1/2] qe: add function qe_clock_source (dated 12/3)
[PATCH 2/2] ucc_geth: use rx-clock-name and
1 - 100 of 130 matches
Mail list logo
