17 Jan, 2018

1 commit

  • [ Upstream commit 5133550296d43236439494aa955bfb765a89f615 ]

    Renesas SH7757 has 2 Fast and 2 Gigabit Ether controllers, while the
    'sh_eth' driver can only reset and initialize TSU of the first controller
    pair. Shimoda-san tried to solve that adding the 'needs_init' member to the
    'struct sh_eth_plat_data', however the platform code still never sets this
    flag. I think that we can infer this information from the 'devno' variable
    (set to 'platform_device::id') and reset/init the Ether controller pair
    only for an even 'devno'; therefore 'sh_eth_plat_data::needs_init' can be
    removed...

    Fixes: 150647fb2c31 ("net: sh_eth: change the condition of initialization")
    Signed-off-by: Sergei Shtylyov
    Signed-off-by: David S. Miller
    Signed-off-by: Greg Kroah-Hartman

    Sergei Shtylyov
     

02 Nov, 2017

1 commit

  • Many source files in the tree are missing licensing information, which
    makes it harder for compliance tools to determine the correct license.

    By default all files without license information are under the default
    license of the kernel, which is GPL version 2.

    Update the files which contain no license information with the 'GPL-2.0'
    SPDX license identifier. The SPDX identifier is a legally binding
    shorthand, which can be used instead of the full boiler plate text.

    This patch is based on work done by Thomas Gleixner and Kate Stewart and
    Philippe Ombredanne.

    How this work was done:

    Patches were generated and checked against linux-4.14-rc6 for a subset of
    the use cases:
    - file had no licensing information it it.
    - file was a */uapi/* one with no licensing information in it,
    - file was a */uapi/* one with existing licensing information,

    Further patches will be generated in subsequent months to fix up cases
    where non-standard license headers were used, and references to license
    had to be inferred by heuristics based on keywords.

    The analysis to determine which SPDX License Identifier to be applied to
    a file was done in a spreadsheet of side by side results from of the
    output of two independent scanners (ScanCode & Windriver) producing SPDX
    tag:value files created by Philippe Ombredanne. Philippe prepared the
    base worksheet, and did an initial spot review of a few 1000 files.

    The 4.13 kernel was the starting point of the analysis with 60,537 files
    assessed. Kate Stewart did a file by file comparison of the scanner
    results in the spreadsheet to determine which SPDX license identifier(s)
    to be applied to the file. She confirmed any determination that was not
    immediately clear with lawyers working with the Linux Foundation.

    Criteria used to select files for SPDX license identifier tagging was:
    - Files considered eligible had to be source code files.
    - Make and config files were included as candidates if they contained >5
    lines of source
    - File already had some variant of a license header in it (even if
    Reviewed-by: Philippe Ombredanne
    Reviewed-by: Thomas Gleixner
    Signed-off-by: Greg Kroah-Hartman

    Greg Kroah-Hartman
     

05 Jan, 2016

1 commit

  • Commit 71557a37adb5 ("[netdrvr] sh_eth: Add SH7619 support") added support
    for the big-endian EDMAC descriptors. However, it was never used and never
    worked right until the recent driver fixes. I think we now can just remove
    this support, it was only burdening the driver from the start. It should be
    easy to do without disturbing the SH platform code, at least for now...

    Signed-off-by: Sergei Shtylyov
    Acked-by: Simon Horman
    Signed-off-by: David S. Miller

    Sergei Shtylyov
     

20 Dec, 2013

1 commit


21 Aug, 2013

1 commit

  • Now that the 'register_type' field of the 'sh_eth' driver's platform data is not
    used by the driver anymore, it's time to remove it and its initializers from
    the SH platform code. Also move *enum* declaring values for this field from
    to the local driver's header file as they're only needed
    by the driver itself now...

    Signed-off-by: Sergei Shtylyov
    Signed-off-by: David S. Miller

    Sergei Shtylyov
     

03 Aug, 2013

1 commit


30 Mar, 2013

1 commit

  • Commit d0418bb7123f44b23d69ac349eec7daf9103472f (net: sh_eth: Add eth support
    for R8A7779 device) was a failed attempt to add support for one of members of
    the R-Car SoC family. That's for three reasons: it treated R8A7779 the same
    as SH7724 except including quite dirty hack adding ECMR_ELB bit to the mask
    in sh_eth_set_rate() while not removing ECMR_RTM bit (despite it's reserved in
    R-Car Ether), and it didn't add a new register offset array despite the closest
    SH_ETH_REG_FAST_SH4 mapping differs by 0x200 to the offsets all the R-Car Ether
    registers have, and also some of the registers in this old mapping don't exist
    on R-Car Ether (due to this, SH7724's 'sh_eth_my_cpu_data' structure is not
    adequeate for R-Car too). Fix all these shortcomings, restoring the SH7724
    related section to its pristine state...

    Signed-off-by: Sergei Shtylyov
    Signed-off-by: David S. Miller

    Sergei Shtylyov
     

17 Feb, 2012

1 commit

  • The SH7757 has 2 Fast Ethernet and 2 Gigabit Ethernet, and the first
    Gigabit channel needs the initialization. So, this patch adds the
    parameter of "needs_init", and if the sh_eth_plat_data is set it
    to 1, the driver will initialize the channel.

    Signed-off-by: Yoshihiro Shimoda
    Signed-off-by: David S. Miller

    Yoshihiro Shimoda
     

29 Sep, 2011

1 commit