Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
powerpc-next
to receive the following updates:
(i've got some more patches to pull off the list, but lets get these into
your tree).
Documentation/powerpc/booting-without-of.txt
On Wed, Apr 16, 2008 at 11:00 PM, Robert Schwebel
<[EMAIL PROTECTED]> wrote:
> On Tue, Apr 15, 2008 at 05:29:54PM +0200, Robert Schwebel wrote:
> > From: Sascha Hauer <[EMAIL PROTECTED]>
> >
> > Add a set_type function for external (GPIO) interrupts.
> >
> > Signed-off-by: Juergen Beisert <[EM
On Tue, Apr 15, 2008 at 05:29:54PM +0200, Robert Schwebel wrote:
> From: Sascha Hauer <[EMAIL PROTECTED]>
>
> Add a set_type function for external (GPIO) interrupts.
>
> Signed-off-by: Juergen Beisert <[EMAIL PROTECTED]>
> Signed-off-by: Sascha Hauer <[EMAIL PROTECTED]>
As we didn't get negative
This adds the low level irq tracing hooks to the powerpc architecture
needed to enable full lockdep functionality
Partly based on Johannes Berg's initial version, removing the asm
trampoline that isn't needed (thus improving perfs) and all sorts
of bits and pieces, reworking most of the assembly,
From: Christoph Hellwig <[EMAIL PROTECTED]>
I recently tried to work on lockdep for powerpc. I have preliminary
version of the stacktrace code, but had to give up on trace irqflags
support because I'm not that knowledgeable on lowlevel ppc details.
Maybe someone more faimilar with the code wants
This patch moves various definitions used all over the place
to parse stack frames to ptrace.h so only one definition is
needed.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/entry_64.S |3 ++-
arch/powerpc/kernel/head_32.S |5 +++--
arch/powerpc/kern
> A few bugfixes for spufs.
... just in case you're not omnipotent, here's the git URL:
git://git.kernel.org/pub/scm/linux/kernel/git/jk/spufs.git master
Cheers,
Jeremy
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman
Hi Paul,
A few bugfixes for spufs.
Cheers,
Jeremy
--- 4 commits:
[POWERPC] spufs: add newline to signal{1,2}_type files
Jeremy Kerr <[EMAIL PROTECTED]>
arch/powerpc/platforms/cell/spufs/file.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
[POWERPC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Anton Vorontsov
> Sent: Thursday, April 17, 2008 2:22 AM
> To: Kumar Gala
> Cc: Wood Scott; linuxppc-dev@ozlabs.org; Jeff Garzik; Tabi
> Timur; [EMAIL PROTECTED]
> Subject: [PATCH v2][POWERPC] qe_li
So I found a few issues with your patch. Below is a "Fixup" patch that
fixes the QS20 cell blades for me, but I would like you to apply that
directly to your series and post a new version of it so that there
is no breakage of QS20 during bisection.
Note that I believe Celleb may have some problems
hello all:
In my system, the CPU is MPC8313. When i debug it, i can't find the serial
driver for the MPC8313 soc, i can only find the file 8250.c which is in the
/drivers/serial directory. I am not sure the source code is the serial driver
for the MPC8313. Could any one can help me to solve
Sergei Shtylyov wrote:
The driver stores the PCI resource address into 'unsigned long' variable before
calling ioremap() on it. This warrants a kernel oops when the registers are
accessed on PPC 44x platforms which (being 32-bit) have PCI memory space mapped
beyond 4 GB.
The arch/ppc/ kernel ha
Hi,
I am working on a board with an MV64460 and this controller has what its
data sheet call a device controller (ie a generic asynchronous bus to
connect NOR flashes and other similar devices). On this board a NOR
flash is connected to it and I would like to get it to be recognized by
the Open Fi
The following commits are now in the master and powerpc-next branches
in the powerpc.git tree. This includes commits pulled from Josh
Boyer's and Olof Johansson's trees.
There was a short period recently (approx. 12 hours ago) when
powerpc.git had a string of commits including two that broke the
On Thu, Apr 17, 2008 at 01:00:42AM +0400, Anton Vorontsov wrote:
> On Wed, Apr 16, 2008 at 01:44:42PM -0500, Scott Wood wrote:
> > A maximal timeout of ~65 ms is a little low... For use as a wakeup from
> > sleep mode, I'd like to be able to request timeouts as large as the
> > hardware allows.
>
> -Original Message-
> From: Timur Tabi [mailto:[EMAIL PROTECTED]
> Sent: den 16 april 2008 23:16
> To: Joakim Tjernlund
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: lseek() on entries in /proc/device-tree returns EINVAL
>
> Joakim Tjernlund wrote:
>
> > Good, bb should probably do the sa
Joakim Tjernlund wrote:
> Good, bb should probably do the same. I just hope Al will allow a grace
> period and restore
> the old behavior so bb can catch up.
I don't see any reason why lseek() should not always work. Besides, a "grace
period" would mean that on some future kernel, older busybox
> -Original Message-
> From: Timur Tabi [mailto:[EMAIL PROTECTED]
> Sent: den 16 april 2008 23:11
> To: Joakim Tjernlund
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: lseek() on entries in /proc/device-tree returns EINVAL
>
> Joakim Tjernlund wrote:
>
> > Yeah, just reported a similar prob
Joakim Tjernlund wrote:
> Yeah, just reported a similar problem at LKML. busybox start-stop-daemon broke
> between 2.6.23 and current tree. The change was intentional but the borkage
> was not. Al Viro has been informed, lets see what comes of it.
I've changed my code to use fstat() instead, whic
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Timur Tabi
> Sent: den 16 april 2008 22:58
> To: linuxppc-dev@ozlabs.org
> Subject: lseek() on entries in /proc/device-tree returns EINVAL
>
> I'm writing a utility that parses the device
On Wed, Apr 16, 2008 at 03:57:59PM -0500, Timur Tabi wrote:
> Is there a limitation for the implementation of /proc/device-tree that
> prevents
> lseek() from working? If so, how do I determine the size of a property?
Try fstat().
-Scott
___
Linuxppc-
On Wed, Apr 16, 2008 at 01:44:42PM -0500, Scott Wood wrote:
> On Wed, Apr 16, 2008 at 10:39:04PM +0400, Anton Vorontsov wrote:
> > +/**
> > + * gtm_reset_utimer16 - reset 16 bits timer
> > + * @tmr: pointer to the gtm_timer structure obtained from gtm_get_timer
> > + * @usec: timer interval in m
I'm writing a utility that parses the device tree in /proc/device-tree, and in
order to read a property into memory, I have to first find out how large it is.
So I have the following code:
off_t off;
int f;
f = open(filename, O_RDONLY);
if (f == -1) {
On 07/04/2008, Manish Ahuja <[EMAIL PROTECTED]> wrote:
> A small proposed change in the amount of reserve space we allocate during
> boot.
> Currently we reserve 256MB only.
> The proposed change does one of the 3 things.
>
> A. It checks to see if there is cmdline variable set and if found set
The aim is to have more flex space for the kernel on machines with more
resources. Although the dump will be collected pretty fast and the memory
released really early on allowing the machine to have the full memory
available, this alleviates any issues that can be caused by having way too
l
Hi Everybody,
I find this forum very much useful for the people who are working with
powerpc's , and i am the one of them.Actually one more thing that make me to
join this forum is my interest towards the Freescale MPC8641d board :-). I
found that Freescale recently uploaded the linux BSP for
On Wed, Apr 16, 2008 at 10:39:04PM +0400, Anton Vorontsov wrote:
> +/**
> + * gtm_reset_utimer16 - reset 16 bits timer
> + * @tmr: pointer to the gtm_timer structure obtained from gtm_get_timer
> + * @usec:timer interval in microseconds
> + * @free_run:free run flag
> + *
> + * This
On Tue, Mar 18, 2008 at 03:48:12PM -0500, Scott Wood wrote:
[...]
> How about:
>
> struct gtm_timer *gtm_get_specific_timer(struct gtm *gtm, int timer,
> int width);
>
> ...with np->data used by the caller to figure out which gtm pointer to
> pass in.
Tha
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 t
Cleanups as suggested by Stephen Rothwell and Dale Farnsworth, which
incudes marking a bunch of functions static and add a vendor prefix to
the compat node check for uniqueness.
Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8641_hpcn.dts |2 +-
arch/powerp
As suggested by Timur Tabi, we match on the old compat node ID for one
version and warn accordingly. If we don't do this, we plunge people who
try to use an old DTB into silent boot death with no clear indication of
what the problem is.
This patch should be removed at the beginning of the 2.6.27
On Wednesday 16 April 2008 18:05, Anton Vorontsov wrote:
> On Wed, Apr 16, 2008 at 04:40:42PM +0200, Laurent Pinchart wrote:
> > This patch converts the MII bitband driver to use GPIO lib for GPIO
> > access. The driver can now handle MDC and MDIO on different GPIO banks.
> >
> > The patch depends
On Wed, Apr 16, 2008 at 04:40:42PM +0200, Laurent Pinchart wrote:
> This patch converts the MII bitband driver to use GPIO lib for GPIO access.
> The driver can now handle MDC and MDIO on different GPIO banks.
>
> The patch depends on Anton Vorontsov GPIO lib support scheduled for 2.6.26.
> It is
This patch converts the MII bitband driver to use GPIO lib for GPIO access.
The driver can now handle MDC and MDIO on different GPIO banks.
The patch depends on Anton Vorontsov GPIO lib support scheduled for 2.6.26.
It is by no means complete, I just would like to get some feedback on the
approach
Dear all, I have EP852 board. When I boot the board it gives me an message regarding autoboot ESC for Cancel and Enter to proceed. But I am not able to do either ESC or Enter. So do not know how to proceed. Also would like to ask what is RPX utility ??? Please acknowledge, thanks. Kind Regards,Vi
On Thu, 17 Apr 2008 00:02:47 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-04-16 at 08:43 -0500, Josh Boyer wrote:
> >
> > For a final solution, we're going to have to come up with a more
> > clever
> > way of doing the clocking stuff in ibm_newemac. The SDRs are boar
On Wed, 2008-04-16 at 08:43 -0500, Josh Boyer wrote:
>
> For a final solution, we're going to have to come up with a more
> clever
> way of doing the clocking stuff in ibm_newemac. The SDRs are board
> specific and completely outside of EMAC/MAL itself. So doing a
> dcr_map
Not board specific.
On Tue, Apr 15, 2008 at 04:35:54PM -0500, Scott Wood wrote:
> Anton Vorontsov wrote:
>>> +u32 fsl_get_sys_freq(void)
>>> +{
>>> + struct device_node *soc;
>>> + const u32 *prop;
>>> + int size;
>>> +
>>> + if (sysfreq != -1)
>>> + return sysfreq;
>>> +
>>> + soc = of_find_node_b
On Wed, 16 Apr 2008 22:42:34 +1000
Paul Mackerras <[EMAIL PROTECTED]> wrote:
> I wrote:
>
> > The following commits are now in the master and powerpc-next branches
> > in the powerpc.git tree. This includes commits pulled from Josh
> > Boyer's and Olof Johansson's trees.
>
> Because of a proble
On Wed, 16 Apr 2008 22:49:28 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-04-16 at 22:45 +1000, Stephen Rothwell wrote:
> > On Wed, 16 Apr 2008 22:32:46 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> > >
> > > [POWERPC] ibm_newemac: PowerPC 440GX EMAC PHY cloc
On Wed, 16 Apr 2008 22:50:47 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-04-16 at 07:31 -0500, Josh Boyer wrote:
> > On Wed, 16 Apr 2008 07:27:58 -0500
> > Josh Boyer <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, 15 Apr 2008 10:27:04 -0500
> > > Josh Boyer <[EMAIL PRO
On Wed, 16 Apr 2008 22:51:22 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > Grr. Yes, that's probably the right solution for now. I had forgotten
> > about Axon.
> >
> > Sorry for the trouble. I'll revert those commits locally and repush.
>
> MMIO is not only Axon.. .some Xili
On Apr 16, 2008, at 8:14 AM, Paul Gortmaker wrote:
Kumar Gala wrote:
On Apr 15, 2008, at 8:57 PM, Paul Gortmaker wrote:
On Tue, Apr 15, 2008 at 8:25 PM, Paul Mackerras <[EMAIL PROTECTED]>
wrote:
Paul Gortmaker writes:
This is the resend of the two patches as per Andy's request for
v2.6.2
When we moved to arch/powerpc we actively tried to avoid using the
ppc_md.setup_io_mappings(). Currently no board ports use it so lets
remove it to avoid any new boards using it.
Also, remove early_serial_map() since we don't even have a call out for
it in arch/powerpc.
Signed-off-by: Kumar Gala
Kumar Gala wrote:
On Apr 15, 2008, at 8:57 PM, Paul Gortmaker wrote:
On Tue, Apr 15, 2008 at 8:25 PM, Paul Mackerras <[EMAIL PROTECTED]>
wrote:
Paul Gortmaker writes:
This is the resend of the two patches as per Andy's request for
v2.6.26
that allow boards with a PHY at the end of the bus to
> Grr. Yes, that's probably the right solution for now. I had forgotten
> about Axon.
>
> Sorry for the trouble. I'll revert those commits locally and repush.
MMIO is not only Axon.. .some Xilinx stuff too. We should have a proper
implementation of the dcri stuff for MMIO.
Ben.
___
On Wed, 2008-04-16 at 07:31 -0500, Josh Boyer wrote:
> On Wed, 16 Apr 2008 07:27:58 -0500
> Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 15 Apr 2008 10:27:04 -0500
> > Josh Boyer <[EMAIL PROTECTED]> wrote:
> >
> > > Valentine Barshak (2):
> > > [POWERPC] ibm_newemac: PowerPC 440GX E
On Wed, 2008-04-16 at 22:45 +1000, Stephen Rothwell wrote:
> On Wed, 16 Apr 2008 22:32:46 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
> >
> > [POWERPC] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround
> > [POWERPC] ibm_newemac: PowerPC 440EP/440GR EMAC PHY clock workaround
>
>
On Wed, 16 Apr 2008 22:32:46 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> [POWERPC] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround
> [POWERPC] ibm_newemac: PowerPC 440EP/440GR EMAC PHY clock workaround
So close :-)
--
Cheers,
Stephen Rothwell[EMAIL PR
I wrote:
> The following commits are now in the master and powerpc-next branches
> in the powerpc.git tree. This includes commits pulled from Josh
> Boyer's and Olof Johansson's trees.
Because of a problem caused by a couple of commits in Josh Boyer's
tree, I have forced the master and powerpc-n
On Wed, 16 Apr 2008 07:27:58 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Tue, 15 Apr 2008 10:27:04 -0500
> Josh Boyer <[EMAIL PROTECTED]> wrote:
>
> > Valentine Barshak (2):
> > [POWERPC] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround
> > [POWERPC] ibm_newemac: PowerPC 440E
The following commits are now in the master and powerpc-next branches
in the powerpc.git tree. This includes commits pulled from Josh
Boyer's and Olof Johansson's trees.
Paul.
Adrian Bunk (1):
[POWERPC] Add MODULE_LICENSE to powerpc/sysdev/rtc_cmos_setup.c
Anton Vorontsov (2):
[POWE
On Tue, 15 Apr 2008 10:27:04 -0500
Josh Boyer <[EMAIL PROTECTED]> wrote:
> Valentine Barshak (2):
> [POWERPC] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround
> [POWERPC] ibm_newemac: PowerPC 440EP/440GR EMAC PHY clock workaround
These two commits have been dropped from the branch
On Wed, 16 Apr 2008 19:42:27 +1000
Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> Hi Josh,
>
> Today's linux-next build (powerpc allyesconfig) failed like this:
>
> drivers/net/ibm_newemac/core.c: In function ‘emac_rx_clk_tx’:
> drivers/net/ibm_newemac/core.c:146: error: implicit declaration of f
> My Micrel/Kendin KSZ8721BT on my ppc405EP board needs one us longer to
> finish. I was able to reproduce this all the time. So I wonder if the
> timeout of 100us is defined by the MII standard, or by the author of
> the driver?
> If it's a standard I've still a bad feeling if we just correct the
Dear List,
on my MPC8343 based board there is a "USB3300" ULPI-PHY connected to the
processor.
It's an OTG capable PHY but host mode should be enough right now.
Since USB is not used inside bootloader it's not configured at all...
As far as I can see the setup should be done inside the kernel
On Tuesday 15 April 2008 10:03, Juergen Beisert wrote:
> Currently it fails to play anything with an external Wolfson WM9712
> connected to it. It seems the current AC97 reset sequence switches the
> WM9712 into testmode due to SDATA_OUT and Sync are not held low while the
> reset is active. Any id
The __emac_mdio_read function of the emac driver (core.c) will retry
100 times and wait 99us (until the last call of emac_phy_done). I
assume this is an off by one error.
/* Wait for read to complete */
n = 100;
while (!emac_phy_done(dev, (r = in_be32(&p->stacr {
Hi Josh,
Today's linux-next build (powerpc allyesconfig) failed like this:
drivers/net/ibm_newemac/core.c: In function ‘emac_rx_clk_tx’:
drivers/net/ibm_newemac/core.c:146: error: implicit declaration of function
‘dcri_clrset’
drivers/net/ibm_newemac/core.c:146: error: ‘SDR0’ undeclared (first u
This patch replaces the get_mctrl/set_mctrl stubs with modem control line
read/write access through the GPIO lib.
Available modem control lines are described in the device tree using GPIO
bindings.
Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.t
On Fri, 2008-03-14 at 21:20 +0900, Ishizaki Kou wrote:
> This patch splits cell io-workaround code into spider-pci dependent
> code and a generic part, and also adds interfaces to the generic
> io-workaround mechanism.
>
> Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]>
> ---
>
> Please test on
61 matches
Mail list logo
