Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp694442imm; Mon, 21 May 2018 12:41:51 -0700 (PDT) X-Google-Smtp-Source: AB8JxZq/zTCn/Bd8HgvCIeaAgtwJpCAoHO75DKX4cQ0mwA979uB4ZCacAoBxmVfppsShQckP63g5 X-Received: by 2002:a63:6142:: with SMTP id v63-v6mr16735659pgb.432.1526931711545; Mon, 21 May 2018 12:41:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526931711; cv=none; d=google.com; s=arc-20160816; b=Yg8JDu4D7rHt9y5C9RC3jd2UJzPZtQfzPm1r4DAjdiqvHFVF0Qg/5XQLz5rAXNbdkr YxjSKqSg1NBND7/OpHLBIgGfkdQTwVmL4UIve9sF64I3tAAR0yDIGzE+hJzIkcFELSAl eJB3UH9chkDjtEuSiKLjqSCuesvPOm7dYitdQSblZwY1C9OYHBF0YaNVrVWWLhPDY4TP CHlpG72YreKR36xWYSZmzD6+DJeh8zlVtM/zs7GD7zqqOURG5UNVBto0AwHtenO4MmWg 7jRrKJEPL3xXpES8O7dc0Cj/9mBAD61rTWnUhKjZT2NTQJscXoLUn2ROywrIB1Um5CvM ub2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:content-disposition :mime-version:message-id:subject:cc:to:from:date :arc-authentication-results; bh=F5jGTsRbV5DzMmmQ6ST3OgbNk9ULVcRkqmFQsrQPFTU=; b=0onN43rEO0KysYHKHl7atZKWfdyhXNFHkRTjGOAZ59KXzXlU4sRiG1hQVT9O4fgdVN il78zkTG/z4VIjcW+ap6wWFj7xK/y3GQee5UEOxu0kw38JyLbTtJACSMl5lrCfQ5+Dtc UAga6rr3btrodYHhr3bLlfeynM0fUxnCvObt4x1GzsCwEU6kJFPFg0D+sXsrHssiCJXu Y34aARi9QwzEZM4TgfU2NZGokG2Es4BTVhFIAY/omhY/w6W6E80uG5hkTnInGo+7lBiG X0CJzYuWhCnUih8QdgU1jMQ1R8wxfYy5PXx6beS+OBHpXyFRyK7togeTiFyGP6czE2S7 XJpw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 81-v6si14524144pfl.295.2018.05.21.12.41.36; Mon, 21 May 2018 12:41:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751253AbeEUTjz (ORCPT + 99 others); Mon, 21 May 2018 15:39:55 -0400 Received: from gateway34.websitewelcome.com ([192.185.148.196]:21706 "EHLO gateway34.websitewelcome.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751077AbeEUTjy (ORCPT ); Mon, 21 May 2018 15:39:54 -0400 Received: from cm14.websitewelcome.com (cm14.websitewelcome.com [100.42.49.7]) by gateway34.websitewelcome.com (Postfix) with ESMTP id 0CA298F1F3 for ; Mon, 21 May 2018 14:39:54 -0500 (CDT) Received: from gator4166.hostgator.com ([108.167.133.22]) by cmsmtp with SMTP id Kqewfpvc85CKDKqewfJAIe; Mon, 21 May 2018 14:39:54 -0500 X-Authority-Reason: nr=8 Received: from [187.192.46.223] (port=57532 helo=embeddedor) by gator4166.hostgator.com with esmtpa (Exim 4.89_1) (envelope-from ) id 1fKqev-001ysX-Jt; Mon, 21 May 2018 14:39:53 -0500 Date: Mon, 21 May 2018 14:39:51 -0500 From: "Gustavo A. R. Silva" To: Mauro Carvalho Chehab Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, "Gustavo A. R. Silva" Subject: [media] duplicate code in media drivers Message-ID: <20180521193951.GA16659@embeddedor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator4166.hostgator.com X-AntiAbuse: Original Domain - vger.kernel.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - embeddedor.com X-BWhitelist: no X-Source-IP: 187.192.46.223 X-Source-L: No X-Exim-ID: 1fKqev-001ysX-Jt X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: (embeddedor) [187.192.46.223]:57532 X-Source-Auth: gustavo@embeddedor.com X-Email-Count: 3 X-Source-Cap: Z3V6aWRpbmU7Z3V6aWRpbmU7Z2F0b3I0MTY2Lmhvc3RnYXRvci5jb20= X-Local-Domain: yes Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mauro, I found some duplicate code with the help of Coccinelle and Coverity. Notice that these are not code patches, they only point out the duplicate code in some media drivers: diff -u -p drivers/media/pci/bt8xx/dvb-bt8xx.c /tmp/nothing/media/pci/bt8xx/dvb-bt8xx.c --- drivers/media/pci/bt8xx/dvb-bt8xx.c +++ /tmp/nothing/media/pci/bt8xx/dvb-bt8xx.c @@ -389,9 +389,7 @@ static int advbt771_samsung_tdtc9251dh0_ else if (c->frequency < 600000000) bs = 0x08; else if (c->frequency < 730000000) - bs = 0x08; else - bs = 0x08; pllbuf[0] = 0x61; pllbuf[1] = div >> 8; diff -u -p drivers/media/usb/dvb-usb/dib0700_devices.c /tmp/nothing/media/usb/dvb-usb/dib0700_devices.c --- drivers/media/usb/dvb-usb/dib0700_devices.c +++ /tmp/nothing/media/usb/dvb-usb/dib0700_devices.c @@ -1741,13 +1741,6 @@ static int dib809x_tuner_attach(struct d struct dib0700_adapter_state *st = adap->priv; struct i2c_adapter *tun_i2c = st->dib8000_ops.get_i2c_master(adap->fe_adap[0].fe, DIBX000_I2C_INTERFACE_TUNER, 1); - if (adap->id == 0) { - if (dvb_attach(dib0090_register, adap->fe_adap[0].fe, tun_i2c, &dib809x_dib0090_config) == NULL) - return -ENODEV; - } else { - if (dvb_attach(dib0090_register, adap->fe_adap[0].fe, tun_i2c, &dib809x_dib0090_config) == NULL) - return -ENODEV; - } st->set_param_save = adap->fe_adap[0].fe->ops.tuner_ops.set_params; adap->fe_adap[0].fe->ops.tuner_ops.set_params = dib8096_set_param_override; diff -u -p drivers/media/dvb-frontends/mb86a16.c /tmp/nothing/media/dvb-frontends/mb86a16.c --- drivers/media/dvb-frontends/mb86a16.c +++ /tmp/nothing/media/dvb-frontends/mb86a16.c @@ -1466,9 +1466,7 @@ static int mb86a16_set_fe(struct mb86a16 wait_t = (1572864 + state->srate / 2) / state->srate; if (state->srate < 5000) /* FIXME ! , should be a long wait ! */ - msleep_interruptible(wait_t); else - msleep_interruptible(wait_t); if (sync_chk(state, &junk) == 0) { iq_vt_set(state, 1); diff -u -p drivers/media/dvb-frontends/au8522_decoder.c /tmp/nothing/media/dvb-frontends/au8522_decoder.c --- drivers/media/dvb-frontends/au8522_decoder.c +++ /tmp/nothing/media/dvb-frontends/au8522_decoder.c @@ -280,14 +280,9 @@ static void setup_decoder_defaults(struc AU8522_TOREGAAGC_REG0E5H_CVBS); au8522_writereg(state, AU8522_REG016H, AU8522_REG016H_CVBS); - if (is_svideo) { /* Despite what the table says, for the HVR-950q we still need to be in CVBS mode for the S-Video input (reason unknown). */ /* filter_coef_type = 3; */ - filter_coef_type = 5; - } else { - filter_coef_type = 5; - } /* Load the Video Decoder Filter Coefficients */ for (i = 0; i < NUM_FILTER_COEF; i++) { I wonder if some of the cases above were intentionally coded that way or some code needs to be removed. Thanks -- Gustavo