Skip to content
Snippets Groups Projects
  1. Jul 24, 2013
    • 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
    • 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
  2. Jul 23, 2013
  3. Jul 22, 2013
  4. Jul 20, 2013
  5. Jul 19, 2013
  6. Jul 17, 2013
  7. Jul 16, 2013
  8. Jul 15, 2013
    • Wolfgang Denk's avatar
      PPC MPC83xx: Fix MPC8323ERDB build warning · f4ea9f86
      Wolfgang Denk authored
      
      Fix:
      
      mpc8323erdb.c: In function 'mac_read_from_eeprom':
      mpc8323erdb.c:198:3: warning: dereferencing type-punned pointer will
      break strict-aliasing rules [-Wstrict-aliasing]
      
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      cc: Timur Tabi <timur@tabi.org>
      cc: Kim Phillips <kim.phillips@freescale.com>
      f4ea9f86
    • Frederic Leroy's avatar
      Fix ext2/ext4 filesystem accesses beyond 2TiB · 04735e9c
      Frederic Leroy authored
      
      With CONFIG_SYS_64BIT_LBA, lbaint_t gets defined as a 64-bit type,
      which is required to represent block numbers for storage devices that
      exceed 2TiB (the block size usually is 512B), e.g. recent hard drives
      
      We now use lbaint_t for partition offset to reflect the lbaint_t change,
      and access partitions beyond or crossing the 2.1TiB limit.
      This required changes to signature of ext4fs_devread(), and type of all
      variables relatives to block sector.
      
      ext2/ext4 fs uses logical block represented by a 32 bit value. Logical
      block is a multiple of device block sector. To avoid overflow problem
      when calling ext4fs_devread(), we need to cast the sector parameter.
      
      Signed-off-by: default avatarFrédéric Leroy <fredo@starox.org>
      04735e9c
Loading