1. 25 Jul, 2013 3 commits
  2. 24 Jul, 2013 30 commits
    • Gabor Juhos's avatar
      MIPS: mips32/cache.S: use v1 register for indirect function calls · db2c86d7
      Gabor Juhos authored
      
      
      Synchronize the code with mips64/cache.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      db2c86d7
    • Gabor Juhos's avatar
      MIPS: mips32/cache.S: store cache line size in t8 register · ee8b1e29
      Gabor Juhos authored
      
      
      Synchronize the code with mips64/cache.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      ee8b1e29
    • Gabor Juhos's avatar
      MIPS: mips32/cache.S: save return address in t9 register · c3259165
      Gabor Juhos authored
      
      
      Synchronize the code with mips64/cache.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      c3259165
    • Gabor Juhos's avatar
      MIPS: xburst/start.S: rework relocation info check · d707e5b7
      Gabor Juhos authored
      
      
      Make it similar to the code in mips{32,64}/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      d707e5b7
    • Gabor Juhos's avatar
      MIPS: xburst/start.S: use t8 register for dynamic relocation · e5c868a2
      Gabor Juhos authored
      
      
      Synchronize the code with mips{32,64}/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      e5c868a2
    • Gabor Juhos's avatar
      MIPS: xburst/start.S: save gd in s0 register · f01d6935
      Gabor Juhos authored
      
      
      Synchronize the code with mips{32,64}/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      f01d6935
    • Gabor Juhos's avatar
      MIPS: xburst/start.S: save relocation offset in s1 register · ba9cf071
      Gabor Juhos authored
      
      
      Synchronize the code with mips{32,64}/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      ba9cf071
    • Gabor Juhos's avatar
      MIPS: xburst/start.S: save relocation address in s2 register · 9a28e0d1
      Gabor Juhos authored
      
      
      Synchronize the code with mips{32,64}/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      9a28e0d1
    • Gabor Juhos's avatar
      MIPS: mips32/start.S: rework relocation info check · 691995f9
      Gabor Juhos authored
      
      
      Make it similar to the code in mips64/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      691995f9
    • Gabor Juhos's avatar
      MIPS: mips32/start.S: use t8 register for dynamic relocation · 680cb2dc
      Gabor Juhos authored
      
      
      Synchronize the code with mips64/start.S, in order to
      allow further unifications.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      680cb2dc
    • Gabor Juhos's avatar
      MIPS: mips32/cache.S: remove superfluous register assignment · da84f33b
      Gabor Juhos authored
      
      
      The t4 register already holds the cache
      line size, and the value of the register
      is not changed in mips_init_icache.
      
      Get the cache line size value from t4 for
      mips_init_dcache as well and remove the
      superfluous assignment of t5 register.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      da84f33b
    • Gabor Juhos's avatar
      MIPS: remove obsolete TODO items · b1a14c47
      Gabor Juhos authored
      
      
      The MIPS  code uses centralized u-boot.lds script already,
      and dynamic relocation is supported as well.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      b1a14c47
    • Gabor Juhos's avatar
      MIPS: mips64/interrupt.c: remove superfluous include · b1591ec2
      Gabor Juhos authored
      
      
      Nothing is used from asm/mipsregs.h.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      b1591ec2
    • Gabor Juhos's avatar
      MIPS: mips32/time.c: fix checkpatch errors/warnings · c3e4901f
      Gabor Juhos authored
      
      
      Checking mips32/time.c with checkpatch.pl shows this:
      
        arch/mips/cpu/mips32/time.c:30: WARNING: line over 80 characters
        arch/mips/cpu/mips32/time.c:57: ERROR: return is not a function, parentheses are not required
        total: 1 errors, 1 warnings, 0 checks, 85 lines checked
      
      Fix the code to make checkpatch.pl happy.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      c3e4901f
    • Gabor Juhos's avatar
      MIPS: qemu-malta: bring up ethernet · f1957499
      Gabor Juhos authored
      
      
      Qemu emulates a PCNET PCI card for the Malta CoreLV board.
      Enable the pcnet driver and add board specific ethernet
      initialization function to bring it up. Also enable the
      CONFIG_CMD_NET and CONFIG_CMD_PING options.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      f1957499
    • Gabor Juhos's avatar
      MIPS: qemu-malta: add PCI support · feaa6066
      Gabor Juhos authored
      
      
      Qemu emulates the Galileo GT64120 System Controller
      which provides a CPU bus to PCI bus bridge.
      
      The patch adds driver for this bridge and enables
      PCI support for the emulated Malta board.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      feaa6066
    • Gabor Juhos's avatar
      MIPS: qemu-malta: setup GT64120 registers as done by YAMON · ac12984d
      Gabor Juhos authored
      
      
      Move the GT64120 register base to 0x1be00000
      and setup PCI BAR registers as done by the
      original YAMON bootloader.
      
      This is needed for running Linux kernel.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      ac12984d
    • Gabor Juhos's avatar
      MIPS: qemu-malta: enable flash support · 52caee0f
      Gabor Juhos authored
      
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      52caee0f
    • Gabor Juhos's avatar
      MIPS: qemu-malta: add reset support · 01564315
      Gabor Juhos authored
      
      
      The MIPS Malta board has a SOFTRES register. Writing a
      magic value into that register initiates a board reset.
      
      Use this feature to implement reset support.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      01564315
    • Gabor Juhos's avatar
      MIPS: qemu-malta: add support for emulated MIPS Malta board · 5a4dcfac
      Gabor Juhos authored
      
      
      Add minimal support for the MIPS Malta CoreLV board
      emulated by Qemu. The only supported peripherial is
      the UART.
      
      This is enough to boot U-Boot to the command prompt
      both in little and big endian mode.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      5a4dcfac
    • Gabor Juhos's avatar
      MIPS: start.S: emulate REVISION register for qemu-malta · 843a76b6
      Gabor Juhos authored
      
      
      On the origial Malta boards the REVISION register is
      accessible at the 0x1fc00010 address. The contents of
      this register gives information about the revision
      of the Malta and Core Boards.
      
      This register is used by the Linux kernel to identify
      the actual board it is running on. However the register
      is not emulated properly by Qemu, so put a hardcoded
      value into the flash to make Linux work.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      843a76b6
    • Gabor Juhos's avatar
      MIPS: import gt64120.h header from Linux · a79b5e68
      Gabor Juhos authored
      
      
      The Linux specific register access macros, the
      extern function declarations and the UL suffixes
      has been removed.
      
      The header file will be used for the qemu-malta
      board.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      a79b5e68
    • Gabor Juhos's avatar
      net: pcnet: use pci_virt_to_mem to obtain buffer addresses · 54fbcb0c
      Gabor Juhos authored
      
      
      The pcnet driver uses the pci_phys_to_mem function
      to get the memory address of the DMA buffers. This
      This assumes an 1:1 mapping between the PCI and
      physical memory which is not true on all platforms.
      
      On MIPS platform U-Boot is running within a mapped
      memory region, and the pci_phys_to_mem macro can't
      be used to obtain the memory address of the buffers.
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@googlemail.com>
      54fbcb0c
    • Tom Rini's avatar
      MIPS: mips64: fix typos in copyright text of start.S · 518d4385
      Tom Rini authored
      
      Signed-off-by: default avatarGabor Juhos <juhosg@openwrt.org>
      Cc: Daniel Schwierzeck <daniel.schwierzeck@gmail.com>
      
      Conflicts:
      
      	arch/mips/cpu/mips64/start.S
      Signed-off-by: default avatarTom Rini <trini@ti.com>
      518d4385
    • Tom Rini's avatar
      Merge branch 'master' of git://git.denx.de/u-boot-i2c · c2120fbf
      Tom Rini authored
      
      
      The sandburst-specific i2c drivers have been deleted, conflict was just
      over the SPDX conversion.
      
      Conflicts:
      	board/sandburst/common/ppc440gx_i2c.c
      	board/sandburst/common/ppc440gx_i2c.h
      Signed-off-by: default avatarTom Rini <trini@ti.com>
      c2120fbf
    • Wolfgang Denk's avatar
      e85427fd
    • Wolfgang Denk's avatar
      a53002f4
    • Wolfgang Denk's avatar
      eee479cf
    • Wolfgang Denk's avatar
      Add GPL-2.0+ SPDX-License-Identifier to source files · 1a459660
      Wolfgang Denk authored
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      [trini: Fixup common/cmd_io.c]
      Signed-off-by: default avatarTom Rini <trini@ti.com>
      1a459660
    • Wolfgang Denk's avatar
      Licenses: introduce SPDX Unique Lincense Identifiers · eca3aeb3
      Wolfgang Denk authored
      Like many other projects, U-Boot has a tradition of including big
      blocks of License headers in all files.  This not only blows up the
      source code with mostly redundant information, but also makes it very
      difficult to generate License Clearing Reports.  An additional problem
      is that even the same lincenses are referred to by a number of
      slightly varying text blocks (full, abbreviated, different
      indentation, line wrapping and/or white space, with obsolete address
      information, ...) which makes automatic processing a nightmare.
      
      To make this easier, such license headers in the source files will be
      replaced with a single line reference to Unique Lincense Identifiers
      as defined by the Linux Foundation's SPDX project [1].  For example,
      in a source file the full "GPL v2.0 or later" header text will be
      replaced by a single line:
      
              SPDX-License-Identifier:        GPL-2.0+
      
      We use the SPDX Unique Lincense Identifiers here; these are available
      at [2].
      
      Note: From the legal point of view, this patch is supposed to be only
      a change to the textual representation of the license information,
      but in no way any change to the actual license terms. With this patch
      applied, all files will still be licensed under the same terms they
      were before.
      
      Note 2: The apparent difference between the old "COPYING" and the new
      "Licenses/gpl-2.0.txt" only results from switching to the upstream
      version of the license which is differently formatted; there are not
      any actual changes to the content.
      
      Note 3: There are some recurring questions about linense issues, such
      as:
          - Is a "All Rights Reserved" clause a problem in GPL code?
          - Are files without any license header a problem?
          - Do we need license headers at all?
      
      The following excerpt from an e-mail by Daniel B. Ravicher should help
      with these:
      
      | Message-ID: <4ADF8CAA.5030808@softwarefreedom.org>
      | Date: Wed, 21 Oct 2009 18:35:22 -0400
      | From: "Daniel B. Ravicher" <ravicher@softwarefreedom.org>
      | To: Wolfgang Denk <wd@denx.de>
      | Subject: Re: GPL and license cleanup questions
      |
      | Mr. Denk,
      |
      | Wolfgang Denk wrote:
      | > - There are a number of files which do not include any specific
      | > license information at all. Is it correct to assume that these files
      | > are automatically covered by the "GPL v2 or later" clause as
      | > specified by the COPYING file in the top level directory of the
      | > U-Boot source tree?
      |
      | That is a very fact specific analysis and could be different across the
      | various files.  However, if the contributor could reasonably be expected
      | to have known that the project was licensed GPLv2 or later at the time
      | she made her contribution, then a reasonably implication is that she
      | consented to her contributions being distributed under those terms.
      |
      | > - Do such files need any clean up, for example should we add GPL
      | > headers to them, or is this not needed?
      |
      | If the project as a whole is licensed under clear terms, you need not
      | identify those same terms in each file, although there is no harm in
      | doing so.
      |
      | > - There are other files, which include both a GPL license header
      | > _plus_ some copyright note with an "All Rights Reserved" clause. It
      | > has been my understanding that this is a conflict, and me must ask
      | > the copyright holders to remove such "All Rights Reserved" clauses.
      | > But then, some people claim that "All Rights Reserved" is a no-op
      | > nowadays. License checking tools (like OSLC) seem to indicate this is
      | > a problem, but then we see quite a lot of "All rights reserved" in
      | > BSD-licensed files in gcc and glibc. So what is the correct way to
      | > deal with such files?
      |
      | It is not a conflict to grant a license and also reserve all rights, as
      | implicit in that language is that you are reserving all "other" rights
      | not granted in the license.  Thus, a file with "Licensed under GPL, All
      | Rights Reserved" would mean that it is licensed under the GPL, but no
      | other rights are given to copy, modify or redistribute it.
      |
      | Warm regards,
      | --Dan
      |
      | Daniel B. Ravicher, Legal Director
      | Software Freedom Law Center (SFLC) and Moglen Ravicher LLC
      | 1995 Broadway, 17th Fl., New York, NY 10023
      | (212) 461-1902 direct  (212) 580-0800 main  (212) 580-0898 fax
      | ravicher@softwarefreedom.org   www.softwarefreedom.org
      
      [1] http://spdx.org/
      [2] http://spdx.org/licenses/
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      eca3aeb3
  3. 23 Jul, 2013 7 commits