[PATCH 8/8] Convert the cell IOMMU fixed mapping to 16M IOMMU pages

The only tricky part is we need to adjust the PTE insertion loop to cater for holes in the page table. The PTEs for each segment start on a 4K boundary, so with 16M pages we have 16 PTEs per segment and then a gap to the next 4K page boundary. It might be possible to allocate the PTEs for each seg

[PATCH 7/8] Allow for different IOMMU page sizes in cell IOMMU code

Make some preliminary changes to cell_iommu_alloc_ptab() to allow it to take the page size as a parameter rather than assuming IOMMU_PAGE_SIZE. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c | 31 ++- 1 files changed, 18 i

[PATCH 6/8] Cell IOMMU: n_pte_pages is in 4K page units, not IOMMU_PAGE_SIZE

We use n_pte_pages to calculate the stride through the page tables, but we also use it to set the NPPT value in the segment table entry. That is defined as the number of 4K pages per segment, so we should calculate it as such regardless of the IOMMU page size. Signed-off-by: Michael Ellerman <[EMA

[PATCH 5/8] Split setup of IOMMU stab and ptab, allocate dynamic/fixed ptabs separately

Currently the cell IOMMU code allocates the entire IOMMU page table in a contiguous chunk. This is nice and tidy, but for machines with larger amounts of RAM the page table allocation can fail due to it simply being too large. So split the segment table and page table setup routine, and arrange to

[PATCH 4/8] Move allocation of cell IOMMU pad page

There's no need to allocate the pad page unless we're going to actually use it - so move the allocation to where we know we're going to use it. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c | 12 ++-- 1 files changed, 6 insertions(+), 6 dele

[PATCH 3/8] Remove unused pte_offset variable

The cell IOMMU code no longer needs to save the pte_offset variable separately, it is incorporated into tbl->it_offset. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/arch/pow

[PATCH 2/8] Use it_offset not pte_offset in cell IOMMU code

The cell IOMMU tce build and free routines use pte_offset to convert the index passed from the generic IOMMU code into a page table offset. This takes into account the SPIDER_DMA_OFFSET which sets the top bit of every DMA address. However it doesn't cater for the IOMMU window starting at a non-ze

[PATCH 1/8] Clearup cell IOMMU fixed mapping terminology

It's called the fixed mapping, not the static mapping. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/powerpc/platforms/cell/iommu.c b/arch/powerpc/platforms/cell/iom

Re: undefined references to __udivdi3 on powerpc

On Thu, Feb 28, 2008 at 02:37:18PM +0100, Olaf Hering wrote: > > While debugging __divdi3 calls in drivers/crypto/hifn_795x.c (due to the > ndelay() delay call with a s64), I found even more breakage of that > sort. This is after a allnoconfig with ARCH=powerpc in 2.6.25-rc3, > plus CONFIG_MODULES

Re: [Cbe-oss-dev] Please pull 'for-2.6.25' branch of cell tree

On Fri, 2008-02-29 at 06:12 +0100, Arnd Bergmann wrote: > Hi Paul, > > Please pull from: > > master.kernel.org:/pub/scm/linux/kernel/git/arnd/cell-2.6.git for-2.6.25 > > To pick up a few small fixes for the cell platform. Most of it is a follow-up > to the IOMMU rework that got merged in 2.6.25

Re: [PATCH 1/2] firewire: endianess fix

> Still no luck finding one here. The person I was thinking of has a > Lombard, which has no firewire. I did get ahold of a 667MHz Titanium, > but its got an Agere FW323. Pretty sure my old man actually has a Pismo, > but its about a 3000 mile drive over to my folks house. The search > continu

dtc: Make -I dtb mode use fill_fullpaths()

At present -I dts and -I fs modes both use the fill_fullpaths() helper function to fill in the fullpath and basenamelen fields of struct node, which are useful in later parts of the code. -I dtb mode, however, fills these in itself. This patch simplifies flattree.c by making -I dtb mode use fill_

Re: [PATCH 1/2] firewire: endianess fix

Benjamin Herrenschmidt wrote: > On Thu, 2008-02-28 at 13:42 -0500, Jarod Wilson wrote: >> On Thursday 28 February 2008 01:25:59 am Benjamin Herrenschmidt wrote: Under Mac OS X, system.log says "FireWire (OHCI) Apple ID 31 built-in now active". Could still be lucent though, judging by the

Please pull 'for-2.6.25' branch of cell tree

Hi Paul, Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/arnd/cell-2.6.git for-2.6.25 To pick up a few small fixes for the cell platform. Most of it is a follow-up to the IOMMU rework that got merged in 2.6.25-rc1 and caused problems on machines with large amounts of memory. The

Re: [PATCH 0/3] hotplug memory remove updates

Nathan Lynch wrote: > Badari Pulavarty wrote: > >> Hi Paul, >> >> Here are the hotplug memory remove updates for 2.6.25-rc2-mm1. >> > > How have these been tested? Have you initiated a memory remove > operation from the HMC? That's the only way to catch some bugs... > Yes, They are tes

[PATCH] [POWERPC] pci: fix bogus test for unassigned resources

A bogus test for unassigned resources that came from our 32 bits PCI code ended up being "merged" by my previous patch series, breaking some 64 bits setups where devices have legal resources ending at 0x. This fixes it by completely changing the test. We now test for res->start == 0, as th

Re: [dtc] breaking out libfdt from dtc so other progs can use it

Jerone Young wrote: > On Thu, 2008-02-28 at 12:59 -0600, Josh Boyer wrote: >> On Thu, 28 Feb 2008 10:30:44 -0600 >> Jerone Young <[EMAIL PROTECTED]> wrote: [big snip] >> You still haven't explained why maintenance is harder or somehow less >> doable by having it in the dtc repo. Maintenance is v

Re: [PATCH 4/4] Emerson KSI8560 base support

Hi Alexandr, On Thu, 28 Feb 2008 21:52:02 +0300 Alexandr Smirnov <[EMAIL PROTECTED]> wrote: > > +void __iomem *cpld_base = NULL; Should this be static? > +static void cpm2_cascade(unsigned int irq, struct irq_desc *desc) > +{ > + int cascade_irq; > + > + while ((cascade_irq = cpm2_get_ir

Re: [PATCH 2/4] Emerson KSI8560 device tree

On Thu, Feb 28, 2008 at 09:47:27PM +0300, Alexandr Smirnov wrote: > > diff --git a/arch/powerpc/boot/dts/ksi8560.dts > b/arch/powerpc/boot/dts/ksi8560.dts What Scott said, plus: [snip] > + [EMAIL PROTECTED] { > + device_type = "i2c"; No device_type here either.

Re: [PATCH 0/8] pseries: phyp dump: hypervisor-assisted dump

On Thu, 2008-02-28 at 17:57 -0600, Manish Ahuja wrote: > Changes from previous version: > > The only changes are in patch 2. > moved early_init_dt_scan_phyp_dump from rtas.c to phyp_dump.c > Added dummy function in phyp_dump.h This fixes the build failures I was seeing! http://kisskb.ellerman.id.

Re: [PATCH 0/3] hotplug memory remove updates

Hi. Nathan Lynch wrote: > Badari Pulavarty wrote: >> Hi Paul, >> >> Here are the hotplug memory remove updates for 2.6.25-rc2-mm1. > > How have these been tested? Have you initiated a memory remove > operation from the HMC? That's the only way to catch some bugs... I'm wondering how the memor

Re: [PATCH 1/4] Emerson KSI8560 bootwrapper

On Thu, 28 Feb 2008 21:44:38 +0300 Alexandr Smirnov <[EMAIL PROTECTED]> wrote: > > > diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile These patches all need Signed-off-by lines and diffstat is useful. -- Cheers, Stephen Rothwell[EMAIL PROTECTED] pgpfp3v

Re: [PATCH 0/3] hotplug memory remove updates

Badari Pulavarty wrote: > Hi Paul, > > Here are the hotplug memory remove updates for 2.6.25-rc2-mm1. How have these been tested? Have you initiated a memory remove operation from the HMC? That's the only way to catch some bugs... ___ Linuxppc-dev mai

Re: [PATCH 3/3] ppc64-specific memory notifier support

On Thu, 2008-02-28 at 18:39 -0600, Nathan Lynch wrote: > Michael Ellerman wrote: > > On Thu, 2008-02-28 at 08:46 -0800, Badari Pulavarty wrote: > > > Hotplug memory notifier for ppc64. This gets invoked by writing > > > the device-node that needs to be removed to /proc/ppc64/ofdt. > > > We need to

[PATCH 8/8] pseries: phyp dump: config file

Add hypervisor-assisted dump to kernel config Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> - arch/powerpc/Kconfig | 11 +++ 1 file changed, 11 insertions(+) Index: 2.6.25-rc1/arch/powerpc/Kconfig === --- 2.6.25

[PATCH 7/8] pseries: phyp dump: Tracking memory range freed.

This patch tracks the size freed. For now it does a simple rudimentary calculation of the ranges freed. The idea is to keep it simple at the external shell script level and send in large chunks for now. Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> - --- arch/powerpc/platforms/pseries/ph

[PATCH 6/8] pseries: phyp dump: Invalidate and print dump areas.

Routines to a. invalidate dump b. Calculate region that is reserved and needs to be freed. This is exported through sysfs interface. Unregister has been removed for now as it wasn't being used. Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> - --- arch/powerpc/platforms/pseries/phyp_

[PATCH 5/8] pseries: phyp dump: debugging print routines.

Provide some basic debugging support. Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> - arch/powerpc/platforms/pseries/phyp_dump.c | 61 - 1 file changed, 59 insertions(+), 2 deletions(-) Index: 2.6.25-rc1/arch/

[PATCH 4/8] pseries: phyp dump: register dump area.

Set up the actual dump header, register it with the hypervisor. Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> -- arch/powerpc/platforms/pseries/phyp_dump.c | 137 +++-- 1 file changed, 131 insertions(+), 6 deletions

[PATCH 3/8] pseries: phyp dump: use sysfs to release reserved mem

Check to see if there actually is data from a previously crashed kernel waiting. If so, Allow user-sapce tools to grab the data (by reading /proc/kcore). When user-space finishes dumping a section, it must release that memory by writing to sysfs. For example, echo "0x4000 0x1000" > /sy

[PATCH 2/8] pseries: phyp dump: reserve-release proof-of-concept

Initial patch for reserving memory in early boot, and freeing it later. If the previous boot had ended with a crash, the reserved memory would contain a copy of the crashed kernel data. Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> arch/po

[PATCH 1/8] pseries: phyp dump: Docmentation

Basic documentation for hypervisor-assisted dump. Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]> Signed-off-by: Manish Ahuja <[EMAIL PROTECTED]> Documentation/powerpc/phyp-assisted-dump.txt | 127 +++ 1 file changed, 127 insertions(+) Index: 2.6.25-rc1/Documenta

Re: [PATCH 3/3] ppc64-specific memory notifier support

On Thu, 2008-02-28 at 08:46 -0800, Badari Pulavarty wrote: > Hotplug memory notifier for ppc64. This gets invoked by writing > the device-node that needs to be removed to /proc/ppc64/ofdt. > We need to adjust the sections and remove sysfs entries by > calling __remove_pages(). Then call arch specif

Re: [PATCH 0/8] pseries: phyp dump: hypervisor-assisted dump

Changes from previous version: The only changes are in patch 2. moved early_init_dt_scan_phyp_dump from rtas.c to phyp_dump.c Added dummy function in phyp_dump.h Patch 3 required repatching due to changes to patch 2. Resubmitting all patches to avoid confusion. Thanks, Manish Michael Ellerman

Re: [PATCH 1/2] firewire: endianess fix

On Thu, 2008-02-28 at 13:42 -0500, Jarod Wilson wrote: > On Thursday 28 February 2008 01:25:59 am Benjamin Herrenschmidt wrote: > > > Under Mac OS X, system.log says "FireWire (OHCI) Apple ID 31 built-in now > > > active". Could still be lucent though, judging by the subsys device ID of > > > 5811

[patch] PS3: Fix unlikely typo in ps3_get_irq

From: Roel Kluin <[EMAIL PROTECTED]> Fix a typo bug 'unlikely(x) == y' and add an unlikely() call to an unlikely code path in the PS3 interrupt routine ps3_get_irq(). Signed-off-by: Roel Kluin <[EMAIL PROTECTED]> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> --- Hi Paul, Please apply for 2.6.

Re: [dtc] breaking out libfdt from dtc so other progs can use it

On Thu, 2008-02-28 at 12:59 -0600, Josh Boyer wrote: > On Thu, 28 Feb 2008 10:30:44 -0600 > Jerone Young <[EMAIL PROTECTED]> wrote: > > > > > On Thu, 2008-02-28 at 12:41 +1100, David Gibson wrote: > > > On Wed, Feb 27, 2008 at 01:40:43PM -0600, Jerone Young wrote: > > > > Currently the dtc sourc

Re: pci_proc_init: proc_dir_entry '00' already registered

On Sun, Feb 10, Alexey Dobriyan wrote: > On Sun, Feb 10, 2008 at 11:07:57AM +0100, Olaf Hering wrote: > > Current Linus tree gives this new warning during bootup: > > > > +proc_dir_entry '00' already registered > > +Call Trace: > > +[c0007b0dfba0] [c000e4b0] .show_stack+0x70/0x1bc (un

Re: [PATCH 2/4] Emerson KSI8560 device tree

On Thu, Feb 28, 2008 at 09:47:27PM +0300, Alexandr Smirnov wrote: > + [EMAIL PROTECTED] { > + #address-cells = <1>; > + #size-cells = <1>; > + device_type = "soc"; > + ranges = <0x 0xfdf0 0x0010>; > + reg = <0xfdf0

Re: [dtc] breaking out libfdt from dtc so other progs can use it

On Thu, 28 Feb 2008 10:30:44 -0600 Jerone Young <[EMAIL PROTECTED]> wrote: > > On Thu, 2008-02-28 at 12:41 +1100, David Gibson wrote: > > On Wed, Feb 27, 2008 at 01:40:43PM -0600, Jerone Young wrote: > > > Currently the dtc source code has libfdt integrated in it. This seems to > > > have become

Re: [PATCH 3/3] ppc64-specific memory notifier support

On Thu, 2008-02-28 at 11:20 -0600, Nathan Lynch wrote: > Badari Pulavarty wrote: > > > +static struct notifier_block pseries_smp_nb = { > > Rename this to pseries_mem_nb? Sure. > > > + .notifier_call = pseries_memory_notifier, > > +}; > > + > > +static int __init pseries_memory_hotplug_init(

Re: [PATCH] fs_enet: Remove unused fields in the fs_mii_bb_platform_info structure.

On Thu, Feb 28, 2008 at 01:49:01PM +0100, Laurent Pinchart wrote: > On Friday 15 February 2008 14:27, Laurent Pinchart wrote: > > The mdio_port, mdio_bit, mdc_port and mdc_bit fields in the > > fs_mii_bb_platform_info structure are left-overs from the move to the Phy > > Abstraction Layer subsystem

[PATCH 4/4] Emerson KSI8560 base support

diff --git a/arch/powerpc/platforms/85xx/Kconfig b/arch/powerpc/platforms/85xx/Kconfig index 7e76ddb..28bc6e5 100644 --- a/arch/powerpc/platforms/85xx/Kconfig +++ b/arch/powerpc/platforms/85xx/Kconfig @@ -46,6 +46,13 @@ config MPC85xx_DS help This option enables support for the

Re: [PATCH 1/2] firewire: endianess fix

On Thursday 28 February 2008 01:25:59 am Benjamin Herrenschmidt wrote: > > Under Mac OS X, system.log says "FireWire (OHCI) Apple ID 31 built-in now > > active". Could still be lucent though, judging by the subsys device ID of > > 5811, which matches up w/the Lucent/Agere FW323. But no, apparently

[PATCH 3/4] Emerson KSI8560 default config

diff --git a/arch/powerpc/configs/ksi8560_defconfig b/arch/powerpc/configs/ksi8560_defconfig new file mode 100644 index 000..2d0debc --- /dev/null +++ b/arch/powerpc/configs/ksi8560_defconfig @@ -0,0 +1,899 @@ +# +# Automatically generated make config: don't edit +# Linux kernel version: 2.6.

[PATCH 2/4] Emerson KSI8560 device tree

diff --git a/arch/powerpc/boot/dts/ksi8560.dts b/arch/powerpc/boot/dts/ksi8560.dts new file mode 100644 index 000..d6e8d8b --- /dev/null +++ b/arch/powerpc/boot/dts/ksi8560.dts @@ -0,0 +1,269 @@ +/* + * Device Tree Source for Emerson KSI8560 + * + * Author: Alexandr Smirnov <[EMAIL PROTECTED]

[PATCH 1/4] Emerson KSI8560 bootwrapper

diff --git a/arch/powerpc/boot/Makefile b/arch/powerpc/boot/Makefile index e3993a6..f43dd6e 100644 --- a/arch/powerpc/boot/Makefile +++ b/arch/powerpc/boot/Makefile @@ -255,6 +255,7 @@ image-$(CONFIG_TQM8555) += cuImage.tqm8555 image-$(CONFIG_TQM8560)+

[PATCH 0/0] Add Emerson KSI8560 board support

Hi all, The following sequence of patches intended to add support for Emerson KSI8560 board. Thanks, Alexandr. ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [patch 6/6] PCI: consolidate several pcibios_enable_resources() implementations

Bjorn Helgaas <[EMAIL PROTECTED]> wrote: > > frv: checks only 6 resources at (1), has a different ROM > resource check at (4) and (6) that ignores IORESOURCE_ROM_ENABLE > ... > mn10300: checks only 6 resources at (1), has no IORESOURCE_{IO,MEM} > check at (3), has a different

Re: [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()

On Wed, Feb 27, 2008 at 05:04:42PM -0700, Bjorn Helgaas wrote: > Move PERR and SERR enables from pcibios_enable_resources() to > platform_pci_enable_device() so the former matches other > architectures and can be shared. > I don't have any problems with this, but I think the naming needs to chang

Re: [dtc] breaking out libfdt from dtc so other progs can use it

On Thu, 2008-02-28 at 12:41 +1100, David Gibson wrote: > On Wed, Feb 27, 2008 at 01:40:43PM -0600, Jerone Young wrote: > > Currently the dtc source code has libfdt integrated in it. This seems to > > have become place for upstream libfdt changes. Now we all know everyone > > (linux kernel, cuboot)

Re: [patch 5/6] PARISC: move PERR & SERR enables out of pcibios_enable_resources()

On Wed, Feb 27, 2008 at 05:04:42PM -0700, Bjorn Helgaas wrote: > Move PERR and SERR enables from pcibios_enable_resources() to > platform_pci_enable_device() so the former matches other > architectures and can be shared. > > Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]> Ack-By: Grant Grundler

Re: Wrong IRQ assigned on MPC8349EMDS board

On Thu, Feb 28, 2008 at 09:38:36PM +0530, [EMAIL PROTECTED] wrote: > I found that the IRQ lines assigned to different peripherals are > completely wrong. > My serial ports are connected to pin 9 and 10, but in this kernel the > IRQs assigned are 16 and 17. These are virtual IRQ numbers, which hav

Re: [PATCH 3/3] ppc64-specific memory notifier support

Badari Pulavarty wrote: > +static struct notifier_block pseries_smp_nb = { Rename this to pseries_mem_nb? > + .notifier_call = pseries_memory_notifier, > +}; > + > +static int __init pseries_memory_hotplug_init(void) > +{ > + if (firmware_has_feature(FW_FEATURE_LPAR)) > + pSe

Wrong IRQ assigned on MPC8349EMDS board

Hello list I am trying to bring up MPC8349EMDS board with linux-2.6.18 kernel with ramfs enabled. I am passing a device tree binary (dtb) compiled from the corresponding dts file found from the 'arch/powerpc/boot/dts' directory and compiled with the device tree compiler. I found that the IRQ line

Re: FW: [PATCH] Xilinx: BSP: Updated ML405 to match hardware used for testing

On Thu, Feb 28, 2008 at 9:07 AM, John Linn <[EMAIL PROTECTED]> wrote: > I think I found my problem that mangled the messages. I really meant to > send both messages to the embedded ppc list rather than this more > general list. Don't bother using linuxppc-embedded. Stick with linuxppc-dev. Th

Please pull 'for-2.6.25' branch of 4xx tree

Hi Paul, Please pull from: master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.25 to pick up a few fixes for .25. This includes Stephen's hwicap rework that was done to address the comments that came up during review. thx, josh Josh Boyer (1): [POWERPC] 4xx: Use

Re: undefined references to __udivdi3 on powerpc

On Thu, Feb 28, Segher Boessenkool wrote: >> While debugging __divdi3 calls in drivers/crypto/hifn_795x.c (due to the >> ndelay() delay call with a s64), I found even more breakage of that >> sort. This is after a allnoconfig with ARCH=powerpc in 2.6.25-rc3, >> plus CONFIG_MODULES=y and CONFIG_CRY

[PATCH 3/3] ppc64-specific memory notifier support

Hotplug memory notifier for ppc64. This gets invoked by writing the device-node that needs to be removed to /proc/ppc64/ofdt. We need to adjust the sections and remove sysfs entries by calling __remove_pages(). Then call arch specific code to get rid of htab mappings for the section of memory. Sig

[PATCH 2/3] generic __remove_pages() support

Generic helper function to remove section mappings and sysfs entries for the section of the memory we are removing. offline_pages() correctly adjusted zone and marked the pages reserved. Issue: If mem_map, usemap allocation could come from different places - kmalloc, vmalloc, alloc_pages or boot

[PATCH 1/3] ppc64-specific remove htab bolted mapping support

For memory remove, we need to clean up htab mappings for the section of the memory we are removing. This patch implements support for removing htab bolted mappings for ppc64 lpar. Other sub-archs, may need to implement similar functionality for the hotplug memory remove to work. Signed-off-by: B

[PATCH 0/3] hotplug memory remove updates

Hi Paul, Here are the hotplug memory remove updates for 2.6.25-rc2-mm1. [PATCH 1/3] ppc64-specific remove htab bolted mapping support [PATCH 2/3] generic __remove_pages() support [PATCH 3/3] ppc64-specific memory notifier support As you can see PATCH 1,3 are ppc64-specific. PATCH 1 was already r

RE: FW: [PATCH] Xilinx: BSP: Updated ML405 to match hardware used for testing

I think I found my problem that mangled the messages. I really meant to send both messages to the embedded ppc list rather than this more general list. Thanks, John -Original Message- From: Stephen Rothwell [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 27, 2008 5:02 PM To: John Li

Re: undefined references to __udivdi3 on powerpc

> While debugging __divdi3 calls in drivers/crypto/hifn_795x.c (due to > the > ndelay() delay call with a s64), I found even more breakage of that > sort. This is after a allnoconfig with ARCH=powerpc in 2.6.25-rc3, > plus CONFIG_MODULES=y and CONFIG_CRYPTO_DEV_HIFN_795X=y: I cannot reproduce thi

[PATCH] fs_enet: Don't call NAPI functions when NAPI is not used.

fs_enet_close() calls napi_disable() unconditionally. This patch skips the call when use_napi isn't set. Signed-off-by: Laurent Pinchart <[EMAIL PROTECTED]> --- drivers/net/fs_enet/fs_enet-main.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/net/fs_enet/fs_ene

undefined references to __udivdi3 on powerpc

While debugging __divdi3 calls in drivers/crypto/hifn_795x.c (due to the ndelay() delay call with a s64), I found even more breakage of that sort. This is after a allnoconfig with ARCH=powerpc in 2.6.25-rc3, plus CONFIG_MODULES=y and CONFIG_CRYPTO_DEV_HIFN_795X=y: LD .tmp_vmlinux1 kernel

Re: [RFC 05/10] mn10300: vmlinux.lds.S cleanup - use PAGE_SIZE, PERCPU macroses

[EMAIL PROTECTED] wrote: > Subject: [RFC 05/10] mn10300: vmlinux.lds.S cleanup - use PAGE_SIZE, PERCPU > macroses > X-RedHat-Spam-Score: -1.005 > > This patch includes page.h header into liker script that > allow us to use PAGE_SIZE macro instead of numeric constant > > Also PERCPU macro is us

Re: [PATCH] fs_enet: Remove unused fields in the fs_mii_bb_platform_info structure.

On Friday 15 February 2008 14:27, Laurent Pinchart wrote: > The mdio_port, mdio_bit, mdc_port and mdc_bit fields in the > fs_mii_bb_platform_info structure are left-overs from the move to the Phy > Abstraction Layer subsystem. They can be safely removed. > > Signed-off-by: Laurent Pinchart <[EMAIL

[PATCH] MTD: fix partition scan control logic in physmap_of and fsl_elbc_nand

The generic rule for partition scan is to try all supported partition types before an usable partition table is found. However the original code returns unsuccessful when there is an error in any of the partition types. Signed-off-by: Li Yang <[EMAIL PROTECTED]> Cc: Stefan Roese <[EMAIL PROTECTED]

dtc: Use for_each_marker_of_type in asm_emit_data()

For no good reason, asm_emit_data() open-codes the equivalent of the for_each_marker_of_type macro. Use the macro instead. Signed-off-by: David Gibson <[EMAIL PROTECTED]> --- flattree.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) Index: dtc/flattree.c ===

dtc: Test and fix conversion to/from old dtb versions

This patch adds testcases which test dtc when used to convert between different dtb versions. These tests uncovered a couple of bugs handling old dtb versions, which are also fixed. Signed-off-by: David Gibson <[EMAIL PROTECTED]> Index: dtc/tests/run_tests.sh

dtc: Strip redundant "name" properties

If an input device tree has "name" properties which are correct, then they are redundant (because they can be derived from the unit name). Therefore, extend the checking code for correctness of "name" properties to remove them if they are correct. dtc will still insert name properties in the outpu

Re: [PATCH 1/2] firewire: endianess fix

Benjamin Herrenschmidt wrote: > Do we have the workaround for the old Apple UniNorth in the new FW OHCI > driver (for selfID swapping iirc ?) According to ohci1394.c, it selfIDs and headers of incoming packets are not byte-swapped by the old Apple Uninorth FireWire part. And no, firewire-ohci d

Re: [RFC][PATCH] ibm_newemac: PowerPC 440EP/440GR EMAC PHY clock workaround

On Tue, 2008-02-26 at 09:02 -0600, Josh Boyer wrote: > Seems the code will do the right thing since everything is using > flags. I suppose my question can be withdrawn. It is slightly > confusing to do it that way though. Perhaps a function to do > read-modify-writes on DCRs would be welcome.