Re: [PATCH] Set error_state to pci_channel_io_normal in eeh_report_reset()

Mike Mason writes: > diff --git a/arch/powerpc/platforms/pseries/eeh_driver.c > b/arch/powerpc/platforms/pseries/eeh_driver.c > index 380420f..9a2a6e3 100644 > --- a/arch/powerpc/platforms/pseries/eeh_driver.c > +++ b/arch/powerpc/platforms/pseries/eeh_driver.c > @@ -182,6 +182,8 @@ static void e

pci32 code - early_*config*

Ben, I was looking at what I need to get some additional bits of PCI code building w/your ppc64 booke patches. One thing it looks like we need is the early config cycle code. The question I have is do we think we still need the null_ops support? Also do we think we every get called wit

Re: Please pull from 'merge' branch (for 2.6.30)

On Apr 14, 2009, at 10:31 PM, Paul Mackerras wrote: Kumar Gala writes: Please pull from 'merge' branch of master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge Thanks, pulled. I'll collect up a few more patches for .30 and send Linus a pull request shortly. By the w

Re: [PATCH 1/2] keywest: Convert to new-style i2c driver

Jean Delvare writes: > The legacy i2c binding model is going away soon, But not before 2.6.30, right? Paul. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH] powerpc: VRM unused page hinting

Robert Jennings writes: > Adds support for the "unused" page hint which can be used in shared > memory partitions to flag pages not in use, which will then be stolen > before active pages by the hypervisor when memory needs to be moved to > LPARs in need of additional memory. Failure to mark page

Re: Please pull from 'merge' branch (for 2.6.30)

Kumar Gala writes: > Please pull from 'merge' branch of > > master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge Thanks, pulled. I'll collect up a few more patches for .30 and send Linus a pull request shortly. By the way, I'm not planning to run test or next branches whil

Re: [BUILD FAILURE 02/12] Next April 14 : PPC64 randconfig [arch/powerpc/kernel/of_platform.c]

On Tue, 2009-04-14 at 23:58 +0530, Subrata Modak wrote: > Observed the following build error: > --- > arch/powerpc/kernel/of_platform.c: In function ‘of_pci_phb_probe’: > arch/powerpc/kernel/of_platform.c:270: error: implicit declaration of > function ‘pci_devs_phb_init_dynamic’ > arch/powerpc/kern

Re: [Ipw2100-admin] [BUILD FAILURE 04/12] Next April 14 : PPC64 randconfig [drivers/staging/built-in.o]

