Hello David:
> > + int ret;
> > +
> > + ret = mtd_writev(c->mtd, vecs, count, to, retlen);
> > +
> > if (!jffs2_is_writebuffered(c)) {
> > if (jffs2_sum_active()) {
> > int res;
> > +
> > + if (ret ||
> > +
Hello Joakim:
> Can we get this upstream before next release? I don't think there
> will much more
> testing at this point.
I would second this. Actually, I did some additional stress testing, but
didn't see any problems.
Best regards,
Thomas
o run
some more stress tests here just to check that there weren't any
unexpected side effects. (Don't get me wrong -- I am sure the patch is
fine, but for me it's a case of "once bitten, twice shy" ...)
Best regards,
Thomas Betker
tml.
The problem with that patch was that it modified mm/filemap.c and
include/linux/pagemap.h, which we were not too happy about.
Your patch looks much simpler, and I will definitely test it. It may take
a few days, though, as I have to unearth the test scripts, and find a time
slot for testing.
Best regards,
Thomas Betker
Hello Brian:
> No, I'm pretty sure this is not the first report. I think there have
> even been patches. The problem is that JFFS2 is effectively
> unmaintained, despite what MAINTAINERS has to say about it.
>
> Previous reports:
>
> Subject: Another JFFS2 deadlock, kernel 3.4.11
> http://thread
From: Thomas Betker
jffs2_flash_direct_writev() always invokes jffs2_sum_add_kvec(), even
if mtd_writev() fails. Usually, this results in an extra summary entry
pointing to dirty node space, which should be ignored -- it is a bit of
a waste, but harmless.
When mtd_writev() returns *retlen == 0
From: Thomas Betker
The scaling factor for VREFN is 3.0/4096 (not 1.0/4096), just as for
VREFP. This is not immediately obvious from the specification (Xilinx
UG480), but has been confirmed by Xilinx support.
Suggested-by: Hartmut Knaack
Signed-off-by: Thomas Betker
---
drivers/iio/adc
From: Thomas Betker
This reverts commit 5ffd3412ae55
("jffs2: Fix lock acquisition order bug in jffs2_write_begin").
The commit modified jffs2_write_begin() to remove a deadlock with
jffs2_garbage_collect_live(), but this introduced new deadlocks found
by multiple users. page_lock(
e, is there a MTD concatenation support?
In addition to 5), the MTD driver using a dual-parallel QSPI flash has to
5a) add padding at the start of data for unaligned addresses,
5b) add padding at the end of data for unaligned lengths.
Best regards,
Thomas Betker
--
To unsubscribe fro
l
>
> If you can fix it in the boot loader or firmware even better. If it's
> not doable, this patch will help (if Russell takes it):
>
> http://article.gmane.org/gmane.linux.ports.sh.devel/45685
Thanks for the info! Geert's patch looks good to me, and I sure hope it
will be
erwrite hardwired settings
such as cache size, but shouldn't we at least allow to fix things that
definitely need to be fixed?
Best regards,
Thomas Betker
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hello Michal:
> I tried to connect a SPI NOR flash to my sunxi board and due to the
current
> sunxi SPI driver limitations it does not work.
>
> The SPI driver returns an error when more than 64 bytes are
> transferred at once
> due to lack of DMA support.
Wouldn't it be easier to fix the SPI
12 matches
Mail list logo
