On Fri, 2014-04-11 at 21:10 +0800, Shuduo Sang wrote:
> Hi Matthew,
>
> This patch is not in your recent for_linus branch. Why?
I'm sorry, I'd somehow missed it. I'll get it in the next pull.
--
Matthew Garrett
--
y 1280x1024
display". Is this the most appropriate key?
--
Matthew Garrett
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the
On Wed, 2014-02-12 at 16:32 +0100, Takashi Iwai wrote:
> The mute LED states have to be restored after resume.
Hm. Is this something that should be done in the class code rather than
in individual drivers?
--
Matthew Garr
On Wed, 2014-02-12 at 16:32 +0100, Takashi Iwai wrote:
> The mute LED states have to be restored after resume.
Oh, never mind, we're not doing this through the LED class, are we?
--
Matthew Garrett
--
Android
On Sat, Nov 23, 2013 at 10:40:15PM -0200, Henrique de Moraes Holschuh wrote:
> On Fri, 22 Nov 2013, Matthew Garrett wrote:
> > We have userspace that relies on uevents of type
> > BACKLIGHT_UPDATE_HOTKEY. I don't know that we have userspace that relies
&g
On Fri, Nov 22, 2013 at 09:36:01AM -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 21 Nov 2013, Matthew Garrett wrote:
> > The uevent support was initially added to handle systems where pressing
> > a hotkey generates an event (good) but the firmware automatically
> > c
otkey generates an event (good) but the firmware automatically
changes the brightness (bad). I have absolutely no idea why I added
BACKLIGHT_UPDATE_SYSFS - BACKLIGHT_UPDATE_HOTKEY solves the problem I
was trying to solve. I'm not aware of any userspace that relies on
BACKLIGHT_UPDATE_SYSFS.
-
Applied, thanks.
--
Matthew Garrett
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and
otherwise adding an attribute that
> backlight devices should set when they need to supress change events?
It looks like this is just to force synchronisation to sysfs when using
the /proc interface? In which case we should probably ju
Applied, thanks.
--
Matthew Garrett
--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and
On Wed, 2013-08-14 at 22:59 +0200, David Henningsson wrote:
> On 08/14/2013 10:38 PM, Matthew Garrett wrote:
> > The user hit the mute key. Why would they expect *anything* to be
> > unmuted?
> >
>
> Why should the userspace application, who just wants to lit a LED, ha
care
> about, i e, the selected one.
The user hit the mute key. Why would they expect *anything* to be
unmuted?
--
Matthew Garrett
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free tro
On Wed, 2013-08-14 at 21:53 +0200, David Henningsson wrote:
> On 08/14/2013 04:57 PM, Matthew Garrett wrote:
> > On Wed, 2013-08-14 at 11:27 +0200, David Henningsson wrote:
> >
> >> The privacy issue is interesting, but I don't see a practical way of
> >> imp
On Wed, 2013-08-14 at 11:27 +0200, David Henningsson wrote:
> The privacy issue is interesting, but I don't see a practical way of
> implementing things that would protect us against compromised userspaces.
That's pretty easy - just tie the LED control to the HDA device in-kern
LED, I think any
exposed LED would have to be either under kernel control. Having a
compromised component of a user session be able to record audio while
leaving the LED lit would be a problem.
--
Matthew Garrett
--
Ge
te. Have the HDA driver call that trigger
whenever the mute state changes.
--
Matthew Garrett
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for produc
be fixed in-kernel as well. Having an
application to make the LED work isn't a terribly generic solution.
--
Matthew Garrett
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshoot
ace to
> enable it; when it is unloaded it can disable it.
Is there any reason you'd want this rather than just having it generate
a scancode and be under userspace control?
--
Matthew Garrett
--
Get 100% visibilit
.
What's expected to use this interface? If it's supposed to be some
system wide configuration at boot time, we should just add a config
option to the kernel and let it be overridden by module parameter.
--
Matthew Garrett
---
On Thu, 2013-07-04 at 14:37 +0200, Rafael J. Wysocki wrote:
> I can take [2/3] and [3/3] for 3.12 if Matthew has no objections. Matthew?
ACK.
--
Matthew Garrett | mj...@srcf.ucam.org
--
This SF.net email is sponso
very time
Lenovo release a new machine, which isn't really going to work.
--
Matthew Garrett | mj...@srcf.ucam.org
--
This SF.net email is sponsored by Windows:
Build for Windows Store.
http://p.sf.ne
On Mon, Jan 14, 2013 at 10:26:13PM +0100, Toralf Förster wrote:
> b/c of the unknown event 0x6040 the ibm acpi list is Cc'ed, but what makes me
> really wondering is
> why / is remounted.
Because something in your userspace is changing the filesystem commit
interval.
--
Matthe
On Wed, Nov 14, 2012 at 10:58:57AM +0100, Peter Stuge wrote:
> Matthew Garrett wrote:
> > > My guess is that this problem has been around ever since those machines
> > > have been released, but because the most common Thinkpad batteries are
> > > rated at 10.8V, the e
n
> noticed or at least nobody could be bothered to look into it.
Yeah, the DSDT simply multiples the values by 10 when it's in this
state. But the issue is purely cosmetic, right? I can't see any reason
anything would be using the design voltage in calculations.
--
Matthew Ga
Merged for -next, thanks
--
Matthew Garrett | mj...@srcf.ucam.org
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT man
On Tue, Mar 13, 2012 at 05:07:45PM -0300, Henrique de Moraes Holschuh wrote:
> Matthew, can you please pick it?
Done.
--
Matthew Garrett | mj...@srcf.ucam.org
--
This SF email is sponsosred by:
Try Windows Azure f
On Fri, May 27, 2011 at 02:22:26PM -0400, Andrew Lutomirski wrote:
> On Fri, May 27, 2011 at 12:48 PM, Matthew Garrett wrote:
> > Hm. That makes things kind of tricky. While it's easy to just expose the
> > LED, really we want to do it in such a way that userspace knows whic
going on.
Hm. That makes things kind of tricky. While it's easy to just expose the
LED, really we want to do it in such a way that userspace knows which
LEDs it should be toggling while setting the microphone mute.
--
Matthew Garrett | mj...@srcf.ucam.org
--
On Tue, May 24, 2011 at 03:16:43PM -0400, Andy Lutomirski wrote:
> I suspect that this works on T410.
Dmitry?
--
Matthew Garrett | mj...@srcf.ucam.org
--
vRanger cuts backup time in half-while increasing security.
W
in a
similar way to the mute LED?
--
Matthew Garrett | mj...@srcf.ucam.org
--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you ge
ake sense for userspace? "none" sounds like it'd
be fine, except that the LED wouldn't work on new machines. So should we
just be setting "toggle" in all cases? The optimal situation would be
that we d
On Thu, May 12, 2011 at 10:24:10AM -0400, Andrew Lutomirski wrote:
> On Thu, May 12, 2011 at 9:48 AM, Matthew Garrett wrote:
> > It looks like SAUM was introduced with the *61 machines, and it's
> > identical from then on.
>
> I wonder the machines with SAUM are the sam
On Mon, May 09, 2011 at 06:18:46PM -0400, Andy Lutomirski wrote:
> Henrique, do you know of anywhere to find AML dumps from different models?
> It would be nice to see what SAUM looks like.
It looks like SAUM was introduced with the *61 machines, and it's
identical from then on.
smapi
and provide a hook to detach the ACPI driver, but that would potentially
mean a certain amount of code duplication.
--
Matthew Garrett | mj...@srcf.ucam.org
--
WhatsUp Gold - Download Free Network Management S
Applied to -next, thanks.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself;
WebMatrix provides all the features you need
On Tue, Mar 01, 2011 at 09:40:13AM +0100, Toralf Förster wrote:
> I'd like to point to this after a half year of lthe last email. Shouldn't it
> be hard coded ?
Windows appears to have exactly the same behaviour, so it seems that
this is working like designed.
--
Matt
Applied, thanks.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Index, Search & Analyze Logs and other IT data in Real-Time with Splunk
Collect, index and harness all the fast moving IT data generated by
Applied, thanks.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web. Learn how to
Applied, thanks.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimi
Applied, thanks.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimi
On Thu, Sep 16, 2010 at 07:18:58PM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 16 Sep 2010, Matthew Garrett wrote:
> > Hm. We may want to create a proper dock class in the kernel to handle
> > this. HPs do something similar.
>
> If all the state we need to c
> event which can be used to trigger things like re-configuring the displays.
Hm. We may want to create a proper dock class in the kernel to handle
this. HPs do something similar.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Thanks, merged.
--
Matthew Garrett | mj...@srcf.ucam.org
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-de
, since it's a function of the chipset. The ACPI one would
act instantly (it's the PCI one, in this case) but it's marked as
unsupported. However, the PCI one is poorly standardised - Windows never
uses it, different chips have subtly different requirements and so on.
--
Matthew
Ok.
1) The ACPI reboot vector reboots these machines instantly, but the flag
that indicates we should use it isn't set.
2) Windows takes 9 seconds to reboot on the same hardware.
It just sounds like broken firmware.
--
Matthew Garrett | mj...@srcf.uca
ge on our way down to reboot.
One thing that would be worth checking is whether performing the
keyboard controller writes from userspace with a minimal kernel and
init=/bin/bash shows the 9-second pause or not - and then, ideally, see
whether the same is also true under DOS.
--
Matthew Garrett
ows implements reboots (XP, Vista and 7). It
appears to use the ACPI reboot vector, the keyboard controller, the ACPI
reboot vector again, the keyboard controller again and then hangs. I'll
try implementing equivalent behaviour in Linux and see whether it makes
any difference.
--
M
rmware is broken and the 9-second delay is always going to
be there. In that case we should try to use the ACPI reboot vector
first.
2) We're doing something wrong in our shutdown sequence which then
triggers this problem as a result.
Either way, I think this patch is wr
ring whether this option
> should
> be hard coded in the kernel sources b/c it seems to be necessary for current
> kernels too.
No, the best thing to do would be to figure out what changed to require
the extra 9 seconds. Are you able to work out which the last kernel
release without this
It's sometimes useful for a driver to receive notifications in response
to an ACPI event even if there's no explicit notification in the bytecode.
Add an interface to allow drivers to register for callbacks when a given
method is executed.
Signed-off-by: Matthew Garrett
---
drivers/a
Not all Thinkpads generate events for volume hotkeys, so hook into the
CMOS update and generate events from there without polling. This should
let Pulseaudio do something sensible with the mute state.
Signed-off-by: Matthew Garrett
---
drivers/platform/x86/thinkpad_acpi.c | 32
more code involved).
>
> I really would rather not enable it on boxes where it isn't required. And
> we know which ones are those: IBM thinkpads where the all-available-hotkeys
> mask has the bits for the volume hotkeys set.
Ok, that's easy enough to do. I'll r
w whether this happens, but that detail is not clear from
> the description.
The call is made after executing the original method, yes.
--
Matthew Garrett | mj...@srcf.ucam.org
--
0c09
rather than hardcoding the location? The same ought to be true of the
HKEY handle.
--
Matthew Garrett | mj...@srcf.ucam.org
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling
moved the writable option and made it the default. I'm not
entirely sure why we'd want to expose a read-only mixer, but I can add
it back if it actually helps anyone.
--
Matthew Garrett | mj...@srcf.ucam.org
diff --git a/drivers/platform/x86/thinkpad_acpi.c b/drivers/platform/x86/thi
e front of the laptop does toggle the state. Is this expected
behaviour?
[1] But generates KEY_WLAN, which means that rfkill-input won't do
anything with the bluetooth or wwan radios. Presumably there should be a
KEY_RFKILL_ALL to complement SW_RFKILL_ALL?
--
Matthew Garrett | mj..
. Even if most hardware doesn't generate them, the ability to pop
up a notification telling the user that the firmware thinks their system
is too hot is useful.
--
Matthew Garrett | mj...@srcf.ucam.org
--
This S
On Mon, Jan 12, 2009 at 11:17:07PM +0100, Thomas Renninger wrote:
> On Monday 12 January 2009 03:16:55 pm Matthew Garrett wrote:
> > On Mon, Jan 12, 2009 at 03:13:04PM +0100, Thomas Renninger wrote:
> > > 99.998% of all machines work fine with the current, spec conform
&g
On Mon, Jan 12, 2009 at 03:13:04PM +0100, Thomas Renninger wrote:
> On Friday 09 January 2009 13:34:16 Matthew Garrett wrote:
> > If you know of any machines that behave this way, I'd be
> > impressed - and it'll be far easier to dmi whitelist them than the other
> >
ogrammed
correctly and the 32-bit ones containing a valid but not-working set is
tiny. If you know of any machines that behave this way, I'd be
impressed - and it'll be far easier to dmi whitelist them than the other
way around.
--
Matt
after all that, should the HAL people be bothered...
I'd recommend getting the HAL people involved in any kind of
kernel/userspace interface design discussion. It's best to avoid
accidently ending up with something that's awkward to deal with in
userspace but has already been
ical and either do a hibernation or clean
shutdown. The wakeup event is bonus information.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the co
support.
The DRM code has landed - sorry about not having the Thinkpad code
included, but the opregion code has been bounced between multiple trees
in a way that made me lose track of what was going on and when.
--
Matthew Garrett | [E
bata ACPI
calls on resume in that case, and it would explain why I haven't seen
this on my T-series (there's no bay in the dock :) ). Unfortunately all
the other docks I have present the bay as USB mass storage, so I don't
have anything to test here. I'll look into this tomorrow.
that (it
> certainly removes all USB devices and detaches ata4 (which is the bay in
> the docking station).
There's no interaction required, but userspace can optionally take
responsibility for the docking control. Assuming lack of bugs,
been changed. Do we know
> what that is?
> If it's really an regression then we need a low-risk fix for .27.
The two choices would either seem to be that the system is now running
hotter, or that we're getting spurious temperature readings.
--
e.
I posted them, got a small amount of feedback and no further acks. I can
push them again.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build t
therwise I will start over on this one. Probably beginning
> with a cleanup patch to use long for get_temp and get_trip_temp functions
> instead of using char* in struct thermal_zone_device_ops {...}.
> Zhang: Would that be ok or have I overseen
tain of
that.
To make things more entertaining, Dell tend to implement a video
extension for both the 00:02.0 and 00:02.1 devices on Intel systems. We
need to be smarter about this, but I don't think simply looking for a
physical device is the solution.
--
Matthew Garrett | [EMAIL PROTE
s us having copy and pasted code in all of the
hardware-specific drivers)
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search l
Why not just call acpi_get_pyhsical_device() on the appropriate handle
and look at the struct device you get back? Remember to put_device() it
once you're done.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net
isn't used.
I'm not sure I understand. The video driver works fine on Thinkpads,
including for backlight control on recent ones.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by: Splunk
to match if backlight control is implemented. There are
plenty of Thinkpads that implement a subset of the video extension but
still need backlight control to be handled via the Thinkpad-specific
routes.
--
Matthew Garrett | [EMAIL PROTECTED]
-
f it can be controlled through the standard
mechanism instead.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log
On Tue, Oct 09, 2007 at 10:25:51AM +0200, Thomas Renninger wrote:
> On Tue, 2007-10-09 at 08:59 +0100, Matthew Garrett wrote:
> > On Tue, Oct 09, 2007 at 08:21:14AM +0200, Thomas Renninger wrote:
> >
> > > IMO a config variable that compiles out brightness control totall
ads don't implement the video extension. It needs to be
handled at runtime.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? St
).
The ACPI video driver does AND, so I think you want
_BCL AND _BCM AND (_BCQ OR _BQC)
to check that the video driver will bind and create the backlight class
device, and then refuse to do so in the Thinkpad driver.
--
Matthew Garrett | [EMA
ff
on new Thinkpads is just to leave it up to the video extension. Just
check if _BCL, _BCM and _BQC are implemented and then refuse to create
the backlight?
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net emai
e can be notified and controlled through an
> ALSA mixer. It won't be a nice poll-less thing, but I can trap the ACPI hot
> key events as a hint to update the mixer state, and if ALSA lets me do it,
> issue mixer ch
hat
> card's volume?
This is absolutely possible. In that case I'd expect the hotkeys to
start controlling the card mixer's volume, but that's a policy decision
that would have to be taken in userspace by an application aware of
everything that's ha
On Sun, Jul 15, 2007 at 09:12:40PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 15 Jul 2007, Matthew Garrett wrote:
> > No, it doesn't. It interacts in a way that you may not consider to be
> > ideal - the vast majority of our users appear to prefer it to the
> &
On Sun, Jul 15, 2007 at 07:08:01PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 15 Jul 2007, Matthew Garrett wrote:
> > Right now, the hotkey functionality of the driver is not terribly useful
> > without (bleeding-edge) userspace. This is inconsistent with the
> &
On Sun, Jul 15, 2007 at 06:54:53PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 15 Jul 2007, Matthew Garrett wrote:
> > Hal is the only piece of userspace that knows how to speak to more than
> > one type of backlight in any useful way, which makes it the de-facto
> &
utterly wrong here, please ignore
me :)
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits.
On Sun, Jul 15, 2007 at 06:14:21PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 15 Jul 2007, Matthew Garrett wrote:
> > We already have in-kernel drivers that do this properly, so I'd suspect
> > that whoever told you that was wrong.
>
> I got tired of being
e solution to
that would be to avoid ever sending these keycodes, but that would make
having them defined in the first place a bit silly. Since they /are/
there, it makes sense to use them.
--
Matthew Garrett | [EMAIL PROTECTED]
---
in /sys/class/backlight, on others calling out to X. There's
no way to automatically make that decision, so it's fine to insist that
they also take into account whether it's active or passive.
--
Matthew Garrett | [EMAIL PROTECTED]
-
On Sun, Jul 15, 2007 at 05:09:48PM -0300, Henrique de Moraes Holschuh wrote:
> On Sun, 15 Jul 2007, Matthew Garrett wrote:
> > But we're able to differentiate between the models.
>
> Yes. And I was told to not do it in the kernel when possible, so I will map
> by default
of generating events that are to be handled in
> a passive way, by default.
That's simply not true. Userspace already interprets the brightness keys
differently depending on the hardware type.
--
Matthew Garrett | [EMAIL PROTECTED]
--
On Sun, Jul 15, 2007 at 03:05:29PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 14 Jul 2007, Matthew Garrett wrote:
> > Again, we have keycodes for most of these and we have the ability to
> > make the driver choose the correct one by default. Why make things more
On Sun, Jul 15, 2007 at 03:02:46PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 14 Jul 2007, Matthew Garrett wrote:
> > On Sat, Jul 14, 2007 at 11:12:04AM -0300, Henrique de Moraes Holschuh wrote:
> > > - .hid = IBM_PCI_HID,
> > > + /* THIS ONE MUST NEVER BE
On Sun, Jul 15, 2007 at 03:12:33PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 14 Jul 2007, Matthew Garrett wrote:
> > KEY_BRIGHTNESSUP
>
> Only if I start filtering it out when disabled by the mask. This key is not
> to be sent to userspace unless explicitly conf
On Sun, Jul 15, 2007 at 02:59:22PM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 14 Jul 2007, Matthew Garrett wrote:
>
> > On Sat, Jul 14, 2007 at 11:12:09AM -0300, Henrique de Moraes Holschuh wrote:
> >
> > Ah, I see this one fixes some
hy this difference?
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click t
On Sat, Jul 14, 2007 at 11:12:04AM -0300, Henrique de Moraes Holschuh wrote:
> - .hid = IBM_PCI_HID,
> + /* THIS ONE MUST NEVER BE USED FOR DRIVER AUTOLOADING.
Some rationale here would be good. There are no known devices where
loading ibm-acpi is harmful.
--
Matthew Garrett |
t. Why make things more
difficult?
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just
; + KEY_UNKNOWN,/* 0x12: FN+PGDOWN */
> + KEY_ZOOM, /* 0x13: FN+SPACE (zoom) */
> + KEY_RESERVED, /* 0x14: VOLUME UP */
KEY_VOLUMEUP
> + KEY_RESERVED, /* 0x15: VOLUME DOWN */
KEY_VOLUMEDOWN
> + KEY_RESERVED, /* 0x16: MUTE */
KEY_MUTE
Why aren'
ndow. I think tracking the keypresses is
probably a great deal easier.
--
Matthew Garrett | [EMAIL PROTECTED]
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
co
On Fri, Jun 15, 2007 at 10:44:26AM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 15 Jun 2007, Matthew Garrett wrote:
> > This problem already has to be dealt with in brightness control, so I'd
> > just send the keys. FWIW, it turns out that slaving the volume keys to
&
x27;s not "correct",
but it's pretty close to the expected behaviour for the user. Sending
the keys means it's easy to add information to hal and then update the
existing code to take advantage of that, and d
1 - 100 of 108 matches
Mail list logo