From owner-freebsd-mobile@FreeBSD.ORG Mon Jun 7 09:20:22 2004 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B2116A4CE for ; Mon, 7 Jun 2004 09:20:22 +0000 (GMT) Received: from smtpgw02.cablecom.ch (smtpgw02.cablecom.ch [62.2.34.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7593243D5C for ; Mon, 7 Jun 2004 09:20:21 +0000 (GMT) (envelope-from emanuel.haupt@cablecom.ch) Received: from cablecom.ch (gwmail.cablecom.ch [10.1.1.44]) by smtpgw02.cablecom.ch (4.9.7.3) with ESMTP id 77a5bAAL for ; Mon, 7 Jun 2004 11:20:07 +0200 (MEST) Received: from wiggles.cablecom.ch [10.26.10.29] by cablecom.ch; Mon, 07 Jun 2004 11:19:57 +0200 Date: Mon, 7 Jun 2004 11:19:26 +0200 From: Emanuel Haupt To: freebsd-mobile@freebsd.org Message-Id: <20040607111926.6d97e712.emanuel.haupt@cablecom.ch> X-Mailer: Sylpheed version 0.9.11 (GTK+ 1.2.10; i386-portbld-freebsd5.2.1) X-message-flag: Warning! Outlook is a major security risk. Please use a safer email client. Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: comms/birda with p900 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2004 09:20:22 -0000 hello list i was wondering if ever anyone tried to send files/data from an sony ericsson p900 mobile phone via infrared to a freebsd machine. the experience i made: - i installed the birda port (comms/birda) version birda-1.00_2 i have: kern.osrelease: 5.2.1-RELEASE-p6 kern.osrevision: 199506 as root i am trying to receive an obex object via notebook (compaq evo n610c) internal infrared port. the phone shows a status bar and actually seems to send the data but then says "Could not connect" simultaneously i get the following output from irs: # irs -d /dev/cuaa1 -e -o -g bad length in OBEX packet 509>508 add to collBuf 508+1 (509) bad length in OBEX packet 509>508 add to collBuf 508+1 (509) bad length in OBEX packet 509>508 add to collBuf 508+1 (509) bad length in OBEX packet 509>508 the same test works fine with a plam V. irs receives data, dumps it into an obex file and exits (-e). might the p900 have an erroneous implementation of the obex protocol? i would like to hear your experience you made with your p900 or similar mobile phones. thanks in advance emanuel