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;
MIME-Version: 1.0
In-Reply-To: <20180409144803.08293fe4@endymion>
References: <20180409001637.162453-1-alexander.levin@microsoft.com>
 <20180409001637.162453-142-alexander.levin@microsoft.com> <CAPxHnE3uPVC684DzGbdNRsJNsfHN8WF2H7m8GkKz7Z22-V+1yQ@mail.gmail.com>
 <20180409144803.08293fe4@endymion>
From:   Parag Warudkar <parag.warudkar@gmail.com>
Date:   Mon, 9 Apr 2018 09:44:28 -0400
Message-ID: <CAPxHnE3RLALDXA6OwMT6CKUM5U9vPo_--Wq8t7MZRwz04Gzu=w@mail.gmail.com>
Subject: Re: [PATCH AUTOSEL for 4.15 142/189] firmware: dmi_scan: Fix handling
 of empty DMI strings
To:     Jean Delvare <jdelvare@suse.de>
Cc:     Sasha Levin <Alexander.Levin@microsoft.com>,
        stable@vger.kernel.org,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        Ingo Molnar <mingo@kernel.org>,
        Thomas Gleixner <tglx@linutronix.de>
Content-Type: text/plain; charset="UTF-8"
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Mon, Apr 9, 2018 at 8:48 AM, Jean Delvare <jdelvare@suse.de> wrote:
> As a conclusion, it's doable, but the benefit is very small and limited
> to a few broken systems, and it has the downside of not discouraging
> low-quality tables, so my position is that it's not worth it and not
> desirable.

Thanks for the explanation Jean, I just wanted to make sure we are not
going back to the original problem of allocating lots of memory for
lots of spaces. Given the limited benefit and low likelihood of
encountering lots of strings with lots of leading and trailing spaces,
I agree, it's best to stick to the spec. And it's also no longer a
static 2048 byte array we are allocating from anymore!

--Parag