lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 08 Apr 2013 17:45:14 +0400
From:	Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
To:	Simon Horman <horms@...ge.net.au>
CC:	netdev@...r.kernel.org, nobuhiro.iwamatsu.yj@...esas.com,
	linux-sh@...r.kernel.org, phil.edworthy@...esas.com
Subject: Re: [PATCH 2/2] sh_eth: add R-Car support for real

Hello.

On 08-04-2013 13:04, Simon Horman wrote:

>>> 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 <sergei.shtylyov@...entembedded.com>

>> Hi Sergei,

>> thanks for this and sorry for not noticing it earlier.
>> I will try exercising it on the r8a7790 lager.

> I am having a little trouble getting bringing up a link on the
> r8a7790 lager. I wonder if:

> * You know of any sh_eth side changes that need to be made,
>    other than adding r8a7790 obvious ones relating to adding
>    ARCH_R8A7790 wherever ARCH_R8A7779 is found.

    Unfortunately, the only datasheet for R8A7790 Ether I have is in Japanese. 
And I don't have the board info either. :-(

> * You have any sample board code for the marzen/r8a7779 or
>    bockw/r8a7778 handy.

    On Marzen the driver simply doesn't work right (and I don't even have the 
datasheet for the Ethernet daughter board that I have, only for some other 
type of board), on the BOCK-W the driver works but I have only tested it with 
the version 1 of Morimoto-san's R8A7778/BOCK-W patches (which included pinmux
support), so this patch doesn't compile anymore with the current 
renesas.git/next. With BOCK-W you need to set 'no_ether_link' in the platform 
data since the Ether's LINK signal is connected to PHY's link/activity LED output.

WBR, Sergei

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists