Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 16 7月, 2008 1 次提交
  3. 08 5月, 2008 2 次提交
  5. 22 4月, 2008 1 次提交
  7. 08 1月, 2008 1 次提交
  9. 28 11月, 2007 1 次提交
    • S
      [MTD] fix CONFIG_MTD_SHARP_SL if CONFIG_MTD=m · 73061e4c
      由 Stanislav Brabec 提交于 
      Sharp Zaurus SL-C3200 with CONFIG_MTD=m and CONFIG_MTD_SHARP_SL=y (as it
is bool) lost support for the ROM flash. With CONFIG_MTD=y it has no
problems.

It is caused by losing of compiled code of
drivers/mtd/maps/sharpsl-flash.o.
It was linked to drivers/mtd/maps/built-in.o and drivers/mtd/built-in.o,
but lost and not linked to drivers/built-in.o (because CONFIG_MTD!=y).

Patch below fixes this problem by creating sharpsl-flash.ko (and the
code works correctly as a module).
Signed-off-by: NStanislav Brabec <utx@penguin.cz>
Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      73061e4c
  11. 20 10月, 2007 1 次提交
  13. 24 9月, 2007 2 次提交
  15. 10 9月, 2007 1 次提交
  17. 23 8月, 2007 2 次提交
  19. 17 8月, 2007 1 次提交
    • D
      [POWERPC] Fixes to allow use of Ebony's flash chips through physmap_of · 0d279d47
      由 David Gibson 提交于 
      This patch contains a handful of small fixes to allow the Ebony's
flash to be exposed as MTD devices via the physmap_of driver.
Specifically it:
	- Makes a small addition to the device tree and zImage wrapper
to record the correct address for the flash in the device tree based
on the board switches as reported via an FPGA register.
	- Prohibits building the old hard-coded "Ebony" flash map on
arch/powerpc kernels, in favour of using physmap_of's device tree
based approach.
	- Enables MTD and physmap_of in the Ebony defconfig.
Signed-off-by: NDavid Gibson <david@gibson.dropbear.id.au>
Signed-off-by: NPaul Mackerras <paulus@samba.org>
      0d279d47
  21. 27 7月, 2007 1 次提交
  23. 11 7月, 2007 1 次提交
  25. 09 5月, 2007 2 次提交
  27. 20 4月, 2007 1 次提交
  29. 18 4月, 2007 1 次提交
  31. 03 4月, 2007 1 次提交
  33. 09 2月, 2007 1 次提交
    • A
      [MTD] CK804XROM must depend on PCI · 862c93b9
      由 akpm@osdl.org 提交于 
      CONFIG_MTD_CK804XROM=y, CONFIG_PCI=n results in the following compile
error:

  CC      drivers/mtd/maps/ck804xrom.o
ck804xrom.c: In function 'ck804xrom_init_one':
ck804xrom.c:114: error: implicit declaration of function 'pci_dev_get'
ck804xrom.c:114: warning: assignment makes pointer from integer without a cast
make[4]: *** [drivers/mtd/maps/ck804xrom.o] Error 1

Considering what hardware this driver is driving, a dependency on PCI
also seems logical.
Signed-off-by: NAdrian Bunk <bunk@stusta.de>
Cc: Ryan Jackson <rjackson@lnxi.com>
Signed-off-by: NAndrew Morton <akpm@osdl.org>
Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      862c93b9
  35. 12 12月, 2006 1 次提交
  37. 10 12月, 2006 1 次提交
  39. 08 12月, 2006 1 次提交
  41. 30 11月, 2006 1 次提交
  43. 29 11月, 2006 1 次提交
  45. 21 10月, 2006 1 次提交
  47. 22 9月, 2006 1 次提交
  49. 15 8月, 2006 1 次提交
  51. 09 6月, 2006 1 次提交
  53. 17 5月, 2006 1 次提交
  55. 13 5月, 2006 1 次提交
  57. 12 5月, 2006 1 次提交
  59. 08 5月, 2006 1 次提交
    • L
      [MTD] Convert physmap to platform driver · 73566edf
      由 Lennert Buytenhek 提交于 
      After dwmw2 let me know it ought to be done, I rewrote the physmap map
driver to be a platform driver.  I know zilch about the driver model,
so I probably botched it in some way, but I've done some tests on an
ixp23xx board which uses physmap, and it all seems to work.

In order to not break existing physmap users, I've added some compat
code that will instantiate a platform device iff CONFIG_MTD_PHYSMAP_LEN
is defined and != 0.  Also, I've changed the default value for
CONFIG_MTD_PHYSMAP_LEN to zero, so that people who inadvertently
compile in physmap (or new, platform-style, users of physmap) don't get
burned.

This works pretty well -- the new physmap driver is a drop-in replacement
for the old one, and works on said ixp23xx board without any code changes
needed.  (This should hold as long as users don't touch 'physmap_map'
directly.)

Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go.  (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Signed-off-by: NLennert Buytenhek <buytenh@wantstofly.org>
Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      73566edf
  61. 29 4月, 2006 1 次提交
    • D
      mtd: SC520CDP should depend on MTD_CONCAT · fbbc21c6
      由 Daniel Drake 提交于 
      Toralf Förster found a compile error when CONFIG_MTD_SC520CDP=y and
CONFIG_MTD_CONCAT=n:

drivers/built-in.o: In function `init_sc520cdp':
sc520cdp.c:(.init.text+0xb4de): undefined reference to `mtd_concat_create'
drivers/built-in.o: In function `cleanup_sc520cdp':
sc520cdp.c:(.exit.text+0x14bc): undefined reference to `mtd_concat_destroy'

This patch fixes it.
Signed-off-by: NDaniel Drake <dsd@gentoo.org>
Signed-off-by: NJosh Boyer <jwboyer@gmail.com>
      fbbc21c6
  63. 09 1月, 2006 1 次提交
  65. 23 12月, 2005 1 次提交
  67. 30 11月, 2005 1 次提交
  69. 14 11月, 2005 1 次提交
  71. 07 11月, 2005 1 次提交