Add for_each_child_of_node() to encapsulate the common idiom of
iterating over the children of a device_node.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
---
After conducting a straw pole of powerpc hackers, this seems to be the
preferred name for such a beast.
include/linux/of.h |4
On Fri, 2007-11-09 at 14:33 +0100, Thomas Klein wrote:
To support ehea driver reloading in a kdump kernel the driver has to perform
firmware handle deregistrations when the original kernel crashes. As there's
currently no notifier chain for machine crashes this patch enables kdump
support
in
On Mon, 26 Nov 2007 19:03:45 +1100 (EST) Michael Ellerman [EMAIL PROTECTED]
wrote:
Add for_each_child_of_node() to encapsulate the common idiom of
iterating over the children of a device_node.
Signed-off-by: Michael Ellerman [EMAIL PROTECTED]
Acked-by: Stephen Rothwell [EMAIL PROTECTED]
On Sun, Nov 25, 2007 at 11:41:01AM -0800, Robin H. Johnson wrote:
I was looking around for a description of the ROM layout, and instead I
found this: http://developer.apple.com/technotes/tn/tn2000.html
It was relevant because it explicitly mentioned enabling the
PCI_COMMAND_MEMORY bit in the
On Mon, 2007-11-26 at 00:59 -0800, Robin H. Johnson wrote:
Regarding the sub-thread on x86 emulation, that is totally out of scope
for this. The 'AtomBIOS' of the ATI cards, consists of multiple parts (I
may have minor errors here, ask airlied if you need more
clarification):
a)
Hi Vitaly,
Maybe this is a stupid question, but why did you choose
EXPORT_SYMBOL_GPL and not EXPORT_SYMBOL?
To prevent using those pointers from within non-GPL modules. kind of policy
now...
In particular in this case, as these pointers are currently not exported, at
all. They
are
With that patch fixed.c now fully emulates MDIO bus, thus no need
to duplicate PHY layer functionality. That, in turn, drastically
simplifies the code, and drops down line count.
As an additional bonus, now there is no need to register MDIO bus
for each PHY, all emulated PHYs placed on the
...thus use fixed-link to register proper Fixed PHY
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
---
arch/powerpc/boot/dts/mpc8349emitx.dts | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git
On Mon, 2007-11-26 at 17:29 +0300, Vitaly Bordug wrote:
fixed-link says: register new Fixed/emulated PHY, i.e. PHY that
not connected to the real MDIO bus.
Signed-off-by: Vitaly Bordug [EMAIL PROTECTED]
Signed-off-by: Anton Vorontsov [EMAIL PROTECTED]
---
On Nov 25, 2007, at 4:22 PM, Arnd Bergmann wrote:
On Wednesday 21 November 2007, Kumar Gala wrote:
+* Freescale 8xxx/3.0 Gb/s SATA nodes
+
+SATA nodes are defined to describe on-chip Serial ATA
controllers.
+Each SATA port should have its own node.
+
+Required
On Mon, 2007-11-26 at 19:16 +1100, Michael Ellerman wrote:
Hi Thomas,
I'm sorry, but this patch is all wrong IMHO.
For kdump we have to assume that the kernel is fundamentally broken,
we've panicked, so something bad has happened - every line of kernel
code that is run decreases the
Timur Tabi wrote:
David Gibson wrote:
Indeed, indexing or writing into shared registers is exactly what
cell-index is for.
I don't care whether it's cell-index or device-id, but I need to know
which DMA controller is #0 and which one is #1, and I need to know which
channel is #0, which
Jochen Friedrich wrote:
diff --git a/arch/powerpc/sysdev/commproc.c
b/arch/powerpc/sysdev/commproc.c
index f6a6378..2426bcb 100644
--- a/arch/powerpc/sysdev/commproc.c
+++ b/arch/powerpc/sysdev/commproc.c
@@ -240,6 +240,34 @@ void __init cpm_reset(void)
#endif
}
+static
I have noticed odd behavior on a Sequoia board. Kernel is built from
DENX git, ARCH=powerpc, 2.6.23.1.
Sequence that works:
1) In u-boot, do dhcp (this initializes the PHY)
2) Boot linux from flash
3) ifconfig eth0 192.168.0.101 netmask 255.255.255.0 up
Ethernet is now functional, and I can
On Monday 26 November 2007, you wrote:
On Nov 25, 2007, at 4:22 PM, Arnd Bergmann wrote:
Should this maybe also mandate a compatible property that is defined
in a way to match the generic (p)ata_of_platform driver?
Is there something about the (p)ata_of_platform driver you think we
can
On Mon, 26 Nov 2007 10:59:35 -0500
Steven A. Falco [EMAIL PROTECTED] wrote:
I have noticed odd behavior on a Sequoia board. Kernel is built from
DENX git, ARCH=powerpc, 2.6.23.1.
Sequence that works:
1) In u-boot, do dhcp (this initializes the PHY)
2) Boot linux from flash
3) ifconfig
David Gibson wrote:
1) We have a universal device-tree-based fabric driver which
parses all the above-described interconnection information in the
device tree and handles any situation. Cool, but probably a lot of
work and fiddly to get right.
Definitely a lot of work. I suggest we
Contrary to what I claimed later in the thread, my 64-bit powerpc box
(quad-core G5) doesn't suffer from this problem.
Does anybody have any idea? I don't even know how to debug it further.
johannes
signature.asc
Description: This is a digitally signed message part
On Monday 26 November 2007, Steven A. Falco wrote:
I have noticed odd behavior on a Sequoia board. Kernel is built from
DENX git, ARCH=powerpc, 2.6.23.1.
Sequence that works:
1) In u-boot, do dhcp (this initializes the PHY)
2) Boot linux from flash
3) ifconfig eth0 192.168.0.101 netmask
On Fri, Nov 23, 2007 at 12:51:21AM +0300, Vitaly Bordug wrote:
Even that might be not enough - we may have simultaneous call of this func
in non-smp case...
Do you really think that every piece of code that uses spinlocks in the
kernel is broken on non-SMP?
I was thinking of some kind of
On 11/26/07, Timur Tabi [EMAIL PROTECTED] wrote:
David Gibson wrote:
1) We have a universal device-tree-based fabric driver which
parses all the above-described interconnection information in the
device tree and handles any situation. Cool, but probably a lot of
work and fiddly to
On Fri, Nov 23, 2007 at 07:02:23PM +0200, Joel Rouch wrote:
I have a custom 8349 ppc board. I have defined the spi master in the
configuration.
While booting my board, I driver is well added and linked to platform
bus, however I don't see that the probe entry point is reached.
I don't
Jon Smirl wrote:
I'm fixing up the asoc v2 code to use MODULE_DEVICE_TABLE() and the
real kernel aliasing/insmod system. Half of why we are having trouble
is because asoc isn't using this mechanism. I've posted patches fixing
i2c to use the same mechanism. I don't have the asoc ones ready
sparse warning: constant 0xff80 is so big it is unsigned long
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
include/asm-powerpc/mmu-hash64.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- a/include/asm-powerpc/mmu-hash64.h
+++
Hi Scott,
+spin_lock_irqsave(cmd_lock, flags);
I'm a little uneasy about this -- what's the longest it can take for the
CPM command to complete (or timeout)? I'd rather use a mutex, if we can
make sure that it's never called from atomic context.
Unfortunately, fs_enet may call this
Unfortunately not as I still need to use ARCH=ppc.
I am just using a platform_driver_probe() from the module_init.
static int __init mpc83xx_spi_init(void)
{
return platform_driver_probe(mpc83xx_spi_driver, mpc83xx_spi_probe);
}
Thanks
Scott Wood wrote:
On Fri, Nov 23, 2007 at 07:02:23PM
This patch moves the CPM command handling into commproc.c
for CPM1 and cpm2_common.c. This is yet another preparation
to get rid of drivers accessing the CPM via the global cpmp.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
---
arch/powerpc/sysdev/commproc.c | 28
Jochen Friedrich wrote:
This patch moves the CPM command handling into commproc.c
for CPM1 and cpm2_common.c. This is yet another preparation
to get rid of drivers accessing the CPM via the global cpmp.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
Acked-by: Scott Wood [EMAIL PROTECTED]
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Kill PS3FB_FULL_MODE_BIT, use PS3AV_MODE_FULL instead
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/video/ps3fb.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
--- a/drivers/video/ps3fb.c
+++
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: Allow all video modes where the visible resolution plus the black
borders matches a native resolution
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
--
drivers/video/ps3fb.c | 69 +++---
1 files
From: Geert Uytterhoeven [EMAIL PROTECTED]
ps3fb: kill ps3fb_res[], as all information it contains can be obtained in
some other way.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/video/ps3fb.c | 108 ++
1 files changed, 22
On Mon, Nov 26, 2007 at 10:39:56AM -0600, Scott Wood wrote:
On Fri, Nov 23, 2007 at 07:02:23PM +0200, Joel Rouch wrote:
I have a custom 8349 ppc board. I have defined the spi master in the
configuration.
While booting my board, I driver is well added and linked to platform
bus, however
On Mon, Nov 26, 2007 at 11:33:00AM -0500, Jon Smirl wrote:
Did you check out the cards on x86 and ascertain that they have the
standard PCI header in them? 55 AA All PCI ROMs are supposed to
have that. If they are missing that the size code in the rom.c isn't
going to work right.
See my
On Monday 26 November 2007, Jochen Friedrich wrote:
This patch moves the CPM command handling into commproc.c
for CPM1 and cpm2_common.c. This is yet another preparation
to get rid of drivers accessing the CPM via the global cpmp.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
Acked-by:
I've attached a copy of my bootlog. I added in one patch to enable
rgmii but that didn't fix it.
(http://ozlabs.org/pipermail/linuxppc-dev/2007-October/043435.html)
I am curious why the new emac driver is enabled in the DENX tree but not
in the upstream trees. Has DENX successfully used
On Mon, 2007-11-26 at 14:10 -0500, Steven A. Falco wrote:
I've attached a copy of my bootlog. I added in one patch to enable
rgmii but that didn't fix
it.(http://ozlabs.org/pipermail/linuxppc-dev/2007-October/043435.html)
I am curious why the new emac driver is enabled in the DENX tree but
So, like, the other day David Gibson mumbled:
This patch removes a number of testcases from the testsuite that are
extremely unlikely to find any bugs that won't be found by the other
tests. This speeds up the testsuite.
- Both loops across the various tree block layouts run the
On Mon, 26 Nov 2007 10:24:46 -0600
Scott Wood wrote:
On Fri, Nov 23, 2007 at 12:51:21AM +0300, Vitaly Bordug wrote:
Even that might be not enough - we may have simultaneous call of
this func in non-smp case...
Do you really think that every piece of code that uses spinlocks in
the kernel
Vitaly Bordug wrote:
perhaps I was not clear enough. That was a rough idea how to handle
the whole thing, not just cpm_cr_cmd. This cpm command is a corner
case, but there can be other actions that may confuse CPM being
triggered simultaneously or overlapping.
What kind of actions did you
I've pushed the current state up to
git://git.xilinx.com/gen-mhs-devtree.git for your perusing. Comments
below.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Grant Likely
Sent: Sunday, November 25, 2007 2:47 PM
To: Stephen Neuendorffer; Segher
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get another batch of fixes for powerpc, as listed below. Since the
pull request I sent last week while you were away, I have added four
more commits from Kumar.
Thanks,
Paul.
So, like, the other day David Gibson mumbled:
This patch adds some options to the run_tests.sh script allowing it to
run all the testcases under valgrind to check for pointer corruption
bugs and memory leaks. Invoking make checkm will run the testsuite
with valgrind.
It include a mechanism
So, like, the other day David Gibson mumbled:
Currently, every 'data' object, used to represent property values, has
two lists of fixup structures - one for labels and one for references.
Sometimes we want to look at them separately, but other times we need
to consider both types of fixup.
So, like, the other day David Gibson mumbled:
dtc: Flexible tree checking infrastructure
Here, at last, is a substantial start on revising dtc's infrastructure
for checking the tree; this is the rework I've been saying was
necessary practically since dtc was first release.
In the new
these 3 patches are a resend of patches 2-4 (out of 5) that were
originally sent 2007-11-05* (patches 1 and 5 were picked up by Kumar
to go through powerpc).
Jeff, Leo has acked these, please consider for 2.6.24.
Thanks,
Kim
* http://marc.info/?l=linux-netdevm=119428688804765w=1
Allow phylib specification of cases where hardware needs to configure
PHYs for Internal Delay only on either RX or TX (not both).
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
Tested-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by: Li Yang [EMAIL PROTECTED]
---
include/linux/phy.h |2 ++
1
Previously, Internal Delay specification implied the delay be
applied to both TX and RX. This patch allows for separate TX/RX-only
internal delay specification.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
Tested-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by: Li Yang [EMAIL PROTECTED]
---
Extend the RGMII-Internal Delay specification case to include
TX-only and RX-only variants.
Signed-off-by: Kim Phillips [EMAIL PROTECTED]
Tested-by: Anton Vorontsov [EMAIL PROTECTED]
Acked-by: Li Yang [EMAIL PROTECTED]
---
drivers/net/ucc_geth.c | 10 ++
1 files changed, 10
NM, it was a bad test causing weird behavior on PPC. :(
Dave Jiang wrote:
It seems the mmap() userland call on PPC causes the kernel to lose the ref
count for the mount point. This is what I did on a prpmc2800 board (74xx) with
latest powerpc.git tree (but also seem to happen on 8548 as well).
So, like, the other day David Gibson mumbled:
The recent change to the lexer to only recognize property and node
names in the appropriate context removed a number of lexical warts in
our language that would have gotten ugly as we add expression support
and so forth.
But there's one nasty
On Mon, 2007-11-26 at 15:30 -0700, Dave Jiang wrote:
NM, it was a bad test causing weird behavior on PPC. :(
Ah good, because I did spend some time looking at the code and didn't
see anything wrong :-)
Cheers,
Ben.
___
Linuxppc-dev mailing list
With the following 15 patches on top of the DENX git tree, I have both emac
ports working:
1) [PATCH 2/2] PowerPC: Fix Sequoia MAL0 and EMAC dts entries.
2) [PATCH] PowerPC: Add RGMII support for Sequoia 440EPx
3) [PATCH] Fix typo in new EMAC driver.
4) PowerPC: Enable NEW EMAC support for
On Mon, 2007-11-26 at 17:46 -0500, Steven A. Falco wrote:
With the following 15 patches on top of the DENX git tree, I have both emac
ports working:
.../...
Good. All of these should go in 2.6.25 (not .24 at this stage though).
I suppose DENX will pick them up asap.
Cheers,
Ben.
Jeff Garzik wrote:
Benjamin Herrenschmidt wrote:
The e1000 driver stores the content of the PCI resources into
unsigned long's before ioremapping. This breaks on 32 bits
platforms that support 64 bits MMIO resources such as ppc 44x.
This fixes it by removing those temporary variables and
BTW... Do you know why we can't just enable HW snoop ? The 440SPe
documentation seems to indicate that this is supported by the L2 cache
via snooping on the PLB.
Cheers,
Ben.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
In message [EMAIL PROTECTED] you wrote:
Michael Ellerman wrote on 26.11.2007 09:16:28:
Solutions that might be better:
a) if there are a finite number of handles and we can predict their
values, just delete them all in the kdump kernel before the driver
loads.
Guessing the
Hi,
this testcase:
http://people.redhat.com/jkratoch/dabr-lost.c
reproduces a PPC DABR kernel bug. The variable `variable' should not get
modified as the thread modifying it should be caught by its DABR:
$ ./dabr-lost
TID 30914: DABR 0x10012a77 NIP 0x80f6ebb318
TID 30915: DABR
Hi,
I can confirm this situation. But it seems, that no one takes care
of it
Elimar
--
Excellent day for drinking heavily.
Spike the office water cooler;-)
signature.asc
Description: Digital signature
___
Linuxppc-dev mailing list
On Mon, Nov 26, 2007 at 04:13:32PM -0600, Jon Loeliger wrote:
So, like, the other day David Gibson mumbled:
dtc: Flexible tree checking infrastructure
Here, at last, is a substantial start on revising dtc's infrastructure
for checking the tree; this is the rework I've been saying was
On Mon, Nov 26, 2007 at 04:10:39PM -0600, Jon Loeliger wrote:
So, like, the other day David Gibson mumbled:
This patch adds some options to the run_tests.sh script allowing it to
run all the testcases under valgrind to check for pointer corruption
bugs and memory leaks. Invoking make
On Mon, Nov 26, 2007 at 05:23:13PM +0100, Johannes Berg wrote:
Contrary to what I claimed later in the thread, my 64-bit powerpc box
(quad-core G5) doesn't suffer from this problem.
Does anybody have any idea? I don't even know how to debug it further.
I'll see if I can grab an appropriate
On Nov 26, 2007, at 11:54 PM, rajendra prasad wrote:
Hi,
I am using MPC8548ECDS board from CDS for my telecom application. I am
able to build 2.6.10 linux kernel and boot 2.6.10 kernel on
MPC8548ECDS board.When I take same configuration file and built
successfully but not able to boot on
62 matches
Mail list logo
