I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3 branches:
- merge : this is for merging with the current stable and doesn't
currently contain anything interesting
- m
Hi,
Original-Nachricht
> Datum: Wed, 18 Jun 2008 12:38:31 +0200
> Von: Takashi Iwai <[EMAIL PROTECTED]>
> An: [EMAIL PROTECTED]
> CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> Betreff: [PATCH 0/3] ALSA fixes for non-coherent ppc32
> Hi,
>
> I've tried to renew the fixes of A
On Wed, 2008-07-09 at 10:31 +0200, Gerhard Pircher wrote:
> >
> > The patches are found also on my git tree, dma-fix branch of
> >
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
> >
> > Any comments and test reports are appreciated, especially about
> > dma_mmap_coherent() ad
On Tue, 2008-07-01 at 16:59 +0200, Arnd Bergmann wrote:
> I wouldn't hold up merging the file system for this problem, but
> until it is solved, the Kconfig entry should probably have
> a "depends on PPC".
Better, use an ifdef for powerpc flags, and #else to pgprot_noncached.
Ben.
_
Am Wed, 09 Jul 2008 18:58:38 +1000
schrieb Benjamin Herrenschmidt <[EMAIL PROTECTED]>:
> On Tue, 2008-07-01 at 16:59 +0200, Arnd Bergmann wrote:
> > I wouldn't hold up merging the file system for this problem, but
> > until it is solved, the Kconfig entry should probably have
> > a "depends on PPC
The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit ethernet
controller (using e1000). It's just another MPC5200_simple board.
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
---
Grant,
I've fixed the dts issues from David (cell-index on gpt).
Please let me know if v3 still
Fix a few typos and mistakes.
Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]>
---
libfdt/libfdt.h | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/libfdt/libfdt.h b/libfdt/libfdt.h
index 8645de0..dafb568 100644
--- a/libfdt/libfdt.h
+++ b/libf
On Wed, 2008-07-09 at 11:14 +0200, Maxim Shchetynin wrote:
> Am Wed, 09 Jul 2008 18:58:38 +1000
> schrieb Benjamin Herrenschmidt <[EMAIL PROTECTED]>:
>
> > On Tue, 2008-07-01 at 16:59 +0200, Arnd Bergmann wrote:
> > > I wouldn't hold up merging the file system for this problem, but
> > > until it
> I would like people that have PReP machines to take a copy of
> /proc/residual, run this program on it, and check that the output is
> sane. If it isn't, or if it is missing bits, send me the residual
> blob with a description of what's wrong in the generated dts.
Here's the output from qemu:
> I'd rather do
>
> pgprot_t prot;
>
> #ifdef CONFIG_PPC
> prot =
> #else
> prot = pgprot_noncached(...)
> #endif
> vma->vm_page_prot = prot;
I have changed my patch accordinly. Thank you.
--
Mit freundlichen Grüßen / met vriendelijke groeten / avec regards
Maxim
On Wed, 2008-07-09 at 12:48 +0200, Johannes Berg wrote:
> > I would like people that have PReP machines to take a copy of
> > /proc/residual, run this program on it, and check that the output is
> > sane. If it isn't, or if it is missing bits, send me the residual
> > blob with a description of wh
On Wed, 2008-07-09 at 13:29 +0200, Johannes Berg wrote:
> On Wed, 2008-07-09 at 12:48 +0200, Johannes Berg wrote:
> > > I would like people that have PReP machines to take a copy of
> > > /proc/residual, run this program on it, and check that the output is
> > > sane. If it isn't, or if it is miss
On Wed, 2008-07-09 at 13:29 +0200, Johannes Berg wrote:
> On Wed, 2008-07-09 at 12:48 +0200, Johannes Berg wrote:
> > > I would like people that have PReP machines to take a copy of
> > > /proc/residual, run this program on it, and check that the output is
> > > sane. If it isn't, or if it is miss
On Wed, 2008-07-09 at 14:10 +1000, David Gibson wrote:
> libfdt is supposed to easy to embed in projects all and sundry.
> Often, it won't be practical to separate the embedded libfdt's
> namespace from that of the surrounding project. Which means there can
> be namespace conflicts between even li
On Jul 9, 2008, at 6:42 AM, Josh Boyer wrote:
On Wed, 2008-07-09 at 14:10 +1000, David Gibson wrote:
libfdt is supposed to easy to embed in projects all and sundry.
Often, it won't be practical to separate the embedded libfdt's
namespace from that of the surrounding project. Which means there
On Jul 9, 2008, at 2:34 AM, Benjamin Herrenschmidt wrote:
I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3 branches:
- merge : this is for merging with the current stable and doesn't
On Jul 7, 2008, at 8:21 PM, Jason Jin wrote:
Remove the "uninitialized use" compile warning and
avoid potential runtime issue.
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/85xx/mpc8536_ds.c |2 +-
arch/powerpc/platforms/85xx/mpc85xx_ds.c |2 +-
2 files changed,
On Jul 8, 2008, at 7:13 PM, Kim Phillips wrote:
delete obsolete device-type property, delete model property
(use compatible property instead), prepend "fsl," to Freescale
specific properties. Add nodes to device trees that are missing them,
and fix broken property values in other trees.
Signed
>
> > On a slightly unrelated note, are you planning to sync the in-kernel
> > dtc/libfdt version with the upstream version anytime soon?
>
> I know jon put an -rc, not sure if he plans to pick up the slew of
> patches for the next -rc or the next release, but it would be good to
> resync the
Please pull from 'powerpc-next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/dts.git powerpc-next
to receive the following updates:
Documentation/powerpc/booting-without-of.txt | 1176 ---
Documentation/powerpc/dts-bindings/fsl/board.txt
On Wednesday 09 July 2008, Benjamin Herrenschmidt wrote:
> Sorry Christian, i'm still not too happy with this one.
>
> There are two issues at hand here:
>
> - The use of SELECT, that will be frowned on unfortunately.
Ok, this should be easy to fix, by making it depend on INPUT
instead, like th
On Wed, 09 Jul 2008 17:34:41 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> I've pushed some updates to my version of powerpc.git.
>
> The tree itself is at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
>
> It contains 3 branches:
>
> - merge : this is fo
At Wed, 09 Jul 2008 10:31:11 +0200,
Gerhard Pircher wrote:
>
> Hi,
>
> Original-Nachricht
> > Datum: Wed, 18 Jun 2008 12:38:31 +0200
> > Von: Takashi Iwai <[EMAIL PROTECTED]>
> > An: [EMAIL PROTECTED]
> > CC: linuxppc-dev@ozlabs.org, [EMAIL PROTECTED]
> > Betreff: [PATCH 0/3] AL
At Wed, 09 Jul 2008 18:55:35 +1000,
Benjamin Herrenschmidt wrote:
>
> On Wed, 2008-07-09 at 10:31 +0200, Gerhard Pircher wrote:
> > >
> > > The patches are found also on my git tree, dma-fix branch of
> > >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6.git
> > >
> > > Any com
On Jul 9, 2008, at 8:18 AM, Josh Boyer wrote:
On Wed, 09 Jul 2008 17:34:41 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
I've pushed some updates to my version of powerpc.git.
The tree itself is at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git
It contains 3 bra
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/m
On Mon, 7 Jul 2008 08:29:47 -0600
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 7, 2008 at 8:07 AM, Josh Boyer <[EMAIL PROTECTED]> wrote:
> > On Mon, 7 Jul 2008 07:34:23 -0600 Grant Likely wrote:
> >> Specifically the case I'm thinking of is when a user of a Xilinx FPGA
> >> drops a new
On Fri, 2008-07-04 at 11:22 -0600, Grant Likely wrote:
> Hi Josh,
>
> Here are the bulk of the Xilinx 440 support patches. Please pull
> into your next branch.
>
> Thanks,
> g.
>
> The following changes since commit f3e909c2750eb20536bacacc867dc9047b70546a:
> Michael Neuling (1):
> po
On Tue, 08 Jul 2008 15:54:40 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> This is some preliminary work to improve TLB management on SW loaded
> TLB powerpc platforms. This introduce support for non-atomic PTE
> operations in pgtable-ppc32.h and removes write back to the PTE from
> th
On Wed, Jul 09, 2008 at 08:40:21AM -0500, Kumar Gala wrote:
>
> On Jul 9, 2008, at 8:18 AM, Josh Boyer wrote:
>
>> On Wed, 09 Jul 2008 17:34:41 +1000
>> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>> Also, Paul is pretty good about not rebasing his branches when at all
>> possible, and I susp
On Wed, Jul 09, 2008 at 10:15:04AM -0400, Josh Boyer wrote:
> On Fri, 2008-07-04 at 11:22 -0600, Grant Likely wrote:
> > Hi Josh,
> >
> > Here are the bulk of the Xilinx 440 support patches. Please pull
> > into your next branch.
> >
> > Thanks,
> > g.
> >
> > The following changes since commit
On Jul 9, 2008, at 8:44 AM, Stefan Roese wrote:
This patch enables 32bit PPC's (with 36bit physical address space,
e.g.
IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
replacing types (unsigned long -> phys_addr_t).
should the commit header really be >= 4G. I don't think
On Wednesday 09 July 2008, Kumar Gala wrote:
> On Jul 9, 2008, at 8:44 AM, Stefan Roese wrote:
> > This patch enables 32bit PPC's (with 36bit physical address space,
> > e.g.
> > IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
> > replacing types (unsigned long -> phys_addr_t).
>
This patch enables 32bit PPC's (with 36bit physical address space, e.g.
IBM/AMCC PPC44x) to run with >= 4GB of RAM. Mostly its just replacing types
(unsigned long -> phys_addr_t).
Tested on an AMCC Katmai with 4GB of DDR2.
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/mm/init_
Background from Maynard Johnson:
As of POWER6, a set of 32 common events is defined that must be
supported on all future POWER processors. The main impetus for this
compat set is the need to support partition migration, especially from
processor P(n) to processor P(n+1), where performance software
On Wed, 2008-07-09 at 13:46 +1000, Benjamin Herrenschmidt wrote:
> The old code looks bogus.. why clear M when G is set ? Only
> I should have mattered.
I can't find anywhere where G gets set without also setting I, so the
test seems redundant as well.
> I'll apply anyway as you aren't changing
On Jul 8, 2008, at 12:54 AM, Benjamin Herrenschmidt wrote:
This is some preliminary work to improve TLB management on SW loaded
TLB powerpc platforms. This introduce support for non-atomic PTE
operations in pgtable-ppc32.h and removes write back to the PTE from
the TLB miss handlers. In additio
Hi,
This patch fixes various paths in the -rt kernel on powerpc64 where per_cpu
variables are accessed in a preempt unsafe way.
When a power box with -rt kernel is booted, multiple BUG messages are
generated "BUG: init:1 task might have lost a preemption check!".
After booting a kernel with these
Hey Josh, here is the new pull request:
The following changes since commit f3e909c2750eb20536bacacc867dc9047b70546a:
Michael Neuling (1):
powerpc: Update for VSX core file and ptrace
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6-virtex virtex-for-2.6.27
On Mon, Jul 07, 2008 at 08:38:45AM -0700, John Linn wrote:
> Added a new driver for Xilinx XPS PS2 IP. This driver is
> a flat driver to better match the Linux driver pattern.
>
> Signed-off-by: Sadanand <[EMAIL PROTECTED]>
> Signed-off-by: John Linn <[EMAIL PROTECTED]>
I know there are a couple
Hi,
This patch fixes various paths in the -rt kernel on powerpc64 where per_cpu
variables are accessed in a preempt unsafe way.
When a power box with -rt kernel is booted, multiple BUG messages are
generated "BUG: init:1 task might have lost a preemption check!".
After booting a kernel with these
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> What is your intent with the 'master' branch? I hope you do NOT plan
> on ever rebasing it. I assume if a patch gets into master and we drop
> it you'll do a git-revert of it?
"Ever" is such a strong word. E
On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
> Kumar,
>
> On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala <[EMAIL PROTECTED]> wrote:
> >
> > What is your intent with the 'master' branch? I hope you do NOT plan
> > on ever rebasing it. I assume if a patch gets into master and
On Wed, 9 Jul 2008 17:09:23 +0200
Stefan Roese <[EMAIL PROTECTED]> wrote:
> This patch enables 32bit PPC's (with 36bit physical address space, e.g.
> IBM/AMCC PPC44x) to run with >= 4GB of RAM. Mostly its just replacing types
> (unsigned long -> phys_addr_t).
>
> Tested on an AMCC Katmai with 4G
On Wed, 2008-07-09 at 10:20 -0600, Grant Likely wrote:
> On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
> > Kumar,
> >
> > On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala <[EMAIL PROTECTED]> wrote:
> > >
> > > What is your intent with the 'master' branch? I hope you do NOT plan
These look like good comments from Peter.
Dmitry, how would you like to do this, would you prefer us to do an
incremental patch from the existing patch (V3)? Or a new V4 for the
patch?
Peter, with regard to the data sheet, I would prefer not to put a
specific URL in as things always seem to get
On Wed, 9 Jul 2008 10:23:08 -0400
Josh Boyer <[EMAIL PROTECTED]> wrote:
> On Tue, 08 Jul 2008 15:54:40 +1000
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > This is some preliminary work to improve TLB management on SW loaded
> > TLB powerpc platforms. This introduce support for non-ato
Oops, missed a fix for the virtex440-ml507.dts file. Here's a new pull request
The following changes since commit f3e909c2750eb20536bacacc867dc9047b70546a:
Michael Neuling (1):
powerpc: Update for VSX core file and ptrace
are available in the git repository at:
git://git.secretlab.c
On Jul 9, 2008, at 11:31 AM, Josh Boyer wrote:
On Wed, 2008-07-09 at 10:20 -0600, Grant Likely wrote:
On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
Kumar,
On Wed, 9 Jul 2008 07:58:38 -0500 Kumar Gala <[EMAIL PROTECTED]
> wrote:
What is your intent with the 'master' bra
Hi Kumar,
On Wed, 9 Jul 2008 08:13:03 -0500 (CDT) Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> Please pull from 'powerpc-next' branch of
>
> master.kernel.org:/pub/scm/linux/kernel/git/galak/dts.git powerpc-next
$ git ls-remote ssh://master.kernel.org/pub/scm/linux/kernel/git/galak/dts.git
fa
On Mon, Jun 30, 2008 at 5:01 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Convert i2c-mpc to an of_platform driver. Utilize the code in
> drivers/of-i2c.c to make i2c modules dynamically loadable by the device tree.
Timur, can you please test this one on an 83xx platform? It works on
5200, but I w
Hi Grant,
On Wed, 9 Jul 2008 10:20:08 -0600 Grant Likely <[EMAIL PROTECTED]> wrote:
>
> I was under the impression that there was some consensus that -next
> branches should be used for unstable experiments. Am I mistaken?
Completely. Anything that will end up in linux-next must be posted,
revi
On Wed, 9 Jul 2008 11:47:45 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Jul 9, 2008, at 11:31 AM, Josh Boyer wrote:
>
> > On Wed, 2008-07-09 at 10:20 -0600, Grant Likely wrote:
> >> On Thu, Jul 10, 2008 at 02:08:32AM +1000, Stephen Rothwell wrote:
> >>> Kumar,
> >>>
> >>> On Wed, 9 Jul 20
Hi Kumar,
On Wed, 9 Jul 2008 11:47:45 -0500 Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> Did, GregKH start up a tree for code not quite ready ( -staging).
Greg's staging tree is for whole drivers etc not in the kernel yet that
need work to get there.
--
Cheers,
Stephen Rothwell
On Thu, Jul 10, 2008 at 03:23:46AM +1000, Stephen Rothwell wrote:
> Hi Grant,
>
> On Wed, 9 Jul 2008 10:20:08 -0600 Grant Likely <[EMAIL PROTECTED]> wrote:
> >
> > I was under the impression that there was some consensus that -next
> > branches should be used for unstable experiments. Am I mistak
Adjust the NDFC resource end value (resource size = end - start + 1).
Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/44x/warp-nand.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- a/arch/powerpc/platforms/44x/warp-nand.c2008-07-01 20:39:07.
On Wed, Jul 9, 2008 at 12:14 PM, John Linn <[EMAIL PROTECTED]> wrote:
> These look like good comments from Peter.
>
> Dmitry, how would you like to do this, would you prefer us to do an
> incremental patch from the existing patch (V3)? Or a new V4 for the
> patch?
>
Incremental please. I already
Hi Ben and Paul,
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git next
to get some more changes for .27. These include the TLB rework patch,
support for the Virtex5 platform, some bootwrapper documentation and
patches, and various other fixes.
josh
Benjam
On Wed, 2008-07-09 at 10:31 -0500, Kumar Gala wrote:
> > v3. Relying on the generic code to fixup _PAGE_ACCESSED doesn't
> > work for exec faults because our cache coherency code in
> > do_page_fault() will never go all the way to the generic code
> > for these. We fix it up by always setting _PAGE
> The changes in ppc are only the patch below. The others are in
> sound/*. I wrote it as an inline function simply it's so short and I
> didn't want extra exports.
Thanks. I -may- do something nicer, we'll see, but in any case, I'll
try to have something in .27
Cheers,
Ben.
>
> thanks,
>
>
On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
> This patch enables 32bit PPC's (with 36bit physical address space, e.g.
> IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
> replacing types (unsigned long -> phys_addr_t).
>
> Tested on an AMCC Katmai with 4GB of DDR2.
>
On Thu, 10 Jul 2008 06:02:38 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
> > This patch enables 32bit PPC's (with 36bit physical address space, e.g.
> > IBM/AMCC PPC44x) to run with more than 2GB of RAM. Mostly its just
> > repla
On Wed, 2008-07-09 at 16:22 -0400, Josh Boyer wrote:
> On Thu, 10 Jul 2008 06:02:38 +1000
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
> > > This patch enables 32bit PPC's (with 36bit physical address space, e.g.
> > > IBM/AMCC PP
On Wed, 2008-07-09 at 15:15 +0200, Arnd Bergmann wrote:
> Ugly, but doable, yes. I wonder if there is a way that we can trigger some
> interrupt from system_reset_exception context in order to get around the
> polling though. tasklets and workqueues unfortunately won't do us any good
> here because
The following patches contain updates for MPC5121
1/4
Updates the device tree.
Addresses all comments received.
2/4
Adds a clock driver. Cleanup based on input from Stephen Rothwell,
and Grant Likely. Also now uses the clock driver in
arch/powerpc/kernel/clock.c instead of exp
Current device tree is only bare bones. This patch
adds nodes to make it a complete tree for MPC5121ads.
Added nodes include:
mbx - opengl coprocessor
nfc - nand flash controller
cpld-pic - on board cpld
rtc
clock- clock control
pmc - power management co
Move shared code from mpc5121_ads.c to new file mpc512x_shared.c
mpc512x_find_ips_freq -> unchanged
contents of mpc5121_ads_init_IRQ -> mpc512x_init_IRQ
looking for fsl,mpc5121-ipic instead of fsl,ipic
mpc5121_ads_declare_of_platform_devices ->
mpc5121_declare_of_platform_devic
Add a interrupt host for the interrupt
controller in the mpc5121ads cpld.
PCI interrupts are 0-7 the rest are 8-15
Touchscreen pendown irq is hardwired to irq1
All other irqs are chained to irq0
Signed-off-by: John Rigby <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/512x/Kconfig|
Plugs into the generic powerpc clock driver in
arch/powerpc/kernel/clock.c
The following subset of clk_interface is implemented:
clk_get, clk_put: get clock via name, release clock
clk_enable, clk_disable: enable or disable clock
clk_get_rate: get clock rate in Hz
clk_set_rate:
Ben,
Could you pick up these two powerpc pci patches. Grant Likely ack'd
them both. No one nak'd them.
powerpc: pci config cleanup [rev2]
http://patchwork.ozlabs.org/linuxppc/patchcontent?id=19299
powerpc: Move mpc83xx_add_bridge to fsl_pci.c [rev2]
http://patchwork.ozlabs.org/linuxppc/patchcon
On Wed, 2008-07-09 at 15:07 -0600, John Rigby wrote:
> Ben,
>
> Could you pick up these two powerpc pci patches. Grant Likely ack'd
> them both. No one nak'd them.
>
> powerpc: pci config cleanup [rev2]
> http://patchwork.ozlabs.org/linuxppc/patchcontent?id=19299
Hrm.. I'm not necessarily fan o
I realize I'm asking below about u-boot, but I'm really trying to better
understand how initrd should work with device trees. I have also posted
a question to the u-boot user group.
When I build the device tree blob into the kernel image and load the
kernel image with my probe, it finds the in
On Wed, Jul 9, 2008 at 3:52 PM, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Wed, 2008-07-09 at 15:07 -0600, John Rigby wrote:
>> Ben,
>>
>> Could you pick up these two powerpc pci patches. Grant Likely ack'd
>> them both. No one nak'd them.
>>
>> powerpc: pci config cleanup [rev2]
>> ht
Just wondering if anyone has looked at what it would take to support
latency top on powerpc?
I've got a dual G5 and I'd like to be able to track causes of latency.
Based on the s390 implementation it doesn't look all that complicated
for someone who understands what's going on...
Chris
_
On Thu, 10 Jul 2008 06:39:39 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-07-09 at 16:22 -0400, Josh Boyer wrote:
> > On Thu, 10 Jul 2008 06:02:38 +1000
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2008-07-09 at 15:44 +0200, Stefan Roese wrote:
On Tue, 2008-07-08 at 04:55 +0200, Roman Zippel wrote:
> Hi,
>
> On Tue, 8 Jul 2008, Michael Ellerman wrote:
>
> > I don't really see why it "doesn't make sense" for users to input 64-bit
> > values, they're configuring addresses for a 64-bit kernel, so some of
> > the values are going to be 64 b
On Wed, Jul 09, 2008 at 11:17:17AM +0200, Andre Schwarz wrote:
> The mvBlueCOUGAR-P is a MPC5200B based camera system with Intel Gigabit
> ethernet
> controller (using e1000). It's just another MPC5200_simple board.
>
> Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
> ---
>
> Grant,
>
> I've
On Tue, Jul 08, 2008 at 08:41:11AM -0600, John Linn wrote:
> Thanks for the comments David.
[snip]
> > > + chosen {
> > > + bootargs = "console=ttyS0 ip=on root=/dev/ram";
> >
> > Bootargs like this should not typically go in the dts file.
> >
>
> My understanding is the bootloader wou
On Wed, Jul 09, 2008 at 11:22:44AM +0200, Wolfram Sang wrote:
> Fix a few typos and mistakes.
Oops, some of those are rather embarrassing.
> Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque
On Tue, Jul 08, 2008 at 08:20:56AM -0500, Kumar Gala wrote:
> Moved Freescale SoC related bindings out of booting-without-of.txt and into
> their own files.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
Of course, what I'd *really* like to do is to
The 27.15 bit (MII_M_HWCFG_FIBER_COPPER_AUTO) is disable bit. When
set to 1, copper/fiber auto selection is disabled. The current code
to enable but actually disable auto selection.
Signed-off-by: Wang Jian <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c |2 +-
1 files changed, 1 insert
These 2 patches fixed misuse of register for 88e.
Notice: These two patches didn't fix some auto selection problem yet. I
will discuss the problem in seperate email.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/l
MII_M_HWCFG_FIBER_COPPER_RES is a bit of MII_M_PHY_EXT_SR, not
MII_M_PHY_EXT_CR.
Signed-off-by: Wang Jian <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/net/phy/marvell.c b/drivers/net/phy/marvell.
It may not be appropriate to post here instead of netdev, but I am using
powerpc dev board and I think there will be someone here who has board
to test.
Wang Jian 写道:
These 2 patches fixed misuse of register for 88e.
Notice: These two patches didn't fix some auto selection problem yet. I
Hi Kumar,
Today's linux-next merge of the galak tree got a conflict in
Documentation/powerpc/booting-without-of.txt between commit
a5edeccb1a8432ae5d9fb9bccea5a4b64c565017 ("net: OpenFirmware GPIO based
MDIO bitbang driver") from the net tree and commit
a5b420dc2ff8423b30506e805584f30875b5fb57 ("p
85 matches
Mail list logo
