Skip to content

GitLab

Switch branch/tag
  1. 24 Sep, 2010 1 commit
  3. 11 Sep, 2010 1 commit
  5. 08 Sep, 2010 1 commit
  7. 24 Aug, 2010 1 commit
  9. 07 Aug, 2010 1 commit
  11. 08 Jul, 2010 1 commit
  13. 16 Jun, 2010 1 commit
  15. 03 Jun, 2010 1 commit
  17. 29 Apr, 2010 1 commit
  19. 27 Apr, 2010 1 commit
  21. 08 Apr, 2010 1 commit
  23. 05 Mar, 2010 1 commit
  25. 26 Feb, 2010 1 commit
  27. 24 Feb, 2010 1 commit
  29. 17 Feb, 2010 1 commit
  31. 10 Feb, 2010 1 commit
  33. 28 Jan, 2010 1 commit
  35. 27 Jan, 2010 1 commit
  37. 17 Jan, 2010 6 commits
  39. 07 Jan, 2010 1 commit
  41. 06 Jan, 2010 1 commit
  43. 15 Dec, 2009 1 commit
  45. 09 Dec, 2009 1 commit
  47. 30 Oct, 2009 2 commits
  49. 15 Oct, 2009 2 commits
    • Eilon Greenstein's avatar
      bnx2x: Allowing 0 as initial fairness value · 49e4e9da
      Eilon Greenstein authored 
      

Value of zero was used to disable the fairness mechanism. Though the code
(driver and FW) allowed changing the value at run time, it did not allow to do
that if the mechanism was disabled to begin with.
Fixed the FW to allow turning on and off the mechanism at run time. Fixed the
code to read the value from the chip at the right sequence.
Without this fix, if the initial value was set to zero, traffic could not run on
the interface.
Signed-off-by: default avatarEilon Greenstein <eilong@broadcom.com>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      49e4e9da
    • Eilon Greenstein's avatar
      bnx2x: Allowing 0 as initial fairness value · 1528f320
      Eilon Greenstein authored 
      

Value of zero was used to disable the fairness mechanism. Though the code
(driver and FW) allowed changing the value at run time, it did not allow to do
that if the mechanism was disabled to begin with.
Fixed the FW to allow turning on and off the mechanism at run time. Fixed the
code to read the value from the chip at the right sequence.
Without this fix, if the initial value was set to zero, traffic could not run on
the interface.
Signed-off-by: default avatarEilon Greenstein <eilong@broadcom.com>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      1528f320
  51. 13 Oct, 2009 1 commit
  53. 05 Oct, 2009 2 commits
  55. 15 Sep, 2009 1 commit
  57. 30 Aug, 2009 2 commits
    • Ben Hutchings's avatar
      radeon: Use request_firmware() · e292590b
      Ben Hutchings authored 
      

Loosely based on a patch by
Jaswinder Singh Rajput <jaswinderlinux@gmail.com>.

KMS support by Dave Airlie <airlied@redhat.com>.

For Radeon 100- to 500-series, firmware blobs look like:
    struct {
        __be32 datah;
        __be32 datal;
    } cp_ucode[256];

For Radeon 600-series, there are two separate firmware blobs:
    __be32 me_ucode[PM4_UCODE_SIZE * 3];
    __be32 pfp_ucode[PFP_UCODE_SIZE];

For Radeon 700-series, likewise:
    __be32 me_ucode[R700_PM4_UCODE_SIZE];
    __be32 pfp_ucode[R700_PFP_UCODE_SIZE];
Signed-off-by: default avatarBen Hutchings <ben@decadent.org.uk>
Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      e292590b
    • Ben Hutchings's avatar
      radeon: Use request_firmware() · 9715b36e
      Ben Hutchings authored 
      

Loosely based on a patch by
Jaswinder Singh Rajput <jaswinderlinux@gmail.com>.

KMS support by Dave Airlie <airlied@redhat.com>.

For Radeon 100- to 500-series, firmware blobs look like:
    struct {
        __be32 datah;
        __be32 datal;
    } cp_ucode[256];

For Radeon 600-series, there are two separate firmware blobs:
    __be32 me_ucode[PM4_UCODE_SIZE * 3];
    __be32 pfp_ucode[PFP_UCODE_SIZE];

For Radeon 700-series, likewise:
    __be32 me_ucode[R700_PM4_UCODE_SIZE];
    __be32 pfp_ucode[R700_PFP_UCODE_SIZE];
Signed-off-by: default avatarBen Hutchings <ben@decadent.org.uk>
Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      9715b36e
  59. 27 Aug, 2009 2 commits