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  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:	Sat, 23 Aug 2014 21:50:11 +0200
From:	Geert Uytterhoeven <>
To:	Olof Johansson <>
Cc:	Andrew Bresticker <>,
	Florian Fainelli <>,
	Kumar Gala <>,
	Ralf Baechle <>,
	David Daney <>,
	Rob Herring <>,
	Linux-MIPS <>,
	Qais Yousef <>,
	Ian Campbell <>,
	"" <>,
	Pawel Moll <>,
	John Crispin <>,
	Mark Rutland <>,
	Jayachandran C <>,
	Paul Burton <>,
	James Hogan <>,
	"" <>
Subject: Re: [PATCH 0/7] MIPS: Move device-tree files to a common location

On Sat, Aug 23, 2014 at 8:31 AM, Olof Johansson <> wrote:
>> > arch/arm/boot/dts/<vendor>/
>> >
>> > Is this something we should do for the MIPS and update the other architectures
>> > to follow that scheme?
>> I recall reading that as well and that it would be adopted for ARM64,
>> but that hasn't seemed to have happened.  Perhaps Olof (CC'ed) will no
>> more.
> Yeah, I highly recommend having a directory per vendor. We didn't on ARM,
> and the amount of files in that directory is becoming pretty
> insane. Moving to a subdirectory structure later gets messy which is
> why we've been holding off on it.

It would mean we can change our scripts to operate on "interesting"
DTS files from

     do-something-with $(git grep -l $vendor, -- arch/arm/boot/dts)


    do-something-with arch/arm/boot/dts/$vendor/*

which is easier to type...



Geert Uytterhoeven -- There's lots of Linux beyond ia32 --

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists