[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0904242158210.8309@axis700.grange>
Date: Fri, 24 Apr 2009 22:05:39 +0200 (CEST)
From: Guennadi Liakhovetski <g.liakhovetski@....de>
To: Rogério Brito <rbrito@....usp.br>
cc: Kumar Gala <galak@...nel.crashing.org>,
linux-mtd@...ts.infradead.org, linux-kernel@...r.kernel.org,
linuxppc-dev@...abs.org
Subject: Re: Regarding the linkstation defconfig
On Fri, 24 Apr 2009, Rogério Brito wrote:
> Hi, Guennadi, Kumar & Co.
>
> Guennadi, since you seem to be the one responsible for the
> linkstation/kurobox in the kernel,
That's not howI interpret my role in linkstation development / support.
> I would like to ask you a few things
> that I couldn't quite understand. Please, forgive my ignorance here
> while I ask you some things:
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> 01. why is anticipatory the default scheduler for linkstations when CFQ
> is the default scheduler for the rest of the kernel?
>
> 02. since kuroboxes/linkstations are meant to store files, is there any
> reason why they don't have support for large blk devs enabled by
> default?
>
> 03. why is CONFIG_MIGRATION enabled in such low memory devices?
>
> 04. why is CONFIG_BLK_DEV_RAM enabled by default?
>
> 05. why is SCSI_LOWLEVEL enabled, if no device under that tree is used?
>
> 06. idem for CONFIG_NETDEV_10000.
>
> 07. idem for CONFIG_WIRELESS.
>
> 08. idem for CONFIG_HWMON.
>
> 09. idem for CONFIG_CRYPTO_HW.
>
> 10. any reason why CONFIG_VIDEO_OUTPUT_CONTROL is configured as a
> module?
>
> 11. any reason why CIFS is not configured with extended attributes,
> while both ext3 and nfs are?
>
> 12. wouldn't it be a good thing to enable CONFIG_PRINTK_TIME?
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
As I already replied to you earlier, I am not particularly interested in
fine-tuning and optimisation of defconfigs. IMHO *_defconfigs are only
examples of board configuration, that are known to build and work. The
rest is up to the user / packager.
> Perhaps similar remarks would apply to the other device that you
> maintain? I forgot its name.
>
> Again, please, forgive my ignorance here regarding the questions above.
> I'm really looking for some clarification and to get things in shape
> both on my systems and in the default kernel configuration, in general.
Feel free to submit patches with reasoning to the powerpc ML and
respective maintainer as per MAINTAINERS file.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
--
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