On Tue, Apr 14, 2009 at 11:59:55AM -0700, reinette chatre wrote: > Hi Subrata, > > On Tue, 2009-04-14 at 11:28 -0700, Subrata Modak wrote: > > Observed the following build error: > > --- > > LD drivers/built-in.o > > drivers/staging/built-in.o: In function `ieee80211_xmit': > > drivers/stagin

[PATCH v2] powerpc: pseries/dtl.c should include asm/firmware.h

From: Sachin Sant A randconfig build on powerpc failed with: dtl.c: In function 'dtl_init': dtl.c:238: error: implicit declaration of function 'firmware_has_feature' dtl.c:238: error: 'FW_FEATURE_SPLPAR' undeclared (first use in this function) - We need firmware.h for these definitions. Signed

[PATCH] powerpc: pseries/dtl.c should include asm/firmware.h

From: Sachin Sant A randconfig build on powerpc failed with: dtl.c: In function ‘dtl_init’: dtl.c:238: error: implicit declaration of function ‘firmware_has_feature’ dtl.c:238: error: ‘FW_FEATURE_SPLPAR’ undeclared (first use in this function) - We need firmware.h for these definit

[PATCH 2.6.30] fsl_devices.h: Bring the legacy fsl_spi_platform_data hooks back

In commit 364fdbc00fbdd409ade63500710123fe323aa164 ("spi_mpc83xx: rework chip selects handling"), I merged activate_cs and deactivate_cs hooks into cs_control, but I overlooked that mpc52xx_psc_spi driver is using these hooks too. And that resulted in the following build failure: CC drivers/s

Re: [BUILD FAILURE 01/12] Next April 14 : PPC64 randconfig [arch/powerpc/platforms/pseries/dtl.c]

Hi Subrata, > This was reported earlier and fix given by Sachin: > http://patchwork.ozlabs.org/patch/25481/, Michael Neuling asked for some changes to that patch, but I haven't seen a new patch on the list. Will send soon.. Regards, Jeremy ___ Linux

Re: [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c]

Damn. I didn't "reply to all" earlier in the thread. Adding back the mailing list. On Tue, Apr 14, 2009 at 4:27 PM, Anton Vorontsov wrote: > On Tue, Apr 14, 2009 at 04:19:56PM -0600, Grant Likely wrote: >> On Tue, Apr 14, 2009 at 4:02 PM, Anton Vorontsov >> wrote: >> > On Tue, Apr 14, 2009 at

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

Jean Delvare writes: > Hi Johannes, > > On Tue, 14 Apr 2009 19:41:55 +0200, Johannes Berg wrote: >> Alright, with the patch Andreas pointed out it loads, but segfaults, as >> below. Works fine without your patch. > > Thanks for the quick test and sorry that it didn't work. I'll take a > look at t

Re: [RFC v2] virtio: add virtio-over-PCI driver

Hi Grant, Hmmm, I hadn't thought about this. I was intending to use the Virtex's memory region for all virtio, but if I can allocate memory regions on both sides of the PCI bus, then that may be best. Sounds like you can experiment and see what works best :) If you use a PCI Target only cor

Re: [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c]

From: Alexander Beregalov Date: Tue, 14 Apr 2009 22:39:38 +0400 > ehea: Fix incomplete conversion to net_device_ops > > Reported-by: Subrata Modak > Signed-off-by: Alexander Beregalov Applied, thanks Alexander. ___ Linuxppc-dev mailing list Linuxppc

Re: [RFC v2] virtio: add virtio-over-PCI driver

On Tue, Apr 14, 2009 at 3:52 PM, David Hawkins wrote: > Hi Grant, > >> Thanks David.  I haven't looked closely at the xilinx pci data sheet >> yet, but I don't expect too many issues in this area.  As you say, it >> won't take much to code it up.  I'll be poking my VHDL engineer to >> make it do w

Question about DBCR0 initialization for 440

The kernel does not initialize the PPC440 DBCR0 register. This prevents (among other things) the use of software breakpoints with GDB. I realize that boot loaders probably do initialize this but we run a lot without a boot loader and so do our customers. The file, head_fsl_booke.S, does initia

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

Hi Jean, > Thanks for the quick test and sorry that it didn't work. I'll take a > look at the trace below and try to figure out what went wrong. No worries, seems some error path is going wrong but I can't see what it is right now. > Did you remove the 2 MODULE_DEVICE_TABLE from my patch? If you

Re: [RFC v2] virtio: add virtio-over-PCI driver

On Tue, Apr 14, 2009 at 02:28:26PM -0600, Grant Likely wrote: > On Mon, Feb 23, 2009 at 6:00 PM, Ira Snyder wrote: > > This adds support to Linux for using virtio between two computers linked by > > a PCI interface. This allows the use of virtio_net to create a familiar, > > fast interface for com

Re: [RFC v2] virtio: add virtio-over-PCI driver

Hi Grant, Thanks David. I haven't looked closely at the xilinx pci data sheet yet, but I don't expect too many issues in this area. As you say, it won't take much to code it up. I'll be poking my VHDL engineer to make it do what I want it to. :-) The key aspects of the core will be that it

Re: [RFC v2] virtio: add virtio-over-PCI driver

Hi Grant, I like this a lot. I need to do much the same thing on one of my platforms, so I'm going to use your patch as my starting point. Have you made many changes since you posted this version of your patch? I'd like to collaborate on the development and help to get it mainlined. In my cas

Re: [RFC v2] virtio: add virtio-over-PCI driver

On Tue, Apr 14, 2009 at 3:23 PM, David Hawkins wrote: > I'll let Ira update you on the patch status. > > If you want someone to chat about the hardware-level interaction, > feel free to chat off-list - assuming of course that no one wants > to hear us talk hardware :) > > I selected the MPC8349EA

Re: [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c]

On Tue, Apr 14, 2009 at 12:42:47PM -0600, Grant Likely wrote: > Thanks Subrata. I'll look into this. Whoops. That's my fault, I didn't expect that anyone other than spi_mpc83xx is using fsl_spi_platform_data. :-/ -- Anton Vorontsov email: cbouatmai...@gmail.com irc://irc.freenode.net/bd2 __

[PATCH] [V3] Xilinx : Framebuffer Driver: Add PLB support and cleanup DCR

Added support for the new xps tft controller. The new core has PLB interface support in addition to existing DCR interface. Removed platform device support as both MicroBlaze and PowerPC use device tree. Previously, the dcr interface was assumed to be used in mmio mode, and the register space of

Re: [BUILD FAILURE 07/12] Next April 14 : PPC64 randconfig [drivers/ide/pmac.c]

On Tue, Apr 14, 2009 at 11:59:19PM +0530, Subrata Modak wrote: > Observed the following build error: I have no objection on being cc:ed on errors that have something to do with stuff I maintain, but on areas I don't maintain, it just ends up as noise in my already-overflowing inbox... thanks,

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

Hi Johannes, On Tue, 14 Apr 2009 19:41:55 +0200, Johannes Berg wrote: > Alright, with the patch Andreas pointed out it loads, but segfaults, as > below. Works fine without your patch. Thanks for the quick test and sorry that it didn't work. I'll take a look at the trace below and try to figure ou

Re: [Ipw2100-admin] [BUILD FAILURE 04/12] Next April 14 : PPC64 randconfig [drivers/staging/built-in.o]

Hi Subrata, On Tue, 2009-04-14 at 11:28 -0700, Subrata Modak wrote: > Observed the following build error: > --- > LD drivers/built-in.o > drivers/staging/built-in.o: In function `ieee80211_xmit': > drivers/staging/rtl8187se/ieee80211/ieee80211_tx.c:528: multiple > definition of `ieee80211_xmi

