Re: [PATCH] [RFC] Xilinx SystemACE: Add media hotplug support

On 12/19/07, Grant Likely <[EMAIL PROTECTED]> wrote: > From: Grant Likely <[EMAIL PROTECTED]> > > Please review and comment. This patch works in my setup, but I haven't > tested exhaustively yet. I also need to fixup the documentation to > reflect new states before I request this patch to be merg

[PATCH] [RFC] Xilinx SystemACE: Add media hotplug support

From: Grant Likely <[EMAIL PROTECTED]> Please review and comment. This patch works in my setup, but I haven't tested exhaustively yet. I also need to fixup the documentation to reflect new states before I request this patch to be merged. Question for the block layer experts: I'm using add_disk

Re: [PATCH 4/5] Convert PowerPC MPC i2c to of_platform_driver from platform_driver

On Thursday 20 December 2007, David Gibson wrote: > On Wed, Dec 19, 2007 at 11:41:44PM -0500, Jon Smirl wrote: > > Convert MPC i2c driver from being a platform_driver to an open > > firmware version. Error returns were improved. Routine names were > > changed from fsl_ to mpc_ to make them match th

Re: [PATCH 4/5] Convert PowerPC MPC i2c to of_platform_driver from platform_driver

On Thu, Dec 20, 2007 at 04:16:18PM +1100, David Gibson wrote: > On Wed, Dec 19, 2007 at 11:41:44PM -0500, Jon Smirl wrote: > > Convert MPC i2c driver from being a platform_driver to an open > > firmware version. Error returns were improved. Routine names were > > changed from fsl_ to mpc_ to make t

tiny login

hi, I am using tiny login provided by montavista. Binaries already obtained from tool provided from montavista.We are able to add only 10 users. But I need to add more than 10 users. I have already downloaded free open source for tinylogin (tinylogin-1.4). Can we modifiy this source code of this

Re: [PATCH 4/5] Convert PowerPC MPC i2c to of_platform_driver from platform_driver

On Wed, Dec 19, 2007 at 11:41:44PM -0500, Jon Smirl wrote: > Convert MPC i2c driver from being a platform_driver to an open > firmware version. Error returns were improved. Routine names were > changed from fsl_ to mpc_ to make them match the file name. In discussions BenH and I have had, we've ac

[PATCH 4/5] Convert PowerPC MPC i2c to of_platform_driver from platform_driver

Convert MPC i2c driver from being a platform_driver to an open firmware version. Error returns were improved. Routine names were changed from fsl_ to mpc_ to make them match the file name. Signed-off-by: Jon Smirl <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/fsl_soc.c | 96 ---

[PATCH 1/5] Implement module aliasing for i2c to translate from device tree names

This patch allows new style i2c chip drivers to have alias names using the official kernel aliasing system and MODULE_DEVICE_TABLE(). I've tested it on PowerPC and x86. This change is required for PowerPC device tree support. Signed-off-by: Jon Smirl <[EMAIL PROTECTED]> --- drivers/i2c/i2c-core.

[PATCH 2/5] Modify several rtc drivers to use the alias names list property of i2c

This patch modifies the ds1307, ds1374, and rs5c372 i2c drivers to support device tree names using the new i2c mod alias support Signed-off-by: Jon Smirl <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/fsl_soc.c | 44 drivers/rtc/rtc-ds1307.c | 20 ++

[PATCH 5/5] Convert pfc8563 i2c driver from old style to new style

Convert pfc8563 i2c driver from old style to new style. The driver is also modified to support device tree names via the i2c mod alias mechanism. Signed-off-by: Jon Smirl <[EMAIL PROTECTED]> --- drivers/rtc/rtc-pcf8563.c | 107 +++-- 1 files changed, 27 i

[PATCH 0/5] Version 17, series to add device tree naming to i2c

Since copying i2c-mpc.c to maintain support for the ppc architecture seems to be an issue; instead rework i2c-mpc.c to use CONFIG_PPC_MERGE #ifdefs to support both the ppc and powerpc architecture. When ppc is deleted in six months these #ifdefs will need to be removed. Another rework of the i2

