public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dmitri Vorobiev <dmitri.vorobiev@movial.fi>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: linux-next@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
Subject: Re: linux-next: Tree for June 6
Date: Fri, 06 Jun 2008 17:42:56 +0300	[thread overview]
Message-ID: <48494CF0.4090604@movial.fi> (raw)
In-Reply-To: <20080606211151.b36ed703.sfr@canb.auug.org.au>

[-- Attachment #1: Type: text/plain, Size: 1902 bytes --]

Stephen Rothwell wrote:
> Hi Dmitri,
> 
> On Fri, 06 Jun 2008 11:48:37 +0300 Dmitri Vorobiev <dmitri.vorobiev@movial.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

[-- Attachment #2: allmodconfig.patch --]
[-- Type: text/x-patch, Size: 840 bytes --]

--- .config.allmodconfig	2008-06-06 15:28:18.000000000 +0300
+++ .config	2008-06-06 15:28:59.000000000 +0300
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
 # Linux kernel version: 2.6.26-rc5
-# Fri Jun  6 14:22:13 2008
+# Fri Jun  6 15:28:59 2008
 #
 CONFIG_MIPS=y
 
@@ -1317,7 +1317,7 @@
 CONFIG_EL2=m
 CONFIG_EL16=m
 CONFIG_EL3=m
-CONFIG_VORTEX=m
+# CONFIG_VORTEX is not set
 CONFIG_NET_VENDOR_SMC=y
 CONFIG_WD80x3=m
 CONFIG_ULTRA=m
@@ -2735,14 +2735,9 @@
 CONFIG_EXT3_FS_XATTR=y
 CONFIG_EXT3_FS_POSIX_ACL=y
 CONFIG_EXT3_FS_SECURITY=y
-CONFIG_EXT4DEV_FS=m
-CONFIG_EXT4DEV_FS_XATTR=y
-CONFIG_EXT4DEV_FS_POSIX_ACL=y
-CONFIG_EXT4DEV_FS_SECURITY=y
+# CONFIG_EXT4DEV_FS is not set
 CONFIG_JBD=m
 CONFIG_JBD_DEBUG=y
-CONFIG_JBD2=m
-CONFIG_JBD2_DEBUG=y
 CONFIG_FS_MBCACHE=m
 CONFIG_REISERFS_FS=m
 CONFIG_REISERFS_CHECK=y

  reply	other threads:[~2008-06-06 14:43 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-06  8:35 linux-next: Tree for June 6 Stephen Rothwell
2008-06-06  8:48 ` Dmitri Vorobiev
2008-06-06 11:11   ` Stephen Rothwell
2008-06-06 14:42     ` Dmitri Vorobiev [this message]
  -- strict thread matches above, loose matches on Subject: below --
2011-06-06  3:20 Stephen Rothwell
2011-06-07  9:48 ` Catalin Marinas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48494CF0.4090604@movial.fi \
    --to=dmitri.vorobiev@movial.fi \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-next@vger.kernel.org \
    --cc=sfr@canb.auug.org.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox