mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Janakiram Sistla <janakiram.sistla@gmail.com>
To: Marcel Holtmann <marcel@holtmann.org>
Cc: linux-wireless <linux-wireless@vger.kernel.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [patch 0/1] Adding radio type FM
Date: Fri, 13 Nov 2009 11:02:06 +0530	[thread overview]
Message-ID: <4fb5db50911122132t6ad3b5ccsfc0691a63b9a34ac@mail.gmail.com> (raw)
In-Reply-To: <1258082571.7715.13.camel@violet>

HI Marcel,

Yes as pointed out i am pointing to Toshiba Satellite A305
notebook.This has an FM key which enables FM.

Regards,
Ram.
On 11/13/09, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Janakiram,
>
> > From 1b1493392faeb6702ff364447b135e481930b397 Mon Sep 17 00:00:00 2001
> > From: Janakiram Sistla <janakiram.sistla@gmail.com>
> > Date: Fri, 13 Nov 2009 08:16:26 +0530
> > Subject: [PATCH 1/1] Adding radio type FM
> >
> > Adding radio type FM in RFKILL_TYPE_.FM also belongs to
> > same class of with both TX/RX capability.
> > Also Added input type for the above same.
> >
> > Signed-off-by: Janakiram Sistla <janakiram.sistla@gmail.com>
> > ---
> >  include/linux/input.h  |    1 +
> >  include/linux/rfkill.h |    1 +
> >  net/rfkill/core.c      |    2 ++
> >  net/rfkill/input.c     |    9 +++++++++
> >  4 files changed, 13 insertions(+), 0 deletions(-)
> >
> > diff --git a/include/linux/input.h b/include/linux/input.h
> > index 0ccfc30..f03ae90 100644
> > --- a/include/linux/input.h
> > +++ b/include/linux/input.h
> > @@ -376,6 +376,7 @@ struct input_absinfo {
> >  #define KEY_DISPLAY_OFF              245     /* display device to off state */
> >
> >  #define KEY_WIMAX            246
> > +#define KEY_FM                       247
> >
> >  /* Range 248 - 255 is reserved for special needs of AT keyboard driver */
> >
> > diff --git a/include/linux/rfkill.h b/include/linux/rfkill.h
> > index 3392c59..03f5598 100644
> > --- a/include/linux/rfkill.h
> > +++ b/include/linux/rfkill.h
> > @@ -45,6 +45,7 @@ enum rfkill_type {
> >       RFKILL_TYPE_WIMAX,
> >       RFKILL_TYPE_WWAN,
> >       RFKILL_TYPE_GPS,
> > +     RFKILL_TYPE_FM,
> >       NUM_RFKILL_TYPES,
> >  };
> >
> > diff --git a/net/rfkill/core.c b/net/rfkill/core.c
> > index ba2efb9..b8ac206 100644
> > --- a/net/rfkill/core.c
> > +++ b/net/rfkill/core.c
> > @@ -592,6 +592,8 @@ static const char *rfkill_get_type_str(enum
> > rfkill_type type)
> >               return "wwan";
> >       case RFKILL_TYPE_GPS:
> >               return "gps";
> > +     case RRFKILL_TYPE_FM:
> > +             return "fm";
> >       default:
> >               BUG();
> >       }
>
> this part is fine with me.
>
> > diff --git a/net/rfkill/input.c b/net/rfkill/input.c
> > index a7295ad..f51b16d 100644
> > --- a/net/rfkill/input.c
> > +++ b/net/rfkill/input.c
> > @@ -212,6 +212,9 @@ static void rfkill_event(struct input_handle
> > *handle, unsigned int type,
> >               case KEY_WIMAX:
> >                       rfkill_schedule_toggle(RFKILL_TYPE_WIMAX);
> >                       break;
> > +             case KEY_FM:
> > +                     rfkill_schedule_toggle(RFKILL_TYPE_FM);
> > +                     break;
> >               }
> >       } else if (type == EV_SW && code == SW_RFKILL_ALL)
> >               rfkill_schedule_evsw_rfkillall(data);
> > @@ -290,6 +293,12 @@ static const struct input_device_id rfkill_ids[] = {
> >               .keybit = { [BIT_WORD(KEY_UWB)] = BIT_MASK(KEY_UWB) },
> >       },
> >       {
> > +             .flags = INPUT_DEVICE_ID_MATCH_EVBIT |
> > +                             INPUT_DEVICE_ID_MATCH_KEYBIT,
> > +             .evbit = { BIT_MASK(EV_KEY) },
> > +             .keybit = { [BIT_WORD(KEY_UWB)] = BIT_MASK(KEY_UWB) },
> > +     },
> > +     {
> >               .flags = INPUT_DEVICE_ID_MATCH_EVBIT | INPUT_DEVICE_ID_MATCH_KEYBIT,
> >               .evbit = { BIT_MASK(EV_KEY) },
> >               .keybit = { [BIT_WORD(KEY_WIMAX)] = BIT_MASK(KEY_WIMAX) },
>
> So besides the pointed of the copy-and-paste mistake, I don't think we
> should be doing this. Unless you point me to hardware that actually has
> a physical RFKILL button for FM. We also didn't add key define for GPS
> since there is no hardware that has this.
>
> If you think you need this for some weird handling then go one step back
> and read the re-written RFKILL subsystem design.
>
> Regards
>
> Marcel
>
>
>

  reply	other threads:[~2009-11-13  5:32 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-13  3:09 Janakiram Sistla
2009-11-13  3:09 ` John W. Linville
2009-11-13  3:25   ` Janakiram Sistla
2009-11-13  3:29     ` Julian Calaby
2009-11-13  3:41       ` Marcel Holtmann
2009-11-13  3:45         ` Julian Calaby
2009-11-13  5:19           ` Janakiram Sistla
2009-11-13  5:30             ` Marcel Holtmann
2009-11-13  3:22 ` Marcel Holtmann
2009-11-13  5:32   ` Janakiram Sistla [this message]
2009-11-13 18:19     ` Janakiram Sistla
2009-11-14 13:19   ` Janakiram Sistla
2009-11-14 16:34     ` Marcel Holtmann
2009-11-14 17:37       ` Janakiram Sistla
2009-11-14 18:05         ` Marcel Holtmann
2009-11-16  2:36           ` [PATCH 1/1] " Janakiram Sistla
2009-11-16  2:43             ` Marcel Holtmann
2009-11-16  4:25               ` Janakiram Sistla

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=4fb5db50911122132t6ad3b5ccsfc0691a63b9a34ac@mail.gmail.com \
    --to=janakiram.sistla@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-wireless@vger.kernel.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®