From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 22 May 2002 10:16:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 22 May 2002 10:16:08 -0400 Received: from [195.63.194.11] ([195.63.194.11]:9744 "EHLO mail.stock-world.de") by vger.kernel.org with ESMTP id ; Wed, 22 May 2002 10:16:06 -0400 Message-ID: <3CEB9943.5030400@evision-ventures.com> Date: Wed, 22 May 2002 15:12:35 +0200 From: Martin Dalecki User-Agent: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.0rc1) Gecko/20020419 X-Accept-Language: en-us, pl MIME-Version: 1.0 To: Alexander Viro CC: Vojtech Pavlik , Alan Cox , Padraig Brady , Kernel Mailing List Subject: Re: [PATCH] 2.5.17 /dev/ports In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Uz.ytkownik Alexander Viro napisa?: > > On Wed, 22 May 2002, Martin Dalecki wrote: > > >>So at least we know now: >> >>1. Kernel is bogous. >>2. util-linux is bogous. >> >>IOCTL is ineed the way to go to implement such functionality... > > > For kbdrate??? sysctl I might see - after all, we are talking about > setting two numbers. ioctl() to pass a couple of integers to the kernel? > No, thanks. Portable along architectures - no thanks? Portbale along different devices and device driver implementations - no thanks? Not to mess with hardware with preassumtptions how it works - no thanks? Giving PC vendors a chance to get rid of silly legacy hardware - no thanks? Abviously documented by beeing there - no thanks? Just one case in switch statement + few bytes for copy from user and stuff - no thanks? Actual hardware functionality abstraction - no thanks? Operating system - no thanks? *BUT* filesystems attached to /dev/ nodes - NO THANKS indeed!