On 03/07/2008 08:55 AM, Kumar Gala wrote:
> Normally we assume kernel images will be loaded at offset 0. However
> there are situations, like when the kernel itself is running at a non-zero
> physical address, that we don't want to load it at 0.
>
> Allow the wrapper to take an offset. We use thi
On Fri, Mar 07, 2008 at 08:35:39AM -0600, Kumar Gala wrote:
> On Mar 6, 2008, at 6:27 PM, David Gibson wrote:
[snip]
> > I've seen several variants for board control devices (cpld, bcsr,
> > fpga, etc.) I suggest we standardise on "board-control"
>
> I don't see any reason for this. If I have a c
Not all e300 cores support the performance monitors, and the ones
that don't will be confused by the mf/mtpmr instructions. This
allows the support to be optional, so the 8349 can turn it off
while the 8379 can turn it on. Sadly, those aren't config options,
so it will be left to the defconfigs a
Not all e300 cores support the performance monitors, and the ones
that don't will be confused by the mf/mtpmr instructions. This
allows the support to be optional, so the 8349 can turn it off
while the 8379 can turn it on. Sadly, those aren't config options,
so it will be left to the defconfigs a
On Mar 7, 2008, at 4:56 PM, Kumar Gala wrote:
>
> On Mar 7, 2008, at 4:51 PM, Paul Mackerras wrote:
>
>> Kumar Gala writes:
>>
>>> These are fixes to forward on to linus (based on his tree).
>>
>> Are you going to put in the fix for swap on 8xx in arch/ppc?
>
> I was told it was already fixed (I
On Mar 7, 2008, at 4:51 PM, Paul Mackerras wrote:
> Kumar Gala writes:
>
>> These are fixes to forward on to linus (based on his tree).
>
> Are you going to put in the fix for swap on 8xx in arch/ppc?
I was told it was already fixed (I assumed that meant it was already
applied).
Is there a pa
On Mar 7, 2008, at 2:14 PM, Jeremy McNicoll wrote:
> The following patch allows interrupts to occur on the
> sbc8548. Currently PCI and PCI-X devices get assigned an IRQ
> but the interrupt count never increases. This solves the
> problem and adds PCI support as well.
>
> Signed-off-by: Jeremy M
Kumar Gala writes:
> These are fixes to forward on to linus (based on his tree).
Are you going to put in the fix for swap on 8xx in arch/ppc?
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
The copy of the mac address from the board data to the platform
data was moved from the LL TEMAC driver to a virtex_device_fixup
function so the driver works for powerpc arch also.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
---
arch/ppc/platforms/4xx/Kconfig| 22 +++---
>> I've seen several variants for board control devices (cpld, bcsr,
>> fpga, etc.) I suggest we standardise on "board-control"
>
> I don't see any reason for this. If I have a cpld or fpga why not
> just call it that. I don't see what calling it 'board-control' gets
> us. There may be non-board
The function was returning NULL the second time it was
called if the firmware was uploaded from the boot loader
or the first time it was called if the firmware was
uploaded from the kernel.
Signed-off-by: Ionut Nicu <[EMAIL PROTECTED]>
Acked-By: Timur Tabi <[EMAIL PROTECTED]>
---
arch/powerpc/sys
Normally we assume kernel images will be loaded at offset 0. However
there are situations, like when the kernel itself is running at a non-zero
physical address, that we don't want to load it at 0.
Allow the wrapper to take an offset. We use this when building u-boot images.
Signed-off-by: Kumar
Yasunori Goto wrote:
> Hi Badari-san.
>
>
>> On Thu, 2008-03-06 at 12:54 -0800, Dave Hansen wrote:
>>
>>> On Thu, 2008-03-06 at 10:55 -0800, Badari Pulavarty wrote:
>>>
+ if (memmap)
+ __kfree_section_memmap(memmap, PAGES_PER_SECTION);
>>
On Fri, Mar 07, 2008 at 04:23:39PM +0100, Laurent Pinchart wrote:
> Hi Sergej,
>
> On Friday 15 February 2008 16:38, Sergej Stepanov wrote:
> > Am Freitag, den 15.02.2008, 13:50 +0100 schrieb Laurent Pinchart:
> > > We're loosing the possibility of having MDC and MDIO on different ports.
> > > Thi
Yasunori Goto wrote:
> Hi Badari-san.
>
>
>> On Thu, 2008-03-06 at 12:54 -0800, Dave Hansen wrote:
>>
>>> On Thu, 2008-03-06 at 10:55 -0800, Badari Pulavarty wrote:
>>>
+ if (memmap)
+ __kfree_section_memmap(memmap, PAGES_PER_SECTION);
>>
On Fri, Mar 07, 2008 at 03:20:55PM +0100, Laurent Pinchart wrote:
> The CPM dual port ram was defined in the device tree as follows (copied from
> the MPC8272ADS board device tree).
>
> [EMAIL PROTECTED] {
> #address-cells = <1>;
> #size-cells = <1>;
>
On Mar 6, 2008, at 4:42 AM, Li Yang wrote:
> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc8377_mds.dts | 66
> +
> arch/powerpc/boot/dts/mpc8378_mds.dts | 66
> +
> arch/powerpc/boot/dts/mpc8379_m
Hi Sergej,
On Friday 15 February 2008 16:38, Sergej Stepanov wrote:
> Am Freitag, den 15.02.2008, 13:50 +0100 schrieb Laurent Pinchart:
> > We're loosing the possibility of having MDC and MDIO on different ports.
> > This is quite easy to fix for the non-CONFIG_PPC_CPM_NEW_BINDING case but
> > I'm
On Mar 6, 2008, at 9:14 AM, Alexandr Smirnov wrote:
> Add device tree file for Emerson KSI8560 board.
>
> Signed-off-by: Alexandr Smirnov <[EMAIL PROTECTED]>
>
> b/arch/powerpc/boot/dts/ksi8560.dts | 264 ++
> ++
> 1 file changed, 264 insertions(+)
Fixed up i2c t
On Mar 4, 2008, at 10:36 AM, Alexandr Smirnov wrote:
> Add default config for Emerson KSI8560 board.
>
> Signed-off-by: Alexandr Smirnov <[EMAIL PROTECTED]>
>
> arch/powerpc/configs/ksi8560_defconfig | 899 +++
> ++
> 1 file changed, 899 insertions(+)
applied to pow
On Mar 4, 2008, at 10:34 AM, Alexandr Smirnov wrote:
> Add boot wrapper for Emerson KSI8560 board.
>
> Signed-off-by: Alexandr Smirnov <[EMAIL PROTECTED]>
>
> arch/powerpc/boot/Makefile |1 +
> arch/powerpc/boot/wrapper |2 +-
> 2 files changed, 2 insertions(+), 1 deletion(-)
applied to p
On Mar 6, 2008, at 9:17 AM, Alexandr Smirnov wrote:
> The KSI8560 is a single compact, mid-, or full-size Advanced
> Mezzanine Card
> (AdvancedMC™) based on the Freescale™ Semiconductor MPC8560
> PowerQUICC III™
> microprocessor. This product will serve in data and signaling
> applications
On Mar 3, 2008, at 11:11 AM, Timur Tabi wrote:
> Fix a typo in qe_upload_firmware() that prevented uploading firmware
> on
> systems with more than one RISC core.
>
> Signed-off-by: Timur Tabi <[EMAIL PROTECTED]>
> ---
>
> This patch is for 2.6.25.
>
> arch/powerpc/sysdev/qe_lib/qe.c |2 +-
Please pull from 'for-2.6.25' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.25
These are fixes to forward on to linus (based on his tree).
to receive the following updates:
arch/powerpc/boot/dts/mpc8377_mds.dts | 70 ++
arch/powerpc/boot/dt
On Mar 6, 2008, at 4:42 AM, Li Yang wrote:
> Due to chip constraint MPC837x USB DR module can only use
> ULPI and serial PHY interfaces. The patch fixes the wrong
> type in dts.
>
> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
> ---
> arch/powerpc/boot/dts/mpc8377_mds.dts |4 ++--
> arch/powerp
Laurent Pinchart wrote:
> Does anyone have any clue regarding what could write to the dpram ? I thought
> about some CPM peripheral set up by the boot loader, but my board
> initialization code calls cpm2_reset() long before initializing SCC1.
I'm not familar with the CPM, but in cpm_common.c a
On Feb 28, 2008, at 12:50 PM, Scott Wood wrote:
> On Thu, Feb 28, 2008 at 01:49:01PM +0100, Laurent Pinchart wrote:
>> On Friday 15 February 2008 14:27, Laurent Pinchart wrote:
>>> The mdio_port, mdio_bit, mdc_port and mdc_bit fields in the
>>> fs_mii_bb_platform_info structure are left-overs fro
On Mar 7, 2008, at 7:12 AM, Heiko Schocher wrote:
> Hello Scott,
>
> Scott Wood wrote:
>> Heiko Schocher wrote:
>>> The following patch adds support for the mpc8247 based
>>> board MGCOGE from keymile.
>>>
>>> changes to the previous patchset:
>>>
>>> - Added the suggestions from Scott Wood:
>>>
On Feb 20, 2008, at 12:33 PM, Scott Wood wrote:
> This fixes the following bug:
> http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051979.html
>
> Separate defconfigs are no longer needed now that CONFIG_DEVICE_TREE
> is gone.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
> ---
> arch
On Mar 6, 2008, at 4:53 AM, Vitaly Bordug wrote:
> This makes swap routines operate correctly on the ppc_8xx based
> machines.
> Code has been revalidated on mpc885ads (8M sdram) with recent
> kernel. Based
> on patch from Yuri Tikhonov <[EMAIL PROTECTED]> to do the same on arch/
> ppc
> ins
On Mar 6, 2008, at 6:27 PM, David Gibson wrote:
> [snip]
>> +[EMAIL PROTECTED],0 {
>> +reg = <1 0x0 0x8000>;
>> +compatible = "fsl,mpc837xmds-bcsr";
>> +};
>> +
>> +[EMAIL PROTECTED],0 {
>
> This isn't a problem with this
Hi everybody,
I'm trying to move from ARCH=ppc to ARCH=powerpc on an MPC8272 based board.
I updated my bootloader (U-Boot) to get FDT support, wrote a device tree and
compiled a powerpc kernel with CONFIG_PPC_CPM_NEW_BINDING set. No problem so
far (well, no problem I haven't been able to solve)
Hello Scott,
Scott Wood wrote:
> Heiko Schocher wrote:
>> The following patch adds support for the mpc8247 based
>> board MGCOGE from keymile.
>>
>> changes to the previous patchset:
>>
>> - Added the suggestions from Scott Wood:
>> http://ozlabs.org/pipermail/linuxppc-dev/2008-January/050957.ht
Roel Kluin <[EMAIL PROTECTED]> wrote:
> Roel Kluin wrote:
> > This patch was not yet tested. Please confirm it's right.
>
> was too quick with the send button. the batch below is probably better
> ---
> strncpy does not append '\0' if the length of the source string equals
> the size parameter, st
34 matches
Mail list logo
