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
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, 25 Jan 2010 09:19:59 +0100
Joakim Tjernlund 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 independent versions
> of unalign
On Wed, 27 Jan 2010 16:01:21 -0800 (PST)
David Miller wrote:
> From: Benjamin Herrenschmidt
> 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.
On Thu, 28 Jan 2010 09:57:33 +1030 Michael Neuling wrote:
>
> > > Putting an #include 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, if it's used we s
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 thousa
From: Benjamin Herrenschmidt
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 cause problems wit
> > > 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
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
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 cause problems with special platform devices?
Well, we don't call pci_setup_device() becaus
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
2.6.
Dear Grant Likely,
In message you
wrote:
>
> > + if (rev != 2) {
> > + dev_err(dev, "SoC revision %u is not supported!\n", rev);
> > + return -ENXIO;
> > + }
>
> *Only* revision 2? Are future revisions of silicon assumed to be broken then?
I vote for kee
Hi,
Yes, that's really my sign off: I discussed this at length with Breno.
One comment:
2010/1/27 :
> During a EEH recover, the pci_dev structure can be null,
It can be null when an error is detected during device config (i.e. via
pci config space access through open firmware, using the OF devi
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
Signed-off-by: Linas Vepstas
---
arch/powerpc/platforms/pseries/eeh_event.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-
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, si
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin 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
> allow s
On Mon, Jan 25, 2010 at 10:00 AM, Anatolij Gustschin wrote:
> On Thu, 21 Jan 2010 10:43:34 -0700
> Grant Likely wrote:
>
>> > diff --git a/Documentation/powerpc/dts-bindings/fsl/usb.txt
>> > b/Documentation/powerpc/dts-bindings/fsl/usb.txt
>> > index b001524..9050154 100644
>> > --- a/Documentat
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 Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin wrote:
> From: Piotr Ziecik
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 features, except hardware E
On Wed, 27 Jan 2010 14:10:03 +1100
Benjamin Herrenschmidt wrote:
> We are missing these when building the pci_dev from scratch off
> the Open Firmware device-tree
>
> Signed-off-by: Benjamin Herrenschmidt
> ---
> arch/powerpc/kernel/pci_of_scan.c |2 ++
> drivers/pci/probe.c
On Wed, 27 Jan 2010 13:10:56 +1100
Benjamin Herrenschmidt 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 (though what
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
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin wrote:
> From: John Rigby
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 names from mpc5200* to mpc5121
On Wed, Jan 27, 2010 at 5:07 AM, Anatolij Gustschin wrote:
> Add reset module registers representation and
> machine restart callback for mpc5121 platform.
one comment below.
>
> Signed-off-by: Piotr Ziecik
> Signed-off-by: Wolfgang Denk
> Signed-off-by: Anatolij Gustschin
> Cc: Grant Likely
On Wed, 27 Jan 2010 13:36:12 +0100
Jan Andersson 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;
> > +
> > + pdat
Ben Dooks wrote:
> 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:
[snip]
>>> Any particular reason you decided to move this all about?
>> This was necessary to allow using __devinit[da
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
> >>
> >> "__devinit[data]" has not yet been used for all initialization functions
> >> and data. To avoid
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,
gre
On Wed, 27 Jan 2010 13:07:24 +0100
Anatolij Gustschin 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 MPC512
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
---
include/linux/kfifo.h |2 +-
kernel/kfifo.c|2 +-
2 files
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 scal
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 i
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
https://lists.o
>
> Benjamin Herrenschmidt 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 CONFIG_HAVE_EFFIC
Signed-off-by: Wolfgang Denk
Signed-off-by: Detlev Zundel
Signed-off-by: Anatolij Gustschin
Cc: Grant Likely
---
Provide this file for easier testing.
Changes since v1:
- place defconfig file under arch/powerpc/configs/mpc512x_defconfig
arch/powerpc/configs/mpc512x_defconfig | 1654
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 "
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 descri
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 interna
From: Piotr Ziecik
Adds initial version of MPC512x DMA driver.
Only memory to memory transfers are currenly supported.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Signed-off-by: Anatolij Gustschin
Cc: Dan Williams
Cc: Grant Likely
Cc: John Rigby
---
Changes since v1:
- move
From: Piotr Ziecik
Adds NAND Flash Controller driver for MPC5121 Revision 2.
All device features, except hardware ECC and power management,
are supported.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Signed-off-by: Anatolij Gustschin
Cc:
Cc: Grant Likely
Cc: John Rigby
---
Chan
Add reset module registers representation and
machine restart callback for mpc5121 platform.
Signed-off-by: Piotr Ziecik
Signed-off-by: Wolfgang Denk
Signed-off-by: Anatolij Gustschin
Cc: Grant Likely
Cc: John Rigby
---
Changes since v1:
- use 'struct mpc512x_reset_module *' type for 'reset
From: John Rigby
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 dealing with lack o
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 DI
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
44 matches
Mail list logo
