提交 · b57235215933d5fde4013e2448223b934b4ac2b7 · openanolis / cloud-kernel

28 10月, 2005 40 次提交

[ARM] 3048/1: register i2s resources not i2c resources for the pxa i2s platform device · b5723521

由 Ian Campbell 提交于 10月 28, 2005

Patch from Ian Campbell

As noted by Uli Luckas in the comments of 3025 there is a typo in the i2s platform device. The i2s platform device refers to the i2c resources.
Signed-off-by: NIan Campbell <icampbell@arcom.com>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

b5723521

[ARM] 3047/1: SMDK2440 - add framebuffer platform data · 57718976

由 Ben Dooks 提交于 10月 28, 2005

Patch from Ben Dooks

Add platform data for framebuffer for the
onboard LCD module
Signed-off-by: NBen Dooks <ben-linux@fluff.org>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

57718976

[ARM] 3046/1: BAST - add framebuffer platform data · 58c8d570

由 Ben Dooks 提交于 10月 28, 2005

Patch from Ben Dooks

Add framebuffer platform data
Signed-off-by: NBen Dooks <ben-linux@fluff.org>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

58c8d570

[ARM] 3045/2: S3C2410 - change init for lcd platform data · 893b0309

由 Ben Dooks 提交于 10月 28, 2005

Patch from Ben Dooks

Change set_s3c2410fb_info to s3c2410_fb_set_platdata
and use kmalloc() for the copy of the information it
is passed.
Signed-off-by: NBen Dooks <ben-linux@fluff.org>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

893b0309

[ARM] 2908/1: add register definitions for ixp2000 msf · 3b90c9c3

由 Lennert Buytenhek 提交于 10月 28, 2005

Patch from Lennert Buytenhek

We already had a mapping for the msf, but we didn't have any
register definitions for it yet.
Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: NDeepak Saxena <dsaxena@plexity.net>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

3b90c9c3

[ARM] 3044/1: Fix sparse warnings about incompatible pointer types for... · 63a4b52c

由 Ian Campbell 提交于 10月 28, 2005

[ARM] 3044/1: Fix sparse warnings about incompatible pointer types for register defined in pxa-regs.h

Patch from Ian Campbell

The sparse warning initially surfaced in sound/arm/pxa2xx-ac97.c
because it was using u32 * variables to hold the unsigned long *
register addresses.

I submitted an ALSA patch for this http://thread.gmane.org/gmane.linux.alsa.devel/27804 issue and it was suggested that it might be preferable to change the register
definitions to use u32.

Most other subarches seem to use u32 for their register type, at least
the ones which use a __REG macro (like the PXA) do. Nico indicated in
the thread above that he wouldn't mind this patch.

Changing the type required fixes for opposite warnings in the pxa2xx usb
gadget code but that was the only new warning introduced on defconfig
or lubbock, mainstone and our own PXA255 boards.
Signed-off-by: NIan Campbell <icampbell@arcom.com>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

63a4b52c

[ARM] 3034/1: S3C2410 - fix size of devices in devs.c · a0e0adb9

由 Ben Dooks 提交于 10月 28, 2005

Patch from Ben Dooks

From: Guillaume GOURAT <guillaume.gourat@nexvision.fr>

A number of devices have an extra byte on the
end of their areas due to mis-calculating the
.end field of their resources
Signed-off-by: NGuillaume GOURAT <guillaume.gourat@nexvision.fr>
Signed-off-by: NBen Dooks <ben-linux@fluff.org>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

a0e0adb9

[ARM] 3033/1: S3C2410 - add generic gpio_cfgpin options · 42d3a120

由 Ben Dooks 提交于 10月 28, 2005

Patch from Ben Dooks

Add generic values for the parameters to the
s3c2410_gpio_cfgpin() function, so that a caller
does not need to know the exact constant for
the specified pin.

This is very useful for the case where a driver
is passed a gpio pin number and needs to reconfigure
the pin's function.
Signed-off-by: NBen Dooks <ben-linux@fluff.org>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

42d3a120

[ARM] 2930/1: optimized sha1 implementation for ARM · c09f9827

由 Nicolas Pitre 提交于 10月 28, 2005

Patch from Nicolas Pitre

Here's an ARM assembly SHA1 implementation to replace the default C
version. It is approximately 50% faster than the generic C version. On
an XScale processor running at 400MHz:
	generic C version:	9.8 MB/s
	my version:		14.5 MB/s
This code is useful to quite a few callers in the tree:
crypto/sha1.c:		sha_transform(sctx->state, sctx->buffer, temp);
crypto/sha1.c:			sha_transform(sctx->state, &data[i], temp);
drivers/char/random.c:		sha_transform(buf, (__u8 *)r->pool+i, buf + 5);
drivers/char/random.c:	sha_transform(buf, (__u8 *)data, buf + 5);
net/ipv4/syncookies.c:	sha_transform(tmp + 16, (__u8 *)tmp, tmp + 16 + 5);
Signed-off-by: NNicolas Pitre <nico@cam.org>
Seems to work fine on big-endian as well.
Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>

c09f9827

[ARM] 3017/1: Add support for 36-bit addresses to create_mapping() · 0b7cd62e