1. 04 10月, 2011 9 次提交
  2. 03 10月, 2011 7 次提交
  3. 27 9月, 2011 2 次提交
  4. 26 9月, 2011 7 次提交
  5. 21 9月, 2011 9 次提交
    • K
      ARM: SAMSUNG: Remove useless Samsung GPIO related CONFIGs · 5ec74144
      Kukjin Kim 提交于
      Cc: Ben Dooks <ben-linux@fluff.org>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      5ec74144
    • K
      ARM: SAMSUNG: Update the name of regarding Samsung GPIO · 782d8a3c
      Kukjin Kim 提交于
      According to gpio-samsung.c, this patch updates the name of
      regarding Samsung GPIO. Basically the samsung_xxx prefix is
      used in gpio-samsung.c instead of s3c_xxx, because unified
      name can reduce its complexity.
      
      Note: some s3c_xxx stil remains because it is used widely.
      It will be updated next time.
      
      Cc: Ben Dooks <ben-linux@fluff.org>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      782d8a3c
    • K
      gpio/samsung: gpio-samsung.c to support Samsung GPIOs · 1b39d5f2
      Kukjin Kim 提交于
      This patch adds support for Samsung GPIOs with one gpio driver
      and removes old GPIO drivers which are drivers/gpio-s3c24xx.c,
      gpio-s3c64xx.c, gpio-s5p64x0.c, gpio-s5pc100.c, gpio-s5pv210.c,
      gpio-exynos4.c, gpio-plat-samsung.c, plat-samsung/gpio-config.c
      and gpio.c to support each Samsung SoCs before. Because the
      gpio-samsung.c can replace old Samsung GPIO drivers.
      Basically, the gpio-samsung.c has been made by their merging
      and removing duplicated definitions.
      
      Note: gpio-samsung.c includes some SoC dependent codes and it
      will be replaced next time.
      
      Cc: Ben Dooks <ben-linux@fluff.org>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      [kgene.kim@samsung.com: squash the removing and adding patches]
      [kgene.kim@samsung.com: fixes bug during to register of gpio_chips]
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      1b39d5f2
    • K
    • K
      gpio/s3c64xx: move gpio driver into drivers/gpio/ · ec080059
      Kukjin Kim 提交于
      Cc: Ben Dooks <ben-linux@fluff.org>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      ec080059
    • K
      gpio/s3c24xx: move gpio driver into drivers/gpio/ · 536137bc
      Kukjin Kim 提交于
      Cc: Ben Dooks <ben-linux@fluff.org>
      Acked-by: NGrant Likely <grant.likely@secretlab.ca>
      Signed-off-by: NKukjin Kim <kgene.kim@samsung.com>
      536137bc
    • R
      ARM: fix vmlinux.lds.S discarding sections · 6760b109
      Russell King 提交于
      We are seeing linker errors caused by sections being discarded, despite
      the linker script trying to keep them.  The result is (eg):
      
      `.exit.text' referenced in section `.alt.smp.init' of drivers/built-in.o: defined in discarded section `.exit.text' of drivers/built-in.o
      `.exit.text' referenced in section `.alt.smp.init' of net/built-in.o: defined in discarded section `.exit.text' of net/built-in.o
      
      This is the relevent part of the linker script (reformatted to make it
      clearer):
      | SECTIONS
      | {
      | /*
      | * unwind exit sections must be discarded before the rest of the
      | * unwind sections get included.
      | */
      | /DISCARD/ : {
      | *(.ARM.exidx.exit.text)
      | *(.ARM.extab.exit.text)
      | }
      | ...
      | .exit.text : {
      | *(.exit.text)
      | *(.memexit.text)
      | }
      | ...
      | /DISCARD/ : {
      | *(.exit.text)
      | *(.memexit.text)
      | *(.exit.data)
      | *(.memexit.data)
      | *(.memexit.rodata)
      | *(.exitcall.exit)
      | *(.discard)
      | *(.discard.*)
      | }
      | }
      
      Now, this is what the linker manual says about discarded output sections:
      
      |    The special output section name `/DISCARD/' may be used to discard
      | input sections.  Any input sections which are assigned to an output
      | section named `/DISCARD/' are not included in the output file.
      
      No questions, no exceptions. It doesn't say "unless they are listed
      before the /DISCARD/ section." Now, this is what asn-generic/vmlinux.lds.S
      says:
      | /*
      |  * Default discarded sections.
      |  *
      |  * Some archs want to discard exit text/data at runtime rather than
      |  * link time due to cross-section references such as alt instructions,
      |  * bug table, eh_frame, etc. DISCARDS must be the last of output
      |  * section definitions so that such archs put those in earlier section
      |  * definitions.
      |  */
      
      And guess what - the list _always_ includes .exit.text etc.
      
      Now, what's actually happening is that the linker is reading the script,
      and it finds the first /DISCARD/ output section at the beginning of the
      script. It continues reading the script, and finds the 'DISCARD' macro
      at the end, which having been postprocessed results in another
      /DISCARD/ output section. As the linker already contains the earlier
      /DISCARD/ output section, it adds it to that existing section, so it
      effectively is placed at the start. This can be seen by using the -M
      option to ld:
      
      | Linker script and memory map
      |
      |                 0xc037c080                jiffies = jiffies_64
      |
      | /DISCARD/
      |  *(.ARM.exidx.exit.text)
      |  *(.ARM.extab.exit.text)
      |  *(.exit.text)
      |  *(.memexit.text)
      |  *(.exit.data)
      |  *(.memexit.data)
      |  *(.memexit.rodata)
      |  *(.exitcall.exit)
      |  *(.discard)
      |  *(.discard.*)
      |
      |                 0xc0008000                . = 0xc0008000
      |
      | .head.text      0xc0008000      0x1d0
      |                 0xc0008000                _text = .
      |  *(.head.text)
      |  .head.text     0xc0008000      0x1d0 arch/arm/kernel/head.o
      |                 0xc0008000                stext
      |
      | .text           0xc0008200   0x2d78d0
      |                 0xc0008200                _stext = .
      |                 0xc0008200                __exception_text_start = .
      |  *(.exception.text)
      |  .exception.text
      | ...
      
      As you can see, all the discarded sections are grouped together - and
      as a result of it being the first output section, they all appear before
      any other section.
      
      The result is that not only is the unwind information discarded (as
      intended), but also the .exit.text, despite us wanting to have the
      .exit.text preserved.
      
      We can't move the unwind information elsewhere, because it'll then be
      included even when we do actually discard the .exit.text (and similar)
      sections.
      
      So, work around this by avoiding the generic DISCARDS macro, and instead
      conditionalize the sections to be discarded ourselves.  This avoids the
      ambiguity in how the linker assigns input sections to output sections,
      making our script less dependent on undocumented linker behaviour.
      Reported-by: NRob Herring <robherring2@gmail.com>
      Tested-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      6760b109
    • L
      mach-integrator: fix VGA base regression · b71d8429
      Linus Walleij 提交于
      The changes introduced in commit
      cc22b4c1
      "ARM: set vga memory base at run-time"
      
      Makes the Integrator/AP freeze completely. I appears that
      this is due to the VGA base address being assigned at PCI
      init time, while this base is needed earlier than that.
      Moving the initialization of the base address to the
      .map_io function solves this problem.
      
      Cc: Rob Herring <rob.herring@calxeda.com>
      Cc: Nicolas Pitre <nicolas.pitre@linaro.org>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Signed-off-by: NLinus Walleij <linus.walleij@stericsson.com>
      Acked-by: NRob Herring <rob.herring@calxeda.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      b71d8429
    • S
      arm/dt: Tegra: Update SDHCI nodes to match bindings · a0638eb6
      Stephen Warren 提交于
      The bindings were recently updated to have separate properties for each
      type of GPIO. Update the Device Tree source to match that.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NOlof Johansson <olof@lixom.net>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      a0638eb6
  6. 20 9月, 2011 2 次提交
  7. 19 9月, 2011 4 次提交