Re: [PATCH] pseries: don't die if unknown/missing interrupt controller property

On Sun, Jul 01, 2007 at 08:49:37PM -0400, Sonny Rao wrote: > The pseries platform does not have a default function for init_IRQ and > does not install one if it doesn't find or doesn't recognize an > interrupt controller in the device tree. Currently, the kernel dies > when it tries to call the NU

Please pull powerpc.git merge branch

Linus, Did my pull request fall through the cracks, or is there a problem with it? Please do git pull \ git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge Thanks, Paul. arch/powerpc/configs/mpc7448_hpc2_defconfig | 212 +++--- arch/powerpc/configs/mpc8272_ads

Re: [PATCH] powerpc: Add of_register_i2c_devices()

On Wed, 4 Jul 2007, Segher Boessenkool wrote: > > be filled by respective drivers themselves. > > That would be nicer yes, but a bigger change. Aha, but nicer!:-) > > For this to work i2c would need something similar to what pci, usb do - > > register supported device ids. The only difference i

Re: [PATCH] ucc_geth.c, make PHY device optional.

On Wed, 2007-07-04 at 15:32 +0200, Segher Boessenkool wrote: > > How about separate autoneg to a property "dumb-phy", which > > indicates the > > PHY/switch doesn't provide MII register interface. > > Something like that I suppose. But don't call it "dumb phy", > nor "fake phy", nor anything si

Re: idr_get_new_above() limitation?

On Tuesday 03 July 2007 02:31, Jim Houston wrote: > The problem is in idr_get_new_above_int() in the loop which > adds new layers to the top of the radix tree. It is failing > the "layers < (MAX_LEVEL - 1)" test. It doesn't allocate the > new layer but still calls sub_alloc() which relies on havi

Re: [PATCH] ucc_geth.c, make PHY device optional.

> How about separate autoneg to a property "dumb-phy", which > indicates the > PHY/switch doesn't provide MII register interface. Something like that I suppose. But don't call it "dumb phy", nor "fake phy", nor anything similar -- there simply is _no_ phy. If the Linux code wants to pretend th

Re: [PATCH 1/2] eHEA: Capability flag for DLPAR support

Hi, good catch. Thanks On Wednesday 04 July 2007 14:53, Akinobu Mita wrote: > 2007/7/4, Jan-Bernd Themann <[EMAIL PROTECTED]>: > > > diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c > > index bdb5241..f8c0908 100644 > > --- a/drivers/net/ehea/ehea_main.c > > +++ b/driver

Re: [PATCH 1/2] eHEA: Capability flag for DLPAR support

2007/7/4, Jan-Bernd Themann <[EMAIL PROTECTED]>: > diff --git a/drivers/net/ehea/ehea_main.c b/drivers/net/ehea/ehea_main.c > index bdb5241..f8c0908 100644 > --- a/drivers/net/ehea/ehea_main.c > +++ b/drivers/net/ehea/ehea_main.c > @@ -2923,6 +2923,15 @@ static int check_module_parm(void) >

[PATCH 2/2] eHEA: Receive SKB Aggregation

This patch enables the receive side processing to aggregate TCP packets within the HEA device driver. It analyses the packets already received after an interrupt arrived and forwards these as chains of SKBs for the same TCP connection with modified header field. We have seen a lower CPU load and im

[PATCH 1/2] eHEA: Capability flag for DLPAR support

This patch introduces a capability flag that is used by the DLPAR userspace tool to check which DLPAR features are supported by the eHEA driver. Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]> --- drivers/net/ehea/ehea.h |8 +++- drivers/net/ehea/ehea_main.c | 17 +++

[patch 3/6] ps3: Storage device registration routines.

Add support for storage devices to the device probe code. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> --- v2: - use msleep() instead of schedule_timeout() arch/powerpc/platforms/ps3/device-init.c | 286 +++

[patch 4/6] ps3: Disk Storage Driver

From: Geert Uytterhoeven <[EMAIL PROTECTED]> Add a Disk Storage Driver for the PS3: - Implemented as a block device driver with a dynamic major - Disk names (and partitions) are of the format ps3d%c(%u) - Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor doesn't

[patch 6/6] ps3: FLASH ROM Storage Driver