[PATCH 3/5] Clean up error returns

Return errors that were being ignored in the mpc-i2c driver Signed-off-by: Jon Smirl <[EMAIL PROTECTED]> --- drivers/i2c/busses/i2c-mpc.c | 30 +- 1 files changed, 17 insertions(+), 13 deletions(-) diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c

Re: [PATCH v2] powerpc: add hugepagesz boot-time parameter

On Wed, Dec 19, 2007 at 04:35:47PM -0600, Jon Tollefson wrote: > Paul, please include this in 2.6.25 if there are no objections. > > This patch adds the hugepagesz boot-time parameter for ppc64. It lets > one pick the size for huge pages. The choices available are 64K and 16M > when the base page

[PATCH] [POWERPC] Fix PCI IRQ fallback code to not map IRQ 0

The PCI IRQ code has a fallback when the device-tree parsing fails, that tries to map the interrupt indicated by PCI_INTERRUPT_LINE if the firmware set something in there. This is a bit fragile but has proven useful in some cases so far. However, it's causing us to incorrectly try to map interrupt

[PATCH] [POWERPC] Fix for via-pmu based backlight control

This patch fixes a few issues with via-pmu based backlight control. First, it fixes a sign problem with the setup of the backlight curve since the values there -can- (and will) go negative. Then, it reworks the interaction between this and the via-pmu sleep code to properly restore backlight on w

Re: [PATCH] ASoC drivers for the Freescale MPC8610 SoC

