On Thu, 2008-06-26 at 16:25 +0530, Sachin P. Sant wrote:
This one has been pending for a long time. Somehow never
made it upstream.
Resending the patch which fixes /dev/oldmem interface for kdump.
Tested with 2.6.26-rc8.
Signed-off-by : Michael Ellerman [EMAIL PROTECTED]
Even though I
Michael Ellerman wrote:
Even though I wrote this, it was so long ago I can't really vouch for
it. If you've tested it and it works Sachin then we should merge it. Is
this fix in distros or does it not apply?
Yes, i have tested this on couple of power boxes and the patch
works fine. [ i can
On Thu, 2008-07-03 at 12:02 +0530, Sachin P. Sant wrote:
Michael Ellerman wrote:
Even though I wrote this, it was so long ago I can't really vouch for
it. If you've tested it and it works Sachin then we should merge it. Is
this fix in distros or does it not apply?
Yes, i have tested
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':
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'
* 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'
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
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
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 question
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,
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 concept of
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 +++
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
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
---
旭 罗 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 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.
I
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
If this is
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 remain.
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 and
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 linux/gpio.h header
http://patchwork.ozlabs.org/linuxppc/patch?id=18750
[POWERPC]
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;
+
+
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
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 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)) {
+
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
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
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]
---
Segher, thanks for
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
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 related bindings
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
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
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:
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?
We
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
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]
---
changes
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
Linux
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
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 strong
access
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
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
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,
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
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
while
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_and_set_bit(0,
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 be
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
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
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 ppc land has
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
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 this -
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) (everyone
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
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, some
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 at
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 = ap-host-private_data;
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 Bus
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 bugzilla
-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 support
-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 binding
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 - (required)
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, NULL))
+
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 different
71 matches
Mail list logo
