* Premi, Sanjeev pr...@ti.com [100812 15:42]:
Hi all,
While re working on the cpu revision patch, I came
across these definitions:
#define OMAP3630_REV_ES1_0 0x36300034
#define OMAP3630_REV_ES1_1 0x36300134
#define OMAP3630_REV_ES1_2 0x36300234
Contrast this with:
Thursday 12 August 2010 23:38:17 Guennadi Liakhovetski napisał(a):
On Sun, 1 Aug 2010, Janusz Krzysztofik wrote:
Friday 30 July 2010 20:49:05 Janusz Krzysztofik napisaÅ(a):
I think the right way would be if implemented at the videobuf-core level.
Then, drivers should be able to
* Ameya Palande ameya.pala...@nokia.com [100812 14:52]:
On Thu, 2010-08-12 at 13:51 +0200, ext Tony Lindgren wrote:
* Ameya Palande ameya.pala...@nokia.com [100812 13:28]:
On Wed, 2010-08-11 at 18:03 +0200, ext Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
Commit
Hi all,
Here are some omap fixes for review.
Regards,
Tony
---
Kevin Hilman (1):
OMAP3: PM: ensure IO wakeups are properly disabled
Nishanth Menon (1):
omap3: id: fix 3630 rev detection
Tony Lindgren (3):
omap: Fix sev instruction usage for multi-omap
omap: Use
From: stanley.miao stanley.m...@windriver.com
cpu_is_omap3517() and cpu_is_omap3505() are the subgroups of cpu_is_omap34xx(),
so we should check cpu_is_omap3517() and cpu_is_omap3505() first, then check
cpu_is_omap34xx().
Otherwise, All AM35XX (Sitara) clocks do not get registered and device
From: Kevin Hilman khil...@ti.com
Commit 5a5f561 (convert OMAP3 PRCM macros to the _SHIFT/_MASK suffixes)
mistakenly removed the check for PER when disabling the IO chain.
During idle, if the PER powerdomain transitions and CORE does not (as
is the case with the lower C-states when using
Otherwise we get the following error with omap3_defconfig and CONFIG_SMP:
Error: selected processor does not support `sev'
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/omap-smp.c|3 +--
Otherwise we get the following error when enabling CONFIG_SMP
for omap3_defconfig:
arch/arm/kernel/entry-armv.S: Assembler messages:
arch/arm/kernel/entry-armv.S:48: Error: bad instruction `test_for_ipi
r0,r6,r5,lr'
arch/arm/kernel/entry-armv.S:48: Error: bad instruction `test_for_ltirq
Commit ffb63e3402849e1b70119ee0c9a81dc9da4dfa97 changed
Kconfig to select support for omap2, 3 and 4 by default.
However, CONFIG_SMP won't currently work properly on
uniprocessor ARMs, or if support for earlier ARM cores
is selected in.
Fix this by updating omap_4430sdp_defconfig to not
select
This patch fixes sparse errors/warnings for all the files
in mach-omap2 directory.
Build tested for omap3_defconfig and boot tested on OMAP4 SDP and beagle
board.
sparse warnings which are fixed with this patch:
arch/arm/mach-omap2/control.c:88:6: warning: symbol 'omap3_secure_ram_storage'
was
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Thursday 12 August 2010 23:38:17 Guennadi Liakhovetski napisał(a):
On Sun, 1 Aug 2010, Janusz Krzysztofik wrote:
Friday 30 July 2010 20:49:05 Janusz Krzysztofik napisaÅ(a):
I think the right way would be if implemented at the
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, August 13, 2010 1:32 PM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 4/6] omap: Fix sev
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, August 13, 2010 1:32 PM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 6/6] omap: Fix
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Friday, August 13, 2010 1:32 PM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH 5/6] omap: Use CONFIG_SMP for
On Friday, August 13, 2010 11:52:41 am Guennadi Liakhovetski wrote:
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Thursday 12 August 2010 23:38:17 Guennadi Liakhovetski napisał(a):
On Sun, 1 Aug 2010, Janusz Krzysztofik wrote:
Friday 30 July 2010 20:49:05 Janusz Krzysztofik
G, Manjunath Kondaiah had written, on 08/13/2010 03:22 AM, the following:
This patch fixes sparse errors/warnings for all the files
in mach-omap2 directory.
Build tested for omap3_defconfig and boot tested on OMAP4 SDP and beagle
board.
sparse warnings which are fixed with this patch:
Hello.
Tony Lindgren wrote:
From: Kevin Hilman khil...@ti.com
Commit 5a5f561 (convert OMAP3 PRCM macros to the _SHIFT/_MASK suffixes)
mistakenly removed the check for PER when disabling the IO chain.
During idle, if the PER powerdomain transitions and CORE does not (as
Does not what?
* Sergei Shtylyov sshtyl...@mvista.com [100813 12:48]:
Hello.
Tony Lindgren wrote:
From: Kevin Hilman khil...@ti.com
Commit 5a5f561 (convert OMAP3 PRCM macros to the _SHIFT/_MASK suffixes)
mistakenly removed the check for PER when disabling the IO chain.
During idle, if the PER
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Nishanth Menon
Sent: Friday, August 06, 2010 4:30 PM
To: Gopinath, Thara
Cc: Menon, Nishanth; linux-omap; Kevin Hilman
Subject: Re: [PM-SR][PATCH 06/12] omap3: sr: device:
-Original Message-
From: Menon, Nishanth
Sent: Friday, August 13, 2010 3:04 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Tony Lindgren
Subject: Re: [PATCH] OMAP2PLUS: Fix Sparse errors/warnings in
mach-omap2
G, Manjunath Kondaiah had written, on 08/13/2010
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Nishanth Menon
Sent: Friday, August 06, 2010 4:38 PM
To: Gopinath, Thara
Cc: Menon, Nishanth; linux-omap; Kevin Hilman
Subject: Re: [PM-SR][PATCH 01/12] omap3: voltage:
Hello.
Tony Lindgren wrote:
From: Kevin Hilman khil...@ti.com
Commit 5a5f561 (convert OMAP3 PRCM macros to the _SHIFT/_MASK suffixes)
mistakenly removed the check for PER when disabling the IO chain.
During idle, if the PER powerdomain transitions and CORE does not (as
Does not what?
system_rev comes from u-boot and is a constant 0x20, so
Bx boards also fall in this 'if' and will get setup with the
wrong gpio_wp pin. Switch to using the Beagle revision routine
to correcly set pin 23 only for C1/2/3 and C4 Boards. Bx boards
will then use the correct default pin setting.
The omap3630 based BeagleBoard xM uses a MicroSD card slot with
no write protection.
Signed-off-by: Robert Nelson robertcnel...@gmail.com
---
arch/arm/mach-omap2/board-omap3beagle.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
On Fri, 13 Aug 2010 07:21:08 -0500
Robert Nelson robertcnel...@gmail.com wrote:
+ /* Older U-Boot's such as 2009.01-dirty don't have the pins
+ * muxed correctly to use the generic gpio_direction_input();
+ */
+ omap_mux_init_gpio(171, OMAP_PIN_INPUT_PULLUP);
+
On Fri, Aug 13, 2010 at 7:44 AM, Jarkko Nikula jhnik...@gmail.com wrote:
On Fri, 13 Aug 2010 07:21:08 -0500
Robert Nelson robertcnel...@gmail.com wrote:
+ /* Older U-Boot's such as 2009.01-dirty don't have the pins
+ * muxed correctly to use the generic gpio_direction_input();
+
Hemanth
I have a few comments on this patch.
+static ssize_t cma3000_store_attr_mdfftmr(struct device *dev,
+ struct device_attribute *attr,
+ const char *buf, size_t count)
+{
+ struct platform_device *pdev =
On Thu, Aug 12, 2010 at 8:28 PM, Hari Kanigeri hari.kanig...@gmail.com wrote:
Also I believe that the new Contiguous Memory Allocation (CMA)
framework was developed specifically for systems that need to allocate
physically contiguous memory because they don't have an MMU. What
(edit) ...
This patch changes the pm_db_init from arch initcall to a postcore
initcall. With arch initcall, it is impossible for pm driver that
gets initialized prior to this driver to use one of the
pm debug fs entries during its init. Making it a postcore initcall
ensures that this drver gets initialized
From: thara gopinath th...@ti.com
This patch series introduces smartreflex and voltage driver support
for OMAP3430 and OMAP3630. SmartReflex modules do adaptive voltage
control for real-time voltage adjustments.
Originally all the functionalities introduced in this patch
were present in
This patch adds debug support to the voltage and smartreflex drivers.
This means a whole bunch of voltage processor and smartreflex
parameters are now visible through the pm debugfs. By default
only a read of these parameters are permitted. If you need to
write into them then
echo 1
This patch adds support for device registration of various
smartreflex module present in the system. This patch introduces
the platform data for smartreflex devices which include
the efused and test n-target vaules, module enable/disable
pointers and a parameter to indicate whether smartreflex
This patch adds voltage driver support for OMAP3. The driver
allows configuring the voltage controller and voltage
processors during init and exports APIs to enable/disable
voltage processors, scale voltage and reset voltage.
The driver also maintains the global voltage table on a per
VDD basis
Smartreflex Class3 implementation continuously monitors
silicon performance and instructs the Voltage Processors
to increase or decrease the voltage.
This patch adds smartreflex class 3 driver. This driver hooks
up with the generic smartreflex driver smartreflex.c to abstract
out class specific
This patch adds support in the twl4030 driver to hook up
the API enabling smartreflex support on PMIC side with the
smartreflex driver. Without this the OMAP smartreflex modules
will not function.
Signed-off-by: Thara Gopinath th...@ti.com
---
drivers/mfd/twl-core.c |7 +--
SmartReflex modules do adaptive voltage control for real-time
voltage adjustments. With Smartreflex the power supply voltage
can be adapted to the silicon performance(manufacturing process,
temperature induced performance, age induced performance etc).
There are differnet classes of smartreflex
Hi,
-Original Message-
From: Cousson, Benoit
Sent: Monday, August 09, 2010 5:42 PM
To: Kalliguddi, Hema
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org;
Basak, Partha; Felipe Balbi; Tony Lindgren; Kevin Hilman
Subject: Re: [PATCH 7/8] : Hwmod api changes
On 8/6/2010 7:28 PM,
Update platform data and fifo mode support.
v2:
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg23562.html
Hemanth V (2):
OMAP-McSPI: Update platform McSPI files
OMAP-McSPI :Adds support for FIFO and auto chip select mode
arch/arm/mach-omap2/devices.c |5 +
From: Hemanth V heman...@ti.com
This patch updates platform files for fifo, slave support.
Cc: Grant Likely grant.lik...@secretlab.ca
Signed-off-by: Hemanth V heman...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
From: Hemanth V heman...@ti.com
DMA and FIFO could be enabled together for better throughput.
Platform config parameters have been added to enable these
features on any particular McSPI controller.
FIFO can be enabled by defining fifo_depth parameter. fifo_depth needs
to be a multiple of buffer
This patch series implements McSPI Module in HWMOD FW way
and use the runtime PM layer.
This patch series is created on origin/pm-wip/hwmods-omap4 with
McSPI slave mode patches (url given below) on top of it.
https://patchwork.kernel.org/patch/79677/
Updated McSPI slave mode patches will be
This patch updates the omap2420 hwmod data with the
McSPI info.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 138
1 files
Update the 2430 hwmod dat file with McSPI info.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 196
1 files changed, 196
Update omap3 hwmod file with mcspi info.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 252
1 files changed, 252 insertions(+), 0
From: Govindraj.R govindraj.r...@ti.com
This patch converts the McSPI driver to use pm_runtime apis while
implementing it in HWMOD FW way.
Signed-off-by: Charulatha V ch...@ti.com
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Govindraj.R govindraj.r...@ti.com
---
From: Benoit Cousson b-cous...@ti.com
Update omap4 hwmod file with mcspi info.
This patch is extracted from the below patch sent by Benoit
OMAP4: hwmod: Add partial hwmod support for OMAP4430 ES1.0
https://patchwork.kernel.org/patch/99052/
Signed-off-by: Benoit Cousson b-cous...@ti.com
Sanjeev,
Please see my comments below:
+EXPORT_SYMBOL(hwspinlock_trylock);
[sp] The code is almost duplicated in the functions hwspinlock_trylock()
and hwspinlock_lock(). The difference being try-once/ try-multiple.
I believe one function with additional arg - say limit - should be
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
[sp] I did not see this file in any of the master,
for-next or pm branches.
[SQ] This will go into Santosh's omap4_next branch for upstreaming. That
branch contains the file.
+#define OMAP44XX_SPINLOCK_BASE (L4_44XX_BASE + 0xF6000)
+
[sp] Can this be simply OMAP4_SPINLOCK_BASE equiv to OMAP4_MMUx_BASE
defined just above. OR is this address specific to OMAP44xx only?
(I haven't checked what is the the convention followed in rest of
the
Hi all,
I'll like to announce a new wikipage entry in http://omappedia.org site for
OMAP3 Camera-ISP progress and details. Please find it here.
http://omappedia.org/wiki/Camera-ISP_Driver
The intention is to provide an online documentation of the work and progress
of the patches submission, and
Simon
-Original Message-
From: Que, Simon
Sent: Friday, August 13, 2010 8:52 PM
To: Premi, Sanjeev; Linux Omap; Tony Lindgren
Cc: Cousson, Benoit; Shilimkar, Santosh; Kanigeri, Hari
Subject: RE: [PATCH 1/4 v2] omap: hwspinlock: uncomment the hwmod part for
hwspinlock
Friday 13 August 2010 11:11:52 Marin Mitov napisał(a):
On Friday, August 13, 2010 11:52:41 am Guennadi Liakhovetski wrote:
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Thursday 12 August 2010 23:38:17 Guennadi Liakhovetski napisał(a):
1. We've discussed this dynamic switching a bit on
uncomment the hwmod part for hwspinlock
Signed-off-by: Simon Que s...@ti.com
Signed-off-by: Hari Kanigeri h-kanige...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
Created driver for OMAP hardware spinlock.
- Reserved spinlocks for internal use
- Dynamic allocation of unreserved locks
- Lock, unlock, and trylock functions, with or without disabling irqs/preempt
- Registered as a platform device driver
The device initialization uses hwmod to configure
Patch to add support to build hwspinlock modules
Signed-off-by: Simon Que s...@ti.com
---
arch/arm/mach-omap2/Makefile |2 ++
arch/arm/plat-omap/Makefile |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile
Good morning,
The config file found at
http://people.canonical.com/~mpoirier/config.mmc_failure;
was generated by doing a make omap3_beagle_defconfig from 2.6.35-rc6,
followed by a make menuconfig where the following flags were enabled:
CONFIG_PREEMPT_VOLUNTARY
CONFIG_CPU_IDLE
CONFIG_SOUND
Hi Hermanth,
A few comments below. I imagine to avoid ordering issues, both of
these patches should be merged through the spi tree?
On Fri, Aug 13, 2010 at 7:58 AM, Govindraj.R govindraj.r...@ti.com wrote:
From: Hemanth V heman...@ti.com
This patch updates platform files for fifo, slave
On Fri, Aug 13, 2010 at 4:25 PM, Grant Likely grant.lik...@secretlab.ca wrote:
On Fri, Aug 13, 2010 at 7:58 AM, Govindraj.R govindraj.r...@ti.com wrote:
+ *
+ * @fifo_depth when set to non zero values enables FIFO. fifo_depth
+ * should be set as a multiple of buffer size used for read/write.
On Fri, Aug 13, 2010 at 7:59 AM, Govindraj.R govindraj.r...@ti.com wrote:
From: Hemanth V heman...@ti.com
DMA and FIFO could be enabled together for better throughput.
Platform config parameters have been added to enable these
features on any particular McSPI controller.
FIFO can be
On Fri, Aug 13, 2010 at 8:05 AM, Charulatha V ch...@ti.com wrote:
This patch series implements McSPI Module in HWMOD FW way
and use the runtime PM layer.
Hi Charulatha,
I'll go through and review the patches, but I'm unfamiliar with HWMOD.
Is there a description of HWMOD that you can point me
On Fri, Aug 13, 2010 at 8:05 AM, Charulatha V ch...@ti.com wrote:
From: Govindraj.R govindraj.r...@ti.com
This patch converts the McSPI driver to use pm_runtime apis while
implementing it in HWMOD FW way.
Hi Govindraj,
Some comments below. Short version is that this patch seems to lump a
On Tue, 10 Aug 2010, Kevin Hilman wrote:
When using runtime PM in combination with CPUidle, the runtime PM
transtions of some devices may be triggered during the idle path.
Late in the idle sequence, interrupts will likely be disabled when
runtime PM for these devices is initiated.
2010/8/11 Kevin Hilman khil...@deeprootsystems.com:
When using runtime PM in combination with CPUidle, the runtime PM
transtions of some devices may be triggered during the idle path.
Late in the idle sequence, interrupts will likely be disabled when
runtime PM for these devices is initiated.
This patch adds hwmod database for omap2420.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Cc: Tony Lindgren
From: Thara Gopinath th...@ti.com
This patch converts OMAP1 dual mode timers into platform devices,
adds support for registering them through generic linux platform
device layer.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti
From: Thara Gopinath th...@ti.com
This patch adds device name info to OMAP2 dmtimer fclk nodes so
that the fclk nodes can be retrieved by doing a clk_get with the
corresponding device pointers.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by:
From: Thara Gopinath th...@ti.com
This patch adds hwmod database for omap2420.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
From: Thara Gopinath th...@ti.com
This patch adds hwmod database for omap2430.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
From: Thara Gopinath th...@ti.com
This patch adds device name info to OMAP3 dmtimer fclk nodes so
that the fclk nodes can be retrieved by doing a clk_get with the
corresponding device pointers.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by:
This patch uses the new register structures and mappings in functions
in order to access register offsets thereby supporting multi-platform
environment.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
This patch introduces new structures and mappings of registers
so that it is expandable to support multiple omap platforms.
The present modification is intended to support OMAP4 and previous
platforms without minimal changes to the accessing code by
suitably mapping of specific register maps.
From: Thara Gopinath th...@ti.com
This patch converts dmtimers into platform devices using omap hwmod,
omap device and runtime pm frameworks. It also allows GPTIMER1 and
GPTIMER2 and GPTIMER10 to be registered as early devices. This allows
any one of the these three to be registered as system
From: Thara Gopinath th...@ti.com
This essentially involves moving out interrupt and base address
related info from plat-omap/dmtimer.c and making certain clock related
functions platform data. This patch also initializes dmtimer driver
as a earlydriver. This is to enable early timer devices
This patch adds the omap_hwmod_get_clk() to access the _clk
field needed while setting clock sources of the timers.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma
From: Thara Gopinath th...@ti.com
This patch adds hwmod database for omap3xxx.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by: Tarun Kanti DebBarma tarun.ka...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman
From: Thara Gopinath th...@ti.com
This patch adds device name info to OMAP4 dmtimer fclk nodes so
that the fclk nodes can be retrieved by doing a clk_get with the
corresponding device pointers.
Signed-off-by: Partha Basak p-bas...@ti.com
Signed-off-by: Thara Gopinath th...@ti.com
Signed-off-by:
This patch series contains:
(*) most of the comments provided in v1 implemented and
(*) OMAP4 timers support
The comment details are availabe in respective patch series.
The comment regarding usage of dmtimer name will be resolved
after final round of consultation with members.
Baseline:
This patch series contains:
(*) most of the comments provided in v1 implemented and
(*) OMAP4 timers support
The comment details are availabe in respective patch series.
The comment regarding usage of dmtimer name will be resolved
after final round of consultation with members.
Baseline:
On Friday, August 13, 2010 10:13:08 pm Janusz Krzysztofik wrote:
Friday 13 August 2010 11:11:52 Marin Mitov napisał(a):
On Friday, August 13, 2010 11:52:41 am Guennadi Liakhovetski wrote:
On Fri, 13 Aug 2010, Janusz Krzysztofik wrote:
Thursday 12 August 2010 23:38:17 Guennadi
79 matches
Mail list logo