1. 28 Jan, 2017 1 commit
    • Tom Rini's avatar
      arm: Note vendor-required status of certain MACH_TYPE values · cd7b6344
      Tom Rini authored
      In the cases of some boards, a MACH_TYPE number is used which is either
      not registered upstream or worse (for functionality) is re-using the
      number of a different (or reference) platform instead.  Make sure we
      have a comment in these cases.
      Cc: Albert ARIBAUD <albert.aribaud@3adev.fr>
      Cc: Walter Schweizer <swwa@users.sourceforge.net>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Fabio Estevam <fabio.estevam@nxp.com>
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      Acked-by: default avatarStefan Roese <sr@denx.de>
  2. 20 Jan, 2017 1 commit
    • Heiko Schocher's avatar
      serial, ns16550: bugfix: ns16550 fifo not enabled · 17fa0326
      Heiko Schocher authored
      commit: 65f83802 "serial: 16550: Add getfcr accessor"
      breaks u-boot commandline working with long commands
      sending to the board.
      Since the above patch, you have to setup the fcr register.
      For board/archs which enable OF_PLATDATA, the new field
      fcr in struct ns16550_platdata is not filled with a
      default value ...
      This leads in not setting up the uarts fifo, which ends
      in problems, when you send long commands to u-boots
      Detected this issue with automated tbot tests on am335x
      based shc board.
      The error does not popup, if you type commands. You need
      to copy&paste a long command to u-boots commandshell
      (or send a long command with tbot)
      Possible boards/plattforms with problems:
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Signed-off-by: default avatarLadislav Michl <ladis@linux-mips.org>
      Tested-by: default avatarAdam Ford <aford173@gmail.com>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
  3. 14 Mar, 2016 1 commit
    • Adam Ford's avatar
      ARM: Various: Future-proof serial platdata · 2f6ed3b8
      Adam Ford authored
      A few boards still use ns16550_platdata structures, but assume the structure
      is going to be in a specific order. By explicitly naming each entry,
      this should also help 'future-proof' in the event the structure changes.
      Tested on the Logic PD Torpedo + Wireless.
      I only changed a handful of devices that used the same syntax as the Logic
      board.  Appologies if I missed one or stepped on toes.  Thanks to Derald Woods
      and Alexander Graf.
      Signed-off-by: default avatarAdam Ford <aford173@gmail.com>
      V6: Add fix to arch/arm/cpu/armv7/am33xx/board.c
      V5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.c
      V4: Fix subject heading
      V3: Remove  reg_offset out in all the structs. It was reverted out, and and if
      it did exist, it would get initialized to 0 by default.
      V2: I hastily copy-pasted the boards without looking at the UART number.
      This addresses 3 boards that use UART3 and not UART1.
      Reviewed-by: default avatarMugunthan V N <mugunthanvnm@ti.com>
      Reviewed-by: default avatarSimon Glass <sjg@chromium.org>
  4. 22 Nov, 2015 1 commit
  5. 07 Jul, 2015 1 commit
  6. 06 Mar, 2015 1 commit