On Mon, 12 Jun 2006, Maksim Yevmenkin wrote:
> > 1. sdp_open[_local]() may return a handle even though there is an error.
>
> well, its just the personal taste, imo :) personally, i do not like when
> libraries (ab)use errno. while "errno-style" seems to be de-facto standard in
> unix world, somet
On Wed, 14 Jun 2006, Maksim Yevmenkin wrote:
> when this comes up, i always refer people for openssl's err(3)
Well, I looked at that and I'm not sure what the point of all that is..
seems very complex for what it is, but maybe some complexity is warranted
when you have a threaded application.
Wh
On Fri, 16 Jun 2006, Maksim Yevmenkin wrote:
> > > sdp(3) client knows *exactly* what the format of the
> > > attributes should be. so, sdp(3) library should provide simple api to
> > > locate
> > > given element of given type in raw data and extract data from it. imo,
> > > more
> > > intelligent
On Fri, 16 Jun 2006, Maksim Yevmenkin wrote:
> i'm not sure why is it required to parse all the data and re-pack it into the
> linked list, just to have another api that would search and extract data from
> the linked list.
I agree, and I dont like the plethora of functions that they use. Better
On Mon, 19 Jun 2006, Maksim Yevmenkin wrote:
[I chopped the order a bit]
> it all boils down to what do we think libsdp(3) is. is it
>
> a) a generic library that only operates inside the sdp protocol scope, i.e. it
> is only aware of sdp data elements and their types and *NOT* of the meaning of
On Mon, 19 Jun 2006, Maksim Yevmenkin wrote:
> that is an interesting approach. i'm sure it is possible to do things this
> way. the only question arises is how much complexity would we like in this
> "mini-program"?
Yes, I didnt really think of it as a 'program' until my last message but
maybe i
On Wed, 11 Oct 2006, Carlos Fernández Herranz wrote:
> I'm using the inquiry command with rssi response events. When a mobile
> phone (Nokia 6230) is detected in a inquiry command, it answers with
> several inquiry with rssi result events. Now I'm wondering if the fact
> that the phone is near a B
On Fri, 13 Oct 2006, Carlos Fernández Herranz wrote:
> My USB dongle (Conceptronic CBTU2) also gives multiple responses and I
> handle them, but my question is if you know why this behaviour happens. I
> mean, if you get more responses the nearest the Bluetooth dongle is, and if
> is there any rel
On Mon, 18 Dec 2006, Maksim Yevmenkin wrote:
> hmm... strange... it should work. the very first device initialization command
> (reset) is failing (timeout).
>
> you could try to comment
>
> ${hccontrol} -n ${dev}hci reset \
> > /dev/null 2>&1 || return 1
>
> in the /etc/rc.d/blue
On Tue, 9 Jan 2007, Maksim Yevmenkin wrote:
> the main problem is time. basically i have to
>
> 2) read and understand bluetooth 2.0 spec;
The HCI spec is not very different, just some extensions and a bit of
obsoletions. The biggest problem I found was that ADD_SCO_CON is
deprecated in favour of
On Wed, 10 Jan 2007, Alexander V. Ribchansky wrote:
> Iain Hibbert ?:
> > ptype: [0xcc18] DM1 DH1 DM3 DH3 DM5 DH5 2-DH1 3-DH1 2-DH3 3-DH3 2-DH5
> > 3-DH5
>
> I'm a very-very newbie in bluetooth, but if the whole problem is to
> properly detect adapter capabi
Hi Max,
I was working on rfcomm_sppd(1) today (because for NetBSD I didn't
port rfcomm_pppd but somebody was asking after server functionality) and I
think I discovered the solution to a longstanding problem, which is..
..if I use 'rfcomm_sppd -a phone -c dun -t ttyp9', then try to access t
On Tue, 23 Jan 2007, Iain Hibbert wrote:
> Do you recall why you chose to put the slave tty into raw mode? I claim no
> expertise over pty(4) but I can't really think why rfcomm_sppd should care
> about the slave tty settings?
also, regarding the slave tty - I notice that if I do
On Wed, 24 Jan 2007, Yevmenkin, Maksim wrote:
> Into /etc/ppp/ppp.conf file, it never quite worked when executed from
> console/terminal. I have a patch sitting in my tree that fixes it and
> makes rfcomm_sppd behave like cu.
Yeah, I have something like this also ("stty -icanon -echo -icrnl" migh
On Tue, 30 Jan 2007, Maksim Yevmenkin wrote:
> please let me know if you have any problems
Not problems exactly; obexapp works fine on NetBSD with minimal changes
(is available from pkgsrc/comms/obexapp)
It would be good if the manpage could mention that for server mode, it
might be necessary to
On Tue, 20 Feb 2007, Iain Hibbert wrote:
> On Tue, 30 Jan 2007, Maksim Yevmenkin wrote:
>
> > please let me know if you have any problems
>
> Not problems exactly; obexapp works fine on NetBSD with minimal changes
> (is available from pkgsrc/comms/obexapp)
One problem that
On Wed, 21 Feb 2007, Maksim Yevmenkin wrote:
> well, the sdp_session_open() is called before setgid()/setuid() so
> sdpd will mark this session as "privileged". once sdp session is open,
> obexapp can drop its privileges and still be able to register service
> with sdpd.
I think the problem with m
On Wed, 21 Feb 2007, Maksim Yevmenkin wrote:
> so, if you are connecting to obex file transfer service, -f option is
> required (assuming that obex server was properly implemented)
Ah yes, thanks..
% obexapp -a phone -C opush -n put 21.jpg
does indeed work..
iain
__
> > I will look into this a bit more, maybe if I arrange to
> > send() an zero length message before changing the uid it
> > may work, though I'm not sure how well sdpd will handle
> that..
>
> i'm not sure what are you suggesting
My thought was that a zero length message (sent at the end
of sdp_o
On Thu, 22 Feb 2007, Maksim Yevmenkin wrote:
> ah, i see. i was thinking exactly the same, except that i would like
> to make authentication procedure between local sdp client and local
> sdp server well defined and mandatory.
Hmm, maybe with an AUTH Request/Response rather than credential check?
On Mon, 19 Mar 2007, Maksim Yevmenkin wrote:
> On 3/19/07, Deniss Lee <[EMAIL PROTECTED]> wrote:
> > Mar 19 10:55:29 lee kernel: ng_hci_process_command_timeout: ubt0hci -
> > unable to complete HCI command OGF=0x3, OCF=0x3. Timeout
>
> you did not provide enough details to give you any useful answ
On Tue, 27 Mar 2007, Deniss Lee wrote:
> > > you did not provide enough details to give you any useful answer. just
> > > by looking at the error message i can say that your bluetooth dongle
> > > did not respond to the "reset" command.
> >
> > This sounds similar to a problem that occurred on the
On Tue, 10 Apr 2007, Eric Anderson wrote:
> On 04/10/07 15:04, Vittorio De Martino wrote:
> > How can I make it?
>
> I don't see RFCOMM in the list above.
yeah, Vittorio should try
sdpcontrol -a tomtom search sp
to see if the 'Serial Port' service is available..
> Record Handle: 0x00090
On Wed, 18 Apr 2007, Vittorio De Martino wrote:
> What I would like to do is to read gps data position in NMEA format
> (I've read somewhere that this is the standard for tomtom).
Yeah, but where did you read that?
> In other words by means of a terminal like minicom and a
> /dev/somethingIdontk
On Mon, 23 Apr 2007, Maksim Yevmenkin wrote:
> p.s. bluetooth pan is not supported under freebsd
FWIW there is no reason it should not work, if somebody would write a
userland PAN program that works as a bridge between an L2CAP socket and a
tap(4) device (or tun(4), I'm not sure of the difference
On Sat, 28 Apr 2007, Maksim Yevmenkin wrote:
> On 4/28/07, Iain Hibbert <[EMAIL PROTECTED]> wrote:
> > protocol looks very simple (just encapsulate ethernet frames in L2CAP
> > packets) - alas I currently have no hardware that supports PAN profiles
> > otherwise I wo
On Thu, 14 Jun 2007, Donna Auguste wrote:
> Can you please tell me how to make a USB keyboard into a Bluetooth
> keyboard, preferably using external adaptors?
"I'm sorry Donna, you can't do that"
iain
___
freebsd-bluetooth@freebsd.org mailing list
http
Hi
Does anybody use an Apple Bluetooth mouse/keyboard? Although I am using
NetBSD and HID works kind of differently, I see a strangeness in the
reporting of battery power messages that I don't understand.. for
instance, my Mighty Mouse descriptor parses out as the following:
Collection page=Gen
On Sat, 30 Jun 2007, Alexandre "Sunny" Kovalenko wrote:
> I am using Apple Bluetooth keyboard with FreeBSD (or I have been few
> weeks ago -- I am running around with my laptop and don't know yet what
> did USB cleanup do to it). Unfortunately (or fortunately ;), it just
> works.
>
> If you'd like
On Tue, 21 Aug 2007, Maksim Yevmenkin wrote:
> > I'm currently trying to implement a server over the RFCOMM layer, and at
> > least
> > my imagination told me that connecting to channel 0 should select "any" free
> > RFCOMM channel (at least that's what I gathered from the BlueZ
> > documentatio
On Thu, 30 Aug 2007, Maksim Yevmenkin wrote:
> On 8/30/07, Eugene M. Kim <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > It seems that AF_BLUETOOTH ambiguously identifies three different types
> > of socket?HCI, L2CAP and RFCOMM?each with its own sockaddr_* type. This
> > deviates from the standard
On Tue, 30 Oct 2007, Heiko Wundram (Beenic) wrote:
> Is anybody actively working on implementing a Bluetooth userspace PAN daemon
> for FreeBSD?
>
> I currently have a (somewhat) functional prototype written using tap
> interfaces as the local backend, and if time permits, I'll try to fix this up
Hi Max,
I just got a new phone (HTC Touch) with Windows Mobile 6.0 on it (bah!)
and am having trouble sending files with Bluetooth to my computer, though
it manages to send fine to a Nokia 6103 which also sends fine to my
computer, and I can use obexapp to access the FTRN service on the Touch
and
Hi Max,
So, I think this is it..
Attached is a patch to convert sdpd to handle a uuid list. Its for the netbsd
version and will require a bit of twiddling in ssar.c and ssr.c to make it
apply because of NG_ and sockaddr_l2cap, and you don't have hf.c and hset.c but
thats easy enough to ignore.
> program link keys into the device itself
Do you mean using write-stored-link-keys command to store key in controller? I
never tried that, will it persist?
___
freebsd-bluetooth@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/free
> so, provider_match_uuid() should probably accept the list of all uuids
> from the search pattern (we can limit it to 12 as spec says we should
> not expect more) and match all uuids from search pattern against
> uuids in provider's service record.
Probably something like the attached functions?
On Thu, 8 Nov 2007, Zoran Kolic wrote:
> I would like to hear opinions about bluetooth
> dongle, I have an intention to buy. The list in
> stores in my area is not so long.
> - canyon btu4
> - gigabyte bt03d
> - msi star key 2.0
> Does it make any difference, since I cannot get
> the name of th
On Fri, 9 Nov 2007, Zoran Kolic wrote:
> I have another question: I made custom kernel and removed all
> usb items from it. Is it enough to load ng_ubt and usb modules?
> If uhci/ohci/ehci is needed, I see no other way but to put them
> into the kernel and recompile. Also, I found in /boot/kernel
-Original Message-
From: [EMAIL PROTECTED]
Sent: 13 November 2007 06:25
To: freebsd-bluetooth@freebsd.org
Subject: Can't download phonebook via bluetooth using bluez and obexftp 0.20
-
Of course, this is a freebsd list so bluez is not relevant (linux != freebsd)
Probably you can't get
On Mon, 17 Mar 2008, Maksim Yevmenkin wrote:
> i have committed support for bnep based profiles into -current and
> have mfc'd it into releng_7 and _6.
+struct sdp_nap_profile
+{
+ uint16_tsecurity_description; /* HBO: NAP/GN */
+ uint16_tnet_access_type;/* H
On Tue, 18 Mar 2008, Iain Hibbert wrote:
> On Mon, 17 Mar 2008, Maksim Yevmenkin wrote:
>
> > i have committed support for bnep based profiles into -current and
> > have mfc'd it into releng_7 and _6.
>
> +struct sdp_nap_profile
> +{
> + uint16_tsec
On Tue, 18 Mar 2008, Maksim Yevmenkin wrote:
> well, psm comes from assigned numbers specification,
btw do you have such a document? I don't have any copy and so far as I
can see, it is only available at bluetooth.org under password protection
now :-/
iain
__
On Sun, 30 Mar 2008, mato wrote:
> 2) What am I trying to do ? Well, I set up internet sharing on my home laptop
> via BT and I can use it from my other laptop. Now, it works when my other
> (work) laptop runs FreeBSD. When I boot the other laptop in to Windows it
> asks me for PIN and then it
On Mon, 31 Mar 2008, mato wrote:
> However, Windows can manage this as it asks for PIN key when connection
> initiation fails. While I don't expect FreeBSD asking for a PIN, it might be
> quite useful if it could automatically (upon a connection establishing
> failure) throw away its stored link
On Mon, 31 Mar 2008, mato wrote:
> Well, this mouse of mine presents itself exactly as you said ...
>
> Input id=2 size=12 count=1 page=Generic_Desktop usage=X Variable Relative,
> Input id=2 size=12 count=1 page=Generic_Desktop usage=Y Variable Relative,
wow thats a sensitive mouse, 12 bit m
On Sat, 12 Apr 2008, Maksim Yevmenkin wrote:
> what is not "easy" about obexapp? are there any particular features
> that you are missing?
One thing that I have been meaning to add but haven't found the time, is
that when obexapp runs in server mode, it would be good to run different
services (OP
On Sat, 21 Jun 2008, Kevin Downey wrote:
> Ok, it seems like I wasn't holding "start" and "enter" down long
> enough. Now I get output in
> hcidump and hcicontrol. (I have remote in the bluetooth hosts file)
>
> % sdpcontrol -a remote browse
>
> Record Handle: 0x0001
> Service Class ID List:
>
On Sat, 21 Jun 2008, Kevin Downey wrote:
> On Sat, Jun 21, 2008 at 12:04 PM, Iain Hibbert <[EMAIL PROTECTED]> wrote:
> ...
> >
> > perhaps it does not wish to keep the link up if it is not being used, and
> > does not require pairing for what you have done so far.
&
On Wed, 9 Jul 2008, Maksim Yevmenkin wrote:
> furthermore, i want to go on the record here and say that if netgraph
> (due to its complexity, etc.) is a big problem here, and, prevents
> people from working on bluetooth in freebsd, i'm prepared to seriously
> consider netbt stack as alternative.
On Wed, 23 Jul 2008, awnish upadhyay wrote:
> In BlueZ, what does 'hcitool rssi ' return? does it return the
> actual RSSI value or is the output similar to the result of the
> HCI_Read_RSSI command as mentioned in the BT spec?
>
> The BT spec says that HCI_Read_RSSI will read the value for the di
On Wed, 8 Oct 2008, Maksim Yevmenkin wrote:
> 2) license issues. bluez is gnu, which could be a problem. we could
> take a look at what netbsd does.
Well NetBSD has no A2DP support as yet
There is bthset(1) which is a small utility to talk to the command
part of a Headset profile, but the audio
On Tue, 21 Oct 2008, Guido Falsi wrote:
> With the new version the author added some code to
automatically find
> the rfcomm channel to talk with mobiles using AT commands.
>
> This function is very BlueZ specific and I'm trying to
rewrite it to
> work with FreeBSD's bluetooth stack.
>
> I can't r
On Tue, 4 Nov 2008, Guido Falsi wrote:
> I completed the gnokii adaption to talk to freebsd sdp and it tries
> to connwect to rf channel 15 on both phnes, the same rfcomm_sppd
> tries. It loooks like the correct one in fact, but even after
> associating the phone with hcsecd I can't really connect
On Tue, 4 Nov 2008, Guido Falsi wrote:
> On Tue, Nov 04, 2008 at 11:45:05AM +0000, Iain Hibbert wrote:
> > On Tue, 4 Nov 2008, Guido Falsi wrote:
> >
> > > I completed the gnokii adaption to talk to freebsd sdp and it tries
> > > to connwect to rf channel 15 on
On Tue, 4 Nov 2008, Maksim Yevmenkin wrote:
> could you please run hcidump and see what is going on after you
> connect to the "pc suite" service. some (most/simbian-based?) nokia
> phones have some sort of the callback mechanism, i.e. pc suite
> connects to the phone service and then immediately
On Tue, 4 Nov 2008, Guido Falsi wrote:
> Guido Falsi wrote:
>
> > As I said, that was my mistake. Anyway I thank you a lot because you gave me
> > the idea where to look for mistakes. I should be able to get gnokii to work
> > now. Thank you a lot again!
>
> I've just submitted a PR for the gnokii
On Fri, 7 Nov 2008, Guido Falsi wrote:
> Iain Hibbert wrote:
> > The attribute ID list should be in ascending order according to the
> > specification. This means though that some logic could be wrong because
> > the protocol descriptor list for any given service class wo
On Sat, 8 Nov 2008, Guido Falsi wrote:
> I have this code(I hope mozilla will not mangle this too much):
>
> uint32_t attrs[] =
> {
> SDP_ATTR_RANGE(
> SDP_ATTR_PRIMARY_LANGUAGE_BASE_ID+SDP_ATTR_SERVICE_NAME_OFFSET,
> SDP_ATTR_PRIMARY_LANGUAGE_BASE_ID+SDP_ATTR_SERVICE_NAME_OFFSET),
> SDP_ATTR_RANG
On Mon, 8 Dec 2008, Oliver Fromme wrote:
> First, is there a recommended bluetooth USB dongle that's
> guaranteed to work with FreeBSD (7-stable) and that's
> not too expensive? I've seen a lot of really cheap and
> small dongles recently at online shops, but I assume not
> all of them work fine,
On Mon, 8 Dec 2008, Oliver Fromme wrote:
> Second, I would like to use this software (perl script):
>
> http://lukas.internet-freaks.net/nxtmanager.php
>
> As far as I can tell, the software requires libbluetooth2
> and the CPAN module Net::Bluetooth. I searched the ports,
> but they're not there
On Thu, 18 Dec 2008, Maksim Yevmenkin wrote:
> Oliver Fromme writes:
> > When I try to open a connection for the first time,
> > the device (i.e. my Mindstorms NXT brick) asks me to
> > enter the PIN code.
>
> its so called "LMP (link manager protocol) response timeout". its
> defined in link manag
On Fri, 19 Dec 2008, Maksim Yevmenkin wrote:
> hmm... i think, i'd like to see hci dump now to see what is going on.
IIRC Oliver said ECONNREFUSED was returned, it might also be worth
grepping for that in the source to see how it can occur..
> i.e. wait for page response, not complete connection
On Wed, 4 Feb 2009, Alexander Motin wrote:
[relating to -d device]
> Does actually this binding really necessary? rfcomm somehow works without it.
This binding is used (in original version) to set the tap interface
address to be the same as the bdaddr. I did consider allowing to use it
without se
On Wed, 4 Feb 2009, Alexander Motin wrote:
> One more minor fact. Unlike rfcomm_pppd I haven't found an option to run
> btpand in foreground to track connection status.
what would you like to accomplish?
I made some effort for it to not detach until the setup is complete, but
it kind of needs to
On Tue, 3 Feb 2009, Maksim Yevmenkin wrote:
> i have plan to implement libhci (a-la linux bluez etc.) shim
> eventually :) if someone feels like beating me to it, i would
> certainly not object to it :)
what api would you envisage?
iain
___
freebsd-blu
On Wed, 4 Feb 2009, Alexander Motin wrote:
> Iain Hibbert wrote:
> > On Wed, 4 Feb 2009, Alexander Motin wrote:
> >
> > > One more minor fact. Unlike rfcomm_pppd I haven't found an option to run
> > > btpand in foreground to track connection status.
>
On Wed, 4 Feb 2009, Alexander Motin wrote:
> Iain Hibbert wrote:
> > One thing that I have in mind is to make btpand shutdown the tap interface
> > when exiting (as it marks it up when starting). Would that make it
> > possible to use devd to trigger a reconnect if
On Wed, 4 Feb 2009, Maksim Yevmenkin wrote:
> the system. for example, i run sdpd, hcsecd etc. on my laptop always.
> when i need, i simply plug my usb bluetooth dongle it - presto - it
> all works. magic! :) if you bind to a particular radio, then you tied
> to it. cant do anything before radio i
On Wed, 4 Feb 2009, Maksim Yevmenkin wrote:
> int hci_inquiry(...)
>
> and all the way down to the end of the file :) basically map dev_id to
> unit numbers, i.e. dev_id 0 is "ubt0" node, etc.
Well, I really dislike that dev_id method to start with. But anyway, I
think they are working on a new A
On Thu, 5 Feb 2009, Maksim Yevmenkin wrote:
> anyway, what would you suggest to use instead of dev_id? device name
> (i.e. ubt0)? anything else? cant use bd_addr because (in freebsd at
> least) device has to be "initialized" before bd_addr is known.
for sure, a generic API would need to use the d
On Thu, 12 Feb 2009, Oleg Nauman wrote:
> I have a trouble connecting my Nokia 3610 cell phone via bluetooth link.
what are you wanting to do with the 'connection' ?
> How is it looks like accordingly to hcidump -a output:
according to this, the phone connects to your laptop and looks for some
On Fri, 13 Feb 2009, Maksim Yevmenkin wrote:
> i kinda started to work on hci/bluetooth shims. please take a look at
> the attached patch. this is basically to implement bt_devname() and
> bt_devaddr() similar to netbsd and i also added bt_hci_devinfo() and
> bt_hci_devenum() inspired by linux-blu
On Wed, 18 Feb 2009, Guido Falsi wrote:
> Maksim Yevmenkin wrote:
>
> > i think the only reasonable solution is to move sdp.h (and bluetooth.h
> > while we at it) into /usr/include/bluetooth/
> >
> > i will see what can be done here. it should be much easier to move
> > files now when we have svn
On Thu, 5 Mar 2009, Maksim Yevmenkin wrote:
> [v2]
seems fine, some documentation comments
+The
+.Fn bt_devenum
+function enumerates up to
+.Dv HCI_DEVMAX
+Bluetooth devices present in the system.
This should not be in the function API but in a CAVEATS or BUGS section as
its implementation depe
On Thu, 9 Apr 2009, Bruce Simpson wrote:
> I disagree. I did a fairly in-depth code audit of PyBlueZ, LightBlue, and
> BlueCove. All of them use BlueZ hci_* APIs for a number of things, mostly
> to do with querying properties of the local interfaces.
I looked briefly at BlueCove the other day and
On Thu, 9 Apr 2009, Mikhail T. wrote:
> I was able to set up the Bluetooth-server on my main machine, but all of
> the pushed files (Object Pushed) end up in the same root-only
> directory... Is there, perhaps, a way to specify a different directory
> for each device-ID (bdaddr)?
One trouble with
On Thu, 9 Apr 2009, Maksim Yevmenkin wrote:
> On Thu, Apr 9, 2009 at 1:48 PM, Bruce Simpson wrote:
> > If you look at all the APIs, they all end up building
> > on-the-wire-records to advertise Bluetooth services via SDP -- be that
> > L2CAP PSM's, RFCOMM channels, or anything else.
>
> oh, no :)
On Thu, 9 Apr 2009, Bruce Simpson wrote:
> I keep wishing Bluetooth had passive scanning like 802.11 does.
I always thought that was what 'periodic inquiry' was supposed to be, that
a device would take time every n seconds to do a quick neighbor
discovery..
btw something you might run into with
On Sat, 11 Apr 2009, Bruce Simpson wrote:
> So, just to confirm, I read the code examples in this BlueZ Wiki article;
> and it does indeed appear that the naming convention BlueZ uses in DBus is
> BlueZ dependent:-
>http://wiki.bluez.org/wiki/HOWTO/DiscoveringDevices
first, that API may not b
On Tue, 14 Apr 2009, Mikhail T. wrote:
> > i beg to differ. main process (the one that accepts connection) is
> > running with elevated privileges, yes.
> >From the security standpoint, this negates all/most benefits of having a
> dedicated UID for the service. The security people will tell you, t
On Tue, 14 Apr 2009, Mikhail T. wrote:
> Mike Meyer ÿÿ():
> > There are no limits on how many people can be in a group. There is a
> > limit on how many groups a person can be in (or was; I haven't
> > verified that this hasn't been changed recently).
>
> Thanks for the correction,
On Wed, 15 Apr 2009, Maksim Yevmenkin wrote:
> please find attached patch that implements more compatibility shims.
> any comments are greatly appreciated.
+int
+bt_devsend(int s, uint16_t ogf, uint16_t ocf, int plen, void *param)
One thing that I did when writing the NetBSD stack which IMHO mad
On Thu, 16 Apr 2009, Iain Hibbert wrote:
> +int
> +bt_devfilter(int s, struct bt_devfilter const *new, struct bt_devfilter *old)
>
> And finally, the HCI filter is slightly different in NetBSD (I provided
> independent PKT and EVT filters each of 256 bits) and I'm going t
> thanks for the feedback. i'm attaching revisited patch. please take a
> look and let me know if this is something you happy with.
(pls ignore typos & bad formatting, am on mobile device :)
Bt_devrecv() should probably take void * for buffer? Also manpage suggests it
will only receive hci ev
On Mon, 20 Apr 2009, Maksim Yevmenkin wrote:
> >> thanks for the feedback. i'm attaching revisited patch. please take a
> >> look and let me know if this is something you happy with.
> >
> > (pls ignore typos & bad formatting, am on mobile device :)
> >
> > Bt_devrecv() should probably take void *
On Tue, 21 Apr 2009, Iain Hibbert wrote:
> > > Bt_devreq() needs to set/restore a filter too
> >
> > well, maybe. bt_devreq() operates on already opened socket. the
> > assumption i'm making here is that application will set appropriate
> > filter
On Tue, 21 Apr 2009, Maksim Yevmenkin wrote:
> the revised diff is attached. please review.
Its all looking good, though some small tuneups still occurring :)
in bt_devsend() you might also want to check for "plen > UINT8_MAX"?
for bt_devrecv() should there also be a method for not timing out?
On Tue, 21 Apr 2009, Maksim Yevmenkin wrote:
> > In bt_devreq() you used buf[320] is that truly enough? I didn't check that
> > part of the radio specification dedicated to baseband packet size but the
> > Broadcom BCM2045B device in my laptop claims to have max_acl_size of 1017..
>
> yes, but we
On Thu, 14 May 2009, Daniel O'Connor wrote:
> Also, I found the MTU by trial and error, 600 works for me, 650 does
> not. I am guessing this is a bluetooth thing but I'm not sure.. If it
> is would it be possible for btpand to set the MTU?
Why did you think to change the MTU and what was the fail
On Wed, 22 Apr 2009, Maksim Yevmenkin wrote:
> > I've got no more comments here
>
> thanks for the review. i committed it to -head.
Hi Max, I'm in progress of translating for NetBSD and in bt_devinquiry() I
see
if (ii == NULL) {
errno = EINVAL;
return (-1);
On Thu, 14 May 2009, Daniel O'Connor wrote:
> On Thu, 14 May 2009, Iain Hibbert wrote:
> > On Thu, 14 May 2009, Daniel O'Connor wrote:
> > > Also, I found the MTU by trial and error, 600 works for me, 650
> > > does not. I am guessing this is a bluetooth th
On Thu, 14 May 2009, Maksim Yevmenkin wrote:
> >> 2.1 spec says 1.28 -> 61.44 seconds range is acceptable (0x01->0x30)
>
> ok, do you like something like
>
> + if (length <= 0)
> + length = 5;
> + else if (length == 1)
> + length = 2;
> + else if (leng
On Thu, 14 May 2009, Maksim Yevmenkin wrote:
> Iain,
>
> >> thanks for the review. i committed it to -head.
> >
> > Hi Max, I'm in progress of translating for NetBSD and in bt_devinquiry() I
> > see
> >
> >if (ii == NULL) {
> >errno = EINVAL;
> >return (-1);
On Thu, 14 May 2009, Maksim Yevmenkin wrote:
> that is for 'forceful' role switch when we are accepting connection.
> basically always try to become master on any connection (or not).
Mm, I didn't put that into netbsd (yet) so it can remain 0 for now,
thanks.
> >> > also, I'm not sure that the t
Hi Max,
some more queries I'm not sure about..
--- hci.c.orig 2009-05-14 21:11:04.0 +0100
+++ hci.c 2009-05-14 21:26:57.0 +0100
@@ -118,7 +118,7 @@ bt_devsend(int s, uint16_t opcode, void
h.length = 0;
while (writev(s, iv, ivn) < 0) {
-
On Fri, 15 May 2009, Maksim Yevmenkin wrote:
> On Thu, May 14, 2009 at 2:15 PM, Iain Hibbert wrote:
> > Hi Max,
> >some more queries I'm not sure about..
> >
> > --- hci.c.orig 2009-05-14 21:11:04.0 +0100
> > +++ hci.c 2009-05-14
Hi Max,
more queries
- in bt_devany_cb() you should perhaps make sure that the device is an
enabled one?
- I'm thinking that bt_devopen() should have an options argument, in order
to pre-set any options such as TIMESTAMP, DIRECTION etc (even NBIO)
which will get around the differences in
On Thu, 14 May 2009, Iain Hibbert wrote:
> Ah yes, my bad. I haven't properly looked at the manpage yet (I saw a
> spelling mistake earlier but I didn't note it :),
found it,
iain
--- bluetooth.3 22 Apr 2009 15:50:03 - 1.10
+++ bluetooth.3 17 May 2009 19:03:34 -
On Mon, 18 May 2009, Maksim Yevmenkin wrote:
> in any case, state parameter should be checked first before accessing
> anything else. i'm guessing we need to define bluetooth device states
> independent of implementation. in freebsd we have connected, initialized
> and ready = connected+ready stat
On Sun, 17 May 2009, Iain Hibbert wrote:
> On Thu, 14 May 2009, Iain Hibbert wrote:
>
> > Ah yes, my bad. I haven't properly looked at the manpage yet (I saw a
> > spelling mistake earlier but I didn't note it :),
>
> found it,
actually
1 - 100 of 204 matches
Mail list logo
