Re: [PATCH] 2.5.14 IDE 56
Martin Dalecki (firstname.lastname@example.org)
Wed, 08 May 2002 09:36:27 +0200
Uz.ytkownik Padraig Brady napisa?:
> Linus Torvalds wrote:
>> [ First off: any IDE-only thing that doesn't work for SCSI or other
>> doesn't solve a generic problem, so the complaint that some generic
>> tools might use it is totally invalid. ]
>> On Tue, 7 May 2002, Anton Altaparmakov wrote:
>>> Linux's power is exactly that it can be used on anything from a
>>> to a huge server and that it is flexible about everything. You are
>>> this flexibility for no apparent reason. (I don't accept "I can't
>>> cope with
>>> this so I remove it." as a reason, sorry).
>> Run the 57 patch, and complain if something doesn't work.
>> Linux's power is that we FIX stuff. That we make it the best system
>> possible, and that we don't just whine and argue about things.
>>> As the new IDE maintainer so far we have only seen you removing one
>>> feature after the other in the name of cleanup, without adequate or even
>>> any at all(!) replacements,
>> Who cares? Have you found _anything_ that Martin removed that was at all
>> worthwhile? I sure haven't.
>> Guys, you have to realize that the IDE layer has eight YEARS of absolute
>> crap in it. Seriously. It's _never_ been cleaned up before. It has stuff
>> so distasteful that t's scary.
>> Take it from me: it's a _lot_ easier to add cruft and crap on top of
>> code. You can do it yourself if you want to. You don't need a maintainer
>> to add barnacles.
>> All the information that /proc/ide gave you is basically available in
>> hdparm, and for your dear embedded system it apparently takes up less
>> space by being in user space. So what is the problem?
> Well my "dear" embedded system doesn't have libc :-(
> So 35664 saved in kernel (less on disk), requires 25212
> extra for hdparm + more for static linked uclibc (hope
> it works ;-)). As a side note if this happens hdparm would
> be a requirement for busybox IMHO, anyway getting back on topic...
> All the info I've ever needed is /proc/ide/hdx/capacity
> which I could get from /proc/partitions with more a bit
> more effort, so I vote for removing /proc/ide.
> I think everyone realises Martin is doing great and much needed work
> on IDE (btw I'll have those flash support patches soon Martin ;-)),
> but I did think this change needed debate. In general I know it's a
> hard decision what to export in proc, especially if there are
> existing dependencies, a few already mentioned possibles in RH7.1:
> For e.g. could the same arguments could be made for lspci only
> interface to pci info rather than /proc/bus/pci? The following
> references are made to /proc/bus/pci on my system:
In esp. in sigth of the fact that we have a device tree filesystem, I
rather think that /prco/bus/pci is obsolete indeed.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/