From: Timur Tabi
Date: Wed, 7 Jan 2009 14:12:52 -0600
> The UCC Event Register (UCCE) already has unambigous macro definitions in
> qe.h,
> so we should not be defining our own in the UCC Ethernet driver.
>
> Removed unused local variable 'dev' from ucc_geth_poll(), which fixes a
> warning
>
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Sat, 2009-01-10 at 21:43 -0800, Trent Piepho wrote:
> On Sun, 11 Jan 2009, Richard Purdie wrote:
> > On Sat, 2009-01-10 at 04:31 -0800, Trent Piepho wrote:
> > > The LED tree makes more sense for what's left I think. There was a
> > > openfirmware gpio patch, but that's already gone in. What's
On Sun, 11 Jan 2009, Richard Purdie wrote:
> On Sat, 2009-01-10 at 21:43 -0800, Trent Piepho wrote:
> > On Sun, 11 Jan 2009, Richard Purdie wrote:
> > > On Sat, 2009-01-10 at 04:31 -0800, Trent Piepho wrote:
> > > > The LED tree makes more sense for what's left I think. There was a
> > > > openfir
On Sun, 2009-01-11 at 04:58 -0800, Trent Piepho wrote:
> It doesn't seem right to merge someone's patches together, make a very
> small change, and then no longer credit them as the author. Seems like it
> defeats the purpose of the SOB lines for tracing the train of custody too.
> If someone look
FSL U-Boots use /soc8...@e000 node to search and fixup serial
nodes' clock-frequency properties. Though in upstream kernels we use
new naming convention -- for IMMR address space dts files specify
/i...@e000 nodes.
This makes FSL U-Boots fail to fixup the clock frequencies, and that
leads
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
This patch is used to help Jean Delvare to get rid of drivers/i2c/chips/
directory. The new location suggested by Kumar Gala: as the driver is
83xx specific it's placed into arch/powerpc/platforms/83xx/.
Signed-off-by: Anton Vorontsov
---
This is git patch.
arch/powerpc/platforms/83xx/Makefile
This patch is used to help Jean Delvare to get rid of drivers/i2c/chips/
directory. The new location suggested by Kumar Gala: as the driver is
83xx specific it's placed into arch/powerpc/platforms/83xx/.
Signed-off-by: Anton Vorontsov
---
The same patch but suitable for patch(1).
arch/powerpc/
On Sun, Jan 11, 2009 at 06:10:55PM +0100, Jean Delvare wrote:
> Hi Anton,
>
> On Sun, 11 Jan 2009 19:51:36 +0300, Anton Vorontsov wrote:
> > This patch is used to help Jean Delvare to get rid of drivers/i2c/chips/
> > directory. The new location suggested by Kumar Gala: as the driver is
> > 83xx s
Hi Anton,
On Sun, 11 Jan 2009 19:51:36 +0300, Anton Vorontsov wrote:
> This patch is used to help Jean Delvare to get rid of drivers/i2c/chips/
> directory. The new location suggested by Kumar Gala: as the driver is
> 83xx specific it's placed into arch/powerpc/platforms/83xx/.
>
> Signed-off-by:
Hi,
I wish to unsubscribe from this list.
Best Regards,
Nadav Sharabi
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wednesday 07 January 2009, Gerhard Pircher wrote:
>
> Original-Nachricht
> > Datum: Wed, 7 Jan 2009 08:13:06 -0700
> > Von: "Grant Likely"
> > An: "Gerhard Pircher"
> > CC: linuxppc-dev@ozlabs.org, bzoln...@gmail.com
> > Betreff: Re: [PATCH 5/5] ide: Force VIA IDE legacy int
This patch adds support for 256KB pages on ppc44x-based boards.
For simplification of implementation with 256KB pages we still assume
2-level paging. As a side effect this leads to wasting extra memory space
reserved for PTE tables: only 1/4 of pages allocated for PTEs are
actually used. But this
On Sun, 11 Jan 2009 20:24:10 +0300, Anton Vorontsov wrote:
> On Sun, Jan 11, 2009 at 06:10:55PM +0100, Jean Delvare wrote:
> > Hi Anton,
> >
> > On Sun, 11 Jan 2009 19:51:36 +0300, Anton Vorontsov wrote:
> > > This patch is used to help Jean Delvare to get rid of drivers/i2c/chips/
> > > directory
unsubscribe
please
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Original-Nachricht
> Datum: Sun, 11 Jan 2009 17:51:55 +0100
> Von: Bartlomiej Zolnierkiewicz
> An: "Gerhard Pircher"
> CC: "Grant Likely" , linuxppc-dev@ozlabs.org,
> linux-...@vger.kernel.org
> Betreff: Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne
> boar
Hello.
Bartlomiej Zolnierkiewicz wrote:
CONFIG_LOPEC and CONFIG_SANDPOINT config options are gone.
So these are gone with arch/ppc/?
That's a pity -- MV has spent a lot of efforts on porting the latter
to arch/powerpc/ but somehow it haven't got merged upstream. My patches
ot this driv
Hi Linus,
Today's linux-next build (powerpc ppc64_defconfig) failed like this:
arch/powerpc/platforms/pasemi/cpufreq.c: In function 'pas_cpufreq_cpu_init':
arch/powerpc/platforms/pasemi/cpufreq.c:216: error: incompatible types in
assignment
arch/powerpc/platforms/powermac/cpufreq_64.c: In functi
On Mon, 2009-01-12 at 10:48 +1100, Stephen Rothwell wrote:
> Hi Linus,
>
> Today's linux-next build (powerpc ppc64_defconfig) failed like this:
>
> arch/powerpc/platforms/pasemi/cpufreq.c: In function 'pas_cpufreq_cpu_init':
> arch/powerpc/platforms/pasemi/cpufreq.c:216: error: incompatible types
This updates the cpufreq drivers in arch/powerpc so they build again
after the core cpufreq changes that broke them in commit
in835481d9bcd65720b473db6b38746a74a3964218.
Signed-off-by: Benjamin Herrenschmidt
---
Tested on a G5. Olof, Arnd, any chance you can test the cell and pasemi
drivers stil
mb862xx: Restrict compliation of platform driver to PPC
The OpenFirmware part of this driver is uncompilable on SPARC due to it's
dependance on several PPC specific functions.
Restricting this to PPC to prevent these build errors.
This was found using randconfig builds.
Signed-off-by: Julian C
On Sat, Jan 10, 2009 at 05:31:19PM -0700, Grant Likely wrote:
>On Fri, Jan 9, 2009 at 5:58 AM, Ilya Yanok wrote:
>> This patch rewrites consistent dma allocations support to use vmalloc
>> layer to allocate virtual memory space from vmalloc pool and get rid
>> of CONFIG_CONSISTENT_{START,SIZE}.
>
On Sun, Jan 11, 2009 at 09:42:30PM +0300, Yuri Tikhonov wrote:
>
>This patch adds support for 256KB pages on ppc44x-based boards.
>
>For simplification of implementation with 256KB pages we still assume
>2-level paging. As a side effect this leads to wasting extra memory space
>reserved for PTE tab
unsubscribe
please
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Check out the all-new Messenger 9.0! Go to http://in.messenger.yahoo.com/___
I wish to unsubscribe from this list.
Best Regards,
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
The PowerMac kernel occasionally fails to bring up the secondary CPUs on
SMP, the trigger factor seem to be fairly random and related to location
of code and data.
This appears to be due to the initial loading of the TOC value by the
secondary processor which now happens before we clear HID4:RM_CI
On Wed, 2009-01-07 at 09:41 -0700, Grant Likely wrote:
> For the flattened device tree, I think we've settled on the convention
> that every node with an IRQ connection should have both the
> interrupt-parent and interrupts properties. (ie. don't rely on the
> parent node's interrupt-parent proper
> Yes, all AmigaOne boards have physical PCI slots (at least 1). The different
> interrupt routing wasn't a problem so far, as the firmware writes the IRQ
> number
> to the interrupt line register of every PCI device.
The code in the kernel that retreives the interrupt that way is clearly
marked
> > + /* Flush and disable I/D cache. */
> > + __asm__ __volatile__ ("mfspr3, 1008"::: "r3");
> > + __asm__ __volatile__ ("ori 5, 5, 0xcc00" ::: "r5");
> > + __asm__ __volatile__ ("ori 4, 3, 0xc00"::: "r4");
> > + __asm__ __volatile__ ("andc 5, 3, 5"
深圳中兴力维技术有限公司
地址：深圳市高新区科技南一路W1-A二楼
电话：0755-26525674-8509（办公室）
ZTE Information Security Notice: The information contained in this mail is
solely property of the sender's organization. This mail communication is
confidential. Recipients name
On Sun, Jan 11, 2009 at 10:07 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2009-01-07 at 09:41 -0700, Grant Likely wrote:
>> For the flattened device tree, I think we've settled on the convention
>> that every node with an IRQ connection should have both the
>> interrupt-parent and interrupts prope
On Fri, Jan 02, 2009 at 02:42:38PM -0600, Milton Miller wrote:
> Follwing this mail are 5 patches for kexec userspace and two for the
> kernel. The first fixes an array overflow and the second updates
> userspace to the merged 2.6.28 kdump support. The remaining are
> cleanups and warning fixes,
I'm reading the start.S for mpc83xx in u-boot.
I couldn't understand how the source code below work:
/***
map_flash_by_law1: /* When booting from ROM (Flash or EPROM), clear the */ /*
Address Mask in OR0 so ROM appears everywhere */
/*-
* Rafael J. Wysocki [2009-01-11 01:08:19]:
> On Friday 02 January 2009, Kamalesh Babulal wrote:
> > Hi,
> >
> > 2.6.28-git4 kernel drops to xmon with kernel expection. Similar kernel
> > expection was seen next-20081230 and next-20081231 and was reported
> > earlier at http://lkml.org/lkml/
> -Original Message-
> From: linuxppc-dev-bounces+leoli=freescale@ozlabs.org
> [mailto:linuxppc-dev-bounces+leoli=freescale@ozlabs.org]
> On Behalf Of Anton Vorontsov
> Sent: Sunday, January 11, 2009 11:30 PM
> To: Kumar Gala
> Cc: linuxppc-dev@ozlabs.org
> Subject: [PATCH] powerp
36 matches
Mail list logo
