From owner-cvs-src@FreeBSD.ORG Tue Nov 16 18:29:11 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF5CB16A4CE for ; Tue, 16 Nov 2004 18:29:11 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3450243D5C for ; Tue, 16 Nov 2004 18:29:11 +0000 (GMT) (envelope-from maksim.yevmenkin@gmail.com) Received: by rproxy.gmail.com with SMTP id a36so757804rnf for ; Tue, 16 Nov 2004 10:28:37 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=Nw6gu9OvSzWGIEp9C1Oih2AbWpDZP+ngmwMCXcGS0mkZ/mV+Hpzu5F7VhyBaGwlaa0BQ7T9jjbBSGSxJC7k2LlbbJ5mJLGuwuLiABQVXJuQAvLw11QHEqPZsplTatZaiO8op3am9SkazjXHCB7+KyS1v35MUmyk5lnaBPimsgNw= Received: by 10.38.163.47 with SMTP id l47mr579381rne; Tue, 16 Nov 2004 10:28:37 -0800 (PST) Received: by 10.38.75.35 with HTTP; Tue, 16 Nov 2004 10:28:37 -0800 (PST) Message-ID: Date: Tue, 16 Nov 2004 10:28:37 -0800 From: Maksim Yevmenkin To: Brooks Davis In-Reply-To: <20041116180905.GA11906@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <7302.1100627038@critter.freebsd.dk> <20041116180905.GA11906@odin.ac.hmc.edu> cc: cvs-src@freebsd.org cc: Poul-Henning Kamp cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/vkbd vkbd.c vkbd_var.h src/sys/modules/vkbd Makefile X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Maksim Yevmenkin List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2004 18:29:12 -0000 On Tue, 16 Nov 2004 10:09:05 -0800, Brooks Davis wrote: > On Tue, Nov 16, 2004 at 10:00:24AM -0800, Maksim Yevmenkin wrote: > > > > On Tue, 16 Nov 2004 18:43:58 +0100, Poul-Henning Kamp > > wrote: > > > In message , Maksim Yevmenkin writes > > > : > > > > > > > > > >On Tue, 16 Nov 2004 18:04:56 +0100, Poul-Henning Kamp > > > > wrote: > > > >> In message <200411161659.iAGGxNiX087329@repoman.freebsd.org>, Maksim Yevmenkin > > > >> writes: > > > >> > > > >> > > > >> >emax 2004-11-16 16:59:23 UTC > > > >> > > > > >> > FreeBSD src repository > > > >> > > > > >> > Added files: > > > >> > sys/dev/vkbd vkbd.c vkbd_var.h > > > >> > sys/modules/vkbd Makefile > > > >> > Log: > > > >> > Add virtual AT keyboard driver vkbd(4). > > > >> > Not yet connected to the build. > > > >> > > > >> I thought we had one of those already ? > > > > > > > >when? where? did i miss it? > > > > > > sys/dev/kbd (and various MD stuff all over the place) ? > > > > perhaps i'm missing something here. the idea behind vkdb(4) is to > > create a keyboard without a keyboard. that is to create a keyboard > > that accepts scan codes from userspace and not from real hardware. > > that is what vkbd(4) does. it creates a new keyboard (just like > > ukbd(4) etc) and register it with kbd(4). basically what i want to do > > is to obtain scan codes from bluetooth keyboard and then feed them > > into the kernel. the idea is that bluetooth hid daemon looks for the > > bluetooth keyboard, connects to it, switches active keyboard to > > vkbd(4) , reads scan codes and feeds them into vkbd(4). when bluetooth > > keyboard is gone the bluetooth hid daemon switches back to wired > > keyboard. i do not think i can do it with kdb(4), can i? > > Have you considered making the virtual keyboard an in kernel client of > it's child keyboard(s)? If you don't do this, you can't use the virtual > keyboard in single user mode or in the debugger. vkbd(4) man page says that it will not work with ddb(4) :) and (at this point) i'm not sure whether this is required. in case of bluetooth hid all scan codes have to passed through bluetooth stack. i definitely do not want to use bluetooth keyboard in ddb(4) or in single user mode :) i think i see where you are going. you are probably thinking about some sort of lights-out management where you use only network connection to control box remotely, a-la pc-weasel and eric cards. am i close? max