Re: [BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c]

Thanks Subrata. I'll look into this. g. On Tue, Apr 14, 2009 at 12:30 PM, Subrata Modak wrote: > Observed the following build error: > --- > CC      drivers/spi/mpc52xx_psc_spi.o > drivers/spi/mpc52xx_psc_spi.c: In function ‘mpc52xx_psc_spi_do_probe’: > drivers/spi/mpc52xx_psc_spi.c:398: error:

Re: [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c]

On Tue, Apr 14, 2009 at 11:59:07PM +0530, Subrata Modak wrote: > Observed the following build error: > CC drivers/net/ehea/ehea_main.o > drivers/net/ehea/ehea_main.c: In function ???ehea_setup_single_port???: > drivers/net/ehea/ehea_main.c:3145: error: ???struct net_device??? has no > member n

[BUILD FAILURE 11/12] Next April 14 : PPC64 randconfig [drivers/spi/mpc52xx_psc_spi.c]

Observed the following build error: --- CC drivers/spi/mpc52xx_psc_spi.o drivers/spi/mpc52xx_psc_spi.c: In function ‘mpc52xx_psc_spi_do_probe’: drivers/spi/mpc52xx_psc_spi.c:398: error: ‘struct fsl_spi_platform_data’ has no member named ‘activate_cs’ drivers/spi/mpc52xx_psc_spi.c:399: error: ‘

[BUILD FAILURE 10/12] Next April 14 : PPC64 randconfig [drivers/staging/comedi/drivers.c]

