On Tue, 2013-08-20 at 13:20 +, Gupta, Pekon wrote:
Hi Artem, Brian,
I'll try to go through old e-mails now, and especially ubi/ubifs ones,
including yours, and I'll let Brian handle your patches, if I can? :-)
I checked them, and they looked good to me:
Signed-off-by: Artem Bityutskiy
to be reverted.
This patch is leftover by mistake because other dependent patches of
this series were dropped. This will not only break omap2-nand driver,
but might also break the build.
Just dropped it, thanks!
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line
this?
--
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
seeing this, could you please send me your config?
I compile tested your patches too, and did not see any issues with my
omap2_defconfig.
--
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
support, so that
configurations are preserved across hardware power-off/on transitions.
Signed-off-by: Philip Avinash avinashphi...@ti.com
Signed-off-by: Pekon Gupta pe...@ti.com
Pushed to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line
in the code.
This patch
- separates the configurations for various ECC schemes.
- fixes dependency issues based on Kconfig options.
- cleans up redundant code
Signed-off-by: Pekon Gupta pe...@ti.com
This does not apply to l2-mtd.git, could you please re-base?
--
Best Regards,
Artem Bityutskiy
instead next time.
Thanks!
--
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
:
http://www.linux-mtd.infradead.org/doc/ubi.html#L_max_beb
You may adjust this value, but the default for UBI is the most
pessimistic scenario.
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
- is needed for 'reproduce.sh'.
Thanks!
From a173f8e9296562e5ece3dd2936d799001897d6c6 Mon Sep 17 00:00:00 2001
From: Artem Bityutskiy artem.bityuts...@linux.intel.com
Date: Thu, 14 Mar 2013 10:49:23 +0200
Subject: [PATCH] UBIFS: make space fixup work in the remount case
The UBIFS space fixup is a useful
On Thu, 2013-03-14 at 09:54 +, Mark Jackson wrote:
On 14/03/13 09:13, Artem Bityutskiy wrote:
On Wed, 2013-03-13 at 11:12 +, Mark Jackson wrote:
Sorry ... this just locks up the unit.
OK, I've reproduced the issue with 3.9-rc2 in nandsim, see the details
below. The patch I
,
especially ARM systems which do not have coherent cache support.
--
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 Thu, 2013-03-14 at 12:02 +, Mark Jackson wrote:
But there's also a call to crc with a size of 122880 bytes, and that's
when the oops occurs.
This is when we do the atomic LEB change.
Is this size larger than the allocated buffer ?
I believe so.
--
Best Regards,
Artem Bityutskiy
I right that to reproduce it I need any image with the 'fixup' flag
set, then I should put it on the flash, mount it R/O and then remount
R/W. Right?
--
Best Regards,
Artem Bityutskiy
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
(c);
- if (err)
- goto out;
- }
-
mutex_unlock(c-umount_mutex);
return err;
--
Best Regards,
Artem Bityutskiy
diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c
index ac838b8..9791b3c 100644
--- a/fs/ubifs/super.c
+++ b/fs/ubifs/super.c
On Tue, 2013-01-15 at 19:48 -0300, Ezequiel Garcia wrote:
I saw you have acked the gpmc patch on nand.
Can I add your Acked-by on this one, when I send the rebased patch set?
Yes, I saw this series which depends on Daniel Mack's work. It looks
good. You can add
Acked-by: Artem Bityutskiy
applied them. I dropped the part that updates the
documentation. Please, handle it separately when Daniel's patches are
in.
Pushed to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
?
Please, go ahead!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
On Tue, 2013-01-15 at 11:26 -0800, Tony Lindgren wrote:
* Artem Bityutskiy dedeki...@gmail.com [130115 11:12]:
On Tue, 2013-01-15 at 10:52 -0800, Tony Lindgren wrote:
Artem,
Looks like this patch related to making GPMC work with DT was
never sent to linux-mtd or to you so adding
Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
mode.
Pushed this one alone to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
in the command
output register, but they are ignored by NAND chips anyway.
Most chips seem fine with the extra 0xFFs, but the ONFI spec says
otherwise.
Signed-off-by: Christopher Harvey char...@matrox.com
Pushed to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
On Thu, 2012-11-15 at 09:48 -0500, Christopher Harvey wrote:
On Thu, Nov 15, 2012 at 01:02:09PM +0200, Artem Bityutskiy wrote:
On Mon, 2012-10-29 at 15:51 -0400, Christopher Harvey wrote:
In 16bit NAND mode the GPMC would send the address 0xNN as 0xFFNN
instead of 0x00NN on the bus
?
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
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
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
-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
,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
changes look good an the quick
glance. Feel free to add
Acked-by: Artem Bityutskiy artem.bityuts...@linux.intel.com
Thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
the omap2.c file in patch series
which switches to the DMA engine, so I expect conflicts. You can check
his tree, I guess. The subjects were:
[CFT 09/11] mtd: omap2: add DMA engine support
[CFT 10/11] mtd: omap2: remove private DMA API implementation
--
Best Regards,
Artem Bityutskiy
. Thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
On Wed, 2012-06-13 at 17:03 +0530, Afzal Mohammed wrote:
+/* XXX: Only NAND irq has been considered,currently these are the only ones
used
+ */
+#define GPMC_NR_IRQ 2
I guess XXX means Warning? Why not to use plain English? :-)
--
Best Regards,
Artem Bityutskiy
.
Tested-by: Grazvydas Ignotas nota...@gmail.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
I guess it is makes sense to make this stuff to go in via the OMAP tree.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
and by
whom.
Oh, sure, sorry, I actually wanted to say that these to patches should
_not_ got via the MTD tree.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
On Tue, 2012-05-22 at 04:26 +, Mohammed, Afzal wrote:
Tony, Artem, how should the conflict between omap mtd trees be handled
for patch series ?
You merge the 2 trees and work on top of that? Or you wait for 3.5-r1
when everything is merged and work on top of that?
--
Best Regards,
Artem
On Thu, 2012-05-10 at 19:45 +0200, Ivan Djelic wrote:
On Thu, May 10, 2012 at 04:52:18PM +0100, Artem Bityutskiy wrote:
On Thu, 2012-05-10 at 17:17 +0200, Ivan Djelic wrote:
But in order to do so, I need the changes that Afzal has submitted
(in particular [3]). Those changes
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
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
]
--
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
which use BCH ECC. There
are 2 other MTD patches which depend on this - so I wonder if it is
easier to merge this one via the MTD tree, providing it has your/others'
ack(s).
Thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
that these 2 drivers
won't affect each other when doing I/O at the same time to the same HW
resources?
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
On Wed, 2012-04-25 at 08:23 -0700, Tony Lindgren wrote:
Hi,
* Artem Bityutskiy dedeki...@gmail.com [120425 07:52]:
On Tue, 2012-04-17 at 10:48 +0200, Ivan Djelic wrote:
This patch adds a simple BCH ecc computation api, similar to the
existing Hamming ecc api. It is intended to be used
.
But this is up to the OMAP community - I can take this patch to my
l2-mtd tree if you get an ack from Tony or other OMAP guys.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
On Wed, 2012-04-11 at 04:04 +0300, Grazvydas Ignotas wrote:
If prefetch engine is busy, current code forgets to call
dma_unmap_single(), which results in a deadlock later, so add it.
Signed-off-by: Grazvydas Ignotas nota...@gmail.com
Pushed to l2-mtd.git, thanks!
--
Best Regards,
Artem
as chip.part_probe_types.
Signed-off-by: H Hartley Sweeten hswee...@visionengravers.com
Pushed the series to l2-mtd.git, thanks!
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
: - correcting.
--
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
,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
/dedekind/l2-mtd-2.6.git/commit/283d43b9ce2952535aa89c0195085e2a1b7e5fce
Also attached.
From 283d43b9ce2952535aa89c0195085e2a1b7e5fce Mon Sep 17 00:00:00 2001
From: Artem Bityutskiy artem.bityuts...@linux.intel.com
Date: Mon, 16 Jan 2012 11:07:16 +0200
Subject: [PATCH] mtd: fix MTD suspend
Commits
are getting mandatory, though it's sad if it's
becoming a barrier to entry.
There is a signed tag (hsi_for_3.3), but said it so is true that my key
was signed only by one person. Today I've managed to meet Artem
Bityutskiy and he has now also signed the key. However, It is my
understanding that's
On Wed, 2012-01-25 at 13:47 +0200, Pekka Enberg wrote:
On Wed, Jan 25, 2012 at 1:35 PM, Artem Bityutskiy
artem.bityuts...@linux.intel.com wrote:
There is a signed tag (hsi_for_3.3), but said it so is true that my key
was signed only by one person. Today I've managed to meet Artem
merging since it has many
users and it has proven itself in real Nokia products. Would you please
pull it?
--
Best Regards,
Artem Bityutskiy
signature.asc
Description: This is a digitally signed message part
to
basic_mmio_gpio
Signed-off-by: Janusz Krzysztofik jkrzy...@tis.icnet.pl
Cc: David Woodhouse dw...@infradead.org
Cc: Tony Lindgren t...@atomide.com
Looks good, thanks!
Reviewed-by: Artem Bityutskiy artem.bityuts...@linux.intel.com
--
To unsubscribe from this list: send the line unsubscribe
On Fri, 2011-12-02 at 09:28 -0800, Brian Norris wrote:
On Fri, Dec 2, 2011 at 2:20 AM, Grazvydas Ignotas nota...@gmail.com wrote:
On Thu, Dec 1, 2011 at 10:42 AM, Artem Bityutskiy dedeki...@gmail.com
wrote:
On Tue, 2011-11-29 at 10:00 +0100, Jan Weitzel wrote:
Signed-off-by: Jan Weitzel
On Fri, 2011-12-02 at 12:20 +0200, Grazvydas Ignotas wrote:
On Thu, Dec 1, 2011 at 10:42 AM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Tue, 2011-11-29 at 10:00 +0100, Jan Weitzel wrote:
Signed-off-by: Jan Weitzel j.weit...@phytec.de
Pushed to l2-mtd-2.6.git, thank you!
This breaks
On Tue, 2011-11-29 at 10:00 +0100, Jan Weitzel wrote:
Options from struct omap_nand_platform_data are not used.
Apply options after nand_scan_ident to avoid overwrite due to
NAND_CHIPOPTIONS_MSK.
So you can pass options from platformcode
Signed-off-by: Jan Weitzel j.weit...@phytec.de
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
, 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 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
, 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 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
|| 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
Reported-by: Bryan DE FARIA bdefa...@adeneo-embedded.com
Cc: sta...@kernel.org [2.6.35+]
Pushed to l2-mtd-2.6.git, thanks.
--
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
commit message with more explanation and analysis of
the problem and how it was fixed.This commit message is not very
understandable. And then it needs also:
Cc: sta...@kernel.org [2.6.36+]
Right? And then we could send it upstream.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий
On Thu, 2011-04-28 at 20:30 +0300, Artem Bityutskiy wrote:
On Wed, 2011-04-27 at 17:39 +0530, Saxena, Parth wrote:
This patch solves the above issue for omap by initialising
badblockbits. We are working further on this to find a generic fix
to the problem in nand_base.c.
But it looks
On Fri, 2011-04-29 at 19:52 +0530, Saxena, Parth wrote:
-Original Message-
From: Artem Bityutskiy [mailto:dedeki...@gmail.com]
Sent: Thursday, April 28, 2011 11:01 PM
To: Saxena, Parth; Brian Norris
Cc: linux-...@lists.infradead.org; Basheer, Mansoor Ahamed; linux-
o
.
--
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
was
accidentally removed, how about this patch
From: Artem Bityutskiy artem.bityuts...@nokia.com
Date: Thu, 28 Apr 2011 20:26:59 +0300
Subject: [PATCH] mtd: return badblockbits back
In commit c7b28e25cb9beb943aead770ff14551b55fa8c79 the initialization of
the backblockbits was accidentally removed. This patch
...@phytec.de
Reviewed-by: Vimal Singh vimal.neww...@gmail.com
Jan,
thanks for the patch, pushed to l2-mtd-2.6.git. And apologies that I
missed.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
On Thu, 2011-04-14 at 16:48 +0200, Lars-Peter Clausen wrote:
On 04/14/2011 02:08 PM, Artem Bityutskiy wrote:
On Tue, 2011-04-12 at 21:47 +0200, Lars-Peter Clausen wrote:
From: Holger Freyther ze...@openmoko.org
This patch adds a flag to the s3c2410_nand platform data, which configures
please update the commit message
and make it more verbose and state clearly:
1. which problem you solve
2. how you solve it
3. why is this the right solution
Thanks!
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap
and suffering.
If I understand correctly, this is exactly what Linaro would need to do.
--
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
---
Patch v2:
o Patch against linux-next-20110225.
o Added comments explaining return codes.
Pushed to l2-mtd-2.6.git, thanks.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
for the
command end.
Signed-off-by: Roman Tereshonkov roman.tereshon...@nokia.com
I'll queue this series. Anybody from MTD list care to ack this patch?
Acked-by: Artem Bityutskiy artem.bityuts...@nokia.com
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
--
To unsubscribe from this list
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
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
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
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 (Артём Битюцкий
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
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
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
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
-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
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 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
);
+ 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
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
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
*/
---
__
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
1 - 100 of 160 matches
Mail list logo