From: Gowtham Anandha Babu <gowtham.ab@samsung.com>
To: 'Luiz Augusto von Dentz' <luiz.dentz@gmail.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: RE: [MAP] obexd/client: Handle MAP event types
Date: Thu, 28 Aug 2014 14:41:05 +0530 [thread overview]
Message-ID: <000001cfc2a0$0032aa30$0097fe90$@samsung.com> (raw)
In-Reply-To: <CABBYNZJaruAHM3sAg6msQyvgGj=_+CehXmEmGzOt4gjE_b+10w@mail.gmail.com>
Hi Luiz,
But in the obexd/client/mns.c
Inside parse_event_report_type() function, event types are assigned with the values MAP_ET_MEMORY_FULL and MAP_ET_MEMORY_AVAILABLE.
It should be handled in the map_handle_notification() inside map.c.
-----Original Message-----
From: Luiz Augusto von Dentz [mailto:luiz.dentz@gmail.com]
Sent: Thursday, August 28, 2014 1:27 PM
To: gowtham babu
Cc: linux-bluetooth@vger.kernel.org; cpgs@samsung.com; Bharat Panda
Subject: Re: [MAP] obexd/client: Handle MAP event types
Hi,
On Thu, Aug 28, 2014 at 8:46 AM, gowtham babu <gowtham.ab@samsung.com> wrote:
> Adds below MCE event types handling in map_handle_notification()
> MAP_ET_MEMORY_FULL MAP_ET_MEMORY_AVAILABLE
> ---
> obexd/client/map.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/obexd/client/map.c b/obexd/client/map.c index
> 520e492..84feecf 100644
> --- a/obexd/client/map.c
> +++ b/obexd/client/map.c
> @@ -1927,6 +1927,12 @@ static void map_handle_notification(struct map_event *event, void *user_data)
> case MAP_ET_MESSAGE_SHIFT:
> map_handle_folder_changed(map, event, event->folder);
> break;
> + case MAP_ET_MEMORY_FULL:
> + map_handle_status_changed(map, event, "memory-full");
> + break;
> + case MAP_ET_MEMORY_AVAILABLE:
> + map_handle_status_changed(map, event, "memory-available");
> + break;
> default:
> break;
> }
> --
> 1.9.1
Those are actually ignored on purpose since there is nothing the applications can do with them, in fact I find it very awkward that it got into MAP spec and in any case this not really work since the handle for those events is not set to a specific message according to the spec page 33:
'"handle" is not used when the event "type" is "MemoryFull" or "MemoryAvailable".'
I could be mapped to the session itself but then again how a client is suppose to handle those and is there any server that is sending them.
--
Luiz Augusto von Dentz
next prev parent reply other threads:[~2014-08-28 9:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-28 5:46 [MAP] obexd/client: Handle MAP event types gowtham babu
2014-08-28 7:57 ` Luiz Augusto von Dentz
2014-08-28 9:11 ` Gowtham Anandha Babu [this message]
2014-08-28 9:46 ` Luiz Augusto von Dentz
2014-08-28 13:32 ` Gowtham Anandha Babu
2014-09-04 14:22 ` Gowtham Anandha Babu
2014-09-04 14:42 ` Luiz Augusto von Dentz
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='000001cfc2a0$0032aa30$0097fe90$@samsung.com' \
--to=gowtham.ab@samsung.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=luiz.dentz@gmail.com \
/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.