Skip to contentSkip to conversation

Several patches agains linuxppc_devel-2.4.19-pre8

PATCH In review David Müller (ELSOFT AG) 2 participants 6 messages May 15, 2002 – May 17, 2002

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 Several patches agains linuxppc_devel-2.4.19-pre8

Hello

The attached patch fixes the following issues:

- arch/ppc/kernel/ocp.c
wrong comment and export of ocp_get_max() for module support.

- arch/ppc/kernel/ocp_proc.c
compiler warnings fixed in various seq_printf(). i don't know if this also works correctly on PPC440 with its 36-bit phys_addr_t?

- arch/ppc/kernel/ocp_uart.c
various fixes to opc_uart_init().
initialize curr_uart, free previously allocated driver object and fix return value.

- arch/ppc/kernel/ppc4xx_setup
missing early_uart_init() prototype.

- drivers/char/ibm_ocp_gpio.c
stop modprobe complaining about tainted kernel ("GPL license"). initialize curr_gpio and fix return value.

- drivers/i2c/i2c-adap-ibm_ocp.c
fixed call to ocp_get_max().
initialize curr_iic.
remove module parameters "base" and "irq".

- drivers/i2c/i2c-algo-ibm_ocp.c
remove module paramter "iic_test".

Dave

#1 lore raw
Quoted 1 line · David M?ller (ELSOFT AG)

The attached patch fixes the following issues:

Looks good, except:
Don't #ifdef externs, if they aren't used it's OK.
Since this code only has to work in recent'ish kernels (in reality only 'current' kernels) don't bother with the
#ifdef MODULE_LICENSE
...
#endif

Just use it.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#2 lore raw
Quoted 14 lines · Tom Rini
Quoted 1 line · David M?ller (ELSOFT AG)

The attached patch fixes the following issues:

Looks good, except:
Don't #ifdef externs, if they aren't used it's OK.
Since this code only has to work in recent'ish kernels (in reality only 'current' kernels) don't bother with the
#ifdef MODULE_LICENSE
...
#endif

Quoted 2 lines

Just use it.

I have copied the MODULE_LICENSE stuff from another driver. Does anybody knows if this feature is tagged to be a remove candiate in future kernels and/or in the modutils?

Another question:

I've noticed that (at least) the following files have their executable bit set, although they are simple C source files. ./include/asm-ppc/ppc405_dma.h ./arch/ppc/kernel/ppc405_dma.c ./arch/ppc/kernel/ppc405_pci.c ./arch/ppc/kernel/ppc4xx_setup.c ./arch/ppc/platforms/walnut.c ./arch/ppc/platforms/cpc700_pic.c

On the other hand, the PPCBoot kernel packer script in ./arch/ppc/boot/utils/mkimage.wrapper have the exec bit cleared.

Is it a bit task to fix this?

Dave

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#3 lore raw
Quoted 15 lines · David M?ller (ELSOFT AG)
Quoted 14 lines · Tom Rini
Quoted 1 line · David M?ller (ELSOFT AG)

The attached patch fixes the following issues:

Looks good, except:
Don't #ifdef externs, if they aren't used it's OK.
Since this code only has to work in recent'ish kernels (in reality only 'current' kernels) don't bother with the
#ifdef MODULE_LICENSE
...
#endif

Quoted 6 lines
Quoted 2 lines

Just use it.

I have copied the MODULE_LICENSE stuff from another driver. Does anybody knows if this feature is tagged to be a remove candidate in future kernels and/or in the modutils?

Unfortunately, no. I think other drivers do it for backwards compatibility, which we don't have to worry about.

Quoted 11 lines

Another question:

I've noticed that (at least) the following files have their executable bit set, although they are simple C source files. ./include/asm-ppc/ppc405_dma.h ./arch/ppc/kernel/ppc405_dma.c ./arch/ppc/kernel/ppc405_pci.c ./arch/ppc/kernel/ppc4xx_setup.c ./arch/ppc/platforms/walnut.c ./arch/ppc/platforms/cpc700_pic.c

Quoted 4 lines

On the other hand, the PPCBoot kernel packer script in ./arch/ppc/boot/utils/mkimage.wrapper have the exec bit cleared.

Is it a bit task to fix this?

I assume you ment big. And no, I've just fixed these. Thanks.

--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

#4 lore raw
Quoted 2 lines · Tom Rini

On Thu, May 16, 2002 at 11:26:33AM +0200, "David M?ller (ELSOFT AG)" wrote:

[old stuff deleted]

Quoted 11 lines
Quoted 11 lines

Another question:

I've noticed that (at least) the following files have their executable bit set, although they are simple C source files. ./include/asm-ppc/ppc405_dma.h ./arch/ppc/kernel/ppc405_dma.c ./arch/ppc/kernel/ppc405_pci.c ./arch/ppc/kernel/ppc4xx_setup.c ./arch/ppc/platforms/walnut.c ./arch/ppc/platforms/cpc700_pic.c

Quoted 8 lines
Quoted 4 lines

On the other hand, the PPCBoot kernel packer script in ./arch/ppc/boot/utils/mkimage.wrapper have the exec bit cleared.

Is it a bit task to fix this?

I assume you ment big. And no, I've just fixed these. Thanks.

Yes, of course. Here's the list of exec bit set files for 2.5.15:
./arch/ppc/kernel/ppc405_dma.c ./arch/ppc/kernel/ppc405_pci.c ./arch/ppc/kernel/ppc4xx_serial.c ./arch/ppc/kernel/ppc4xx_setup.c ./arch/ppc/platforms/walnut.c ./include/asm-ppc/ppc405_dma.h

Dave

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/