1. 26 Oct, 2010 11 commits
  2. 25 Oct, 2010 3 commits
  3. 24 Oct, 2010 4 commits
    • Wolfgang Denk's avatar
      hcu4, hcu5: fix out of tree building · 1339657a
      Wolfgang Denk authored
      
      
      Out of tree building of the Netstal hcu4 and hcu5 boards failed like
      that:
      
      Assembler messages:
      Fatal error: can't create /work/wd/tmp-ppc/board/netstal/hcu4/../common/fixed_sdram.o: No such file or directory
      Assembler messages:
      Fatal error: can't create /work/wd/tmp-ppc/board/netstal/hcu4/../common/nm_bsp.o: No such file or directory
      make[1]: *** [/work/wd/tmp-ppc/board/netstal/hcu4/../common/fixed_sdram.o] Error 2
      
      Adapt (and simplify) the respective Makefiles.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Niklaus Giger <niklaus.giger@netstal.com>
      1339657a
    • Wolfgang Denk's avatar
      MPC8315ERD: fix build error · 1db3fca7
      Wolfgang Denk authored
      Commit 29c6fbe0
      
       "MPC5121: Add USB EHCI support" renamed
      CONFIG_SYS_MPC8xxx_USB_ADDR into CONFIG_SYS_FSL_USB_ADDR but missed
      to update arch/powerpc/cpu/mpc83xx/cpu_init.c, resulting in:
      
      cpu_init.c: In function 'cpu_init_f':
      cpu_init.c:332: error: 'CONFIG_SYS_MPC8xxx_USB_ADDR' undeclared (first use in this function)
      cpu_init.c:332: error: (Each undeclared identifier is reported only once
      cpu_init.c:332: error: for each function it appears in.)
      make[1]: *** [/work/wd/tmp-ppc/arch/powerpc/cpu/mpc83xx/cpu_init.o] Error 1
      
      Fix this.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Kim Phillips <kim.phillips@freescale.com>
      1db3fca7
    • Wolfgang Denk's avatar
      VoVPN-GW_100MHz: drop unsupported board configuration · 26fe3d2b
      Wolfgang Denk authored
      
      
      The 100MHz configuation of the VoVPN-GW has never been supported, so
      drop it now.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      26fe3d2b
    • Wolfgang Denk's avatar
      lite5200b_PM: fix compile warning · bc5e1701
      Wolfgang Denk authored
      
      
      Fix warning:
      
      icecube.c: In function 'lite5200b_wakeup':
      icecube.c:83: warning: format '%08lx' expects type 'long unsigned int', but argument 2 has type 'void (*)(void)'
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      bc5e1701
  4. 23 Oct, 2010 12 commits
  5. 22 Oct, 2010 10 commits
    • Wolfgang Denk's avatar
      ehci-hcd.c: fix hanging under higher load · 09c83a45
      Wolfgang Denk authored
      
      
      This patch solves a problem with USB hanging under higher load on a
      i.MX31 board.  It falls into class of typical USB problems and fixes:
      if you don't understand the real cause, add a delay somewhere.
      
      The problem appeared after introduction of ELF relocation, which
      results in smaller code, which appears to run faster (probably because
      it fits better in the cache); turning off the instruction cache,
      adding debug printf()s and increasing the delay have all been found to
      make the problem go away.
      
      Moving the original "udelay(1)" up in the code to it's new place made
      the problem appear much less frequently. Increasing the delay to 2
      microseconds then made the code run reliably in all (hour-long) tests.
      To be on the safe side, we set it to 5 microseconds here.
      Signed-off-by: default avatarHeiko schocher <hs@denx.de>
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Remy Bohmer <linux@bohmer.net>
      Cc: Stefano Babic <sbabic@denx.de>
      09c83a45
    • Mike Frysinger's avatar
      2ff12285
    • Mike Frysinger's avatar
      usb: musb: constify a bit · 0228348e
      Mike Frysinger authored
      
      
      These ep and root hub structures need not be writable.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      0228348e
    • Wolfgang Denk's avatar
      USB: fix Queue Element Transfer Descriptor changes · 8b675fe1
      Wolfgang Denk authored
      Commit 3ed16071
      
       "USB: sync Queue Element Transfer Descriptor against
      EHCI spec" added an "__attribute__ ((aligned (32)))" to the
      declaration of struct qTD, as used for example in the Linux kernel as
      well.
      
      However, it turns out that this attribute causes errors in "usb start"
      (like "ERROR: NOT USB_CONFIG_DESC 7b" and similar). Drop the attribute
      again.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Dan Lykowski <lykowdk@gmail.com>
      Cc: Remy Bohmer <linux@bohmer.net>
      Cc: Stefano Babic <sbabic@denx.de>
      8b675fe1
    • Florian Fainelli's avatar
      ehci-pci: print hccr, hcor and hc_lenght · af68c066
      Florian Fainelli authored
      
      
      It is useful to know the EHCI-PCI hccr, hcor and hc_lenght to make sure it was
      successfully registered, and at the correct location.
      Signed-off-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
      af68c066
    • Wolfgang Denk's avatar
      ehci-hcd.c: fix hanging under higher load · 9038e0e7
      Wolfgang Denk authored
      
      
      This patch solves a problem with USB hanging under higher load on a
      i.MX31 board.  It falls into class of typical USB problems and fixes:
      if you don't understand the real cause, add a delay somewhere.
      
      The problem appeared after introduction of ELF relocation, which
      results in smaller code, which appears to run faster (probably because
      it fits better in the cache); turning off the instruction cache,
      adding debug printf()s and increasing the delay have all been found to
      make the problem go away.
      
      Moving the original "udelay(1)" up in the code to it's new place made
      the problem appear much less frequently. Increasing the delay to 2
      microseconds then made the code run reliably in all (hour-long) tests.
      To be on the safe side, we set it to 5 microseconds here.
      Signed-off-by: default avatarHeiko schocher <hs@denx.de>
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Remy Bohmer <linux@bohmer.net>
      Cc: Stefano Babic <sbabic@denx.de>
      9038e0e7
    • John Schmoller's avatar
      XPedite5500 board support · bfe18815
      John Schmoller authored
      
      
      Initial support for Extreme Engineering Solutions XPedite5500 -
      a P2020-based PMC/XMC single board computer.
      Signed-off-by: default avatarJohn Schmoller <jschmoller@xes-inc.com>
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      bfe18815
    • Peter Tyser's avatar
      xes: Add POST support for 8xxx boards · 66a8b440
      Peter Tyser authored
      
      
      Add memory and I2C posts to the XPedite517x/520x/537x board families.
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      66a8b440
    • Peter Tyser's avatar
      mpc86xx: Add generic POST word read/write support · 65f23519
      Peter Tyser authored
      
      
      The PIC's TFRR register doesn't affect hardware and is generally unused,
      so use as storage for the POST word.
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      65f23519
    • Peter Tyser's avatar
      post/i2c: Add ability to ignore I2C devices · 9d921f19
      Peter Tyser authored
      
      
      Add the ability to not report an I2C POST error for a set of given I2C
      addresses on bootup.  This is useful for cases when a device may or may
      not be present, and neither case is considered an error.  For example:
      
      - Some form factors such as XMC and Compact PCI Express have an I2C
        EEPROM whose address changes based on geographical address.  Eg
        installed in one slot its EEPROM address is, 0x50, in another its
        0x51, etc.  This allows multiple devices to have their EEPROMs present
        on the same I2C bus.  Thus the I2C devices present for an XMC or
        CPCIe card depend on if and where other cards are installed in the
        same system.
      
      - Some cards have optional I2C devices.  Eg one hardware build
        configuration has different I2C devices than another and software
        can't determine if the optional device should be present or not.
      
      - Some cards have optional daughtercards with I2C devices on them.
      
      - I2C EEPROMs address range depends on their size.  Its possible to
        support differently size EEPROMs by only probing the EEPROM's base
        address and ignoring the other addresses that are impacted by its
        size.
      
      A new CONFIG_SYS_POST_I2C_IGNORES define has been added which specifies
      a list of I2C addresses for the I2C POST to ignore.
      Signed-off-by: default avatarPeter Tyser <ptyser@xes-inc.com>
      Acked-by: default avatarHeiko Schocher <hs@denx.de>
      Acked-by: default avatarWolfgang Denk <wd@denx.de>
      Signed-off-by: default avatarKumar Gala <galak@kernel.crashing.org>
      9d921f19