Arnd Bergmann wrote:
On Sunday 24 January 2010, Wolfgang Denk wrote:
In message 4b5c5bdf.6020...@grandegger.com you wrote:
You are probably right and your proposal would likely result in more
transparent (less ugly) code. There has been some discussion about
unifying FEC drivers when the
This patch series brings support for the Freescale MPC512x
processsors up to date:
powerpc/mpc5121: Add machine restart support
rtc: Add MPC5121 Real time clock driver
mtd: Add NAND Flash Controller driver
dma: Add MPC512x DMA driver
powerpc/mpc5121: add USB host support
powerpc/mpc5121: shared
From: John Rigby jcri...@gmail.com
Based on Domen Puncer's rtc driver for 5200.
Changes to Domen's original:
Changed filenames/routine names from mpc5200* to mpc5121*
Changed match to only care about compatible and use fsl,
convention for compatible.
Make alarms more sane by
From: Piotr Ziecik ko...@semihalf.com
Adds initial version of MPC512x DMA driver.
Only memory to memory transfers are currenly supported.
Signed-off-by: Piotr Ziecik ko...@semihalf.com
Signed-off-by: Wolfgang Denk w...@denx.de
Signed-off-by: Anatolij Gustschin ag...@denx.de
Cc: Dan Williams
Platform specific code for MPC5121 USB Host support.
MPC5121 Rev 2.0 silicon EHCI registers are big endian.
Add appropriate support by specifying fsl,big-endian-regs
property in device tree node for USB controller. Also
allow specifying DRVVBUS and PWR_FAULT signal polarity
of the MPC5121 internal
MPC5121 DIU configuration/setup as initialized by the boot
loader currently will get lost while booting Linux. As a
result displaying the boot splash is not possible through
the boot process.
To prevent this we reserve configured DIU frame buffer
address range while booting and preserve AOI
Collects several changes needed after applying
previous mpc5121 platform and driver patches:
- Add mpc5121 reset module node
- Clean up and fix NAND description, remove unused properties
here and correct NAND flash chip size.
- Clean up I2C nodes: remove obsolete cell-index properties,
add
Signed-off-by: Wolfgang Denk w...@denx.de
Signed-off-by: Detlev Zundel d...@denx.de
Signed-off-by: Anatolij Gustschin ag...@denx.de
Cc: Grant Likely grant.lik...@secretlab.ca
---
Provide this file for easier testing.
Changes since v1:
- place defconfig file under
Benjamin Herrenschmidt b...@kernel.crashing.org wrote on 2010/01/14
09:57:11:
Seen it now as it is in Linus tree:
1) IMHO it would have been nicer to use #ifdef __KERNEL__
instead of CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS
as then arches that don't define
Hi all,
FHCI no longer builds after kfifo rework, this patch set is
used to fix the issues.
Thanks,
--
Anton Vorontsov
email: cbouatmai...@gmail.com
irc://irc.freenode.net/bd2
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
After kfifo rework it's no longer possible to reliably know if kfifo is
usable, since after kfifo_free(), kfifo_initialized() would still return
true. The correct behaviour is needed for at least FHCI USB driver.
This patch fixes the issue by resetting the kfifo to zero values (the
same approach
After kfifo rework FHCI fails to build:
CC drivers/usb/host/fhci-tds.o
drivers/usb/host/fhci-tds.c: In function 'fhci_ep0_free':
drivers/usb/host/fhci-tds.c:108: error: used struct type value where scalar is
required
drivers/usb/host/fhci-tds.c:118: error: used struct type value where
This patch fixes following sparse warnings:
include/linux/kfifo.h:127:25: warning: Using plain integer as NULL pointer
kernel/kfifo.c:83:21: warning: Using plain integer as NULL pointer
Signed-off-by: Anton Vorontsov avoront...@ru.mvista.com
---
include/linux/kfifo.h |2 +-
kernel/kfifo.c
On Wed, 27 Jan 2010 13:07:24 +0100
Anatolij Gustschin ag...@denx.de wrote:
This patch series brings support for the Freescale MPC512x
processsors up to date:
powerpc/mpc5121: Add machine restart support
rtc: Add MPC5121 Real time clock driver
mtd: Add NAND Flash Controller driver
dma: Add
On Wed, Jan 27, 2010 at 05:08:09PM +0300, Anton Vorontsov wrote:
Hi all,
FHCI no longer builds after kfifo rework, this patch set is
used to fix the issues.
If there are no objections to these, I'll queue these up and send them
through my tree as they affect the FHCI driver.
thanks,
greg
On Tue, Jan 26, 2010 at 07:44:10PM +0100, Wolfgang Grandegger wrote:
Ben Dooks wrote:
On Mon, Jan 25, 2010 at 09:55:04PM +0100, Wolfgang Grandegger wrote:
From: Wolfgang Grandegger w...@denx.de
__devinit[data] has not yet been used for all initialization functions
and data. To avoid
On Wed, 27 Jan 2010 13:36:12 +0100
Jan Andersson j...@gaisler.com wrote:
Anatolij Gustschin wrote:
@@ -259,6 +305,11 @@ static int ehci_fsl_setup(struct usb_hcd *hcd)
{
struct ehci_hcd *ehci = hcd_to_ehci(hcd);
int retval;
+ struct fsl_usb2_platform_data *pdata;
+
+
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin ag...@denx.de wrote:
Add reset module registers representation and
machine restart callback for mpc5121 platform.
one comment below.
Signed-off-by: Piotr Ziecik ko...@semihalf.com
Signed-off-by: Wolfgang Denk w...@denx.de
Signed-off-by:
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin ag...@denx.de wrote:
From: John Rigby jcri...@gmail.com
This is your patch now. You can claim authorship in the git commit record.
Based on Domen Puncer's rtc driver for 5200.
Changes to Domen's original:
Changed filenames/routine
Am Mittwoch, den 27.01.2010, 06:50 -0800 schrieb Greg KH:
On Wed, Jan 27, 2010 at 05:08:09PM +0300, Anton Vorontsov wrote:
Hi all,
FHCI no longer builds after kfifo rework, this patch set is
used to fix the issues.
If there are no objections to these, I'll queue these up and send them
On Wed, 27 Jan 2010 13:10:56 +1100
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
Cc'ing Ben for PPC. Ben, should PPC use pci_scan_device when probing
its root busses? Sounds like it just uses pci_device_add for each one
it finds instead?
If you don't actually need scanning
On Wed, 27 Jan 2010 14:10:03 +1100
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
We are missing these when building the pci_dev from scratch off
the Open Firmware device-tree
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/kernel/pci_of_scan.c |
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin ag...@denx.de wrote:
From: Piotr Ziecik ko...@semihalf.com
Again, it is appropriate for you to claim patch ownership now as long
as you preserve the signed-off-by history.
Adds NAND Flash Controller driver for MPC5121 Revision 2.
All device
Anatolij Gustschin wrote:
@@ -259,6 +305,11 @@ static int ehci_fsl_setup(struct usb_hcd *hcd)
{
struct ehci_hcd *ehci = hcd_to_ehci(hcd);
int retval;
+ struct fsl_usb2_platform_data *pdata;
+
+ pdata = hcd-self.controller-platform_data;
+ ehci-big_endian_desc =
On Mon, Jan 25, 2010 at 10:00 AM, Anatolij Gustschin ag...@denx.de wrote:
On Thu, 21 Jan 2010 10:43:34 -0700
Grant Likely grant.lik...@secretlab.ca wrote:
diff --git a/Documentation/powerpc/dts-bindings/fsl/usb.txt
b/Documentation/powerpc/dts-bindings/fsl/usb.txt
index b001524..9050154
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin ag...@denx.de wrote:
Platform specific code for MPC5121 USB Host support.
MPC5121 Rev 2.0 silicon EHCI registers are big endian.
Add appropriate support by specifying fsl,big-endian-regs
property in device tree node for USB controller. Also
During a EEH recover, the pci_dev structure can be null, and currently
the kernel is crashing when pci_dev is null, with the following message:
Unable to handle kernel paging request for data at address 0x00a0
Faulting instruction address: 0xc006b8b4
Oops: Kernel access of bad area,
Currently pci_dev can be null when EEH is in action. This patch
just assure that we pci_dev is not NULL before calling pci_dev_put.
Signed-off-by: Breno Leitao lei...@linux.vnet.ibm.com
Signed-off-by: Linas Vepstas linasveps...@gmail.com
---
arch/powerpc/platforms/pseries/eeh_event.c |3 ++-
I have two nearly identical boards, with very different behavior.
Older 8347 (PVR: 0x80830011)
New 8347 (PVR: 0x80830031)
I've tried a number of kernels (vintages) on both with wild results.
2.6.20 - Same kernel works on both(*)
2.6.28 - Kernel runs great on OLD, machine check on NEW
On Wed, 2010-01-27 at 17:29 +1030, Michael Neuling wrote:
On 64-bit kernels we currently have a 512 byte struct paca_struct for
each cpu (usually just called the paca). Currently they are statically
allocated, which means a kernel built for a large number of cpus will
waste a lot of space
On 64-bit kernels we currently have a 512 byte struct paca_struct for
each cpu (usually just called the paca). Currently they are staticall=
y
allocated, which means a kernel built for a large number of cpus will
waste a lot of space if it's booted on a machine with few cpus.
=20
From: Benjamin Herrenschmidt b...@kernel.crashing.org
Date: Thu, 28 Jan 2010 09:00:12 +1100
On Wed, 2010-01-27 at 08:26 -0800, Jesse Barnes wrote:
Thanks Ben. Any refactoring we need to handle this stuff better is
fine with me too. I guess on some platforms calling pci_setup_device
may
On 01/27/2010 01:20 PM, Gary Thomas wrote:
I have two nearly identical boards, with very different behavior.
Older 8347 (PVR: 0x80830011)
New 8347 (PVR: 0x80830031)
I lied (more precisely I was lied to and I passed it on - I've never
seen these boards in person, just worked on them from
On Thu, 28 Jan 2010 09:57:33 +1030 Michael Neuling mi...@neuling.org wrote:
Putting an #include asm/paca.h at the top of setup-common.c fixes it.
Gah, I saw it was coming via somewhere else but decided not to add it,
wrong decision :)
Always the wrong decision, Mr Ellerman :-)
IMHO,
On Wed, 27 Jan 2010 16:01:21 -0800 (PST)
David Miller da...@davemloft.net wrote:
From: Benjamin Herrenschmidt b...@kernel.crashing.org
Date: Thu, 28 Jan 2010 09:00:12 +1100
On Wed, 2010-01-27 at 08:26 -0800, Jesse Barnes wrote:
Thanks Ben. Any refactoring we need to handle this stuff
On Mon, 25 Jan 2010 09:19:59 +0100
Joakim Tjernlund joakim.tjernl...@transmode.se wrote:
Commit 6846ee5ca68d81e6baccf0d56221d7a00c1be18b made the
new optimized inflate only available on arch's that
define CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS. This
fixes it by defining our own endian
Hi,
I came across this thread/patchset from around June last year:
http://lists.ozlabs.org/pipermail/linuxppc-dev/2009-June/073086.html
where Wolfgang proposed a generic OF-driven UIO driver. The
discussion seemed to stall after Grant Likely indicated he didn't like
the use of a linux-specific
On Mon, Jan 25, 2010 at 07:32:00AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2010-01-25 at 00:48 +0530, K.Prasad wrote:
Some of the benefits of using these generic interfaces include:
- Interoperability with other users of debug register (such as
parallel
kernel requests) i.e.
38 matches
Mail list logo