Observed the following build error: --- drivers/staging/comedi/drivers.c: In function ‘comedi_buf_alloc’: drivers/staging/comedi/drivers.c:496: error: ‘PAGE_KERNEL_NOCACHE’ undeclared (first use in this function) drivers/staging/comedi/drivers.c:496: error: (Each undeclared identifier is reported o

[BUILD FAILURE 09/12] Next April 14 : PPC64 randconfig [drivers/scsi/aic7xxx/aicasm/aicasm]

Observed the following build error: --- gcc -I/usr/include -I. aicasm.c aicasm_symbol.c aicasm_gram.c aicasm_macro_gram.c aicasm_scan.c aicasm_macro_scan.c -o aicasm -ldb aicasm_symbol.c:48:19: error: aicdb.h: No such file or directory aicasm_symbol.c:63: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__

[BUILD FAILURE 08/12] Next April 14 : PPC64 randconfig [drivers/built-in.o]

Observed the following build error: --- To see full details build your kernel with: 'make CONFIG_DEBUG_SECTION_MISMATCH=y' GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 drivers/built-

[BUILD FAILURE 07/12] Next April 14 : PPC64 randconfig [drivers/ide/pmac.c]

Observed the following build error: --- CC [M] drivers/ide/pmac.o drivers/ide/pmac.c: In function ‘pmac_ide_init_dev’: drivers/ide/pmac.c:955: error: implicit declaration of function ‘check_media_bay_by_base’ drivers/ide/pmac.c: In function ‘pmac_ide_setup_device’: drivers/ide/pmac.c:1090: error:

[BUILD FAILURE 04/12] Next April 14 : PPC64 randconfig [drivers/staging/built-in.o]

Observed the following build error: --- LD drivers/built-in.o drivers/staging/built-in.o: In function `ieee80211_xmit': drivers/staging/rtl8187se/ieee80211/ieee80211_tx.c:528: multiple definition of `ieee80211_xmit' drivers/net/built-in.o:drivers/net/wireless/ipw2x00/libipw_tx.c:256: first def

[BUILD FAILURE 02/12] Next April 14 : PPC64 randconfig [arch/powerpc/kernel/of_platform.c]

Observed the following build error: --- arch/powerpc/kernel/of_platform.c: In function ‘of_pci_phb_probe’: arch/powerpc/kernel/of_platform.c:270: error: implicit declaration of function ‘pci_devs_phb_init_dynamic’ arch/powerpc/kernel/of_platform.c:279: error: implicit declaration of function ‘scan_

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

On Tue, 2009-04-14 at 17:51 +0200, Johannes Berg wrote: > On Tue, 2009-04-14 at 17:40 +0200, Johannes Berg wrote: > > > So I went to test this, but for some reason aoa doesn't work for me at > > all, neither with nor without this patch. > > > > The reason seems to be that aoa_fabric_layout_probe(

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

On Tue, 2009-04-14 at 18:48 +0200, Andreas Schwab wrote: > Johannes Berg writes: > > > So I went to test this, but for some reason aoa doesn't work for me at > > all, neither with nor without this patch. > > That is already fixed by >

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

Hi Johannes, On Tue, 14 Apr 2009 17:50:27 +0200, Johannes Berg wrote: > On Tue, 2009-04-14 at 17:40 +0200, Johannes Berg wrote: > > > So I went to test this, but for some reason aoa doesn't work for me at > > all, neither with nor without this patch. > > > > The reason seems to be that aoa_fabri

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

Johannes Berg writes: > So I went to test this, but for some reason aoa doesn't work for me at > all, neither with nor without this patch. That is already fixed by

Please pull from 'merge' branch (for 2.6.30)

Please pull from 'merge' branch of master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git merge to receive the following updates: Documentation/powerpc/dts-bindings/fsl/i2c.txt | 46 --- arch/powerpc/boot/dts/tqm8540.dts |4 arch/powerpc/boot/dts/tqm8541.dt

Re: Help!Some memory doesn't work on PPC405Ex based board!

Hi SunNeo: The fact that it is hanging at the same place in kernel seems strange. Usually when dram initialization is incorrect, the kernel would not run at all. Uboot just hangs at relocate code. I suggest you turn on early kernel printf to see if you get some other outputs. P.S when you have di

Re: [PATCH] powerpc: Fix bug in __futex_atomic_op

Paul Mackerras wrote: Can anyone see any reason why the FUTEX_OP_SET case can't just do a __put_user? Because you need to return the old value. Despite the name, it's an exchange operation not a set. r~ ___ Linuxppc-dev mailing list Linuxppc-dev@oz

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

On Tue, 2009-04-14 at 17:40 +0200, Johannes Berg wrote: > So I went to test this, but for some reason aoa doesn't work for me at > all, neither with nor without this patch. > > The reason seems to be that aoa_fabric_layout_probe() is never called, > but my driver model fu is weak so I can't tell

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

On Thu, 2009-04-09 at 14:19 +0200, Jean Delvare wrote: > From: Jean Delvare > Subject: AOA: Convert onyx and tas codecs to new-style i2c drivers > > The legacy i2c binding model is going away soon, so convert the AOA > codec drivers to the new model or they'll break. So I went to test this, but

Re: [PATCH] Set error_state to pci_channel_io_normal in eeh_report_reset()

Hi, 2009/4/10 Mike Mason : > While adding native EEH support to Emulex and Qlogic drivers, it was > discovered that dev->error_state was set to pci_io_channel_normal too late > in the recovery process. These drivers rely on error_state to determine if > they can access the device in their slot_res

Patch 2/2: Add Xilinx ML510 reference design support

>From f46fa90e4d066767cc4fc1c5b8dc2f9ee013ea0a Mon Sep 17 00:00:00 2001 From: Roderick Colenbrander Date: Tue, 14 Apr 2009 15:49:32 +0200 Subject: [PATCH] Add Xilinx ML510 reference design support. --- arch/powerpc/boot/dts/virtex440-ml510.dts | 453 + arch/powerpc/p

Patch 1/2: Add support for Xilinx PLB PCI soft-core

>From c1cf80d7e5332240c2e54500476027c23b496b92 Mon Sep 17 00:00:00 2001 From: Roderick Colenbrander Date: Tue, 14 Apr 2009 15:45:07 +0200 Subject: [PATCH] Add support for the Xilinx PLB PCI soft-core which is used on Xilinx ML410 and ML510 FPGA boards. --- arch/powerpc/sysdev/Kconfig |4

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

At Tue, 14 Apr 2009 16:37:41 +0200, Jean Delvare wrote: > > On Fri, 10 Apr 2009 17:02:38 +0200, Jean Delvare wrote: > > On Thu, 9 Apr 2009 14:19:45 +0200, Jean Delvare wrote: > > > From: Jean Delvare > > > Subject: AOA: Convert onyx and tas codecs to new-style i2c drivers > > > > > > The legacy

Re: [PATCH] AOA: Convert onyx and tas codecs to new-style i2c drivers

On Fri, 10 Apr 2009 17:02:38 +0200, Jean Delvare wrote: > On Thu, 9 Apr 2009 14:19:45 +0200, Jean Delvare wrote: > > From: Jean Delvare > > Subject: AOA: Convert onyx and tas codecs to new-style i2c drivers > > > > The legacy i2c binding model is going away soon, so convert the AOA > > codec driv

Re: [PATCH 1/2] keywest: Convert to new-style i2c driver

On Fri, 10 Apr 2009 17:09:51 +0200, Jean Delvare wrote: > Ah, I forgot. You need the following patch applied before testing: > ftp://ftp.kernel.org/pub/linux/kernel/people/jdelvare/linux-2.6/jdelvare-i2c/i2c-loosen-driver-check.patch This patch is is Linus' tree now: http://git.kernel.org/?p=linux

Re: [PATCH] therm_pm72: Convert to a new-style i2c driver

On Mon, 13 Apr 2009 16:51:00 +0200, Jean Delvare wrote: > On Mon, 13 Apr 2009 16:09:27 +0200, Jean Delvare wrote: > > The legacy i2c binding model is going away soon, so convert the > > macintosh therm_pm72 driver to the new model or it will break. > > > > This is really a quick and dirty conversi

Re: Help!Some memory doesn't work on PPC405Ex based board!

On 4/14/09 4:08 AM, SunNeo wrote: > My platform uses the MICRON MT47H256M8THN DDRII SDRAM and the DDRII SDRAM is > soldered on the board. > > As I said, my board was similar with "Kilauea" evb, so I created my > configuration header file from Kilauea's at U-Boot. In the configuration file, > regis

Re: [PATCH 1/4 v2] mtd: physmap_of: Add multiple regions and concatenation support

On Sunday 12 April 2009, Grant Likely wrote: > > +       info = kzalloc(sizeof(struct of_flash) + > > +                      sizeof(struct of_flash_list) * count, GFP_KERNEL); > > +       if (!info) > > +               goto err_out; > > + > > +       mtd_list = kzalloc(sizeof(struct mtd_info) * cou

Re: [PATCH 1/4 v2] mtd: physmap_of: Add multiple regions and concatenation support

On Sunday 12 April 2009, Grant Likely wrote: > On Tue, Apr 7, 2009 at 2:39 AM, Stefan Roese wrote: > > This patch adds support to handle multiple non-identical chips in one > > flash device tree node. It also adds concat support to physmap_of. This > > makes it possible to support e.g. the Intel P

Re: Help!Some memory doesn't work on PPC405Ex based board!

Hi Sun, On Tuesday 14 April 2009, SunNeo wrote: > My platform uses the MICRON MT47H256M8THN DDRII SDRAM and the DDRII SDRAM > is soldered on the board. > > As I said, my board was similar with "Kilauea" evb, so I created my > configuration header file from Kilauea's at U-Boot. In the configuration

[v2 PATCH 1/1] Fix 64bit Maple Host Bridge 'reg' property

In the DTB tree created by firmware on some Maple 64bit targets, such as ATCA6101, the "reg" property of host bridge node is incorrectly encoded as if #address-cells and #size-cells were 1. So we have to provide one fixup function to fix that. Signed-off-by: Tiejun Chen --- arch/powerpc/kern

Re: Has anyone debugged kernel 2.6.27 using KGDB?

On Tue, Apr 14, 2009 at 07:51:18AM +, �� wrote: > >Hi all. > >Has anyone tried to debug kernel 2.6.27 using KGDB? > >I'm now trying to use KGDB but I can't use it at all. > >I already red documents in kernel source about KGDB and I also know that KGDB >is merged since 2.6.26. > >Absoultel

RE: Help!Some memory doesn't work on PPC405Ex based board!

Hi, Stefan, Thanks for your help. My platform uses the MICRON MT47H256M8THN DDRII SDRAM and the DDRII SDRAM is soldered on the board. As I said, my board was similar with "Kilauea" evb, so I created my configuration header file from Kilauea's at U-Boot. In the configuration file, regi

Re: [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes

Segher, Thank you very much for your review. I already re-send this patch as you expect and please check this: [v2 PATCH 1/1] Fix 64bit Maple Host Bridge 'reg' property Best Regards Tiejun 2009/4/14 Segher Boessenkool > In the DTB tree created by firmware on some Maple 64bit targets, such as

Re: alpha: half done futex implementation

If either the lwarx or the stwcx. faults, the routine returns -EFAULT and doesn't retry (label "3" is the end of the asm). If the stwcx. fails because the CPU lost the reservation, %1 isn't clobbered as far as I see? Oh, "insn" writes to %1, never mind. Segher ___

Re: alpha: half done futex implementation

Also, there's a bug in the powerpc implementation. It appears that oparg is clobbered, and if stwcx fails the operation will be repeated with incorrect inputs. If either the lwarx or the stwcx. faults, the routine returns -EFAULT and doesn't retry (label "3" is the end of the asm). If the s

Re: Help!Some memory doesn't work on PPC405Ex based board!

On Monday 13 April 2009, SunNeo wrote: > I'm porting Linux-2.6.29 on PPC405Ex based board, it's very similar to AMCC > "Kilauea" evb. > > In my board, two 512MB DDRII memory is connected to 2 ranks of the 405Ex > CPU. This 1GB memory works well at U-Boot-2009.01, but when I boot > Linux-2.6.29, the

Re: [PATCH] therm_pm72: Convert to a new-style i2c driver

Hi Paul, On Tue, 14 Apr 2009 09:07:35 +1000, Paul Mackerras wrote: > Jean Delvare writes: > > > The legacy i2c binding model is going away soon, so convert the > > macintosh therm_pm72 driver to the new model or it will break. > > > > This is really a quick and dirty conversion, that should do t

Re: [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes

In the DTB tree created by firmware on some Maple 64bit targets, such as ATCA6101, these two properties, address&size, should be 2. And they are. But the actual corresponding values of host bridge node are set 1 incorrectly by the firmware, we have to provide one fixup function to fix tha

Has anyone debugged kernel 2.6.27 using KGDB?

Hi all. Has anyone tried to debug kernel 2.6.27 using KGDB? I'm now trying to use KGDB but I can't use it at all. I already red documents in kernel source about KGDB and I also know that KGDB is merged since 2.6.26. Absoultely I'm already done what I have to do in menuconfig like enable K