Hi,
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
>Sent: Tuesday, February 02, 2010 6:44 PM
>To: linux-omap
>Subject: [Patch 7/8] DSPBRIDGE: typedef cleanup -BRD_STATUS
>
>From 9c41e6639d93696cf92c7
Looks good to me.
Regards,
Fernando.
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
>Sent: Tuesday, February 02, 2010 6:44 PM
>To: linux-omap
>Subject: [Patch 6/8] DSPBRIDGE: typedef cleanup -DSP_HN
Looks good to me.
Regards,
Fernando
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
>Sent: Tuesday, February 02, 2010 6:44 PM
>To: linux-omap
>Subject: [Patch 5/8] DSPBRIDGE: typedef cleanup -DSP_HPRO
Looks good to me.
Regards,
Fernando.
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
>Sent: Tuesday, February 02, 2010 6:44 PM
>To: linux-omap
>Subject: [Patch 4/8] DSPBRIDGE: typedef cleanup -DSP_HS
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>ow...@vger.kernel.org] On Behalf Of Hebbar, Shivananda
>Sent: Tuesday, February 02, 2010 6:44 PM
>To: linux-omap
>Subject: [Patch 1/8] DSPBRIDGE: typedef cleanup -DSP RTOS
>
>From 5855acc38e699f9abfcdd11f1dbd
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
arch/arm/mach-omap2/board-omap3pandora.c between commit
f8b6f704105164eac7c043a48f79c4234e03e4b2 ("omap: Rename hsmmc symbols to
reflect independence from twl4030") from the omap tree and commit
aacb4387a1e6f3b57977375532c6d
* Tony Lindgren [100202 18:23]:
> Currently the omap serial clocks are autoidled after 5 seconds.
> However, this causes lost characters on the serial ports. As this
> is considered non-standard behaviour for Linux, disable the timeout.
>
> Note that this will also cause blocking of any deeper om
Currently the omap serial clocks are autoidled after 5 seconds.
However, this causes lost characters on the serial ports. As this
is considered non-standard behaviour for Linux, disable the timeout.
Note that this will also cause blocking of any deeper omap sleep
states.
To enable the autoidling
David Binderman ran the sourceforge tool cppcheck over the source code of the
new Linux kernel 2.6.33-rc6:
[./arm/mach-omap2/mux.c:492]: (error) Buffer access out-of-bounds
13 characters + 1 digit + 1 zero byte is more than 14 characters.
Also add a comment on mode0 name length in case new omaps
From: Marek Skuczynski
I have found an access to already released memory in
clk_debugfs_register_one() function.
Signed-off-by: Marek Skuczynski
Acked-by: Paul Walmsley
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/clock.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
3630 has more mux signals than 34xx. The additional pins
exist in omap36xx_cbp_subset, but are not initialized
as the superset is missing these offsets. This causes
the following errors during the boot:
mux: Unknown entry offset 0x236
mux: Unknown entry offset 0x22e
mux: Unknown entry offset 0x1ec
From: Kevin Hilman
Ensure valid clock pointer during GPMC init. Fixes compiler
warning about potential use of uninitialized variable.
Signed-off-by: Kevin Hilman
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/gpmc.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff -
From: Kevin Hilman
Ensure valid base address during IRQ init. Fixes compiler warning
about potential use of uninitialized variable.
Signed-off-by: Kevin Hilman
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/irq.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
From: Sriram
OMAP platforms(like OMAP3530) include DSP or other co-processors
for media acceleration. when carving out memory for the
accelerators we can end up creating a hole in the memory map
of sort:
To handle such a memory configuration ARCH_HAS_HOLES_MEMORYMODEL
has to be enabled. For fur
From: Uwe Kleine-König
The only usage of _toggle_gpio_edge_triggering is in an
CONFIG_ARCH_OMAP1 is defined, too.
This fixes a compiler warning:
arch/arm/plat-omap/gpio.c:758: warning: '_toggle_gpio_edge_triggering'
defined but not used
when compiling for ARCH_OMAP2, ARCH_OMAP3 or ARC
Remove old unused defines for OMAP_32KSYNCT_BASE
Signed-off-by: Tony Lindgren
---
arch/arm/plat-omap/omap_device.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/arch/arm/plat-omap/omap_device.c b/arch/arm/plat-omap/omap_device.c
index 1e5648d..2ed7201 100644
Hi all,
Here are some omap fixes for review.
Regards,
Tony
---
Kevin Hilman (2):
OMAP2/3: IRQ: ensure valid base address
OMAP2/3: GPMC: ensure valid clock pointer
Marek Skuczynski (1):
omap: Fix access to already released memory in clk_debugfs_register_one()
Sriram (1):
* Adrian Hunter [100202 01:21]:
> From 10920ef5efbfced940eea0932e314b5a63ac706c Mon Sep 17 00:00:00 2001
> From: Adrian Hunter
> Date: Tue, 2 Feb 2010 10:53:38 +0200
> Subject: [PATCH] omap_hsmmc: allow compile without regulator framework
>
> It is still possible to use the omap_hsmmc module
> w
From: Sonasath, Moiz
Sent: Tuesday, February 02, 2010 3:40 PM
To: Tony Lindgren; Pais, Allen
Cc: linux-omap@vger.kernel.org
Subject: RE: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
Tony/Allen/Paul,
> -Original Message-
> From: linux
>From 23b8b63a9f57c20b3f87ac886623d227d5448e8f Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Thu, 28 Jan 2010 20:53:48 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef CHNL_MODE and replace it with
normal C type
This patch removes the typedef CHNL_MODE.
CHNL_MODE values are we
>From b90284e0c81aa983ee60ce1fee8d69beba4061a6 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Thu, 28 Jan 2010 20:22:04 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef for the node handle and replace it
with the C normal type.
Signed-off-by: Shivananda Hebbar
---
arch/arm/plat-omap/in
>From 9c41e6639d93696cf92c740c026d887ab77f16a9 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Thu, 28 Jan 2010 20:40:48 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef BRD_STATUS and replace it with
normal C type
This patch removes the typedef BRD_STATUS and replaces it with t
>From 82f402b577d1afb535b319eed4a18087010ef679 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Thu, 28 Jan 2010 20:06:40 -0600
Subject: [PATCH] DSPBRIDGE: Remove typdef used for Processor type replace it
with standard C type
Signed-off-by: Shivananda Hebbar
---
arch/arm/plat-omap/includ
>From d3edb20499a7b084a7510d9930264ff2935a6048 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Fri, 29 Jan 2010 15:32:44 -0600
Subject: [PATCH] DSPBRIDGE :Remove typedefs used for stream handle and replace
it with normal C types
This patch removes typedef used for stream handle and replac
>From 108329666e2bf829915c7de4a693fd83c00581a3 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Fri, 29 Jan 2010 15:03:02 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef for PROCFAMILY and Replace it
with normal C type
This patch removes the typdef used for PROCFAMILY and repl
>From 40939eb42f476a0ef7b4f67ebcb412b562daed81 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Thu, 28 Jan 2010 19:14:21 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef used for PROCTYPE and replace
it with the normal C type
This patch removes the typedef used for PROCTYPE
>From 5855acc38e699f9abfcdd11f1dbd5d648feecb74 Mon Sep 17 00:00:00 2001
From: Shivananda Hebbar
Date: Thu, 28 Jan 2010 18:57:02 -0600
Subject: [PATCH] DSPBRIDGE: Remove typedef used for DSPRTOS type and replace
it with normal C type.
This patch removes the typdef used for DSPRTOS type and repla
These patches remove the typedefs and replace it with normal C types:
Shivananda Hebbar (8)
DSPBRIDGE: typedef cleanup -DSP RTOS
DSPBRIDGE: typedef cleanup -PROCTYPE
DSPBRIDGE: typedef cleanup -PROCFAMILY
DSPBRIDGE: typedef cleanup -DSP_HSTREAM
DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR
DSPBRIDGE
These patches remove the typedefs and replace it with normal C types:
Shivananda Hebbar (8)
DSPBRIDGE: typedef cleanup -DSP RTOS
DSPBRIDGE: typedef cleanup -PROCTYPE
DSPBRIDGE: typedef cleanup -PROCFAMILY
DSPBRIDGE: typedef cleanup -DSP_HSTREAM
DSPBRIDGE: typedef cleanup -DSP_HPROCESSOR
DSPBRID
Paul,
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Monday, February 01, 2010 9:37 PM
> To: Pais, Allen
> Cc: linux-omap@vger.kernel.org; Sonasath, Moiz; t...@atomide.com
> Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
>
> Hi Allen,
Tony/Allen/Paul,
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Tuesday, February 02, 2010 10:56 AM
> To: Pais, Allen
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 1/2] omap: Disable GA
On 2/2/2010 2:18 PM, Omar Ramirez Luna wrote:
From: Ernesto Ramos
Remove flag RES_CLEANUP_DISABLE to have dspbridge
resource cleanup allways enabled.
Signed-off-by: Ernesto Ramos
Acked-by: Ameya Palande
---
arch/arm/plat-omap/include/dspbridge/_dcd.h|3 --
arch/arm/plat-omap/incl
On 2/2/2010 1:31 PM, Omar Ramirez Luna wrote:
From: Gomez Castellanos, Ivan
The DRV_ProcUpdatestate function was only used in two places and
it only assigned a value.
Signed-off-by: Ivan Gomez
Acked-by: Ameya Palande
---
.../plat-omap/include/dspbridge/resourcecleanup.h |3 ---
drivers/
On 1/27/2010 12:06 PM, Gomez Castellanos, Ivan wrote:
From f9d2f46583399c4addd3c2978c62d1821e0100d7 Mon Sep 17 00:00:00 2001
From: Ivan Gomez
Date: Thu, 21 Jan 2010 12:27:33 -0600
Subject: [PATCH] DSPBRIDGE: Check process context in bridge_ioctl
Check pcontext (filp->private_data) in bridge_ioc
>From f19c2e71f4268e357926461a7196d44703d896ae Mon Sep 17 00:00:00 2001
From: Ernesto Ramos
Date: Fri, 29 Jan 2010 01:18:56 +
Subject: [PATCH v2] DSPBRIDGE: Resource clean up always enabled
Remove flag RES_CLEANUP_DISABLE to have dspbridge
resource cleanup allways enabled.
Signed-off-by: Ern
Hi,
On 1/26/2010 5:52 AM, Felipe Contreras wrote:
On Tue, Jan 26, 2010 at 3:56 AM, Omar Ramirez Luna wrote:
From: Hiroshi DOYU
Based on the discussion:
http://www.spinics.net/lists/arm-kernel/msg72810.html
HACK: export "follow_page()" for dspbridge cache operation
This is clearly a hack,
From: Ernesto Ramos
Remove flag RES_CLEANUP_DISABLE to have dspbridge
resource cleanup allways enabled.
Signed-off-by: Ernesto Ramos
Acked-by: Ameya Palande
---
arch/arm/plat-omap/include/dspbridge/_dcd.h|3 --
arch/arm/plat-omap/include/dspbridge/drv.h |3 +-
.../plat
On 1/28/2010 10:44 AM, Ameya Palande wrote:
On Thu, 2010-01-28 at 17:05 +0100, ext Ramos Falcon, Ernesto wrote:
From 30b0f99526350abe2bf93c2a9729f8fa5f9bafc7 Mon Sep 17 00:00:00 2001
From: Ernesto Ramos
Date: Thu, 21 Jan 2010 14:36:07 -0600
Subject: [PATCH] DSPBRIDGE: Resource clean up always e
From: Gomez Castellanos, Ivan
The DRV_ProcUpdatestate function was only used in two places and
it only assigned a value.
Signed-off-by: Ivan Gomez
Acked-by: Ameya Palande
---
.../plat-omap/include/dspbridge/resourcecleanup.h |3 ---
drivers/dsp/bridge/rmgr/drv.c |
On 1/28/2010 7:18 PM, Gomez Castellanos, Ivan wrote:
In the previous patch, the function prototype was not removed.
From 22a3646710806c9390a48556ded889e19178db9e Mon Sep 17 00:00:00 2001
From: Ivan Gomez
Date: Thu, 28 Jan 2010 18:53:45 -0600
Subject: [PATCH] DSPBRIDGE: Remove DRV_ProcUpdatestat
On Mon, 2010-02-01 at 21:00 +0100, ext Menon, Nishanth wrote:
> Ameya Palande said the following on 02/01/2010 07:56 PM:
> > Since vfree() checks for null pointer, there is no need to check is again in
> > MEM_VFree(). This patch also reorganizes the function to make it more
> > readable.
> >
> >
On Mon, 2010-02-01 at 17:57 +0100, Palande Ameya (Nokia-D/Helsinki)
wrote:
> Since kfree() checks for null pointer, there is no need to check is again in
> MEM_Free(). This patch also reorganizes the function to make it more readable.
>
> Signed-off-by: Ameya Palande
> ---
> drivers/dsp/bridge/s
"Madhusudhan" writes:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Kevin Hilman
>> Sent: Friday, January 29, 2010 6:27 PM
>> To: linux-omap@vger.kernel.org
>> Subject: [PATCH] OMAP2/3: update default defconfig,
* Pais, Allen [100201 18:56]:
>
>
> From: Tony Lindgren [t...@atomide.com]
> Sent: Monday, February 01, 2010 7:53 PM
> To: Pais, Allen
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH 1/2] omap: Disable GAIA I2C1/I2C4 internal pull-ups
>
> Hi,
>
>
On Tue, Feb 02, 2010 at 02:41:51PM +0100, Nishanth Menon wrote:
> > From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
> > You forgot to mention the impact of this patch: DVFS is effectively
> > disabled until the next patch is applied. Right?
>
> That is the reason why it is a patch serie
> From: Felipe Contreras [mailto:felipe.contre...@nokia.com]
> Sent: Tuesday, February 02, 2010 3:01 PM
>
> On Tue, Feb 02, 2010 at 08:17:25AM +0100, Nishanth Menon wrote:
> > Current DSPBridge uses hardcoded logic which is not scalable
> > across OMAP3 silicons. introduce a structure based imp
From: Tero Kristo
If off-mode is disabled, cpuidle now falls back to proper C state. Previously
the state was just simply hacked inside omap3_enter_idle which resulted
in wrong state residencies to be reported.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cpuidle34xx.c | 22 +++
From: Tero Kristo
Following hacks will be moved inside cpuidle in subsequent patch:
- CAM domain prevents idle completely
- PER should not go OFF if core remains active
This simplifies the design and allows cpuidle to keep better track of which
power states system will actually enter.
Signed
From: Tero Kristo
With the new support functions this is now possible. Suspending to INACTIVE
is useful for testing purposes.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/pm34xx.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34x
From: Tero Kristo
Following checks are made (and their reasoning):
- If CAM domain is active, prevent idle completely
* CAM pwrdm does not have HW wakeup capability
- If PER is likely to remain on, prevent PER off
* Saves on unnecessary context save/restore
- If CORE domain is active, preven
From: Tero Kristo
Added definitions for OMAP3430ES2_ST_SGX_SHIFT and OMAP3430ES2_ST_SGX_MASK
as these were missing.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cm-regbits-34xx.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/cm-regbits-34
From: Tero Kristo
New powerdomain support code for INACTIVE state removes the need to control
clockdomains directly from cpuidle. Also, cpuidle state definitions can now
directly support ON / INACTIVE simplifying the implementation.
Signed-off-by: Tero Kristo
---
arch/arm/mach-omap2/cpuidle34x
From: Tero Kristo
pwrdm_can_idle(pwrdm) will check if the specified powerdomain can enter
idle. This is done by checking all clockdomains under the powerdomain
if they can idle also.
omap2_clkdm_can_idle(clkdm) will check if the specified clockdomain can
enter idle. This checks the functional cl
From: Tero Kristo
Added omap3_pwrdm_set_next_pwrst and omap3_pwrdm_read_next_pwrst. These
functions add support for INACTIVE and ON states to the standard OMAP
powerdomain functions, and add caching logic for the next state. These
functions are used in subsequent patches to simplify the logic of
From: Tero Kristo
Improvements compared to previous version:
- Removed hacks from generic powerdomain code, instead added support
routines for OMAP3, which are used by pm34xx.c and cpuidle34xx.c, these
support routines only touch mpu, core and neon powerdomains
- Bug fix: comparison in cpuid
From: Tero Kristo
Previously omap_sram_idle() did not know about the difference between ON and
INACTIVE states, which complicated the state handling in these cases. Now,
the following changes are done in the idle logic:
- Check for IO-chain arming is changed to reflect desired state (RET)
- UART
On Tue, Feb 02, 2010 at 08:17:25AM +0100, Nishanth Menon wrote:
> Current DSPBridge uses hardcoded logic which is not scalable
> across OMAP3 silicons. introduce a structure based implementation
> this allows for dsp frequency table indices to be generated runtime
> instead of being compile time.
ARM : OMAP4 : Add USB support to 4430 SDP board file
This patch adds support for Mentor USB to 4430 SDP board
file.
It also defines the base address for HS USB OTG controller
in OMAP4.
Also updates platform specfic structure with base address
and IRQ details.
Signed-off-by: Maulik Mankad
Cc: T
ARM : OMAP: MUSB :Pass board specific data from board file
Pass board specific data for MUSB (like interface_type,
mode etc) from board file by defining board
specific structure.
Each board file can define this structure based on
its requirement and pass this information to the
driver.
Signed-o
ARM : OMAP : Remove #ifdef from board-omap3evm.c
This patch removes #ifdef around usb_nop_xceiv_register()
from board-omap3evm.c
Signed-off-by: Maulik Mankad
Cc: Tony Lindgren
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: Olof Johansson
---
Index: linux-2.6/arch/arm/mach-omap2/board-omap3evm.c
USB : Add empty functions in otg.h
Add empty functions for usb_nop_xceiv_register()
and usb_nop_xceiv_unregister() in otg.h so that
these functions can be called even when
CONFIG_NOP_USB_XCEIV is not enabled.
It allows to remove ifdef's from board file.
Signed-off-by: Maulik Mankad
Cc: Tony Lin
Here is the 4 patch series based on top of 2.6.33-rc6.
Maulik Mankad (4):
[PATCH 1/4] USB : Add empty functions in otg.h
[PATCH 2/4] ARM : OMAP : Remove #ifdef from board-omap3evm.c
[PATCH 3/4] ARM : OMAP: MUSB : Pass board specific data using a structure
[PATCH 4/4] ARM : OMAP4 : MUSB : Add USB s
>>From: Tony Lindgren [mailto:t...@atomide.com]
>>Sent: Tuesday, February 02, 2010 3:47 AM
>>To: Felipe Balbi
>>Cc: ext Maulik Mankad; linux-omap@vger.kernel.org;
linux->>u...@vger.kernel.org; David Brownell; Greg Kroah-Hartman; Sergei
Shtylyov; >>Olof Johansson
>>Subject: Re: [PATCH v3 2/2] ARM :
Ameya Palande said the following on 02/02/2010 12:03 PM:
Hi Nishanth,
On Mon, 2010-02-01 at 20:48 +0100, ext Menon, Nishanth wrote:
Ameya Palande said the following on 02/01/2010 08:18 PM:
Since there is only 1 device there is no need of driver_minor global variable.
i am a little skeptical a
Hi Nishanth,
On Mon, 2010-02-01 at 20:48 +0100, ext Menon, Nishanth wrote:
> Ameya Palande said the following on 02/01/2010 08:18 PM:
> > Since there is only 1 device there is no need of driver_minor global
> > variable.
> i am a little skeptical about this change - mainly coz, it might be a good
From: Tero Kristo
Only RX interrupt will now kick the sleep prevent timer. In addition, TX
fifo status is checked before disabling clocks, this will prevent occasional
garbage being printed on serial line. Smartidle is also disabled while
entering idle if we have data in the transmit buffer, beca
>-Original Message-
>From: ext Paul Walmsley [mailto:p...@pwsan.com]
>Sent: 02 February, 2010 10:04
>To: Kristo Tero (Nokia-D/Tampere)
>Cc: linux-omap@vger.kernel.org
>Subject: Re: [PATCHv4 2/8] OMAP: Powerdomains: Add support for
>INACTIVE state on pwrdm level
>
>Hello Tero,
>
>On Fri
From 10920ef5efbfced940eea0932e314b5a63ac706c Mon Sep 17 00:00:00 2001
From: Adrian Hunter
Date: Tue, 2 Feb 2010 10:53:38 +0200
Subject: [PATCH] omap_hsmmc: allow compile without regulator framework
It is still possible to use the omap_hsmmc module
without the regulator framework. Accordingly,
>-Original Message-
>From: ext Paul Walmsley [mailto:p...@pwsan.com]
>Sent: 02 February, 2010 00:11
>To: Kristo Tero (Nokia-D/Tampere)
>Cc: linux-omap@vger.kernel.org
>Subject: Re: [PATCHv4 1/8] OMAP3: Clockdomain: Added API for
>checking if HWSUP is enabled
>
>Hi Tero,
>
>On Fri, 22 J
Hello Tero,
On Fri, 22 Jan 2010, Tero Kristo wrote:
> Currently only ON, RET and OFF are supported, and ON is arguably broken as it
> allows the powerdomain to enter INACTIVE state unless idle is prevented.
> Now, pwrdm code prevents idle if ON is selected and hardware supervised
> mode for the u
70 matches
Mail list logo