From: Geert Uytterhoeven <[EMAIL PROTECTED]> Add a FLASH ROM Storage Driver for the PS3: - Implemented as a misc character device driver - Uses a fixed 256 KiB buffer allocated from boot memory as the hypervisor requires the writing of aligned 256 KiB blocks CC: Geoff Levand <[EMAIL PROTE

[patch 5/6] ps3: BD/DVD/CD-ROM Storage Driver

From: Geert Uytterhoeven <[EMAIL PROTECTED]> Add a BD/DVD/CD-ROM Storage Driver for the PS3: - Implemented as a SCSI device driver - Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor doesn't support scatter-gather CC: Geoff Levand <[EMAIL PROTECTED]> Signed-off-by

[patch 2/6] ps3: Storage Driver Core

From: Geert Uytterhoeven <[EMAIL PROTECTED]> Add storage driver core support for the PS3. PS3 storage devices are a special kind of PS3 system bus devices Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> --- v3: - Rename and move ps3stor_inte

[patch 1/6] ps3: Preallocate bootmem memory for the PS3 FLASH ROM storage driver

Preallocate 256 KiB of bootmem memory for the PS3 FLASH ROM storage driver. This can be disabled by passing `ps3flash=off' on the kernel command line. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]> --- v3: - Allow to disable ps3flash (and th

[patch 0/6] PS3 Storage Drivers for 2.6.23, take 4

Hi, This is the fourth submission of the new PS3 storage drivers: [1] ps3: Preallocate bootmem memory for the PS3 FLASH ROM storage driver [2] ps3: Storage Driver Core [3] ps3: Storage device registration routines. [4] ps3: Disk Storage Driver [5] ps3: BD/DVD/CD-ROM Storage Drive

RE: [PATCH] ucc_geth.c, make PHY device optional.

{snip} > > OK, but then a new property in PHY node is needed which holds > the initial speed and duplex. > initial-phy-capacity = ? > This should be useful for real PHYs too if, for instance, autoneg isn't > working/supported/wanted. > > Maybe it should be: > initial-phy-capacity = > or > initi

Re: [PATCH] powerpc: Add of_register_i2c_devices()

>> Now some OF I2C code goes looking for IIC devices in the >> device tree. It finds this thing, and from a table or >> something it derives that it has to tell the kernel I2C >> layer this is an "rtc-rs5c372". > > (I2C ML cc'ed.) > > This is where I WOULD disagree. These tables would rather live

Re: [PATCH v2] Schedule removal of arch/ppc

> Given that we started this process (or at least made the decision to > start it) in July 2005, June 2008 sounds quite reasonable as an end > date. Is that a signed-off-by? Hurray! Segher ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https:/

Re: Should of_device_is_compatible() use strcmp() rather than strncasecmp()?

>> Does anything actually rely on this behavior? > > Things did in the past rely on the case-insensitive comparison but > probably don't any more. I recall an issue with "ata" vs. "ATA" on > the powerbook 3400. Yes, and there are some AAPL, vs. aapl, things too; and an i2c thing as well. Probabl

Re: [PATCH] powermac i2c: use mutex

On Wed, 2007-07-04 at 01:01 +0200, Johannes Berg wrote: > Convert the semaphores in low_i2c that are used as mutexes to real > mutexes. > > Signed-off-by: Johannes Berg <[EMAIL PROTECTED]> Looks ok Acked-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> > --- > arch/powerpc/platforms/powermac/low

[PATCH] powermac i2c: use mutex

Convert the semaphores in low_i2c that are used as mutexes to real mutexes. Signed-off-by: Johannes Berg <[EMAIL PROTECTED]> --- arch/powerpc/platforms/powermac/low_i2c.c | 23 --- 1 file changed, 12 insertions(+), 11 deletions(-) --- wireless-dev.orig/arch/powerpc/platfor

RE: [PATCH] ucc_geth.c, make PHY device optional.

On Tue, 2007-07-03 at 19:38 +0800, Li Yang-r58472 wrote: > > -Original Message- > > From: Joakim Tjernlund [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, July 03, 2007 7:20 PM > > To: Li Yang-r58472 > > Cc: linuxppc-dev Development; Netdev; Fleming Andy-afleming > > Subject: RE: [PATCH] ucc_g