From owner-freebsd-bluetooth@FreeBSD.ORG Sun May 13 14:19:25 2007 Return-Path: X-Original-To: freebsd-bluetooth@freebsd.org Delivered-To: freebsd-bluetooth@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CBF1216A405 for ; Sun, 13 May 2007 14:19:25 +0000 (UTC) (envelope-from sec@42.org) Received: from ice.42.org (ice.42.org [194.77.85.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7564113C489 for ; Sun, 13 May 2007 14:19:25 +0000 (UTC) (envelope-from sec@42.org) Received: by ice.42.org (Postfix, from userid 1000) id 36EE9C46C; Sun, 13 May 2007 16:01:48 +0200 (CEST) Date: Sun, 13 May 2007 16:01:48 +0200 From: Stefan `Sec` Zehl To: freebsd-bluetooth@freebsd.org Message-ID: <20070513140148.GA24803@ice.42.org> X-Current-Backlog: 2705 messages Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i I-love-doing-this: really X-Modeline: vim:set ts=8 sw=4 smarttab tw=72 si noic notitle: Accept-Languages: de, en X-URL: http://sec.42.org/ Subject: send something TO a hid device X-BeenThere: freebsd-bluetooth@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Using Bluetooth in FreeBSD environments List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 14:19:25 -0000 Hi, I have just acquired a Bluetooth "Media Pad", which is basically a small keyboard with an LCD display above it. The keypad part works ok with bthidd (some special keys don't yet send keycodes, but that should be easily fixable). The more interesting part is that I have found some rudimentary info on how to send something to that display, and wanted to implement that for FreeBSD. The problem I have is that bthidd is not designed to receive data from somewhere else and send it to the device. As a test, I have successfully hardcoded some data and sent it to the device already, but that data needs to come from outside bthidd in the long run. What would be the preferred way to get such data into the bthidd? The obvious idea seams to be to make bthidd listen on a local socket, and implement an ad hoc protocol. Are there any better ideas? Is there perhaps a way to send information "backwards" through a vkbd device? CU, Sec -- I'm convinced that, if you could decode the 'unused' bits of our DNA, they'd read: "Copyright 50000BC, Regents of the University of California"