From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932548AbcITMIw (ORCPT ); Tue, 20 Sep 2016 08:08:52 -0400 Received: from mga04.intel.com ([192.55.52.120]:21410 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932124AbcITMIt (ORCPT ); Tue, 20 Sep 2016 08:08:49 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.30,367,1470726000"; d="scan'208";a="1059456495" From: Jani Nikula To: Dan Carpenter Cc: SF Markus Elfring , dri-devel@lists.freedesktop.org, Daniel Vetter , David Airlie , Patrik Jakobsson , Julia Lawall , kernel-janitors@vger.kernel.org, LKML Subject: Re: [PATCH 5/6] GPU-DRM-GMA500: One error message less for a GCT revision mismatch in mid_get_vbt_data() In-Reply-To: <20160920104855.GJ13620@mwanda> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <566ABCD9.1060404@users.sourceforge.net> <3c9785ef-4553-2e3d-2cb2-5cf6d1f31ccd@users.sourceforge.net> <287833f5-f1ad-b7f0-c614-d4c903b1c890@users.sourceforge.net> <87shsulw9k.fsf@intel.com> <20160920104855.GJ13620@mwanda> User-Agent: Notmuch/0.22.1+63~g648dcc7 (https://notmuchmail.org) Emacs/24.4.1 (x86_64-pc-linux-gnu) Date: Tue, 20 Sep 2016 15:08:45 +0300 Message-ID: <87k2e6lqnm.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 20 Sep 2016, Dan Carpenter wrote: > Don't be a dummy... This is easy to review an it fixes a bug. > > I'm fine with you NAKing all these patches based on who they are from. > I mostly just delete these without responding because the guy has > history of introducing bugs and never listens to feedback. But asking > pointless rhetorical questions is not helpful. > > A lot of people are CC'd and you're wasting everyone's time by asking > questions where you know the answer. Fair enough, sorry for the noise. To be honest, I did only look at the patches, not who they were from. We have CI for drm/i915, but I don't think it's constructive to keep changing drivers like this where the upstream isn't actively developed and tested. But I digress. It's up to Patrik anyway. BR, Jani. -- Jani Nikula, Intel Open Source Technology Center