Hi, This is a fairly substantial driver to get through, but here are some initial comments on some of the simpler stuff: On Wed, Dec 19, 2007 at 06:03:09PM -0600, Timur Tabi wrote: > This patch adds ALSA SoC device drivers for the Freescale MPC8610 SoC > and the MPC8610-HPCD reference board. [.

[PATCH 19/19] [POWERPC] Disable PCI IO/Mem on a device when resources can't be allocated

This patch changes the PowerPC PCI code to disable IO and/or Memory decoding on a PCI device when a resource of that type failed to be allocated. This is done to avoid having unallocated dangling BARs enabled that might try to decode on top of other devices. If a proper resource is assigned later

[PATCH 18/19] [POWERPC] Fixup skipping of PowerMac PCI<->PCI bridge "closed" resources

Apple firmware has a strange way to "close" bridge resources by setting them to some bogus values that overlap RAM (strangely, I haven't seen it conflicting with DMA so far...). This explicitely closes them to avoid problems. Previously, they would be closed as a consequence of failing to be alloca

[PATCH 17/19] [POWERPC] Improve resource setup of PowerMac G5 HT bridge

The device node for the HT bridge on G5s doesn't contain useful ranges. We used to give it a bunch of the known PCI space and then punch a "hole" in it based on where the AGP or PCIe region was. This reworks it to use the actual register in the bridge that controls the decoding instead. Signed-of

[PATCH 16/19] [POWERPC] Enable self-view of the HT host bridge on PowerMac G5

This enables the PCI code to see the device that represents the HT host bridge on the PowerMac G5. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/platforms/powermac/pci.c | 54 arch/powerpc/platforms/powermac/setup.c |4 +- 2 f

[PATCH 15/19] [POWERPC] Various fixes to pcibios_enable_device()

Our implementation of pcibios_enable_device() has a couple of problems. One is that it should not check IORESOURCE_UNSET, as this might be left dangling after resource assignment (shouldn't but there are bugs), but instead, we make it check resource->parent which should be a reliable indication th

[PATCH 14/19] [POWERPC] Clear pci_probe_only on 64 bits PowerMac

It should now be safe to re-assign unassigned resources on 64 bits PowerMac machines (G5s). This clears pci_probe_only on those. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/platforms/powermac/pci.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- l

[PATCH 13/19] [POWERPC] Fixup powermac enable device hook

Powermac's use of the pcibios_enable_device_hook() got slightly broken by the recent PCI merge in that it won't be called for the "initial" case of assigning resources to a previously unassigned device. This was an abuse of that hook anyway, so instead we now use a header quirk. While at it, we mo

[PATCH 12/19] [POWERPC] Merge 32 and 64 bits pcibios_enable_device

This merge the two implementations, based on the previously fixed up 32 bits one. The pcibios_enable_device_hook in ppc_md is now available for ppc64 use. Also remove the new unused "initial" parameter from it and fixup users. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/po

[PATCH 11/19] [POWERPC] Updates/fixes to 32 bits pcibios_enable_device()

Our implementation of pcibios_enable_device() incorrectly ignores the mask argument and always checks that all resources have been allocated which isn't the right thing to do anymore. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/kernel/pci_32.c | 10 -- 1

[PATCH 10/19] [POWERPC] fix iSeries PCI resource management

The way iSeries manages PCI IO and Memory resources is a bit strange and is based on overriding the content of those resources with home cooked ones afterward. This changes it a bit to better integrate with the new resource handling so that the "virtual" tokens that iSeries replaces resources with

[PATCH 9/19] [POWERPC] Merge PCI resource allocation & assignment

The 32 bits PCI code now uses the generic code for assigning unassigned resources and an algorithm similar to x86 for claiming existing ones. This works far better than the 64 bits code which basically can only claim existing ones (pci_probe_only=1) or would fall appart completely. This merges th

[PATCH 8/19] [POWERPC] Merge PCI resource fixups

The PCI code in 32 and 64 bits fixes up resources differently. 32 bits uses a header quirk plus handles bridges in pcibios_fixup_bus() while 64 bits does things in various places depending on whether you are using OF probing, using PCI hotplug, etc... This merges those by basically using the 32 b

[PATCH 7/19] [POWERPC] Merge pcibios_resource_to_bus/bus_to_resource

This merges the PowerPC 32 and 64 bits version of pcibios_resource_to_bus and pcibios_bus_to_resource(). Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/kernel/pci-common.c | 36 + arch/powerpc/kernel/pci_32.c | 32 --

[PATCH 6/19] [POWERPC] pci32: Add platform option to enable /proc PCI domains

This adds flags the platforms can use to enable domain numbers in /proc/bus/pci. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/kernel/pci-common.c | 16 arch/powerpc/kernel/pci_64.c |8 include/asm-powerpc/pci-bridge.h |5 +

[PATCH 5/19] [POWERPC] pci32: Remove obsolete PowerMac bus number hack

The 32 bits PCI code carries an old hack that was only useful for G5 machines. Nowdays, the 32 bits kernel doesn't support any of those machines anymore so the hack is basically never used, remove it. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/kernel/pci_32.c |

[PATCH 4/19] [POWERPC] pci32: Add flags modifying the PCI code behaviour

This adds to the 32 bits PCI code some flags, replacing the old pci_assign_all_busses global, that allow to control various aspects of the PCI probing, such as whether to re-assign all resources or not, or to not try to assign anything at all. This also adds the flag x86 already has to avoid ISA a

[PATCH 3/19] [POWERPC] pci32: Remove PowerMac P2P bridge IO hack

The 32 bits PowerPC PCI code has a hack for use by some PowerMacs to try to re-open PCI<->PCI bridge IO resources that were closed by the firmware. This is no longer necessary as the generic code will now do that for us. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/

[PATCH 2/19] [POWERPC] pci32: use generic pci_assign_unassign_resources

This makes the 32 bits PowerPC PCI code use the generic code to assign resources to devices that had unassigned or conflicting resources. This allow to remove the local implementation that was incomplete and could not assign for example a PCI<->PCI bridge from scratch, which is needed on various e

[PATCH 1/19] [POWERPC] pci32: remove bogus alignment message

There's a stale & bogus piece of code in 32 bits PCI code that complains about ISA related alignment issues. Just remove it. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> --- arch/powerpc/kernel/pci_32.c |6 -- 1 file changed, 6 deletions(-) --- linux-merge.orig/arch/powerpc

[PATCH 0/19] [POWERPC] PCI updates & merges

This serie of patches converts the 32 bits PCI code to use the generic pci_assign_unassigned_resources() instead of its own assignment code which was unable to deal with unassigned PCI<->PCI bridges among other issues. It then merges the resource fixup and allocation code between 32 and 64 bits (m

RE: [0/3] Add RapidIO support to powerpc architecture with memory mapping

I've sent it... Oops, it's be blocked by big size. Thanks! I'll resend it. Cheers! Wei > -Original Message- > From: Randy Vinson [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 20, 2007 6:52 AM > To: Zhang Wei > Cc: linuxppc-dev@ozlabs.org > Subject: Re: [0/3] Add RapidIO support

RE: hangs after "Freeing unused kernel memory"

Hi Linas, I found it hard way. You are correct. I am just loosing the console, and all the programs are executing fine. I could put a printk in execve and see all the programs executing (printk's work fine). I am using a PowerPC based system with my own kernel and initrd (not RedHat system). Can

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

On Thu, Dec 20, 2007 at 12:12:50AM +0300, Anton Vorontsov wrote: > I though about it. Is your device tree source out of tree? Otherwise > it should be trivial to upgrade the dtb, instead of producing cruft in > the kernel. I vote for less legacy code, but lets see what others will > say. So far co

Re: [PATCH 3/4] [POWERPC][SPI] use brg-frequency for SPI in QE

On Wed, 19 Dec 2007 23:38:05 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote: > > +++ b/arch/powerpc/sysdev/fsl_soc.c > @@ -1227,15 +1227,19 @@ int __init fsl_spi_init(struct spi_board_info > *board_infos, > > /* SPI controller is either clocked from QE or SoC clock */ > np = of_find

Re: [0/3] Add RapidIO support to powerpc architecture with memory mapping

Zhang Wei wrote: > Hi, > > Those patches add RapidIO support to powerpc archiecture with > memory mapping as below: > > [1/3] Copy the arch/ppc RapidIO support to arch/powerpc > [2/3] Make the arch/powerpc RapidIO support workable with of-device > and add memory mapping support. Patch 2/3 s

Oops: Kernel access of bad area

Hi, I started some x11 application (here: firefox) through an ssh connection on a remote host and it crashed somehow. OK, no biggie, killed the application and be done with it. However, I noticed that the load of the machine is now constantly at 7. It's an iBook G4, has nothing to do, disks, c

[PATCH v2] powerpc: add hugepagesz boot-time parameter

Paul, please include this in 2.6.25 if there are no objections. This patch adds the hugepagesz boot-time parameter for ppc64. It lets one pick the size for huge pages. The choices available are 64K and 16M when the base page size is 4k. It defaults to 16M (previously the only only choice) if noth

Re: Linux on Freescale e200

>> Hi >> >> I'm wondering if someone has ever tried to get Linux running on a >> Freescale e200 core? >> I found a patch to the Linux kernel from back in 2005: >> (http://linux.derkeiler.com/Mailing-Lists/Kernel/2005-06/5731.html) >> And it is listed as a processor type in Linux-2.6.23.11 >> I know

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

On 12/19/07, Anton Vorontsov <[EMAIL PROTECTED]> wrote: > On Wed, Dec 19, 2007 at 03:04:51PM -0600, Timur Tabi wrote: > > Anton Vorontsov wrote: > > > > >diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_soc.c > > >index 3cf84d0..91bac51 100644 > > >--- a/arch/powerpc/sysdev/fsl_

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

Anton Vorontsov wrote: > I though about it. Is your device tree source out of tree? Otherwise > it should be trivial to upgrade the dtb, instead of producing cruft in > the kernel. I vote for less legacy code, but lets see what others will > say. So far count is 1:1. ;-) I just want a transition

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

On Wed, Dec 19, 2007 at 03:04:51PM -0600, Timur Tabi wrote: > Anton Vorontsov wrote: > > >diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_soc.c > >index 3cf84d0..91bac51 100644 > >--- a/arch/powerpc/sysdev/fsl_soc.c > >+++ b/arch/powerpc/sysdev/fsl_soc.c > >@@ -1242,7 +1242,7

Re: [PATCH 0/4] device_type/compatible cleanups

Anton Vorontsov wrote: > On Wed, Dec 19, 2007 at 02:34:28PM -0600, Scott Wood wrote: >> Anton Vorontsov wrote: >>> Scott, I didn't add "fsl,cpm-muram" stuff, it just doesn't make >>> sense now: qe and cpm anyway using different code base. >> That should change. > > Sure. When that will change, the

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

Anton Vorontsov wrote: > diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_soc.c > index 3cf84d0..91bac51 100644 > --- a/arch/powerpc/sysdev/fsl_soc.c > +++ b/arch/powerpc/sysdev/fsl_soc.c > @@ -1242,7 +1242,7 @@ int __init fsl_spi_init(struct spi_board_info > *board_infos, >

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

On Wed, Dec 19, 2007 at 02:54:09PM -0600, Kumar Gala wrote: > > On Dec 19, 2007, at 2:38 PM, Anton Vorontsov wrote: > > >Also rename "fsl_spi" to "fsl,spi". > > > >Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html > > > >Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> > >-

Re: [PATCH 3/4] [POWERPC][SPI] use brg-frequency for SPI in QE

Anton Vorontsov wrote: > diff --git a/arch/powerpc/sysdev/fsl_soc.c b/arch/powerpc/sysdev/fsl_soc.c > index 044dd7f..3cf84d0 100644 > --- a/arch/powerpc/sysdev/fsl_soc.c > +++ b/arch/powerpc/sysdev/fsl_soc.c > @@ -1227,15 +1227,19 @@ int __init fsl_spi_init(struct spi_board_info > *board_infos, >

Re: [PATCH] [POWERPC][RFC] MPC8360E-RDK: Device tree and board file

On Mon, Dec 17, 2007 at 11:03:04AM -0600, Scott Wood wrote: > On Mon, Dec 17, 2007 at 04:14:03PM +1100, David Gibson wrote: > > > + [EMAIL PROTECTED] { > > > + device_type = "crypto"; > > > + model = "SEC2"; > > > + compatible = "talitos"; > >

Re: [PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

On Dec 19, 2007, at 2:38 PM, Anton Vorontsov wrote: > Also rename "fsl_spi" to "fsl,spi". > > Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html > > Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> > --- > arch/powerpc/boot/dts/mpc8313erdb.dts|3 +-- > arch/powerpc/bo

Re: [PATCH 0/4] device_type/compatible cleanups

On Wed, Dec 19, 2007 at 02:34:28PM -0600, Scott Wood wrote: > Anton Vorontsov wrote: > >Scott, I didn't add "fsl,cpm-muram" stuff, it just doesn't make > >sense now: qe and cpm anyway using different code base. > > That should change. Sure. When that will change, then it will be sane to change th

[PATCH 4/4] [POWERPC] fsl_spi_init and users: stop using device_type = "spi"

Also rename "fsl_spi" to "fsl,spi". Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc8313erdb.dts|3 +-- arch/powerpc/boot/dts/mpc832x_mds.dts|6 ++ arch/powerpc/boot/dts/mpc

[PATCH 3/4] [POWERPC][SPI] use brg-frequency for SPI in QE

In case of QE we can use brg-frequency (which is qeclk/2). Thus no need to divide sysclk in the spi_mpc83xx. Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/fsl_soc.c | 18 +++--- drivers/spi/spi_mpc83xx.c |6 +- 2 files changed, 12 insertions(

[PATCH 2/4] [POWERPC][NET] ucc_geth_mii and users: get rid of device_type

device_type property is bogus, better use proper compatible property. Also change compatible to "fsl,ucc-mdio". Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc832x_mds.dts |3 +-- arch/po

[PATCH 1/4] [POWERPC] qe_lib and users: get rid of device_type and model

Now we're searching for "fsl,qe", "fsl,qe-muram", "fsl,qe-muram-data". Per http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]> --- arch/powerpc/boot/dts/mpc832x_mds.dts |6 +++--- arch/powerpc/boot/dts/mpc832x_rdb.dts |6 +

Re: [PATCH 0/4] device_type/compatible cleanups

Anton Vorontsov wrote: > Scott, I didn't add "fsl,cpm-muram" stuff, it just doesn't make > sense now: qe and cpm anyway using different code base. That should change. -Scott ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailma

Re: [PATCH 11/20] [POWERPC] Wire up PCI on Bamboo board

On Wed, 2007-12-19 at 16:34 +0300, Valentine Barshak wrote: > > --- linux-work.orig/arch/powerpc/boot/dts/bamboo.dts2007-12-10 > > 15:56:59.0 +1100 > > +++ linux-work/arch/powerpc/boot/dts/bamboo.dts 2007-12-10 > > 16:39:51.0 +1100 > > @@ -239,10 +239,48 @@ > >

[PATCH 0/4] device_type/compatible cleanups

Hi all, Here are few cleanups purposed by David Gibson and Scott Wood: http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048388.html Patches are well split and bisect-able. Scott, I didn't add "fsl,cpm-muram" stuff, it just doesn't make sense now: qe and cpm anyway using different code base

Re: Linux on Freescale e200

On Dec 19, 2007, at 7:56 AM, Per-Erik Johansson wrote: > Hi > > I'm wondering if someone has ever tried to get Linux running on a > Freescale e200 core? > I found a patch to the Linux kernel from back in 2005: > (http://linux.derkeiler.com/Mailing-Lists/Kernel/2005-06/5731.html) > And it is liste

Linux on Freescale e200

Hi I'm wondering if someone has ever tried to get Linux running on a Freescale e200 core? I found a patch to the Linux kernel from back in 2005: (http://linux.derkeiler.com/Mailing-Lists/Kernel/2005-06/5731.html) And it is listed as a processor type in Linux-2.6.23.11 I know that there has been so

[RFC] [PATCH 2/3] Rework arch specific Makefiles to use mkimage

Rework the architecture specific Makefiles to use the in-kernel version of the mkimage tool. Signed-off-by: Josh Boyer <[EMAIL PROTECTED]> --- arch/arm/boot/Makefile |4 ++-- arch/avr32/boot/images/Makefile |4 ++-- arch/blackfin/boot/Makefile |4 ++-- arch/powerpc/boot/

[RFC] [PATCH 3/3] Remove mkuboot.sh script

Now that the mkimage tool is merged into the kernel, we can remove the unused mkuboot.sh script. Signed-off-by: Josh Boyer <[EMAIL PROTECTED]> --- scripts/mkuboot.sh | 19 --- 1 file changed, 19 deletions(-) --- linux-2.6.orig/scripts/mkuboot.sh +++ /dev/null @@ -1,19 +0,0 @@

[RFC] [PATCH 1/3] Merge mkimage tool for building uImages

Several platforms require the mkimage tool to generate a uImage file that is used with U-Boot. This brings the mkimage tool in-kernel to enable building those platforms without having mkimage internally provided. This is currently based off of the version found in U-Boot 1.3.1. Signed-off-by: Jo

[RFC] Merge mkimage tool

The following patches merge the mkimage tool into the kernel. For now, this is just an RFC, which is why I'm only posting it here. If enough people agree that this is a good idea, then I'll post it to LKML. Note that mkimage is always generated. It should probably only be built for platforms th

Re: [PATCH] [POWERPC][RFC] MPC8360E-RDK: Device tree and board file

On Wed, Dec 19, 2007 at 10:15:52AM -0600, Scott Wood wrote: > On Wed, Dec 19, 2007 at 04:05:59PM +0300, Anton Vorontsov wrote: > > No, we can't drop it. We can replace it by clock-frequency, but > > not just drop it, because bus frequency used by at least one driver -- > > spi_mpc83xx, to calculate

Re: [PATCH] [POWERPC][RFC] MPC8360E-RDK: Device tree and board file

On Wed, Dec 19, 2007 at 04:05:59PM +0300, Anton Vorontsov wrote: > No, we can't drop it. We can replace it by clock-frequency, but > not just drop it, because bus frequency used by at least one driver -- > spi_mpc83xx, to calculate proper clocks prescaling value. Hmm... maybe it should be using th

mg1264 and mpc5200

Hello Friends, I'm involved in a project with a mobilygen-mg1264 (H.264-codec) connected to a mpc5200. I have problems to bringup the mobiapp. The "bringup"-utility works like a charm. Has somebody experiences with this chip, or can point me to a direction. The mobilygen-support sits in america

Re: dtc: Update TODO files

So, like, the other day David Gibson mumbled: > This patch makes a bunch of updates to the TODO files for dtc and > libfdt, some of them rather overdue. Applied. jdl ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listi

Re: dtc: Add missing copyright notice for dumptrees.c

So, like, the other day David Gibson mumbled: > When I released libfdt, I forgot to add a copyright notice to > dumptrees.c (probably because the program is so trivial). Apparently > the lack causes trouble for Debian, so this patch adds one. I've gone > through the git history and double checked

Re: [PATCH 11/20] [POWERPC] Wire up PCI on Bamboo board

Benjamin Herrenschmidt wrote: > This adds the device-tree bits & call to ppc4xx_pci_find_bridges() > to make PCI work on the Bamboo board > > Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> > --- > > arch/powerpc/boot/dts/bamboo.dts | 40 > ++- >

Re: [PATCH] [POWERPC][RFC] MPC8360E-RDK: Device tree and board file

On Mon, Dec 17, 2007 at 11:03:04AM -0600, Scott Wood wrote: > On Mon, Dec 17, 2007 at 04:14:03PM +1100, David Gibson wrote: [...] > > > + ranges = <0 0xe010 0x0010>; > > > + reg = <0xe010 0x480>; > > > + /* filled by u-boot */ > > > + brg-frequency = <0>;

[PATCH 2/2] ps3fb: Fix ps3fb free_irq() dev_id

From: Geoff Levand <[EMAIL PROTECTED]> The dev_id arg passed to free_irq() must match that passed to request_irq(). Fixes this PS3 error message: Trying to free already-free IRQ 44 Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- driv

[PATCH 1/2] ps3fb: Update for firmware 2.10

From: Geert Uytterhoeven <[EMAIL PROTECTED]> ps3fb: Update for firmware 2.10 As of PS3 firmware version 2.10, the GPU command buffer size must be at least 2 MiB large. Since we use only a small part of the GPU command buffer and don't want to waste precious XDR memory, move the GPU command buffer

[PATCH 0/2] ps3fb bug fixes for 2.6.24

Hi Linus, Andrew, Here are 2 bug fixes for the PS3 Virtual Frame Buffer Device Driver: [1] ps3fb: Update for firmware 2.10 [2] ps3fb: Fix ps3fb free_irq() dev_id The first one fixes a problem with PS3 firmware 2.10 (released yesterday), which causes a non-working display. The second

[patch] mpc83xx: Add MPC837x PCIE controller RC mode support

Initial the MPC837x PCIE controller. Note that configue address bit field is not compatible with PCIE spec 10a. Just map first 16M pci configure space which corresponding to a bus configure space at boot. Signed-off-by: Tony Li <[EMAIL PROTECTED]> --- Makefile |

[PATCH] powerpc: Add MPC837x PCIE RC mode support

The MPC837x PCIE controller hardware resources are initiated in u-boot. Merge the MPC837x PCIE code into arch/powerpc/sysdev/fsl_pci.c The MPC837x PCIE controller`s configure address bit field is uniqe: bus number: bits 31-24 device number: bits 23-19