Hi Ingo, Jens,
Today's linux-next build (powerpc ppc64_defconfig) failed like this:
arch/powerpc/mm/tlb_64.c: In function 'pgtable_free_now':
arch/powerpc/mm/tlb_64.c:66: error: too many arguments to function
'smp_call_function'
arch/powerpc/mm/slice.c: In function 'slice_get_unmapped_area':
arc
On Thu, Jul 03 2008, Stephen Rothwell wrote:
> Hi Ingo, Jens,
>
> Today's linux-next build (powerpc ppc64_defconfig) failed like this:
>
> arch/powerpc/mm/tlb_64.c: In function 'pgtable_free_now':
> arch/powerpc/mm/tlb_64.c:66: error: too many arguments to function
> 'smp_call_function'
> arch/p
* Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> Hi Ingo, Jens,
>
> Today's linux-next build (powerpc ppc64_defconfig) failed like this:
>
> arch/powerpc/mm/tlb_64.c: In function 'pgtable_free_now':
> arch/powerpc/mm/tlb_64.c:66: error: too many arguments to function
> 'smp_call_function'
> arc
Hello all:
I hope add the KDB function for my mpc8313 platform. I find some
informations from the ftp://oss.sgi.com/projects/kdb/download . But i only find
the comman patch and a patch for X86 system. Hi Scoott i think you have ever
used the KDB to debug the MPC8313. Could you tell me where
The following patches have been added to the master and powerpc-next
branches of powerpc.git.
Paul.
Kumar Gala (2):
powerpc: Fix building of feature-fixup tests on ppc32
powerpc: Fixup lwsync at runtime
Michael Neuling (3):
powerpc: Fix compile warning in init_thread
powe
On 7/3/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 03, 2008 at 01:39:05PM +1000, Stephen Rothwell wrote:
> > Hi Paul,
> >
> > Today's linux-next merge of the powerpc tree got a conflict in
> > arch/powerpc/sysdev/fsl_soc.c between commit
> > 4eac6a8b17ce5ebe66eb94b6a0b43aa3a2bf7e
On Tue, 1 Jul 2008 15:48:26 -0700
John Linn <[EMAIL PROTECTED]> wrote:
> Support for the Xilinx Virtex5 FXT 440 is being
> added.
>
> Signed-off-by: John Linn <[EMAIL PROTECTED]>
> ---
> arch/powerpc/platforms/44x/Kconfig | 25 ++
> arch/powerpc/platforms/44x/Makefile |1 +
>
XILINX_VIRTEX_5_FXT is the FPGA architecture, which has a 440 and can be
on a number of different boards.
Thanks,
John
> -Original Message-
> From: Josh Boyer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 03, 2008 7:15 AM
> To: John Linn
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
On Thu, 3 Jul 2008 07:20:45 -0600
John Linn <[EMAIL PROTECTED]> wrote:
> XILINX_VIRTEX_5_FXT is the FPGA architecture, which has a 440 and can be
> on a number of different boards.
Could you add that as some help text under the config option for 5_FXT?
That way you don't have to answer that quest
Not a problem, I'll add it and respin the patch.
> -Original Message-
> From: Josh Boyer [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 03, 2008 7:21 AM
> To: John Linn
> Cc: linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH] powerpc: Xilinx: add 440 platform support
>
>
On Thu, 26 Jun 2008 20:41:12 +0200
Stefan Roese <[EMAIL PROTECTED]> wrote:
> On Thursday 26 June 2008, Sean MacLennan wrote:
> > > Well, there's a lot of disagreement on this subject. Not only do we
> > > not agree on a method of enumerating devices, a lot of people have a
> > > problem with the
On Thursday 03 July 2008, Josh Boyer wrote:
> > Now I have no idea how to support I2C on the other 4xx boards. Perhaps
> > Josh could advise how this should be done?
>
> As David said elsewhere, cell-index is fine for figuring out how to
> access the CPM registers, etc. But it's not good for enume
Support for the Xilinx Virtex5 FXT 440 is being
added.
Signed-off-by: John Linn <[EMAIL PROTECTED]>
---
V1 & V2
bad mailing list address, never got to mailing list
V3
added more help to Kconfig, requested from Josh
arch/powerpc/platforms/44x/Kconfig | 26 +++
arch/
When ehea_stop is called the function
cancel_work_sync(&port->reset_task) is used to ensure
that the reset task is not running anymore. We need an
additional flag to ensure that it can not be scheduled
after this call again for a certain time.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]
A mutex has to be replaced by spinlocks as it can be called from
a context which does not allow sleeping.
The kzalloc flag GFP_KERNEL has to be replaced by GFP_ATOMIC
for the same reason.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.26-rc8/drivers/net
Required to allow distros to easily detect when ehea
module needs to be loaded
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.26-rc8/drivers/net/ehea/ehea_main.c
patched_kernel/drivers/net/ehea/ehea_main.c
--- linux-2.6.26-rc8/drivers/net/ehea/ehea_ma
旭 罗 wrote:
Hello all:
I hope add the KDB function for my mpc8313 platform. I find some
informations from the ftp://oss.sgi.com/projects/kdb/download . But i
only find the comman patch and a patch for X86 system. Hi Scoott i think
you have ever used the KDB to debug the MPC8313. Could you
On Wed, 2008-07-02 at 17:53 -0500, Nate Case wrote:
> I'm looking at gfar_configure_serdes() and I'm at a loss as to why
> this
> is always called when the MAC is in SGMII mode. It looks like it
> assumes the use of TBI for some reason. On my board it's just a
> regular
> SGMII interface to a bcm
On Thu, Jul 03, 2008 at 08:22:18AM -0400, Jon Smirl wrote:
> Testing was good when the patch was initially posted in January. In
> the last six months the initial patch set has been sliced and diced
> into a bunch of different pieces but the contents of this patch are
> essentially unchanged.
>
>
On Thu, Jul 03, 2008 at 09:14:48AM -0400, Josh Boyer wrote:
> On Tue, 1 Jul 2008 15:48:26 -0700 John Linn <[EMAIL PROTECTED]> wrote:
> > +config XILINX_VIRTEX440_GENERIC_BOARD
> > + bool "Generic Xilinx Virtex 440 board"
> > + depends on 44x
> > + default n
> > + select XILINX_VIRTEX_5_FXT
On Wed, Jul 2, 2008 at 6:30 PM, Grant Likely <[EMAIL PROTECTED]> wrote:
> I know that only ATA uses this; but it is nice to have fixes to things
> that are obviously wrong in existing code to be split into their own
> patches. That way, even if the ATA patch gets backed out, the bug fix
> will rem
On Wed, Jul 02, 2008 at 02:56:16AM -0500, Kumar Gala wrote:
> Please point out any patches that have been posted but havent made it
> into a git tree related to Freescale chips.
How about RTC work for MPC8610HPCD/MPC8572DS:
[PATCH 1/4] powerpc: fsl_uli1575: fix RTC quirk to work on MPC8572DS an
On Thu, Jul 03, 2008 at 07:47:33PM +1000, Paul Mackerras wrote:
> The following patches have been added to the master and powerpc-next
> branches of powerpc.git.
These seems to be lost:
[OF] of_gpio: should use new header
http://patchwork.ozlabs.org/linuxppc/patch?id=18750
[POWERPC] booting-wit
On Wed, Jul 02, 2008 at 09:51:59AM -0400, Jon Smirl wrote:
> DMA, needs to be split out. Efika is AC97 on the MPC5200 and needs to
> share DMA code. The new Phytec pcm030 baseboard is AC97 too.
I agree, but I'm not sure the best way to organize a split. I'm not
doing anything with the Efika at th
On Wed, Jul 02, 2008 at 11:19:18AM -0400, Jon Smirl wrote:
> On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > + /* Due to errata in the i2s mode; need to line up enabling
> > +* the transmitter with a transition on the frame sync
> > +* line */
On Wed, Jul 02, 2008 at 11:27:17AM -0400, Jon Smirl wrote:
> On 7/1/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> > +static struct of_snd_soc_device *
> > +of_snd_soc_get_device(struct device_node *codec_node)
> > +{
> > + struct of_snd_soc_device *of_soc;
> > +
> > + list_for_eac
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]>
---
V2
Updated the driver based on feedback from Dmitry, Peter, and Grant.
We be
Hi John,
On Thu, Jul 03, 2008 at 09:42:31AM -0700, John Linn wrote:
> +
> + /* Initialize the PS/2 interface */
> + mutex_lock(&drvdata->cfg_mutex);
> + if (xps2_initialize(drvdata)) {
> + mutex_unlock(&drvdata->cfg_mutex);
> + dev_err(dev, "Could not initialize
On Thu, Jul 03, 2008 at 09:42:31AM -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]>
> ---
> V2
> Updated
On Thu, Jul 03, 2008 at 01:27:00PM -0400, Dmitry Torokhov wrote:
> Hi John,
>
> On Thu, Jul 03, 2008 at 09:42:31AM -0700, John Linn wrote:
> > +
> > + /* Initialize the PS/2 interface */
> > + mutex_lock(&drvdata->cfg_mutex);
> > + if (xps2_initialize(drvdata)) {
> > + mutex_unlock
This patch adds few bindings for the new drivers to be submitted through
the appropriate maintainers.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Segher, thanks for the comments on the previous version. Do you see any
issues with this one or anything I could improve further?
And if th
On Jul 3, 2008, at 12:48 PM, Anton Vorontsov wrote:
This patch adds few bindings for the new drivers to be submitted
through
the appropriate maintainers.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Segher, thanks for the comments on the previous version. Do you see
any
issues
Guys,
I'm sure you'll hate for doing this, but I've asked Kim to create a
new Documentation/powerpc/fsl-device-tree-bindings.txt as part of his
SEC patch.
I'm going to move all the Freescale SoC related bindings into this new
file. One of the aspects of the new file is we will NOT having
On Thu, Jul 03, 2008 at 12:50:01PM -0500, Kumar Gala wrote:
>
> On Jul 3, 2008, at 12:48 PM, Anton Vorontsov wrote:
>
>> This patch adds few bindings for the new drivers to be submitted
>> through
>> the appropriate maintainers.
>>
>> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
>> ---
>>
>
Kumar Gala wrote:
I'm sure you'll hate for doing this, but I've asked Kim to create a new
Documentation/powerpc/fsl-device-tree-bindings.txt as part of his SEC
patch.
I'm going to move all the Freescale SoC related bindings into this new
file. One of the aspects of the new file is we will NO
On Thu, Jul 3, 2008 at 12:28 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> Kumar Gala wrote:
>>
>> I'm sure you'll hate for doing this, but I've asked Kim to create a new
>> Documentation/powerpc/fsl-device-tree-bindings.txt as part of his SEC patch.
>>
>> I'm going to move all the Freescale SoC rela
On Jul 3, 2008, at 1:28 PM, Scott Wood wrote:
Kumar Gala wrote:
I'm sure you'll hate for doing this, but I've asked Kim to create a
new Documentation/powerpc/fsl-device-tree-bindings.txt as part of
his SEC patch.
I'm going to move all the Freescale SoC related bindings into this
new file.
On Jul 3, 2008, at 1:34 PM, Grant Likely wrote:
On Thu, Jul 3, 2008 at 12:28 PM, Scott Wood
<[EMAIL PROTECTED]> wrote:
Kumar Gala wrote:
I'm sure you'll hate for doing this, but I've asked Kim to create
a new
Documentation/powerpc/fsl-device-tree-bindings.txt as part of his
SEC patch.
On Jul 3, 2008, at 1:24 PM, Anton Vorontsov wrote:
On Thu, Jul 03, 2008 at 12:50:01PM -0500, Kumar Gala wrote:
On Jul 3, 2008, at 12:48 PM, Anton Vorontsov wrote:
This patch adds few bindings for the new drivers to be submitted
through
the appropriate maintainers.
Signed-off-by: Anton Voro
In reviewing the data sheet for the device, I don't see any shared
information between the 2 channels of the device.
The mutex looks like it's not needed to me also.
I'll review with some others here to make sure I'm not overlooking
something.
-- John
> -Original Message-
> From: Gra
On Thu, Jul 03, 2008 at 01:20:18PM -0500, Kumar Gala wrote:
> Guys,
>
> I'm sure you'll hate for doing this, but I've asked Kim to create a new
> Documentation/powerpc/fsl-device-tree-bindings.txt as part of his SEC
> patch.
Just curious... why we're maintaining documentation in the .txt file?
W
Hi all,
I would like to know whether Linux on PowerPC puts the processor on
low power mode during idle state. Most PowerPC processors support a
low power mode. I am looking to add support for low-power mode in
Linux for AMCC 4xx processors.
My questions are the following:
1) Is tickless kernel int
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-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
change
On Thu, 3 Jul 2008 11:54:33 -0700
"prodyut hazarika" <[EMAIL PROTECTED]> wrote:
> Hi all,
> I would like to know whether Linux on PowerPC puts the processor on
> low power mode during idle state. Most PowerPC processors support a
> low power mode. I am looking to add support for low-power mode in
Hi Grant,
Good comments.
With regard to the port-number, I don't see the value of using it unless
I'm just missing something. The address of the device seems just as
useful.
We'll spin the patch again taking these into account and Dmitry's
comment also.
Thanks,
John
> -Original Message--
On Thu, 2008-07-03 at 17:33 +1000, Paul Mackerras wrote:
> Dave Kleikamp writes:
>
> > This patch defines:
> >
> > - PROT_SAO, which is passed into mmap() and mprotect() in the prot field
> > - VM_SAO in vma->vm_flags, and
> > - _PAGE_SAO, the combination of WIMG bits in the pte that enables stro
But a lot of SoC like 440GT/EX support two modes of power save -
- Cut off power to other cores like PCIExpress/USB/MAC/UART etc
- Lower the CPU frequency
Is it possible to scale down CPU freq or cut off power to unused cores
while the CPU is idle? The ideal way would be that the SoC registers a
s
On Jul 3, 2008, at 10:23, Nate Case wrote:
On Wed, 2008-07-02 at 17:53 -0500, Nate Case wrote:
I'm looking at gfar_configure_serdes() and I'm at a loss as to why
this
is always called when the MAC is in SGMII mode. It looks like it
assumes the use of TBI for some reason. On my board it's jus
Beginning with Power6, there is a set of 32 PMU events which is
compatible across POWER processor lines. PPC_FEATURE_PMU_COMPAT
indicates support for this subset.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c |4 ++--
include/asm-powerpc/cputable.h |1
Some IBM POWER-based platforms have the ability to run in a
mode which mostly appears to the OS as a different processor from the
actual hardware. For example, a Power6 system may appear to be a
Power5+, which makes the AT_PLATFORM value "power5+".
However, some applications (virtual machines, op
Stash the first platform string matched by identify_cpu() in
powerpc_base_platform, and supply that to the ELF loader for the value
of AT_BASE_PLATFORM.
Signed-off-by: Nathan Lynch <[EMAIL PROTECTED]>
---
Note: I wasn't sure how to pick the index value for AT_BASE_PLATFORM;
I simply searched incl
On Thu, 2008-07-03 at 12:52 -0700, prodyut hazarika wrote:
> But a lot of SoC like 440GT/EX support two modes of power save -
> - Cut off power to other cores like PCIExpress/USB/MAC/UART etc
> - Lower the CPU frequency
>
> Is it possible to scale down CPU freq or cut off power to unused cores
> w
On Wed, 2008-06-18 at 17:32 -0500, [EMAIL PROTECTED] wrote:
> Andrew,
>
> The first patch in this series hits architecture independent code, but the
> rest is contained in the powerpc subtree. Could you pick up the first
> patch into -mm? I can send the rest of them through the powerpc git tree.
On Thu, 2008-07-03 at 16:35 +0100, Tim Yamin wrote:
> >> +static void
> >> +mpc52xx_bmdma_start(struct ata_queued_cmd *qc)
> >> +{
> >> + struct ata_port *ap = qc->ap;
> >> + struct mpc52xx_ata_priv *priv = ap->host->private_data;
> >> +
> >> + /* LocalBus lock */
> >> + while (test
Anton Vorontsov writes:
> Just curious... why we're maintaining documentation in the .txt file?
> We could just create Documentation/powerpc/fsl-device-tree-bindings.dts
> file, that will be:
>
> 1. True device tree source file;
> 2. With a lots of comments for documentation purposes;
> 3. Could
> Paul.
>
> Kumar Gala (2):
> powerpc: Fix building of feature-fixup tests on ppc32
> powerpc: Fixup lwsync at runtime
>
> Michael Neuling (3):
> powerpc: Fix compile warning in init_thread
> powerpc: Clean up copy_to/from_user for vsx and fpr
> powerpc: Remove old d
On Wed, 2008-07-02 at 11:06 -0700, Andrew Morton wrote:
> On Wed, 2 Jul 2008 10:49:59 -0700 (PDT) [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=11027
>
> Hopefully someone in ppc land has set a watch on
> [EMAIL PROTECTED]
>
> If not, please go to http://bugzilla.ker
On Fri, 04 Jul 2008 10:46:57 +1000 Michael Ellerman <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-07-02 at 11:06 -0700, Andrew Morton wrote:
> > On Wed, 2 Jul 2008 10:49:59 -0700 (PDT) [EMAIL PROTECTED] wrote:
> >
> > > http://bugzilla.kernel.org/show_bug.cgi?id=11027
> >
> > Hopefully someone in p
On Thu, Jul 03, 2008 at 05:59:32PM -0700, Andrew Morton wrote:
> Nope, the only account matching .*ppc.* and .*power.* is
> [EMAIL PROTECTED] (I have elevated bugzilla perms
> so I can can query the users list) (everyone should have this - it's
> handy).
>
> There is a category "Platform Specif
On Fri, 2008-07-04 at 11:50 +1000, Tony Breeds wrote:
> On Thu, Jul 03, 2008 at 05:59:32PM -0700, Andrew Morton wrote:
>
> > Nope, the only account matching .*ppc.* and .*power.* is
> > [EMAIL PROTECTED] (I have elevated bugzilla perms
> > so I can can query the users list) (everyone should have
On Fri, 4 Jul 2008 11:50:22 +1000 Tony Breeds <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 03, 2008 at 05:59:32PM -0700, Andrew Morton wrote:
>
> > Nope, the only account matching .*ppc.* and .*power.* is
> > [EMAIL PROTECTED] (I have elevated bugzilla perms
> > so I can can query the users list) (
Why not just use ELF_HWCAP for this? It looks like powerpc only has 3 bits
left there (keeping it to 32), but 3 is not 0. If not that, why not use
dsocaps? That is, some magic in the vDSO, which glibc already supports on
all machines where it uses the vDSO. (For how it works, see the use in
arc
Nathan Lynch writes:
> Some IBM POWER-based platforms have the ability to run in a
> mode which mostly appears to the OS as a different processor from the
> actual hardware. For example, a Power6 system may appear to be a
> Power5+, which makes the AT_PLATFORM value "power5+".
>
> However,
On Wed, Jul 02, 2008 at 05:04:32PM +0200, Olaf Hering wrote:
> Setting real-base to what?
32Mb, or any other value big enough to allow the tftp to fit in
${real-base} - ${load-base}. I admitt it's far from ideal.
> What currently happens with a large boot file is:
> Firmware loads the zImage
On Fri, Jul 04, 2008 at 09:47:03AM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2008-07-03 at 16:35 +0100, Tim Yamin wrote:
> > >> +static void
> > >> +mpc52xx_bmdma_start(struct ata_queued_cmd *qc)
> > >> +{
> > >> + struct ata_port *ap = qc->ap;
> > >> + struct mpc52xx_ata_priv *priv =
On Thu, Jul 03, 2008 at 04:35:27PM +0100, Tim Yamin wrote:
> There's also what I believe to be a hardware bug if you have high levels
> of BestComm ATA DMA activity along with heavy LocalPlus Bus activity;
> the address bus seems to sometimes get corrupted with ATA commands while
> the LocalPlus Bu
On Fri, Jul 04, 2008 at 11:54:40AM +1000, Michael Ellerman wrote:
> On Fri, 2008-07-04 at 11:50 +1000, Tony Breeds wrote:
> > On Thu, Jul 03, 2008 at 05:59:32PM -0700, Andrew Morton wrote:
> >
> > > Nope, the only account matching .*ppc.* and .*power.* is
> > > [EMAIL PROTECTED] (I have elevated
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Grant Likely
> Sent: 2008?7?3? 9:03
> To: linuxppc-dev@ozlabs.org;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [PATCH v2 4/5] spi: Add OF binding
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Grant Likely
> Sent: 2008?7?3? 9:03
> To: linuxppc-dev@ozlabs.org;
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: [PATCH v2 3/5] of-bindings: Add bin
On Fri, Jul 04, 2008 at 11:59:07AM +0800, Chen Gong wrote:
> > +- reg - (required) chip select address of device.
> > +- compatible - (required) name of SPI device
> > following generic names
> > + recommended practice
> > +- max-speed - (requir
On Fri, Jul 04, 2008 at 11:54:57AM +0800, Chen Gong wrote:
> Grant Likely wrote:
> > + /* Mode (clock phase/polarity/etc.) */
> > + if (of_find_property(nc, "spi,cpha", NULL))
> > + spi->mode |= SPI_CPHA;
> > + if (of_find_property(nc, "spi,cpol", NUL
On Thu, Jul 03, 2008 at 01:38:17PM -0500, Kumar Gala wrote:
>
> On Jul 3, 2008, at 1:34 PM, Grant Likely wrote:
>
>> On Thu, Jul 3, 2008 at 12:28 PM, Scott Wood <[EMAIL PROTECTED]>
>> wrote:
>>> Documentation/powerpc/device-tree/fsl/cpm.txt
>>> Documentation/powerpc/device-tree/fsl/cpm/uart.txt
>>
On Thu, Jul 3, 2008 at 9:24 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 03, 2008 at 08:22:18AM -0400, Jon Smirl wrote:
>> Testing was good when the patch was initially posted in January. In
>> the last six months the initial patch set has been sliced and diced
>> into a bunch of diffe
I'm going to be on vacation for the next two weeks, and it looks
highly likely that Linus will open the 2.6.27 merge window during that
time, so I'm appointing Ben Herrenschmidt as my deputy maintainer.
During the next two weeks, he'll be the person collecting together any
further powerpc-related c
Anyone had a chance to look at this? I think this could be used to
eliminate a lot of the platform specific default targets in
arch/powerpc/boot/Makefile by moving them into the defconfigs. Josh,
Kumar, what are your thoughts?
g.
On Tue, Jul 1, 2008 at 11:59 AM, Grant Likely <[EMAIL PROTECTED]>
75 matches
Mail list logo
