> +static void __iomem *mpc83xx_pcie_remap_cfg(struct pci_bus *bus,
> + unsigned int devfn, int offset)
> +{
> + struct pci_controller *hose = bus->sysdata;
> + struct mpc83xx_pcie *pcie = hose->dn->data;
> + u8 bus_no = bus->number - hose->first_busno;
>
kindly unsubscribe me from this mailing list.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
> kindly unsubscribe me from this mailing list.
>
--
Best Regards,
Arun
" Not in imagined futures
Or in remembered pasts
But only here and only now
Will you find a peace that lasts"
___
Linuxp
On Fri, Dec 19, 2008 at 05:57:20PM -0700, Grant Likely wrote:
>From: Grant Likely
>
>This patch makes the default install script (arch/powerpc/boot/install.sh)
>copy the bootable image files into the install directory. Before this
>patch only the vmlinux image file was copied.
What do you do for
Hi all,
Thanks for the comments on the previous versions, and here is the
updated patch set to support PCI-E on MPC83xx boards.
Changes since v3:
- TAL register programming changed per new reference manual for 83xx
processors;
- dts files no longer specify config window in regs = <>. Instead, P
On Mon, Jan 05, 2009 at 04:18:26PM +0800, Liu Dave wrote:
> > +static void __iomem *mpc83xx_pcie_remap_cfg(struct pci_bus *bus,
> > + unsigned int devfn, int offset)
> > +{
> > + struct pci_controller *hose = bus->sysdata;
> > + struct mpc83xx_pcie *pcie = hose->dn
This patch adds support for PCI-Express controllers as found on the
newer MPC83xx chips.
The work is loosely based on the Tony Li's patch[1], but unlike the
original patch, this patch implements sliding window for the Type 1
transactions using outbound window translations, so we don't have to
iore
This patch adds pcie nodes to the appropriate dts files, plus adds
some probing code for the boards.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/boot/dts/mpc8315erdb.dts | 64 +
arch/powerpc/boot/dts/mpc8377_mds.dts | 64 +
On Thu, Jan 01, 2009 at 08:26:14AM -0600, Kumar Gala wrote:
> I meant the official u-boot from denx.de vs the one FSL ships w/its
> boards & BSPs. The BSP u-boot has modifications that don't exist in
> the denx.de u-boot (as the quality of the code is not up to open
> source standards).
I b
plz unsubscribe me
--
Regards
Nagaraju G
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi all,
I got an assumption from the existing device trees that having 'simple-bus' in
the compatible property of a node means that all child nodes should be added as
of_platform_device in platform initialization phase. No matter it represents a
bus in common sense or not. Is this truly the c
On Mon, Jan 5, 2009 at 8:00 AM, Josh Boyer wrote:
>
> On Fri, Dec 19, 2008 at 05:57:20PM -0700, Grant Likely wrote:
> >From: Grant Likely
> >
> >This patch makes the default install script (arch/powerpc/boot/install.sh)
> >copy the bootable image files into the install directory. Before this
> >
On Mon, Jan 05, 2009 at 11:46:45AM -0600, Scott Wood wrote:
[...]
> > My statement was to convey that the kernel.org kernel should only
> > worry itself with the denx.de u-boot (w/regards to compatibility).
>
> Why? Unless the BSP u-boots do something insane, I think we should try
> to have the
Configuring a powerpc 32 bit kernel for both SMP and SUSPEND turns on
CPU_HOTPLUG to enable disable_nonboot_cpus to be called by the common
suspend code. Previously the definition of cpu_die for ppc32 was in
the powermac platform code, causing it to be undefined if that platform
as not selected.
Probe the new mdio node added by b31a1d8b. Fix kernel panic problem when
gianfar driver wants to get the of_platform_device of that mdio.
Signed-off-by: Li Yang
---
arch/powerpc/boot/dts/mpc8313erdb.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/
On Saturday 27 December 2008, David Brownell wrote:
> On Tuesday 25 November 2008, Stefan Roese wrote:
> > Changes in v5:
> > - Don't call setupxfer() from setup() so that the baudrate etc
> > won't get changed while another transfer is active, as suggested
> > by David Brownell.
>
> Better, bu
Please unsubscribe me from this list.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
I'll pick this up, but wondering about this patch vs Trent's changes
to remove this.
How is KVM on fsl-booke using this value?
- k
On Jan 4, 2009, at 12:57 AM, Liu Yu wrote:
Hi Kumar,
Can I get your ack?
So that I can submit this patch through KVM tree.
-Original Message-
From:
On Sunday 28 December 2008, malc wrote:
> Now to the Christmas cheer, i've tried v2.6.28 and couldn't help but
> notice that the problem is gone, bisecting v2.6.27 (which funnily i
> had to mark good) to v2.6.28 (which has to be marked bad) wasn't fun
> but eventually converged at ab598b6680f1e74c2
On Mon, 2009-01-05 at 19:19 +0530, Chandru wrote:
> On Tuesday 30 December 2008 03:06:07 Dave Hansen wrote:
> When booted with crashkernel=2...@32m or any memory size less than
> this, the system boots properly. The system comes up with two nodes
> (0-256M and 256M-4GB). The crashkernel memory rese
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Mon, 5 Jan 2009, Michael Ellerman wrote:
On Sun, 2008-12-28 at 03:45 +0300, malc wrote:
On Thu, 25 Dec 2008, Benjamin Herrenschmidt wrote:
On Wed, 2008-12-24 at 03:08 +0300, m...@pulsesoft.com wrote:
Ken Moffat writes:
On Tue, Dec 23, 2008 at 06:04:45AM +0300, m...@pulsesoft.com wrote:
On Jan 4, 2009, at 12:24 PM, Kamalesh Babulal wrote:
Hi Milton,
Thanks for the review comments, I am resending the patch with the
changes you have recommended.
Signed-off-by: Kamalesh Babulal
Better, but you didn't include the change log, nor did you respond to
Stephen's reply sugg
On Mon, Jan 05, 2009 at 06:27:39PM +0800, Li Yang wrote:
> I got an assumption from the existing device trees that having
> 'simple-bus' in the compatible property of a node means that all child
> nodes should be added as of_platform_device in platform initialization
> phase. No matter it represen
On Sun, Jan 04, 2009 at 01:45:15AM +0100, Leon Woestenberg wrote:
> Hello,
>
> On Sun, Jan 4, 2009 at 1:33 AM, Steve DeLaney wrote:
> >
> > we are booting 2.6.26 on MPC8349-MITXE
> > do you need a device tree? this can be tftp loaded, or flashed in the board
> > and
> > cp.b from flash to ram be
On Mon, Jan 05, 2009 at 10:25:08AM -0600, Kumar Gala wrote:
>
> On Jan 5, 2009, at 4:47 AM, Li Yang wrote:
>
> >Probe the new mdio node added by b31a1d8b. Fix kernel panic problem
> >when
> >gianfar driver wants to get the of_platform_device of that mdio.
> >
> >Signed-off-by: Li Yang
> >---
On Thu, Jan 01, 2009 at 08:29:39AM -0600, Kumar Gala wrote:
[...]
>> +compatible = "fsl,mpc8315-pcie", "fsl,mpc8314-pcie";
>> +reg = <0xe0009000 0x1000 0xb000 0x0100>;
>
> the size on the 0xb000 seems wrong
This is how FSL U-
Dear Stefan,
In message <200901051912.25874...@denx.de> you wrote:
>
> > > + /* Write new configration */
> > > + out_8(&hw->regs->mode, cs->mode);
> > > +
> > > + /*
> > > + * Allow platform reduce the interrupt load on the CPU during SPI
> > > + * transfers. We do not target maximum performanc
On Tue, Jan 6, 2009 at 9:12 AM, Josh Boyer wrote:
> On Mon, Jan 05, 2009 at 08:28:56AM -0700, Grant Likely wrote:
>>On Mon, Jan 5, 2009 at 8:00 AM, Josh Boyer wrote:
>>>
>>> On Fri, Dec 19, 2008 at 05:57:20PM -0700, Grant Likely wrote:
>>> >From: Grant Likely
>>> >
>>> >This patch makes the defa
On Jan 5, 2009, at 4:47 AM, Li Yang wrote:
Probe the new mdio node added by b31a1d8b. Fix kernel panic problem
when
gianfar driver wants to get the of_platform_device of that mdio.
Signed-off-by: Li Yang
---
arch/powerpc/boot/dts/mpc8313erdb.dts |2 +-
1 files changed, 1 insertions(+),
> Hans, what ATA modes do you see this problem in? UDMA? MWDMA? Or does just
> having the patch applied but still using PIO mode expose the problem?
This problem occurs in MWDMA 2 mode.
Happy new year
Mit freundlichen Grüßen
Hans Lehmann
Softwareentwicklung
Telefon +49 (0)2191-67-2520
On Mon, Jan 5, 2009 at 2:25 AM, Lehmann, Hans (Ritter Elektronik)
wrote:
>> Hans, what ATA modes do you see this problem in? UDMA? MWDMA? Or does
>> just having the patch applied but still using PIO mode expose the problem?
>
>
> This problem occurs in MWDMA 2 mode.
Thanks Hans. DMA support
On Tuesday 30 December 2008 03:06:07 Dave Hansen wrote:
> On Fri, 2008-12-26 at 11:59 +1100, Paul Mackerras wrote:
> > > + }
> > > +
> > > + for_each_online_node(nid) {
> > > /*
> > > - * Be very careful about moving this around. Future
> > > - * cal
I have a Sequoia board (440EPx) with kernel 2.6.27.9. I've recently
plugged in a PLX adapter board to convert one of the PCI connectors
on the Sequoia to PCIe.
When the kernel boots, I get the following error messages regarding
mem resource allocation. Device :00:0c.0 is the PCI<->PCIe bridg
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Sun, 2008-12-28 at 03:45 +0300, malc wrote:
> On Thu, 25 Dec 2008, Benjamin Herrenschmidt wrote:
>
> > On Wed, 2008-12-24 at 03:08 +0300, m...@pulsesoft.com wrote:
> >> Ken Moffat writes:
> >>
> >>> On Tue, Dec 23, 2008 at 06:04:45AM +0300, m...@pulsesoft.com wrote:
>
> [..snip..]
>
> >>
> >
Mohan wrote:
config CRASH_DUMP
bool "Build a kdump crash kernel"
- depends on (PPC64 && RELOCATABLE) || 6xx
+ depends on PPC64 || 6xx
+ select RELOCATABLE
help
Build a kernel suitable for use as a kdump capture kernel.
The same kernel binary
On Mon, Jan 05, 2009 at 08:28:56AM -0700, Grant Likely wrote:
>On Mon, Jan 5, 2009 at 8:00 AM, Josh Boyer wrote:
>>
>> On Fri, Dec 19, 2008 at 05:57:20PM -0700, Grant Likely wrote:
>> >From: Grant Likely
>> >
>> >This patch makes the default install script (arch/powerpc/boot/install.sh)
>> >copy
On Mon, 2009-01-05 at 10:26 -0600, Kumar Gala wrote:
> I'll pick this up, but wondering about this patch vs Trent's changes
> to remove this.
Please do not pick up this patch; if you ack it, let us push it through
kvm.git. Otherwise we need to wait for it to travel from kumar.git ->
benh.git ->
On Mon, 2009-01-05 at 15:09 -0500, Steven A. Falco wrote:
> I have a Sequoia board (440EPx) with kernel 2.6.27.9. I've recently
> plugged in a PLX adapter board to convert one of the PCI connectors
> on the Sequoia to PCIe.
>
> When the kernel boots, I get the following error messages regarding
>
This adds support for an EDAC memory controller adaptation driver for
the "ibm,sdram-4xx-ddr2" ECC controller realized in the AMCC PowerPC
405EX[r].
Signed-off-by: Grant Erickson
---
At present, this driver has been developed and tested against the
controller realization in the AMCC PPC405EX[r] o
Benjamin Herrenschmidt wrote:
> On Mon, 2009-01-05 at 15:09 -0500, Steven A. Falco wrote:
>> I have a Sequoia board (440EPx) with kernel 2.6.27.9. I've recently
>> plugged in a PLX adapter board to convert one of the PCI connectors
>> on the Sequoia to PCIe.
>>
>> When the kernel boots, I get the
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Kernel: 2.6.28; function: scan_OF_pci_childs; file: arch/powerpc/kernel/pci_32.c
Quoting from line 206 : 'some OFs create a parent node "multifunc-device" as a
fake root for all functions of a multi-function device. we go down
them as well.'
Function scan_OF_for_pci_dev (line 225) also needs to be
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hello Anton,
On Mon, Jan 5, 2009 at 5:58 PM, Anton Vorontsov
wrote:
> On Sun, Jan 04, 2009 at 01:45:15AM +0100, Leon Woestenberg wrote:
>> Earlier release kernels booted for me, and I use the device tree
>> compiled from the device tree source that comes with the tree.
>>
>> I used the exact same
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Title: Samsung Enterprise Portal mySingle
Hello Frank
Would you please unsubscribe me ?
regard yours
Jeong In. ChoiSamsung Thales Co.,Ltd.
S/W1 Group
Advanced Technology R&D Center
SAMSUNG THALES
CO., LTD.
Chang-Li 304, Namsa-M
Hi Dave,
On Tue, 30 Dec 2008 21:51:56 -0800 (PST) David Miller
wrote:
>
> From: Stephen Rothwell
> Date: Wed, 31 Dec 2008 14:18:53 +1100
>
> > These changes will avoid several warnings when we change u64 to unsigned
> > long long.
> >
> > Also, ehea_driver_flags is only used in ehca_main.c
>
Hi Dave,
On Wed, 31 Dec 2008 20:09:01 +1100 Benjamin Herrenschmidt
wrote:
>
> On Tue, 2008-12-30 at 21:51 -0800, David Miller wrote:
> > From: Stephen Rothwell
> > Date: Wed, 31 Dec 2008 14:17:30 +1100
> >
> > > ehea_plpar_hcall9() takes an unsigned long array, so pass that.
> > >
> > > This
From: Stephen Rothwell
Date: Tue, 6 Jan 2009 10:59:51 +1100
> Hi Dave,
>
> On Tue, 30 Dec 2008 21:51:56 -0800 (PST) David Miller
> wrote:
> >
> > From: Stephen Rothwell
> > Date: Wed, 31 Dec 2008 14:18:53 +1100
> >
> > > These changes will avoid several warnings when we change u64 to unsigne
Hi Dave,
On Mon, 05 Jan 2009 16:05:35 -0800 (PST) David Miller
wrote:
>
> Aha, yes the commit message fooled me :-) New patch is fine and
> I'll toss this into net-2.6
I will try to do better in the future, thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://w
From: Stephen Rothwell
Date: Tue, 6 Jan 2009 11:05:11 +1100
> Hi Dave,
>
> On Wed, 31 Dec 2008 20:09:01 +1100 Benjamin Herrenschmidt
> wrote:
> >
> > Well, in that case, this patch is actually correct without considering
> > the u64 change. The array is what lands in the registers of the pHyp
Milton you're amazing <3
This is going to take a while to test. I have to build a new source rpm
and push it to Peter, who is doing some work and I need him to have
working config the same as mine. I am build testing the patch in
parallel here.. maybe I will have a kernel tonight or maybe tomo
Does anyone have a feel as to why all these messages are being sent
out (other than the fact that people don't use the manager to manage
their membership)?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-
They should be mapped into PCI address space with the rest, you should
note though that a bunch of people have asked this a bunch of times and
the response is usually null.
If you want to output debugging info, try a serial port, or if you're
still at the point in boot where the OF is still ar
Please unsubscribe me from this list.
Original Message
Subject: unsubscribe
From: Leonid
To: Linuxppc-dev@ozlabs.org
Date: 2009年1月6日 上午 02:03:55
Please unsubscribe me from this list.
___
Linuxppc-dev mailing list
Linuxppc-dev@oz
On Mon, 5 Jan 2009 20:03:58 -0500
"Matt Gessner" wrote:
> Does anyone have a feel as to why all these messages are being sent
> out (other than the fact that people don't use the manager to manage
> their membership)?
I am seeing them on other forums too. I am suspicious, but do not know
for sur
Sean MacLennan wrote:
On Mon, 5 Jan 2009 20:03:58 -0500
"Matt Gessner" wrote:
Does anyone have a feel as to why all these messages are being sent
out (other than the fact that people don't use the manager to manage
their membership)?
I am seeing them on other forums too. I am suspici
On Mon, Jan 05, 2009 at 01:20:53PM -0600, Scott Wood wrote:
> On Mon, Jan 05, 2009 at 06:27:39PM +0800, Li Yang wrote:
> > I got an assumption from the existing device trees that having
> > 'simple-bus' in the compatible property of a node means that all child
> > nodes should be added as of_platfo
From: Ben Warren
Date: Mon, 05 Jan 2009 17:27:06 -0800
> I expect they're all people, like myself, that have been bumped here
> from the ppc_embedded list and aren't used to all the traffic.
This is why, as a policy, we never allow propagation of subscribers
from old lists to new ones created at
Hi Stefan,
On Tue, Nov 25, 2008 at 04:48:08PM +0100, Stefan Roese wrote:
> This adds a SPI driver for the SPI controller found in the IBM/AMCC
> 4xx PowerPC's.
>
> Signed-off-by: Stefan Roese
> Signed-off-by: Wolfgang Ocker
> Acked-by: Josh Boyer
> ---
[...]
> +static unsigned int of_num_gpios
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Tuesday, January 06, 2009 12:25 AM
> To: Li Yang-R58472
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] powerpc/8313erdb: fix kernel crash
>
>
> On Jan 5, 2009, at 4:47 AM, Li Yang wrote:
>
> > Probe
Hi Dave,
On Mon, 05 Jan 2009 17:59:35 -0800 (PST) David Miller
wrote:
>
> This is why, as a policy, we never allow propagation of subscribers
> from old lists to new ones created at vger.kernel.org
>
> Everyone must go through the motions of adding themselves to the new
> list.
>
> If you allo
David-
> From: Ben Warren
> Date: Mon, 05 Jan 2009 17:27:06 -0800
>
>> I expect they're all people, like myself, that have been bumped here
>> from the ppc_embedded list and aren't used to all the traffic.
>
> This is why, as a policy, we never allow propagation of subscribers
> from old lists to
Another data point:
After I got resubscribed after the list merge I tried the list manager
to unsubscribe and it hasn't taken yet. I'll try again...
-- Ken
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linu
On Mon, 2009-01-05 at 20:28 -0600, Jeff Brower wrote:
> David-
>
> > From: Ben Warren
> > Date: Mon, 05 Jan 2009 17:27:06 -0800
> >
> >> I expect they're all people, like myself, that have been bumped here
> >> from the ppc_embedded list and aren't used to all the traffic.
> >
> > This is why, as
From: "Jeff Brower"
Date: Mon, 5 Jan 2009 20:28:46 -0600 (CST)
> I completely disagree. I'm glad the embedded PC list owners were
> thoughtful enough to migrate me to the new list.
At the very least I know that all of the folks asking to
be unsubscribed would likely take my side on this one :-)
> -Original Message-
> From: kvm-ppc-ow...@vger.kernel.org
> [mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
> Sent: Tuesday, January 06, 2009 12:52 AM
> To: Gala Kumar-B11780
> Cc: Liu Yu-B13201; kvm-...@vger.kernel.org;
> linuxppc-dev@ozlabs.org; Piepho Trent-B1687
unsubscibe me ..
thanks
> unsubscribe
>
>
>
>
>
> ___
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
___
Linuxppc-dev mailing list
Linuxppc-dev@oz
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
ehea_plpar_hcall9() takes an "unsigned long" array to return its results,
so change the arrays we pass to it to match. This is currently only
64 bit code, so the transformation is actually a noop, but because
ehea_plpar_hcall9() copies the values of registers into the array,
if this was ported to
These variables are only used with an interface that just dumps their
values into registers to be passed to the hypervisor. The arguments
to that interface are declared to be "unsigned long", so make these
variables match. The macros are only used with these variables, so make
them match as well.
> -Original Message-
> From:
> devicetree-discuss-bounces+leoli=freescale@ozlabs.org
> [mailto:devicetree-discuss-bounces+leoli=freescale@ozlabs.
> org] On Behalf Of David Gibson
> Sent: Tuesday, January 06, 2009 9:43 AM
> To: Wood Scott-B07421
> Cc: linuxppc-dev@ozlabs.org; Li Ya
> Here is a complete startup log, with debug turned on as you requested.
> This is still against 2.6.27.9, as it will take me a little time to
> build 2.6.28. Hopefully, this log will be useful in the meantime.
Can you add "debug" to your kernel command line option or send the
output of the "dme
On Mon, Jan 5, 2009 at 10:46 PM, Li Yang wrote:
>> -Original Message-
>> From:
>> devicetree-discuss-bounces+leoli=freescale@ozlabs.org
>> [mailto:devicetree-discuss-bounces+leoli=freescale@ozlabs.
>> org] On Behalf Of David Gibson
>> Sent: Tuesday, January 06, 2009 9:43 AM
>> To:
On Tue, Jan 6, 2009 at 2:35 PM, Grant Likely wrote:
> On Mon, Jan 5, 2009 at 10:46 PM, Li Yang wrote:
>>> -Original Message-
>>> From:
>>> devicetree-discuss-bounces+leoli=freescale@ozlabs.org
>>> [mailto:devicetree-discuss-bounces+leoli=freescale@ozlabs.
>>> org] On Behalf Of Dav
* Milton Miller [2009-01-05 07:33:32]:
> On Jan 4, 2009, at 12:24 PM, Kamalesh Babulal wrote:
>
>> Hi Milton,
>>
>> Thanks for the review comments, I am resending the patch with the
>> changes you have recommended.
>>
>> Signed-off-by: Kamalesh Babulal
>
> Better, but you didn't include the
>
> Sorry for resending the patch before taking care of the response.
> Resending
> the patch with changes made to other three drivers also.
>
> Impact: Fix the VIOPATH dependency in the iSeries dependent drivers.
>
> iSeries depend drivers build fails, when CONFIG_VIOPATH is disabled.
>
79 matches
Mail list logo