__set_fixmap() in pgtable_32.c currently fails to compile if
STRICT_MM_TYPECHECKS is defined. This patch fixes it.
Signed-off-by: David Gibson [EMAIL PROTECTED]
Index: working-2.6/arch/powerpc/mm/pgtable_32.c
===
---
Kamalesh Babulal wrote:
Nadia Derbey wrote:
Kamalesh Babulal wrote:
Adrian Bunk wrote:
On Wed, May 07, 2008 at 06:52:53PM +0530, Kamalesh Babulal wrote:
While running the ltp over the powerpc with the 2.6.26-rc1-git4 kernel,
task get blocked for more 120 seconds and does not proceeds
Nadia Derbey wrote:
Kamalesh Babulal wrote:
Nadia Derbey wrote:
Kamalesh Babulal wrote:
Adrian Bunk wrote:
On Wed, May 07, 2008 at 06:52:53PM +0530, Kamalesh Babulal wrote:
While running the ltp over the powerpc with the 2.6.26-rc1-git4
kernel,
task get blocked for more 120 seconds
Thanks for the answer,
Dts files are not used with arch/ppc.
My question was more general, since arch/ppc will soon (?) disapear...
In arch/ppc, the drivers that are in the system depend on the
arch/ppc/platforms/4xx/xparameters/xparameters_ml405.h to setup the
addresses of the devices and
On Tue, 6 May 2008 18:37:57 +0200
Giuseppe Coviello [EMAIL PROTECTED] wrote:
I've prepared another path to add the support for the sam440ep;
shortly I've merged arch/powerpc/boot/sam440ep.c in
arch/powerpc/boot/cuboot-sam440ep.c; I've inserted the code to make
the rtc works directly in
On Fri, 16 May 2008, Grant Likely wrote:
+However, the binding does not attempt to define the specific method for
+assigning chip select numbers. Since SPI chip select configuration is
+flexible and non-standardized, it is left out of this binding with the
+assumption that
On Mon, 19 May 2008 13:56:12 +0200
Guillaume Dargaud [EMAIL PROTECTED] wrote:
Thanks for the answer,
Dts files are not used with arch/ppc.
My question was more general, since arch/ppc will soon (?) disapear...
Device Tree Souce files. See lots of examples in
arch/powerpc/boot/dts/. Those
Paul Mackerras wrote:
I have pulled Linus' tree into the powerpc-next branch of powerpc.git,
and added the following 4 patches.
Paul,
I don't want to nag, but I would like to know if and when you're planning on
pulling this patch of mine:
[PATCH] Add null pointer check to of_find_property
I
Timur Tabi wrote:
I don't want to nag, but I would like to know if and when you're planning on
pulling this patch of mine:
Sorry, never mind. I just noticed that they've been pulled already. I didn't
see your email about them.
I must remember to check the git log before asking about
Hi Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.26
to pick up one bugfix for 4xx. This patch works around an errata for
440{EP,GR,EPx,GRx} chips that can cause hangs on the PLB4 bus.
The tree is based off of Linus' 2.6.26-rc3. If you've
On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
[EMAIL PROTECTED] wrote:
On Fri, 16 May 2008, Grant Likely wrote:
+However, the binding does not attempt to define the specific method for
+assigning chip select numbers. Since SPI chip select configuration is
+flexible and
Some versions of the Virtual I/O Server on Power
return 0x99 in the non-SCSI error status field as success,
rather than 0. This fixes the ibmvscsi driver to treat this
response as success.
Signed-off-by: Brian King [EMAIL PROTECTED]
---
linux-2.6-bjking1/drivers/scsi/ibmvscsi/ibmvscsi.c |2
On Mon, 19 May 2008, Grant Likely wrote:
On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
[EMAIL PROTECTED] wrote:
On Fri, 16 May 2008, Grant Likely wrote:
+However, the binding does not attempt to define the specific method
for
+assigning chip select numbers. Since
On Mon, 19 May 2008 09:57:21 -0600
Grant Likely [EMAIL PROTECTED] wrote:
On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
[EMAIL PROTECTED] wrote:
On Fri, 16 May 2008, Grant Likely wrote:
+However, the binding does not attempt to define the specific method
for
+
On Mon, May 19, 2008 at 07:09:00PM +0200, Gary Jennejohn wrote:
On Mon, 19 May 2008 09:57:21 -0600
Grant Likely [EMAIL PROTECTED] wrote:
On Mon, May 19, 2008 at 7:17 AM, Guennadi Liakhovetski
[EMAIL PROTECTED] wrote:
On Fri, 16 May 2008, Grant Likely wrote:
+However, the
On mer, 14/05/2008 14.26 +0200, Takashi Iwai wrote:
[cut]
OK, here is another patch for testing. Since I lost my old patch
somewhere (and it's not worth to dig the archive), I wrote it up
quickly from scratch. This version should cover both SG and non-SG
buffers. It's against the latest git
On Tue, Apr 29, 2008 at 06:05:24PM +0400, Anton Vorontsov wrote:
Since gpiolib-dynamic-gpio-number-allocation.patch -mm patch was recently
merged into Linus' tree (commit 8d0aab2f16c4fa170f32e7a74a52cd0122bbafef),
we can use dynamic GPIO base allocation now.
This, in turn, removes number of
This is needed because there is a one byte gap between SR and CDM.
Signed-off-by: Gary Jennejohn [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/yosemite.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/yosemite.dts
Hello Kumar,
Please consider applying these patches.
[PATCH 1/7] [POWERPC] sysdev: implement FSL GTM support
^ no changes
[PATCH 2/7] [POWERPC] QE: add support for QE USB clocks routing
[PATCH 3/7] [POWERPC] QE: prepare QE PIO code for GPIO LIB support
[PATCH 4/7] [POWERPC] QE: implement
GTM stands for General-purpose Timers Module and able to generate
timer{1,2,3,4} interrupts. These timers are used by the drivers that
need time precise interrupts (like for USB transactions scheduling for
the Freescale USB Host controller as found in some QE and CPM chips),
or these timers could
This patch adds a function to the qe_lib to setup QE USB clocks routing.
To setup clocks safely, cmxgcr register needs locking, so I just reused
ucc_lock since it was used only to protect cmxgcr.
The idea behind placing clocks routing functions into the qe_lib is that
later we'll hopefully switch
This is needed to access QE GPIOs via Linux GPIO API.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-By: Timur Tabi [EMAIL PROTECTED]
---
Documentation/powerpc/booting-without-of.txt | 27 +
arch/powerpc/sysdev/qe_lib/Kconfig |9 ++
arch/powerpc/sysdev/qe_lib/Makefile
This is patch adds board file, device tree, and defconfig for the new
board, made by Freescale Semiconductor Inc. and Logic Product Development.
Currently supported:
1. UEC{1,2,7,4};
2. I2C;
3. SPI;
4. NS16550 serial;
5. PCI and miniPCI;
6. Intel NOR StrataFlash X16 64Mbit PC28F640P30T85;
7.
This patch adds few bindings for the new drivers to be submitted through
appropriate maintainers.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
Documentation/powerpc/booting-without-of.txt | 125 ++
1 files changed, 125 insertions(+), 0 deletions(-)
diff --git
This is very trivial patch. We're transitioning to the cpm_muram_*
calls. That's it.
Less trivial changes:
- BD_SC_* defines were defined in the cpm.h and qe.h, so to avoid redefines
we remove BD_SC from the qe.h and use cpm.h along with cpm_muram_*
prototypes;
- qe_muram_dump was unused and
On Mon, 2008-05-19 at 10:53 +1000, David Gibson wrote:
On Fri, May 16, 2008 at 12:28:48PM -0700, Remi Machet wrote:
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
- split and export __par_io_config_pin() out of par_io_config_pin(), so we
could use the prefixed version with GPIO LIB API;
- rename struct port_regs to qe_pio_regs, and place it into qe.h;
- rename #define NUM_OF_PINS to QE_PIO_PINS, and place it into qe.h.
Signed-off-by: Anton Vorontsov
Timur Tabi wrote:
The CS4270 is using the second I2C bus, not the first, on the Freescale
MPC8610 HPCD, so its node in the device tree belongs under '[EMAIL PROTECTED]'
and not '[EMAIL PROTECTED]'.
Signed-off-by: Timur Tabi [EMAIL PROTECTED]
Please disregard this patch. It turns out that
Quite tired of these warnings ;-), checkpatch spitting them when
seeing the rename patch.
WARNING: Use #include linux/io.h instead of asm/io.h
#25: FILE: watchdog/mpc83xx_wdt.c:25:
+#include asm/io.h
WARNING: Use #include linux/uaccess.h instead of asm/uaccess.h
#26: FILE:
This patch simply converts mpc83xx_wdt to the OF platform driver so we
can directly work with the device tree without passing various stuff
through platform data.
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by: Stephen Rothwell [EMAIL PROTECTED]
---
drivers/watchdog/mpc83xx_wdt.c |
On MPC86xx the watchdog could be enabled only at power-on-reset, and
could not be disabled afterwards. We must ping the watchdog from the
kernel until the userspace handles it.
MPC83xx CPUs are only differ in a way that watchdog could be disabled
once, but after it was enabled via software it
Rename the driver because now we support some MPC86xx processors.
There are no changes to the mpc83xx_wdt.c file, yet. When possible, we do
file renames and changes separately (because Linus once asked so, because
it helps git to track the renamed files).
Signed-off-by: Anton Vorontsov [EMAIL
The mpc8xxx_wdt driver is using two registers: SWSRR to push magic
numbers, and SWCRR to control the watchdog. Both registers are available
on the MPC8xx, and seem to have the same offsets and semantics as in
MPC83xx/MPC86xx watchdogs. The only difference is prescale value. So this
driver simply
On Mon, May 19, 2008 at 01:20:32PM -0500, Timur Tabi wrote:
Timur Tabi wrote:
The CS4270 is using the second I2C bus, not the first, on the Freescale
MPC8610 HPCD, so its node in the device tree belongs under '[EMAIL
PROTECTED]'
and not '[EMAIL PROTECTED]'.
Signed-off-by: Timur Tabi
Hi
I get the following oops when trying to boot a arch/powerpc kernel with
preempt-rt installed (v2.6.25.4-rt1)
The board is using a Freescale 8280 as the main CPU and a Silicon Image
SII3124 SATA controller. The oops seems to happen on fileaccess right
after init starts.
I need ideas what to
Anton Vorontsov wrote:
Hm... this should be controlled by the PIXIS' BRDCFG0's I2CSPAN and
SERSEL bits:
Since these pins should not have changed from one kernel version to another, it
doesn't explain how my device jumped from I2C2 to I2C1. I'm debugging this
now.
1: I2C1 and I2C2 are
dtc: Simplify error handling for unparseable input [resend]
dtc: Clean up included Makefile fragments [resend]
dtc: Trivial formatting fixes [resend]
dtc: Make dt_from_blob() open its own input file, like the other input
formats [resend]
dtc: Rework handling of
Rune Torgersen wrote:
Hi
I get the following oops when trying to boot a arch/powerpc kernel with
preempt-rt installed (v2.6.25.4-rt1)
The board is using a Freescale 8280 as the main CPU and a Silicon Image
SII3124 SATA controller. The oops seems to happen on fileaccess right
after init starts.
Scott Wood wrote:
Rune Torgersen wrote:
Hi
I get the following oops when trying to boot a arch/powerpc kernel
with preempt-rt installed (v2.6.25.4-rt1)
The board is using a Freescale 8280 as the main CPU and a Silicon
Image SII3124 SATA controller. The oops seems to happen on
fileaccess
Timur Tabi wrote:
Anton Vorontsov wrote:
Hm... this should be controlled by the PIXIS' BRDCFG0's I2CSPAN and
SERSEL bits:
Since these pins should not have changed from one kernel version to another,
it
doesn't explain how my device jumped from I2C2 to I2C1. I'm debugging this
now.
I
Rune Torgersen wrote:
Scott Wood wrote:
You're recursively entering lock_timer_base, which does a
spin_lock_irqsave(). Either interrupts are enabled when they should
not be, or an interrupt was supposed to be threaded that isn't.
Sort of figured. How do I figure out which one, and how to
Rune Torgersen wrote:
Scott Wood wrote:
You're recursively entering lock_timer_base, which does a
spin_lock_irqsave(). Either interrupts are enabled when they should
not be, or an interrupt was supposed to be threaded that isn't.
Sort of figured. How do I figure out which one, and how to fix
On Fri, 16 May 2008 14:04:54 -0500 (CDT)
Kumar Gala [EMAIL PROTECTED] wrote:
For the additonal exception levels (critical, debug, machine check) on
40x/book-e we were using static allocations of the stack in the
associated head.S.
Move to a runtime allocation to make the code a bit easier
Scott Wood wrote:
Almost certainly the latter. Is the disk interrupt shared with any
other interrupts, that are marked IRQF_NODELAY? The -rt
patch doesn't seem to handle mixing the two well.
Disk is on a muxed PCI interrupt. None of the other interrupts on the
mux is fireing at the time.
Is
Rune Torgersen wrote:
Scott Wood wrote:
Almost certainly the latter. Is the disk interrupt shared with any
other interrupts, that are marked IRQF_NODELAY? The -rt
patch doesn't seem to handle mixing the two well.
Disk is on a muxed PCI interrupt. None of the other interrupts on the
mux is
Scott Wood wrote:
Try calling irq_set_chip_and_handler() with handle_level_irq, rather
than irq_set_chip(). The -rt patch doesn't seem to have threadified
the __do_IRQ() path.
The demuxer is setting itself up with set_irq_chained handler(), any
pointers on how to change to
Rune Torgersen wrote:
Scott Wood wrote:
Try calling irq_set_chip_and_handler() with handle_level_irq, rather
than irq_set_chip(). The -rt patch doesn't seem to have threadified
the __do_IRQ() path.
The demuxer is setting itself up with set_irq_chained handler(), any
pointers on how to
Scott Wood wrote:
Rune Torgersen wrote:
Scott Wood wrote:
Try calling irq_set_chip_and_handler() with handle_level_irq, rather
than irq_set_chip(). The -rt patch doesn't seem to have threadified
the __do_IRQ() path.
The demuxer is setting itself up with set_irq_chained handler(), any
Rune Torgersen wrote: Scott Wood wrote:
Of course I then ran headfirst into another one
This one seems to happen when I attempt to read flash through an mtd
driver.
Both if these is hitting a BUG_ON in kmap_atomic
(include/asm-powerpc/highmem.h)
Oops: Exception in kernel mode, sig: 5
Hi,
I'm trying to boot a recent (2.6.25.4) kernel with
a recent u-boot (1.3.3) and it's getting stuck very
early in the boot.
I'm using
../dtc -I dts -O dtb mpc8641_hpcn.dts mpc8641_hpcn.dtb
in arch/powerpc/boot/dts/ to create the .dtb file.
= boot
Speed: 100, full duplex
Using
On Mon, 19 May 2008 22:57:29 + (UTC)
Gary Hannon [EMAIL PROTECTED] wrote:
Am I missing a flag on the dtc?
try adding -R 8 -S 0x3000 to the dtc command line.
Kim
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
Kumar Gala writes:
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S, zImage.coff.lds.S and zImage.ps3.lds.S in
arch/powerpc/boot that we don't want
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
devices are all found (USB and SATA on PCI1 do not work yet).
On Mon, May 19, 2008 at 10:53:02AM -0700, Remi Machet wrote:
On Mon, 2008-05-19 at 10:53 +1000, David Gibson wrote:
On Fri, May 16, 2008 at 12:28:48PM -0700, Remi Machet wrote:
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
On Mon, May 19, 2008 at 02:22:31PM -0500, Jon Loeliger wrote:
dtc: Simplify error handling for unparseable input [resend]
dtc: Clean up included Makefile fragments [resend]
dtc: Trivial formatting fixes [resend]
dtc: Make dt_from_blob() open its own input file, like the other
Add a spinlock to struct lmb to enforce concurrency in
lmb_add(), lmb_remove(), lmb_analyze(), and lmb_dump_all().
This locking is needed for SMP systems that access the lmb structure
during hot memory add and remove operations after secondary cpus
have been started.
Signed-off-by: Geoff Levand
On Tuesday 15 April 2008, Laurent Pinchart wrote:
I'm implementing flow control and modem control lines support in the
cpm_uart driver.
The implementation is based on the GPIO lib. Modem control lines are
described in the device tree as GPIO resources and accessed through the OF
GPIO
On Tuesday 15 April 2008, Laurent Pinchart wrote:
Or maybe some kind of gpio_set_option() with flags specific to the
controller ? This could be used to enable open-drain outputs or internal
pull-ups for instance.
That presumes that the pin config is associated with the GPIO
controller,
On Mon, May 19, 2008 at 02:22:31PM -0500, Jon Loeliger wrote:
This leaves one outstanding dtc patch from me; the v0 to v1 conversion
program.
Ah, I wasn't sure if we wanted to include that in
the mess or not. There's a theory that says we've
converted them all and don't need to do it ever
Add a spinlock to struct lmb to enforce concurrency in
lmb_add(), lmb_remove(), lmb_analyze(), lmb_find(), and
lmb_dump_all().
This locking is needed for SMP systems that access the lmb structure
during hot memory add and remove operations after secondary cpus
have been started.
Signed-off-by:
On Tue, May 20, 2008 at 09:07:14AM +1000, Paul Mackerras wrote:
Kumar Gala writes:
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S,
On Mon, May 19, 2008 at 07:53:14PM -0500, Jon Loeliger wrote:
On Mon, May 19, 2008 at 02:22:31PM -0500, Jon Loeliger wrote:
This leaves one outstanding dtc patch from me; the v0 to v1 conversion
program.
Ah, I wasn't sure if we wanted to include that in
the mess or not. There's a
On Mon, 2008-05-19 at 10:56 -0500, Dave Boutcher wrote:
On Mon, 19 May 2008 10:27:56 -0500, Brian King [EMAIL PROTECTED] said:
Some versions of the Virtual I/O Server on Power
return 0x99 in the non-SCSI error status field as success,
rather than 0. This fixes the ibmvscsi driver to
On Mon, May 19, 2008 at 05:00:23PM -0700, Remi Machet wrote:
Support for the C2K cPCI Single Board Computer from GEFanuc
(PowerPC MPC7448 with a Marvell MV64460 chipset)
All features of the board are not supported yet, but the board
boots, flash works, all Ethernet ports are working and PCI
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S, zImage.coff.lds.S and zImage.ps3.lds.S in
arch/powerpc/boot that we don't want deleted. It would be OK for
compiling with a separate object directory but would be bad for
compiling in the source directory.
From: Geoff Levand [EMAIL PROTECTED]
Date: Mon, 19 May 2008 17:55:45 -0700
Add a spinlock to struct lmb to enforce concurrency in
lmb_add(), lmb_remove(), lmb_analyze(), lmb_find(), and
lmb_dump_all().
This locking is needed for SMP systems that access the lmb structure
during hot memory
This patch adds a new utility program, convert-dtsv0, to the dtc
sources. This program will convert dts files from v0 to v1,
preserving comments and spacing. It also includes some heuristics to
guess an appropriate base to use in the v1 output (so it will use hex
for the contents of reg
-Original Message-
From: Michael Ellerman [mailto:[EMAIL PROTECTED]
Sent: Monday, May 19, 2008 10:09 AM
To: Jin Zhengxiong
Cc: [EMAIL PROTECTED]; linuxppc-dev@ozlabs.org;
[EMAIL PROTECTED]
Subject: Re: [PATCH 2/4 V5] MSI support on 83xx/85xx/86xx board
On Fri, 2008-05-16 at
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Mon, 19 May 2008 22:32:58 -0400
I think the core memory hotplug is... However, we used to not change the
LMB when doing so (afaik, I'm travelling and not looking at the code
right now). However, things like PS3 memory hotplug tries to keep
On Tue, May 20, 2008 at 04:22:40AM +0200, Segher Boessenkool wrote:
Arguably this suggests we should rename either the lds files or the
zImages so that we *can* get a pattern to match.
Not really. Just define a $(ALL_ZIMAGES) var and use that everywhere.
I would be pretty upset if make clean
Currently, dtc generates a few gcc build warnings if built for a
64-bit target, due to the altered type of uint64_t and size_t. This
patch fixes the warnings (without generating new warnings for 32-bit).
Signed-off-by: David Gibson [EMAIL PROTECTED]
Index: dtc/tests/dtbs_equal_ordered.c
Hi Anton,
On Mon, 19 May 2008 21:46:55 +0400 Anton Vorontsov [EMAIL PROTECTED] wrote:
+++ b/arch/powerpc/sysdev/qe_lib/usb.c
+#include linux/of.h
Nothing in this file requires anything in linux/of.h or asm/of.h ...
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
On May 19, 2008, at 6:07 PM, Paul Mackerras wrote:
Kumar Gala writes:
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
I think that adding zImage.* to clean-files is a bad idea, because we
have zImage.lds.S, zImage.coff.lds.S and
On machines with more than one exception level any system register that
might be modified by the normal exception level needs to be saved and
restored on taking a higher level exception. We already are saving
and restoring ESR and DEAR.
For critical level add SRR0/1.
For debug level add CSRR0/1
* Cleanup the code a bit my allocating an INT_FRAME on our exception
stack there by make references go from GPR11-INT_FRAME_SIZE(r8) to
just GPR11(r8)
* simplify {lvl}_transfer_to_handler code by moving the copying of the
temp registers we use if we come from user space into the PROLOG
* If
snip
--- a/arch/powerpc/kernel/entry_32.S
+++ b/arch/powerpc/kernel/entry_32.S
snip
+#ifdef CONFIG_40x
.globl ret_from_crit_exc
ret_from_crit_exc:
+ mfspr r9,SPRN_SPRG3
lis r10,[EMAIL PROTECTED];
lwz r10,[EMAIL PROTECTED](r10);
For the additonal exception levels (critical, debug, machine check) on
40x/book-e we were using static allocations of the stack in the
associated head.S.
Move to a runtime allocation to make the code a bit easier to read as
we mimic how we handle IRQ stacks. Its also a bit easier to setup the
On Mon, May 19, 2008 at 11:52:31PM -0500, Kumar Gala wrote:
On May 19, 2008, at 6:07 PM, Paul Mackerras wrote:
Kumar Gala writes:
Kumar Gala (4):
lmb: Fix compile warning
[POWERPC] Remove generated files on make clean
I think that adding zImage.* to clean-files is a bad idea,
On Mon, May 19, 2008 at 10:30 AM, Guennadi Liakhovetski
[EMAIL PROTECTED] wrote:
On Mon, 19 May 2008, Grant Likely wrote:
But that is Linux internal
details; this discussion is about device tree bindings.
Note that I did say that drivers can define additional properties for
supporting chip
From: Ashish Kalra [EMAIL PROTECTED]
PMP support for sata_fsl driver.
Signed-off-by: Ashish Kalra [EMAIL PROTECTED]
---
Jeff,
The following commit (4c9bf4e799ce06a7378f1196587084802a414c03):
libata: replace tf_read with qc_fill_rtf for non-SFF drivers
Broke the sata_fsl.c driver in 2.6.26. I
Please pull from 'for-2.6.26' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.26
to receive the following updates:
arch/powerpc/boot/.gitignore |8 +++-
arch/powerpc/boot/Makefile|6 --
dtbImage.* and several zImage. targets get created but never cleaned up.
Also, moved zImage to the clean-files line associated with all other image
results (was previously duplicated).
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/boot/Makefile |6 --
1 files changed, 4
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8377_mds.dts | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8377_mds.dts
b/arch/powerpc/boot/dts/mpc8377_mds.dts
index 1e7802c..fea5925 100644
---
83 matches
Mail list logo