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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Fri, 06 Jun 2008 17:42:56 +0300
From:	Dmitri Vorobiev <dmitri.vorobiev@...ial.fi>
To:	Stephen Rothwell <sfr@...b.auug.org.au>
CC:	linux-next@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: linux-next: Tree for June 6

Stephen Rothwell wrote:
> Hi Dmitri,
> 
> On Fri, 06 Jun 2008 11:48:37 +0300 Dmitri Vorobiev <dmitri.vorobiev@...ial.fi> wrote:
>> Please see http://lkml.org/lkml/2008/6/4/152 where you'll find the
>> description of how I built a MIPS cross-toolchain and a working MIPS config.
> 
> Thanks for that.  Sorry I didn't respond sooner.
> 
> We have managed to make a working tool chain and I will
> add some MIPS builds soon.  Was the attached config just the
> malta_defconfig in the kernel tree, or there something special about it.
> I noticed that a straight defconfig build works for mips and mipsel.
> Would you expect all{no,mod}config to work?  What would be a good 64 bit
> test config?

The config I attached in my previous email differs from the
malta_defconfig. The former is pretty minimal, and contains only the
stuff which is just necessary and sufficient to boot up the Timesys
userspace. I also use this config to boot a Debian-based system.

As for the allnoconfig, it usually builds for me, and I use allnoconfig
as one of the sanity tests in the context of my own development process.

The allmodconfig has been broken for some time, and you need to manually
disable several options (the diff between the allmodconfig and the
buildable configuration is attached to this email).

To get a buildable config out of allyesconfig, one needs to manually
disable the CONFIG_VORTEX option.

I have no 64-bit MIPS hardware, so I can't help with these platforms,
unfortunately.

> 
> It is easier for us if we just use the configs out of the kernel tree,
> but others are possible (its just harder to keep them up to date).
> 

I just checked malta_defconfig. Current Linus' tree built without
errors, and I also was able to boot a Qemu-based system. So, I believe
that malta_defconfig can be used for the linux-next test builds instead
of (or along with) the config that I sent earlier.

Dmitri

View attachment "allmodconfig.patch" of type "text/x-patch" (841 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