From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964999AbcFMJpd (ORCPT ); Mon, 13 Jun 2016 05:45:33 -0400 Received: from regular1.263xmail.com ([211.150.99.130]:35668 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964840AbcFMJpb (ORCPT ); Mon, 13 Jun 2016 05:45:31 -0400 X-263anti-spam: KSV:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ABS-CHECKED: 4 X-ADDR-CHECKED: 0 X-RL-SENDER: zyw@rock-chips.com X-FST-TO: linux-arm-kernel@lists.infradead.org X-SENDER-IP: 103.29.142.67 X-LOGIN-NAME: zyw@rock-chips.com X-UNIQUE-TAG: <100246adb40d688ba582c14257c638c9> X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Subject: Re: [v1,4/4] drm/rockchip: cdn-dp: add cdn DP support for rk3399 To: Guenter Roeck References: <1464966911-18949-5-git-send-email-zyw@rock-chips.com> <20160608221354.GA25675@roeck-us.net> Cc: dianders@chromium.org, tfiga@chromium.org, heiko@sntech.de, yzq@rock-chips.com, linux-rockchip@lists.infradead.org, Mark Yao , David Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org From: Chris Zhong Message-ID: <575E80AE.2050809@rock-chips.com> Date: Mon, 13 Jun 2016 17:45:18 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <20160608221354.GA25675@roeck-us.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Guenter Thanks for your comments On 06/09/2016 06:13 AM, Guenter Roeck wrote: >> + if (ret < 0) { >> >+ dev_err(dp->dev, "failed to request firmware %d\n", ret); >> >+ return ret; >> >+ } >> >+ >> >+ hdr = (struct cdn_firmware_header *)fw->data; >> >+ if (fw->size != le32_to_cpu(hdr->size_bytes)) >> >+ return -EINVAL; >> >+ >> >+ ret = cdn_dp_clk_enable(dp); >> >+ if (ret < 0) { >> >+ dev_err(dp->dev, "cannot enable dp clk %d\n", ret); >> >+ return ret; >> >+ } >> >+ >> >+ dp_clock_reset_seq(dp); >> >+ >> >+ iram_data = (const u32 *)(fw->data + hdr->header_size); >> >+ dram_data = (const u32 *)(fw->data + hdr->header_size + hdr->iram_size); > No need for endianness conversion here ? > The firmware does need for endianness conversio. And for the other comments, I have done them, v2 has been posted.