If the low level MMU hash table insertion returns an error (which
can happen in some rare circumstances when the hypervisor refuses
the insertion of a PTE, typically if you try to access junk via
/dev/mem), the generated signal had an incorrect si_addr value due
to a bug in the assembly, which was
Refresh ppc64_defconfig, add PPC_PASEMI and various options that the
common boards there need:
* Chip drivers (iommu, ethernet, IDE, CF, EDAC, MDIO/PHY)
* PCMCIA
* PATA_PCMCIA
* RTC_CLASS
* SATA_MV
* SATA_SIL24
* IP_PNP + NFS_ROOT for diskless booting
+ possibly some other things I might have mis
Update pasemi_defconfig. Add a few missing options for default devices
on electra boards, enable tickless and hrtimers, etc, etc.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/configs/pasemi_defconfig
b/arch/powerpc/configs/pasemi_defconfig
index 1ccf3ed..78c968a 1
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
With this patch and my patch "Fix link errors for allyesconfig", the
allyesconfig will build again.
I am not sure of the performance effects (if any)
Getting this when booting 2.6.24-rc2:
sysctl table check failed: /kernel .1 Writable sysctl directory
Call Trace:
[c2047b60] [c000e204] .show_stack+0x54/0x1f0 (unreliable)
[c2047c10] [c006ea50] .set_fail+0x60/0x90
[c2047ca0] [c006ef64] .sysctl_check_
On Tue, Nov 06, 2007 at 04:06:04PM +0100, Hoang-Nam Nguyen wrote:
> Hello Roland!
> > We currently see this when testing Infiniband on ppc64 with ehca +
> > hugetlbfs.
> > From reading the code this should also be an issue on other architectures.
> > Roland, Adam, are you aware of anything in this
Make sure we don't feed packets with bad CRC up the network stack,
and discount the packet length as reported from the MAC for the CRC
field.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: k.org/drivers/net/pasemi_mac.c
==
Don't use the "replace source address with local MAC address" bits, since
it causes problems on some variations of the hardware due to an erratum.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: k.org/drivers/net/pasemi_mac.c
=
Hi Jeff,
Two bugfixes for pasemi_mac for 2.6.24:
[PATCH 1/2] pasemi_mac: Don't set replace-source-address descriptor bits
[PATCH 2/2] pasemi_mac: Fix CRC checks
Thanks,
-Olof
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/m
Hi,
See comments below.
-Olof
On Wed, Nov 07, 2007 at 01:40:41AM +0300, Yuri Tikhonov wrote:
> This patch introduces the L2_CACHE configuration option available
> for the ppc44x-based boards with L2-cache enabled.
>
> Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
> Signed-off-by: Pavel Kol
Hi,
Some comments below. In general this patch adds #ifdefs in common code,
that's normally frowned upon.
It would maybe be better to add a new call to ppc_machdeps and call it
if set.
-Olof
On Wed, Nov 07, 2007 at 01:40:28AM +0300, Yuri Tikhonov wrote:
> Support for L2-cache coherency synch
Hi Marian,
On Tue, 06 Nov 2007 21:05:20 +0100 Marian Balakowicz <[EMAIL PROTECTED]> wrote:
>
> +++ b/arch/powerpc/platforms/52xx/mpc5200_simple.c
> +
> +#include
> +#include
> +#include
> +#include
Its not clear to me that you need any of the above four includes.
--
Cheers,
Stephen Rothwell
Medve Emilian wrote:
> Would it be possible to do the sort "in place" (without the extra
> buffer)? I mean would that upset any other part of the kernel?
I suspect so. Sounds like you've got the good testcase, maybe you
should try it and see. :)
___
Li
This patch documents a few more functions in libfdt.h. All the
read-only functions are now documented.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/libfdt/libfdt.h
===
--- dtc.orig/libfdt/libfdt.h2007-11-06 10:37:4
dtc: Switch dtc to C-style literals
This patch introduces a new version of dts file, distinguished from
older files by starting with the special token /dts-v1/. dts files in
the new version take C-style literals instead of the old bare hex or
OF-style base notation. In addition, the "range" for
This patch alters the -Odts mode output so that it uses dts-v1 format.
This means that dtc -Idts -Odts used on a v0 dts file will convert
that file to v1.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
---
treesource.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
Index: dtc
The current scheme of having CELLDATA and MEMRESERVE states to
recognize hex literals instead of node or property names is
arse-backwards. The patch switches things around so that literals are
lexed in normal states, and property/node names are only recognized in
the special PROPNODENAME state, wh
Here's a new version of my patches to switch us over to dts-v1 and
C-style literals. This version addresses some of the problems Jon
pointed out with the last version, and adds some polish in the last
patch which enables dts-v1 output for -Odts mode.
--
David Gibson| I'll hav
Hello Nathan,
Would it be possible to do the sort "in place" (without the extra
buffer)? I mean would that upset any other part of the kernel?
Thanks,
Emil.
> -Original Message-
> From: Nathan Lynch [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 05, 2007 8:34 PM
> To: Medve Emili
This patch alters the main testcase, and the dts file corresponding to
it so that we at least trivially exercise dtc's bytestring and base
conversion features.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/tests/test_tree1.dts
=
This patch adds a batch of testcases exercising dtc's -Odts mode.
Specifically it checks that using dtc to convert dtb->dts->dtb
preserves the original dtb for a number of example dtb files.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: dtc/tests/run_tests.sh
> > The solution is libpciaccess and the new pci-rework branch of X which
> > uses it, but I haven't had a chance to test that properly yet on 4xx.
>
> Um... because arch/powerpc 4xx doesn't have PCI support? :) You and
> Valentine and Vitaly keep trading emails about it though, which is a
> goo
On 11/6/07, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Dear Grant,
>
> in message <[EMAIL PROTECTED]> you wrote:
> >
> > In other words; make the assumption that it is easier to change the
> > kernel than it is to change the device tree.
>
> Are you serious about this?
>
> Reading this from someone
This patch changes -Odts mode output so that labels within property
values in the input are preserved in the output. Applied on top of
the earlier patch to preserve node and property labels in -Odts mode,
this means that dtc in -Idts -Odts mode will transfer all labels in
the input to the output.
Currently the main recursive tree printing function,
write_tree_source_node(), calls guess_type() to apply heuristics to
see how to print a property value, then calls the appropriate
write_propval_*() function to print it.
However, future heuristics for handling internal labels and the like
don't
On Tue, Nov 06, 2007 at 04:19:19PM -0600, Jon Loeliger wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Fixes BYTESTRING lexing.
> Allows -O dts output to be emitted in a given (1) format version.
Ok... I'd actually be more inclined to remove the option and just have
-Odts *always* use the new
> -for_each_possible_cpu(i)
> -plpar_hcall_norets(H_PROD,i);
...
> +for_each_online_cpu(i)
> +plpar_hcall_norets(H_PROD, get_hard_smp_processor_id(i));
I assume this bit would be non-contriversial and could be sent up for
immediate upstream in
On Wed, 07 Nov 2007 09:02:10 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2007-11-06 at 07:50 +0100, Stefan Roese wrote:
> > On Monday 05 November 2007, Josh Boyer wrote:
> > > > I am attempting to access the CPLD on the AMCC Sequoia board from
> > > > user-land. I open /d
This patch introduces the L2_CACHE configuration option available
for the ppc44x-based boards with L2-cache enabled.
Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Pavel Kolesnikov <[EMAIL PROTECTED]>
--
diff --git a/arch/ppc/platforms/4xx/Kconfig b/arch/ppc/platforms/4xx/Kconfi
Support for L2-cache coherency synchronization routines in ppc44x
processors.
Signed-off-by: Yuri Tikhonov <[EMAIL PROTECTED]>
Signed-off-by: Pavel Kolesnikov <[EMAIL PROTECTED]>
--
diff --git a/arch/powerpc/lib/dma-noncoherent.c
b/arch/powerpc/lib/dma-noncoherent.c
index 1947380..593a425 1006
On Tue, Nov 06, 2007 at 02:02:12PM -0500, Jon Smirl wrote:
> Second pass at extending i2c core to accept strings of aliases for
> the
[snip]
> -/* With some changes from Kyösti Mälkki <[EMAIL PROTECTED]>.
> +/* With some changes from Kyösti MÀlkki <[EMAIL PROTECTED]>.
This looks like an unrelat
On Tue, Nov 06, 2007 at 09:05:48PM +0100, Marian Balakowicz wrote:
> Add device tree source file for TQM5200 board.
>
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
[snip]
> + [EMAIL PROTECTED] {
> + device_type = "usb-ohci-be";
This device_type is bogus.
On Tue, Nov 06, 2007 at 09:06:34PM +0100, Marian Balakowicz wrote:
> Add device tree source file for Motion-PRO board.
>
> Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
[snip]
> + [EMAIL PROTECTED] { // Motion-PRO status LED
> + compatible = "promess,mot
On Mon, Nov 05, 2007 at 03:46:45PM -0700, Grant Likely wrote:
> On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> > Jon Smirl wrote:
> > > On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> > >> Jon Smirl wrote:
> > >>> This is my first pass at reworking the Freescale i2c driver. It
> > >>> swit
Hello all,
Here is a patch-set for support L2-cache synchronization routines for
the ppc44x processors family. I know that the "ppc" branch is for bug-fixing
only, thus
the patch-set is just FYI [though enabled but non-coherent L2-cache may appear
as a bug for
someone who uses one of the boar
Dear Grant,
in message <[EMAIL PROTECTED]> you wrote:
>
> In other words; make the assumption that it is easier to change the
> kernel than it is to change the device tree.
Are you serious about this?
Reading this from someone with your experience with device trees if
feeding my worst fears...
From: Jon Loeliger <[EMAIL PROTECTED]>
Fixes BYTESTRING lexing.
Allows -O dts output to be emitted in a given (1) format version.
Skirts around a range check problem in eval_literal() for now.
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
David,
This patch is directly on top of your prior
On Tue, 2007-11-06 at 07:50 +0100, Stefan Roese wrote:
> On Monday 05 November 2007, Josh Boyer wrote:
> > > I am attempting to access the CPLD on the AMCC Sequoia board from
> > > user-land. I open /dev/mem, and mmap it, then try to access the
> > > resulting pointer. That works fine when acces
On 11/6/07, Marian Balakowicz <[EMAIL PROTECTED]> wrote:
> This patch adds support for 'mpc5200-simple-platform' compatible
> boards which do not need a platform specific setup. Such boards
> are supported assuming the following:
>
> - GPIO pins are configured by the firmware,
> - CDM configuration
Jean Delvare wrote:
> Hi Matt,
>
>> WRT cell-index this is an index of the bus on the chip (not the logical
>> i2c bus but the physical difference between two i2c controllers) and
>> then any i2c devices which need to be communicated with would be
>> child nodes, their reg property reflecting their
It was requested to split this code out into a separate thread
This code modifies the i2c-core to support lists of alias names in the
chip drivers.
For example: .aliases = (char const
*[]){"ricoh,rs5c372a","ricoh,rs5c372b","ricoh,rv5c386","ricoh,rv5c387a",
0},
Support like this is needed to
Hi Matt,
On Tue, 06 Nov 2007 18:53:11 +, Matt Sealey wrote:
> Jean Delvare wrote:
> > On Mon, 05 Nov 2007 21:52:06 +, Matt Sealey wrote:
> >> Well, all i2c devices have a chip id you can probe for (...)
> >
> > This statement is completely incorrect. I2C devices do NOT have
> > standard I
Add Motion-PRO board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/motionpro_defconfig | 989 ++
1 files changed, 989 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/motionpro_defconfig
diff --g
Add device tree source file for Motion-PRO board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/motionpro.dts | 309 +++
1 files changed, 309 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/motionpro.dts
Add LED driver for Promess Motion-PRO board.
Signed-off-by: Jan Wrobel <[EMAIL PROTECTED]>
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
drivers/leds/Kconfig |7 +
drivers/leds/Makefile |3 -
drivers/leds/leds-motionpro.c | 243 +++
Add CM5200 board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/cm5200_defconfig | 1031 +
1 files changed, 1031 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/cm5200_defconfig
diff --git a/a
Add device tree source file for CM5200 board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/cm5200.dts | 236 ++
1 files changed, 236 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/cm5200.dts
diff --
Add TQM5200 board defconfig file.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/configs/tqm5200_defconfig | 1306
1 files changed, 1306 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/tqm5200_defconfig
diff --git a
Add device tree source file for TQM5200 board.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/tqm5200.dts | 185 +
1 files changed, 185 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/boot/dts/tqm5200.dts
diff
Replace EXPORT_SYMBOL with EXPORT_SYMBOL_GPL in mpc52xx_common.c
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/platforms/52xx/mpc52xx_common.c
b/
Make, so far static, mpc52xx_map_node() routine
symbol available for general use.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |3 ++-
include/asm-powerpc/mpc52xx.h|1 +
2 files changed, 3 insertions(+), 1 deletions
This patch adds support for 'mpc5200-simple-platform' compatible
boards which do not need a platform specific setup. Such boards
are supported assuming the following:
- GPIO pins are configured by the firmware,
- CDM configuration (clocking) is setup correctly by firmware,
- if the 'fsl,has-wdt' p
This patch moves a generic pci init code from lite5200
platform file to a common mpc52xx_setup_pci() routine
and adds additional compatibility property verification.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/lite5200.c| 12 +---
arch/power
Define MPC52xx specific device id list, add new
'fsl,lpb' compatible id for LocalPlus Bus.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/mpc52xx_common.c |9 -
1 files changed, 8 insertions(+), 1 deleti
Print out 'model' property of '/' node as a machine name
in generic show_cpuinfo() routine.
Signed-off-by: Marian Balakowicz <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/setup-common.c |9 +
1 file
This is a third version of the patches that add arch/powerpc support for
three MPC5200 based boards: TQ-Components TQM5200, Schindler CM5200
and Promess Motion-PRO.
[POWERPC] Promess Motion-PRO defconfig
[POWERPC] Promess Motion-PRO DTS
[POWERPC] Motion-PRO: Add LED support.
[POWERPC] CM5200 defco
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/lib/rheap.c b/arch/powerpc/lib/rheap.c
index 22c3b4f..53b4e91 100644
--- a/arch/powerpc/lib/rheap.c
+++ b/arch/powerpc/lib/rheap.c
@@ -19,6 +19,7 @@
#include
#include
#include
+#include
#include
@@ -254,
David Gibson wrote:
> On Sun, Nov 04, 2007 at 12:53:17AM +0100, Marian Balakowicz wrote:
>> Add device tree source file for Motion-PRO board.
> [snip]
>> +[EMAIL PROTECTED] { // Motion-PRO status LED
>> +compatible = "promess,motionpro-statusled";
>> +
David Gibson wrote:
> On Sun, Nov 04, 2007 at 12:52:47AM +0100, Marian Balakowicz wrote:
>> Add device tree source file for TQM5200 board.
> [snip]
>> +[EMAIL PROTECTED] {
>
> [EMAIL PROTECTED] is the new convention, I believe, but I guess you need
> compatibility with older bootstraps.
Corre
On 10/14/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> This is 2 patches, one from Christoph Hellwig that adds the backtrace support,
> and one from Johannes Berg modified by me that adds the irq tracing support.
>
> This successfully boots a POWER5 pSeries machine. I'm going to run some
On Tue, 6 Nov 2007 11:26:14 -0700, Grant Likely wrote:
> On 11/6/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Sorry, I've not been completely clear. Yes, you can use
> > i2c_new_device() on an adapter that has been added with
> > i2c_add_adapter(). However, this requires that you have a referenc
David Gibson wrote:
> On Sun, Nov 04, 2007 at 12:52:59AM +0100, Marian Balakowicz wrote:
>> Add device tree source file for CM5200 board.
> [snip]
>> +[EMAIL PROTECTED] { // Real time clock
>> +compatible = "mpc5200b-rtc","mpc5200-rtc";
>> +de
Second pass on rework of mpc-i2c.c. This doesn't include code for
supporting both old and new style chip drivers. I'm still not a fan of
cluttering up mpc-i2c.c to support old style drivers since it so easy
to convert them to the new style. I'd rather just fix up the i2c
drivers used by chips on th
Second pass at extending i2c core to accept strings of aliases for the
module. This version eliminate the need for separate name and type
fields when selecting a driver. PowerPC has to have a mapping from
device tree names to the i2c drivers, it makes sense to keep this
mapping inside the i2c drive
Jean Delvare wrote:
> On Mon, 05 Nov 2007 21:52:06 +, Matt Sealey wrote:
>> Well, all i2c devices have a chip id you can probe for (...)
>
> This statement is completely incorrect. I2C devices do NOT have
> standard ID registers. Some devices have proprietary ID registers, some
> don't, it's r
On Tue, Nov 06, 2007 at 09:51:57AM +0100, Sergej Stepanov wrote:
> The patch updates the booting-without-of.txt-file.
> There is a description for the case
> if mdio data and clock pins are on different processor ports.
> It is a extending for e-mail "[PATCH v3] using mii-bitbang on different
> pr
Jean Delvare wrote:
> Sorry, I've not been completely clear. Yes, you can use
> i2c_new_device() on an adapter that has been added with
> i2c_add_adapter(). However, this requires that you have a reference to
> that i2c_adapter, which is usually not the case with system-wide I2C
> buses.
But it is
On 11/6/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 11/6/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Hi Scott,
> >
> > On Tue, 06 Nov 2007 11:36:23 -0600, Scott Wood wrote:
> > > Jean Delvare wrote:
> > > We might as well just use i2c_new_device() instead of messing around
> > >
On 11/6/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Scott,
>
> On Tue, 06 Nov 2007 11:36:23 -0600, Scott Wood wrote:
> > Jean Delvare wrote:
> > We might as well just use i2c_new_device() instead of messing around
> > with bus numbers. Note that this is technically no longer platfor
So, like, the other day David Gibson mumbled:
> Crud, I screwed up and gave you an intermediate version of the patch
> which tried to do the same thing for rw_tree1. For that to work, I'll
> need to write a dtbs_equal_notordered test.
>
> Corrected version below.
>
> libfdt: Fix sw_tree1 testcas
Hi Jon,
On Tue, 6 Nov 2007 12:45:24 -0500, Jon Smirl wrote:
> On 11/6/07, Jean Delvare wrote:
> > I agree with Scott here, I don't want to fork the drivers. It is
> > possible (and easy) to support both methods in the same module, let's
> > just to that. See for example David Brownell's work on th
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
Chip away at some janitor work.
Add sfr's ACK.
arch/powerpc/platforms/40x/walnut.c |3 ++-
arch/powerpc/platforms/44x/bamboo.c |3 ++-
arch/powerpc/
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
Chip away at some janitor work.
Catch both asm/of_platform.h and asm/of_device.h this time.
Add sfr's ACK.
arch/powerpc/platforms/82xx/pq2fads.c |2 +
Hi Scott,
On Tue, 06 Nov 2007 11:36:23 -0600, Scott Wood wrote:
> Jean Delvare wrote:
> We might as well just use i2c_new_device() instead of messing around
> with bus numbers. Note that this is technically no longer platform
> code, so it's harder to justify claiming the static nu
Jean Delvare wrote:
We might as well just use i2c_new_device() instead of messing around
with bus numbers. Note that this is technically no longer platform
code, so it's harder to justify claiming the static numberspace.
>>> I was allowing control of the bus number with "cell-index"
On 11/6/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi Scott, Jon,
>
> On Mon, 05 Nov 2007 14:51:51 -0600, Scott Wood wrote:
> > Jon Smirl wrote:
> > > How about renaming the old driver file and leaving it hooked to ppc?
> > > Then it would get deleted when ppc goes away. That would let work
> >
On Mon, 05 Nov 2007 21:52:06 +, Matt Sealey wrote:
> Well, all i2c devices have a chip id you can probe for (...)
This statement is completely incorrect. I2C devices do NOT have
standard ID registers. Some devices have proprietary ID registers, some
don't, it's really up to the manfacturer.
-
Hi Scott, Jon,
On Mon, 05 Nov 2007 14:51:51 -0600, Scott Wood wrote:
> Jon Smirl wrote:
> > How about renaming the old driver file and leaving it hooked to ppc?
> > Then it would get deleted when ppc goes away. That would let work
> > progress on the powerpc version.
>
> Or we could have one driv
Jon Smirl wrote:
> On 11/5/07, Scott Wood <[EMAIL PROTECTED]> wrote:
> One side effect is that legacy style i2c drivers won't work anymore.
If you mean legacy-style client drivers, why not?
>>> i2c_new_device() doesn't work with legacy-style client drivers.
>> No, but they should still wor
Hi Adam!
On Tuesday 06 November 2007 16:05, aglitke wrote:
> Please try this patch and see if it helps.
Tested on 2.6.22 (don't have the system with 2.6.23 at the moment) and
the testcase ran perfectly.
Thanks!
Nam
___
Linuxppc-dev mailing list
Linuxppc-
On Tue, Nov 06, 2007 at 07:09:40PM +0530, Balbir Singh wrote:
> Kamalesh Babulal wrote:
> > David Miller wrote:
> >> From: Johannes Berg <[EMAIL PROTECTED]>
> >> Date: Tue, 06 Nov 2007 11:54:46 +0100
> >>
> > CHK include/linux/compile.h
> > AS arch/powerpc/kernel/swsusp_32.o
>
I have a MPC8548E Board in which with an earlier version of
the kernel (2.6.11++), we customized head_e500.S and other
files to support the PHYS_64BIT & PTE_64BIT based upon
the work done for PPC64. It works very well.
I am attempting to update our kernel to the latest and have
gotten the basic
Hello Roland!
> We currently see this when testing Infiniband on ppc64 with ehca +
> hugetlbfs.
> From reading the code this should also be an issue on other architectures.
> Roland, Adam, are you aware of anything in this area with mellanox
> Infiniband cards or other usages with I/O adapters?
Bel
Please try this patch and see if it helps.
commit 6decbd17d6fb70d50f6db2c348bb41d7246a67d1
Author: Adam Litke <[EMAIL PROTECTED]>
Date: Tue Nov 6 06:59:12 2007 -0800
hugetlb: follow_hugetlb_page for write access
When calling get_user_pages(), a write flag is passed in by the caller
Thomas Gleixner wrote:
> Valentine,
>> You know, you're really too tense Thomas. I'm not sure of the reason why
>> you're being a complete nerve, but I'm feeling sorry for you.
>
> You have a perception problem. I'm not tense, I'm grumpy.
:)
>
> Rest assured, that my nerves are completely fine
Kamalesh Babulal wrote:
> David Miller wrote:
>> From: Johannes Berg <[EMAIL PROTECTED]>
>> Date: Tue, 06 Nov 2007 11:54:46 +0100
>>
> CHK include/linux/compile.h
> AS arch/powerpc/kernel/swsusp_32.o
> arch/powerpc/kernel/swsusp_32.S: Assembler messages:
> arch/powerpc/
So, like, the other day Stephen Rothwell mumbled:
>
> Hi Jon,
>
> Thanks for starting this.
No problem.
> > #include
>
> asm/of_device.h -> linux/of_device.h as well? :-)
Oh! Sure! I'll respin these two.
jdl
___
Linuxppc-dev mailing list
Linu
Hi Stephan,
Stephen Rothwell wrote:
>
> On Sun, 04 Nov 2007 00:52:40 +0100 Marian Balakowicz <[EMAIL PROTECTED]>
> wrote:
>> -static void __iomem *
>> +void __iomem *
>> mpc52xx_map_node(struct device_node *ofn)
>> {
>> const u32 *regaddr_p;
>> @@ -48,6 +48,8 @@ mpc52xx_map_node(struct d
Hi Stephen,
Stephen Rothwell wrote:
> On Sun, 04 Nov 2007 00:53:11 +0100 Marian Balakowicz <[EMAIL PROTECTED]>
> wrote:
>> +++ b/drivers/leds/leds-motionpro.c
[snip]
>> +#include
>> +#include
>
> You want instead of and probably not
> above.
[snip]
Thanks for comments, I'll apply your sug
David Miller wrote:
> From: Johannes Berg <[EMAIL PROTECTED]>
> Date: Tue, 06 Nov 2007 11:54:46 +0100
>
>>
CHK include/linux/compile.h
AS arch/powerpc/kernel/swsusp_32.o
arch/powerpc/kernel/swsusp_32.S: Assembler messages:
arch/powerpc/kernel/swsusp_32.S:138: Error
From: Johannes Berg <[EMAIL PROTECTED]>
Date: Tue, 06 Nov 2007 11:54:46 +0100
>
>
> > > CHK include/linux/compile.h
> > > AS arch/powerpc/kernel/swsusp_32.o
> > > arch/powerpc/kernel/swsusp_32.S: Assembler messages:
> > > arch/powerpc/kernel/swsusp_32.S:138: Error: Unrecognized opco
> > CHK include/linux/compile.h
> > AS arch/powerpc/kernel/swsusp_32.o
> > arch/powerpc/kernel/swsusp_32.S: Assembler messages:
> > arch/powerpc/kernel/swsusp_32.S:138: Error: Unrecognized opcode: `dssall'
> > make[1]: *** [arch/powerpc/kernel/swsusp_32.o] Error 1
> > make: *** [arch
On Nov 6, 2007 4:04 PM, Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The build fails on the power6 machine while compiling 2.6.24-rc1-git15 kernel,
> with randconfig,
>
> CHK include/linux/compile.h
> AS arch/powerpc/kernel/swsusp_32.o
> arch/powerpc/kernel/swsusp_32.S: Assemb
Hi,
The build fails on the power6 machine while compiling 2.6.24-rc1-git15 kernel,
with randconfig,
CHK include/linux/compile.h
AS arch/powerpc/kernel/swsusp_32.o
arch/powerpc/kernel/swsusp_32.S: Assembler messages:
arch/powerpc/kernel/swsusp_32.S:138: Error: Unrecognized opcode: `ds
Hello,
if get_user_pages is used on a hugetlb vma, and there was no previous write
to the pages,
follow_hugetlb_page will call
ret = hugetlb_fault(mm, vma, vaddr, 0),
although the page should be used for write access in get_user_pages.
We currently see this when testing Infiniband on ppc64 with e
The patch updates the booting-without-of.txt-file.
There is a description for the case
if mdio data and clock pins are on different processor ports.
It is a extending for e-mail "[PATCH v3] using mii-bitbang on different
processor ports".
Signed-off-by: Sergej Stepanov <[EMAIL PROTECTED]>
--
dif
96 matches
Mail list logo
