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] [day] [month] [year] [list]
Date:	Thu, 14 Nov 2013 20:11:50 -0500
From:	Keith Curtis <keithcu@...il.com>
To:	Alexander Holler <holler@...oftware.de>
Cc:	linux-kernel@...r.kernel.org,
	Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: Linux 3.12 released .. and no merge window yet .. and 4.0 plans?

On Thu, Nov 7, 2013 at 5:17 AM, Alexander Holler <holler@...oftware.de> wrote:
> Am 06.11.2013 14:42, schrieb Keith Curtis:
>
>> I don't know if you all should spend time working only on bugs, but I
>> believe more time should be spent on the bug *list*. There are many
>> users patiently waiting for the kernel to work for their computer. The
>> pleas for help can be read in the bug database. The data can be used
>> to determine the selective places in the code that need more
>> brainpower. Send in the cavalry! Some have been waiting for years. I'm
>> running into 9 kernel / X bugs on my new Lenovo Yoga 2 with 3.11.6. An
>> unprioritized buglist also discourages people from entering new, valid
>> ones. As the issue list gets in better shape, things will become a bit
>> more relaxed. Quality metrics around bug count and age can be useful.
>
>
> The problem with many bugs is, that workarounds don't get accepted.
>
> So the situation sometimes is that there is a driver which isn't that
> perfect and when you try to fix something, the patch is refused because it
> is as imperfect as the whole driver (even if the patch would cure some
> problems).
> So the only fix which won't be refused is a rewrite of the driver which
> often just isn't what people are willing to do.
>
> Regards,
>
> Alexander Holler
>

I think this explains some of the bugs, but not many. I think a better
explanation is that there aren't metrics tracked by anyone, some
important drivers are understaffed / abandoned, and some people don't
care about their bug count. Of course, in the housing construction
business, and other fields, if you don't do a conscientious job on
your punch list, you'd get fired. Bug count goals are a great
mechanism, better than flame-mails, of increasing the quality of a
product.

I just wrote a review of an Arch install on a Lenovo Yoga 2. I post a
link to those who may find it interesting:
http://keithcu.com/wordpress/?p=3270 but in general, I'm making the
kernel points I care about here so you might just find it rambling /
duplicative ;-)

Reviving the kerneloops service is a good idea but it isn't a great
quality metric on its own because it only catches a small fraction of
the problems users run into. Kerneloops problems could be
de-duplicated and then entered into bugzilla. Another good service
might be where you can upload your logs, and they get analyzed and
bugs reported. I see confusing and worrying errors filling up my SDD
(75MB / day.) I've fixed it via a tweak to journald.conf, but there
shouldn't be so much given that the hardware is brand-new and not
broken.

It is friendly on LKML given how busy everyone is, and partially that
is because any frustrated users of desktop Linux are inspired by it,
and therefore polite and don't nag. But the user-facing customer
service isn't super great right now so consider yourself lucky! I read
a line that a good way to judge an airline is by what happens *after*
they lose your luggage. By that standard Linux Airways needs to
improve a bit more somehow.

The battle between testers and developers goes almost as far back as
the one between the sexes, and werewolves vs vampires. Currently, the
users are beating the good guys. Send in the cavalry.

Regards,

-Keith
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists