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] [thread-next>] [day] [month] [year] [list]
Date:	Thu, 7 Apr 2011 09:55:25 +0100
From:	Alexander Clouter <alex@...riz.org.uk>
To:	linux-kernel@...r.kernel.org
Cc:	linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 1/2] ARM: Differentiate SheevaPlugs and DockStars on the basis of the memory size.

In gmane.linux.kernel Alexander Holler <holler@...oftware.de> wrote:
> 
> Sorry, I don't feel the need to waste my time prodcuing patches to get 
> them called "abominations". Which means my willingness to post further 
> patches just got below zero.
> 
In a posting from Nico before you got offended it was explained to you 
*why* it was a Bad Idea(tm) and that that sort of thing simply does not 
work.  As a game, is it really a situation with *zero* probability of 
occuring that someone might produce a kirkwood/Sheeva flavoured board 
with only 128MB RAM?

As well as a willingness to 'produce' patches (which to be frank 
*anyone* can do[1])...the hard part is producing *good* patches.  To 
produce good patches you need to read and understand the wisdom you get 
back from the mailing lists you post to.  If you do not understand the 
reasoning, ask.

This is why you see [PATCHv${BIGNUM}] so often in a number of mailing 
lists.  If you are not willing to accept *everyone*, including yourself, 
writes crap code...well the value of your patches falls below zero.

Cheers

[1] just look at the abomination Marvell released for their 'orion5x' 
	chipset originally

-- 
Alexander Clouter
.sigmonster says: But Captain -- the engines can't take this much longer!

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