Regards,
Artem Bityutskiy (Битюцкий Артём)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
-by: Daniel J Blueman daniel.blue...@gmail.com
Signed-off-by: Linus Torvalds torva...@linux-foundation.org
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
On Mon, 2010-10-04 at 10:52 +0200, Loïc Minier wrote:
On Mon, Oct 04, 2010, Artem Bityutskiy wrote:
FYI, a similar patch is already in Linus' tree, so I'm dropping it from
my tree
Ok, thanks; is there something I should have done to get this patch
into Linus tree?
No, you did
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-...@lists.infradead.org
Cc: Tony Lindgren t...@atomide.com
Cc: Nishanth Menon n...@ti.com
I've pushed this patch to my l2-mtd-2.6.git.
--
Best Regards,
Artem Bityutskiy (Битюцкий Артём)
--
To unsubscribe from this list: send the line
...@ti.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-...@lists.infradead.org
I've pushed this patch to my l2-mtd-2.6.git.
--
Best Regards,
Artem Bityutskiy (Битюцкий Артём)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
that there are no overlaps as this.
Indeed. This patch is complete nonsense.
Removing from my l2 tree.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
and CONFIG_MTD_ONENAND_2X_PROGRAM set to y
Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com
Kyungmin, would be nice to have your ack/nack.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
merge it yourself,
MTD tree is slow. I hope dwmw2 will not beat me for this, but unless he
quickly jumps in and confirms he takes care of this patch, just go ahead
an merge it. I've put dwmw2 to To:, just in case.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list
types.
Convert it to a platform driver, that should be free from this issue.
Created and tested against linux-2.6.37-rc5 on Amstrad Delta.
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Pushed to l2-mtd-2.6.git, thanks!
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий
procedure works with older kernels and
works
with the linux-omap 2.6.37 master.
Well, the only hint I can give is some kind of bisecting, but probably
you do not need such hint :-)
--
Best Regards,
Artem Bityutskiy (Битюцкий Артём)
--
To unsubscribe from this list: send the line unsubscribe linux
can make nandsim slower by injecting an udelay somewhere. Try this on
your x86 host - this way you'll narrow this down to an OMAP-specific or
platform-independent problem.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap
to the code about this
align_subpage stuff, for people who try to read it in the future?
--
Best Regards,
Artem Bityutskiy (Битюцкий Артём)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
and the omap tree.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
= gpmc_prefetch_enable(info-gpmc_cs, 0x0, len, 0x0);
Pushed this patch to my l2-mtd-2.6.git/dunno.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
/dunno tree.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 2010-01-11 at 12:00 +0530, Vimal Singh wrote:
On Sun, Jan 10, 2010 at 2:16 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Thu, 2009-12-31 at 17:50 +0530, Vimal Singh wrote:
There is a bug in nand prefetch read routine, which comes into effect
only if nand device is a 16-bit
-by: Adrian Hunter adrian.hun...@nokia.com
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
be fixed properly, not hidden.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
?
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
compilation warning for 'nand/omap2.c'
When you have resolved this problem run git am --resolved.
If you would prefer to skip this patch, instead run git am --skip.
To restore the original branch and stop patching run git am --abort.
[dedek...@eru l2-mtd-2.6.git]$
--
Best Regards,
Artem
* GPMC_CS_SIZE) + idx;
return __raw_readl(reg_addr);
}
+EXPORT_SYMBOL(gpmc_cs_read_reg);
Why do you export these?
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Tue, 2009-11-03 at 14:05 +0530, Vimal Singh wrote:
On Tue, Nov 3, 2009 at 1:58 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:57 +0530, Vimal Singh wrote:
Last time I forgot to 'git add' for 'arch/arm/mach-omap2/gpmc.c'... My bad.
Correct patch is below
On Tue, 2009-11-03 at 14:08 +0530, Vimal Singh wrote:
On Tue, Nov 3, 2009 at 1:48 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:12 +0530, Vimal Singh wrote:
Looping Linux-omap mailing list.
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 30 Oct 2009 11:31:34
to
your pull request later.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
at them as soon as I reach them,
and then will either reply, or put them to my tree - either to the
master or dunno branches.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
, but then Russel simply asked me to
upload it, and it was merged. Thus, the silence may simply mean upload
to the patch system.
HTH.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
window, and
there does not seem to be any blocker for this.
Being in linux-next for a while is really important.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
);
+ omap_nand_dma_transfer(mtd, p, len, 0x1);
}
I think that you should instead remove the 'const' modifier from the
'omap_write_buf_dma_pref()' function. Indeed, if it has the 'const'
modifier, it should never change the bugger.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list
device, its internal structures and partitions */
nand_release(info-mtd);
+ release_mem_region(info-phys_base, NAND_IO_SIZE);
iounmap(info-nand_pref_fifo_add);
+ gpmc_cs_free(info-gpmc_cs);
kfree(info-mtd);
return 0;
}
--
Best Regards,
Artem Bityutskiy (Артём
/027918.html
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 2009-11-10 at 16:20 +0200, Artem Bityutskiy wrote:
On Tue, 2009-11-03 at 14:31 +0530, Vimal Singh wrote:
diff --git a/drivers/mtd/nand/omap2.c b/drivers/mtd/nand/omap2.c
index 090ab87..92573d5 100644
--- a/drivers/mtd/nand/omap2.c
+++ b/drivers/mtd/nand/omap2.c
@@ -501,11
On Wed, 2009-11-11 at 10:42 -0800, Tony Lindgren wrote:
* Tomi Valkeinen tomi.valkei...@nokia.com [09 01:43]:
On Wed, 2009-11-11 at 09:45 +0100, Valkeinen Tomi (Nokia-D/Helsinki)
wrote:
On Tue, 2009-11-10 at 13:40 +0100, Artem Bityutskiy wrote:
Tomi,
could you please
|3 +
5 files changed, 1472 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/plat-omap/include/plat/omap-serial.h
create mode 100644 drivers/serial/omap-serial.c
Did you address the irq storm problems pointed by Mika Westerberg?
--
Best Regards,
Artem Bityutskiy (Артём
DSPBRIDGE: trivial file history cleanup
Look like good clean-ups to me! Although I did not look at the patches
very carefully, just briefly walked through.
I think if you keep doing this, we could add dspbrige to -staging even!
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий
and JFFS2 support in defconfig
[PATCH-v6 4/4] OMAP: 3430SDP: Enable NAND in defconfig
Is it possible to separate the MTD and OMAP parts?
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Tue, 2009-11-24 at 20:55 +0530, Vimal Singh wrote:
On Tue, Nov 24, 2009 at 8:36 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Thu, 2009-11-19 at 19:38 +0530, Vimal Singh wrote:
Here is the v6 of this patch series. I am cc'ing mtd list too this time.
From
be
used from board files instead of omap_serial_init()?
Device tree is really promising, but we do need an alternative method
anyway, because not everyone will use the device tree. IOW, device tree
does not exist yet, and will not be mandatory, so an alternative is
required.
--
Best Regards,
Artem
, 112 insertions(+), 253 deletions(-)
I think this should be merged via the omap tree, not mtd (CCed dwmw2).
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
other people, e.g., in this thread:
http://marc.info/?l=linux-kernelm=125146241831217w=2
DSS2 is in linux-next for some time as well.
Thanks.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
/ubifs.html#L_ubifs_mlc
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
don't have anything else wrong with them.
Let's fix the basic things for good, and put the other patches on
hold for a while. Sorry if this causes problems!
Hi,
fair enough. I guess Vimal should address this, as he seems to be the TI
mr. NAND, right? :-)
--
Best Regards,
Artem Bityutskiy (Артём
*/
---
__
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
On Thu, 2010-07-08 at 12:11 +0200, Enric Balletbò i Serra wrote:
Hello,
2010/7/8 Artem Bityutskiy dedeki...@gmail.com:
On Thu, 2010-07-08 at 11:55 +0200, Enric Balletbò i Serra wrote:
Hello,
I made new tests regarding this issue. Looks like the problem is
reading from the OneNAND
sens only in realy hot path places. In other
places like you touch, they are pointless - better let gcc make a choice
of how to arrange code. And they only make the code less readable by
adding extra braces and making ifs longer.
Thus, NACK for this from my side.
--
Best Regards,
Artem Bityutskiy
From: Artem Bityutskiy artem.bityuts...@nokia.com
This patch fixes the following problem indicated by kmemleak:
kmemleak: unreferenced object 0xdf93c280 (size 64):
kmemleak: backtrace:
kmemleak: [c00df6d4] create_object+0x104/0x200
kmemleak: [c00d7638] kmem_cache_alloc+0xe4/0xf4
From: Artem Bityutskiy artem.bityuts...@nokia.com
Do not forget to check the 'platform_device_add_data()' error code
in 'omap_device_build_ss()'.
Signed-off-by: Artem Bityutskiy artem.bityuts...@nokia.com
---
arch/arm/plat-omap/omap_device.c |4 +++-
1 files changed, 3 insertions(+), 1
On Fri, 2010-07-09 at 16:20 +0300, Artem Bityutskiy wrote:
From: Artem Bityutskiy artem.bityuts...@nokia.com
This patch fixes the following problem indicated by kmemleak:
kmemleak: unreferenced object 0xdf93c280 (size 64):
kmemleak: backtrace:
kmemleak: [c00df6d4] create_object
On Fri, 2010-07-09 at 08:40 -0500, Nishanth Menon wrote:
Artem Bityutskiy had written, on 07/09/2010 08:12 AM, the following:
On Fri, 2010-06-25 at 16:46 -0500, Nishanth Menon wrote:
Add unlikely checks to better optimize the rare occurrance of
erroneous conditions.
Cc: Kevin Hilman
On Fri, 2010-07-09 at 20:35 +0530, Gopinath, Thara wrote:
-Original Message-
From: Artem Bityutskiy [mailto:dedeki...@gmail.com]
Sent: Friday, July 09, 2010 6:50 PM
To: linux-omap@vger.kernel.org
Cc: Menon, Nishanth; Kevin Hilman; Gopinath, Thara; Peter p2 De Schrijver
Subject
contention is that this is omap_device related- yeah SR
is one of the users of omap_device, but there are much more folks using
omap_device in l-o today.
I see. I'll try to come up with a better prefix, but if you suggest me a
good subject line, I'll be grateful :-)
--
Best Regards,
Artem
On Fri, 2010-07-09 at 11:00 -0500, Menon, Nishanth wrote:
-Original Message-
From: Artem Bityutskiy [mailto:dedeki...@gmail.com]
Sent: Friday, July 09, 2010 10:51 AM
On Fri, 2010-07-09 at 10:51 -0500, Nishanth Menon wrote:
So the logic is:
1. The subject line
);
+ return -ENOMEM;
+ }
do not use concatenation ('\'), this is probably not what you want.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On Fri, 2010-07-09 at 16:20 +0300, Artem Bityutskiy wrote:
From: Artem Bityutskiy artem.bityuts...@nokia.com
Do not forget to check the 'platform_device_add_data()' error code
in 'omap_device_build_ss()'.
Signed-off-by: Artem Bityutskiy artem.bityuts...@nokia.com
Please, discard
tree[1]
directly. Also, pm-2.6.28 will only be available on my tree.
Sorry for ignorance, but in your PM tree the latest stuff is in
the pm branch, right?
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
);
+ }
Is it possible to clean up this print? How much should
I drink to read this code?
Why you guys don't create dump finctions which dump
whatever you need. E.g., create a
dump_page_state(struct page *pg) function and call
it.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий
Artem Bityutskiy wrote:
Ameya Palande wrote:
diff --git a/drivers/dsp/bridge/wmd/tiomap3430.c
b/drivers/dsp/bridge/wmd/tiomap3430.c
index 1fca3e5..b489da1 100644
--- a/drivers/dsp/bridge/wmd/tiomap3430.c
+++ b/drivers/dsp/bridge/wmd/tiomap3430.c
@@ -2034,26 +2034,27 @@ static DSP_STATUS PteSet
thought I have a good
suggestion. You could try the Obfuscated C code contest
and win some money with this code:
http://www.ioccc.org
:-)
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
tried to
summarize this at some point here:
http://www.linux-mtd.infradead.org/doc/ubifs.html#L_raw_vs_ftl
HTH.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Russ Dill wrote:
On Mon, Apr 6, 2009 at 12:41 AM, Artem Bityutskiy dedek...@yandex.ru wrote:
David Hagood wrote:
Well, that's not what I would have expected - I would have thought
reads on POP would have been faster than that, and cheaper - the SD
being the same speed but less CPU
in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
From: Artem Bityutskiy artem.bityuts...@nokia.com
Date: Thu, 9 Apr 2009 17:15:47 +0300
Subject: [PATCH] OMAP3: lessen amount of noisy messages
On our system we see the following messages:
Disabling unused clock gpt2_ick
Disabling unused clock gpt3_ick
Disabling unused clock gpt4_ick
Disabling
Kevin Hilman wrote:
Artem Bityutskiy dedek...@infradead.org writes:
Hi,
On Wed, 2009-04-15 at 09:22 -0600, Paul Walmsley wrote:
stil thinking about it. These messages have made it easy to catch bugs
with the PM code in the past (e.g., sad2d). Making them debug-level will
require booting
(CLK_Disable: CLK %s, CLK dev id= %d is already
+ disabled\n,
+ SERVICES_Clks[clk_id].clk_name,
+ SERVICES_Clks[clk_id].id);
NACK.
pr_err(A
B);
not
pr_err(A
B);
please.
--
Best Regards,
Artem
cannot stop
flaming :-)
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
and want to prevent idle for various reasons during development. It
is not intended for productions systems.
What about leaving /sys/power/sleep_while_idle but only if
CONFIG_PM_DEBUG=y?
Sounds like debugfs is the good place for this then.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий
From: Samu Onkalo samu.p.onk...@nokia.com
Bootloader must configure proper settings for SDRC before starting
kernel from SDRAM. Furthermore, removed lines violated omap3430 and
omap2420 SDRC errata (see errata 1.150)
Signed-off-by: Samu Onkalo samu.p.onk...@nokia.com
---
@@ static struct clk uart3_fck = {
.enable_bit = OMAP3430_EN_UART3_SHIFT,
.clkdm_name = per_clkdm,
.recalc = followparent_recalc,
+ .set_rate = omap3_cam_mclk_set_rate,
};
static struct clk gpt2_fck = {
--
Best Regards,
Artem Bityutskiy (Артём
Signed-off-by: Artem Bityutskiy artem.bityuts...@nokia.com
---
arch/arm/mach-omap2/pm-debug.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/pm-debug.c b/arch/arm/mach-omap2/pm-debug.c
index 2768510..33cc6b9 100644
--- a/arch/arm/mach-omap2/pm
The pm_dbg_init() print does not look like something useful, probably
just a leftover. Kill it.
Signed-off-by: Artem Bityutskiy artem.bityuts...@nokia.com
---
[The previous git-send-email attempt crewed up the subject, re-sending]
arch/arm/mach-omap2/pm-debug.c |2 --
1 files changed, 0
On Fri, 2009-07-10 at 17:25 +0530, vimal singh wrote:
+ /* The fifo depth is 64 bytes. We have a sync at each frame and frame
+ * length is 64 bytes.
+ */
+ int buf_len = len/64;
To optimize performance it is better not to rely on gcc and use
--
Best regards,
Artem
David Woodhouse wrote:
On Fri, 2009-07-10 at 15:02 +0300, Artem Bityutskiy wrote:
On Fri, 2009-07-10 at 17:25 +0530, vimal singh wrote:
+ /* The fifo depth is 64 bytes. We have a sync at each frame and frame
+* length is 64 bytes.
+*/
+ int buf_len = len/64
, please, check:
http://git.infradead.org/users/dedekind/l2-mtd-2.6.git/commit/33f48f597315842f39427ee4261cbf82a9afeaf3
http://git.infradead.org/users/dedekind/l2-mtd-2.6.git/commit/b67d52c91b26e97f981f2c292619d31667d5b272
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from
was public for long time and was sent several times for review.
In any case,
Tested-by: Artem Bityutskiy artem.bityuts...@nokia.com
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
Sakoman; Artem Bityutskiy; linux-ker...@vger.kernel.org;
linux-omap@vger.kernel.org Mailing List
Cc: Andrew Morton; Tony Lindgren; Tomi Valkeinen
Subject: RE: [PATCH 00/18] OMAP: DSS2: Intro
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org
Contrerasfelipe.contre...@nokia.com
Sounds good for an non-expert.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
, so it is nicer to have no space there.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
hasn't responded since then. I'm guessing he's quite busy.
Just in case it matters, here is my redundant confirmation that we are
successfully using this piece of software for about a year.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line
bus-related register be sufficient?
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Artem Bityutskiy artem.bityuts...@nokia.com
The 'pwrdm_for_each()' function walks powerdomains with a spinlock
locked, so the the callbacks cannot do anything which may sleep.
This patch introduces a 'pwrdm_for_each_nolock()' helper which does
the same, but without the spinlock locked
)
}
if (twl_has_usb() pdata-usb) {
+
Why is this extra line?
+ static struct regulator_consumer_supply usb1v5 = {
+ .supply = usb1v5,
+ };
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux
On 10/01/2009 10:01 AM, Artem Bityutskiy wrote:
From: Artem Bityutskiyartem.bityuts...@nokia.com
The 'pwrdm_for_each()' function walks powerdomains with a spinlock
locked, so the the callbacks cannot do anything which may sleep.
This patch introduces a 'pwrdm_for_each_nolock()' helper which
,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
, 39 insertions(+), 0 deletions(-)
Please, send this patch to Tony, I think it should go in via the omap
tree, not via the MTD tree.
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
On Mon, 2011-09-19 at 17:04 +0530, Saxena, Parth wrote:
Artem,
I will re-post this patch to linux-omap list and Tony. Can I add your name in
the 'Acked-by' section?
No, I did not review this patch.
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line
, for 3.3
Latest discussion for integration:
https://lkml.org/lkml/2011/10/20/177
Stephen,
I confirm that this is useful and solid framework, works well, and we
are also interested to see it upstream.
Thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally
On Wed, 2011-11-16 at 10:48 +0530, Shubhrajyoti D wrote:
Making MTD_NAND_OMAP2 depend on ARCH_OMAP2PLUS instead of
oring with ARCH2/3/4.
Reported-by: Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Pushed to l2-mtd-2.6, thanks!
Artem.
--
To
-by: Afzal Mohammed af...@ti.com
Acked-by: Artem Bityutskiy artem.bityuts...@linux.intel.com
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
error when unloading the omap2 module:
Added Cc: sta...@vger.kernel.org to both patches and pushed to
l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
|| ARCH_OMAP4)
help
- Support for NAND flash on Texas Instruments OMAP2 and OMAP3
platforms.
+ Support for NAND flash on Texas Instruments OMAP2, OMAP3 and OMAP4
+ platforms.
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line
On Wed, 2011-07-20 at 09:28 +0200, Jan Weitzel wrote:
use MTD_NAND_OMAP2 also for OMAP4 arch.
testes wit omap4430
Signed-off-by: Jan Weitzel j.weit...@phytec.de
---
v2: add menuconfig description
Pushed to l2-mtd-2.6.git, thanks.
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from
of calling
'chip-waitfunc()' directly from everywhere, have a wrapper
'nand_wati()' function, which can do things common to all drivers, and
then actually call the underlying '-waitfunc()'. So in this case, it
can do the LED stuff.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description
?
Perhaps a better method is to fetch the first few unaligned bytes
with the prefetch method, and then continue with DMA. However,
since it's hard to force an unaligned buffer, it's also hard to
test that this method works.
Yes, this would be a lot cleaner.
--
Best Regards,
Artem Bityutskiy
]
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
On Tue, 2012-05-08 at 10:03 +0300, Artem Bityutskiy wrote:
On Mon, 2012-05-07 at 22:51 +0200, Janusz Krzysztofik wrote:
A call to request_mem_region() has been introduced in the omap-gpio
driver recently (commit 96751fcbe5438e95514b025e9cee7a6d38038f40,
gpio/omap: Use devm_ API and add
From: Artem Bityutskiy artem.bityuts...@linux.intel.com
SX1 board requirese i2c, so select it in Kconfig, otherwise I have the
following build error:
arch/arm/mach-omap1/board-sx1.c: In function 'sx1_i2c_write_byte':
arch/arm/mach-omap1/board-sx1.c:58:2: error: implicit declaration of function
On Tue, 2012-05-08 at 17:17 -0700, Tony Lindgren wrote:
* Artem Bityutskiy dedeki...@gmail.com [120508 07:02]:
From: Artem Bityutskiy artem.bityuts...@linux.intel.com
SX1 board requirese i2c, so select it in Kconfig, otherwise I have the
following build error:
Thanks applying
new patches early enough to make them hit
3.5? Can you please then re-send all the dependent patches again and
again describe what depends on what, because I am getting lost :-)
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
.
But this is not going to happen this merge window as I understood, may
be not even the next one. We need to make UBIFS happy sooner than that,
I think. So may be we go forward with your original patch?
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
1 - 100 of 160 matches
Mail list logo