From: Gareth Reakes <gareth@apache.org>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: BlueZ Mailing List <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] Bthid question
Date: Fri, 28 Nov 2003 13:07:51 -0800 (PST) [thread overview]
Message-ID: <20031128125922.O44245@minotaur.apache.org> (raw)
In-Reply-To: <20031128070531.F61007@minotaur.apache.org>
Hey,
grrrrrr. This did not work. I think my problem is different so I
suggest that someone who has the M$ stuff try Marcels idea. To try this I
think you can put the code in the shutdown method. Mine now looks like
this
static
void
shut_down (int status) {
kb_reset ();
mouse_reset ();
close(intr_sock);
sleep(1);
close(ctl_sock);
if (status == EXIT_SUCCESS &&
will_initiate_reconnections)
status = EXIT_FAILURE;
exit (status);
}
Note that this may not end up being the correct place for the code,
especially if the control and interupt have to be shut down in different
orders, depending on who is terminating, but it should do to test if this
will solve the problem.
This may well solve the keyboard reconnect problem. I would be interested
to hear anyones results. I would also like to know peoples experience when
they go ./bthid -l. The moment I touch the mouse or keyboard 100% of the
CPU is used until I kill bthid. Does this happen with other people? Note
that I have no other bthids running.
Does anyone have any idea what to try next (I will start work on the USB
HID kernel modification when I have some time soon but would love to get
them working first)?
Cheers,
Gareth
On Fri, 28 Nov 2003, Gareth Reakes wrote:
>
> > If you exit the program without closing the L2CAP sockets, the OS will
> > close it for you and this is the same as you close the sockets without
> > sleeping between it. Closing the ACL link is the job of the kernel.
>
> OK, this may be the problem then :) Thanks for that. I will try it when I
> get home tonight and report back.
>
> I appreciate all your time on this Marcel,
>
> Gareth
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive? Does it
> help you create better code? SHARE THE LOVE, and help us help
> YOU! Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Bluez-users mailing list
> Bluez-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bluez-users
>
next prev parent reply other threads:[~2003-11-28 21:07 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-28 9:24 [Bluez-users] Bthid question Gareth Reakes
2003-11-28 13:25 ` Marcel Holtmann
2003-11-28 14:07 ` Gareth Reakes
2003-11-28 15:01 ` Marcel Holtmann
2003-11-28 15:06 ` Gareth Reakes
2003-11-28 21:07 ` Gareth Reakes [this message]
2003-11-28 22:19 ` Marcel Holtmann
2003-11-28 22:38 ` Gareth Reakes
2003-11-28 23:10 ` Marcel Holtmann
2003-11-28 23:26 ` Gareth Reakes
2003-11-28 23:37 ` Marcel Holtmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031128125922.O44245@minotaur.apache.org \
--to=gareth@apache.org \
--cc=bluez-users@lists.sourceforge.net \
--cc=marcel@holtmann.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.