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 CellBlade
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]
---
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
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 {
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 idea
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
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
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 function
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.
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):
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 440EP/440GR EMAC
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
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
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
So close
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 EMAC PHY clock
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.
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
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
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.26
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 Xilinx stuff
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 PROTECTED] wrote:
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 clock workaround
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 doeither ESC or Enter. So do not know how to proceed. Alsowould like to ask what is RPX utility ??? Please acknowledge, thanks.Kind Regards,Vijay
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_by_type(NULL, soc);
+ if
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 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 board
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 problem caused by
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
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 by
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
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
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 +-
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 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.
Thanks 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
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
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
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 sets the
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 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
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
___
-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 tree in
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, which
-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 problem at
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: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 same. I just
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.
That
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
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
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
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
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
-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_lib and
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]
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
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 +++--
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 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,
58 matches
Mail list logo