All of lore.kernel.org
 help / color / mirror / Atom feed
* UBIFS switched to read-only mode after make_reservation warnings
@ 2012-04-24 15:46 Matteo Mattei
  2012-04-27 14:33 ` Ivan Djelic
  2012-04-28 11:54 ` Artem Bityutskiy
  0 siblings, 2 replies; 3+ messages in thread
From: Matteo Mattei @ 2012-04-24 15:46 UTC (permalink / raw)
  To: linux-mtd

Hi guys,

continuing the tests on UBI/UBIFS and power cyclings I have the
following errors (dumping dmesg):

UBIFS warning (pid 776): make_reservation: too many space allocation
re-tries (123)
UBIFS warning (pid 776): make_reservation: too many space allocation
re-tries (124)
UBIFS warning (pid 776): make_reservation: too many space allocation
re-tries (125)
UBIFS warning (pid 776): make_reservation: too many space allocation
re-tries (126)
UBIFS warning (pid 776): make_reservation: too many space allocation
re-tries (127)
UBIFS warning (pid 776): make_reservation: too many space allocation
re-tries (128)
UBIFS error (pid 776): make_reservation: stuck in space allocation
UBIFS error (pid 776): make_reservation: cannot reserve 4144 bytes in
jhead 2, error -28
UBIFS error (pid 776): do_writepage: cannot write page 2075 of inode
80294, error -28
UBIFS warning (pid 776): ubifs_ro_mode: switched to read-only mode, error -28

It seems that there is not enough space for the journal...

This is the software and environment used:
- linux kernel 2.6.32 (from TI)
- ubifs backport (from git://git.infradead.org/~dedekind/ubifs-v2.6.32.git).
- 8-bit BCH.
- UBIFS mounted with no compression.
- usage of ubiformat instead of flash_eraseall for the first
filesystem initialization.

This is the hardware used:
- CPU: OMAP3530.
- NAND chips: Micron MT29F4G08ABBDAH4-IT.


Do you have any idea on what happened and how to fix this?
Which are the conditions that lead this behavior?

Thanks,

Matteo

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: UBIFS switched to read-only mode after make_reservation warnings
  2012-04-24 15:46 UBIFS switched to read-only mode after make_reservation warnings Matteo Mattei
@ 2012-04-27 14:33 ` Ivan Djelic
  2012-04-28 11:54 ` Artem Bityutskiy
  1 sibling, 0 replies; 3+ messages in thread
From: Ivan Djelic @ 2012-04-27 14:33 UTC (permalink / raw)
  To: Matteo Mattei; +Cc: linux-mtd

On Tue, Apr 24, 2012 at 04:46:30PM +0100, Matteo Mattei wrote:
> Hi guys,
> 
> continuing the tests on UBI/UBIFS and power cyclings I have the
> following errors (dumping dmesg):
> 
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (123)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (124)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (125)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (126)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (127)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (128)
> UBIFS error (pid 776): make_reservation: stuck in space allocation
> UBIFS error (pid 776): make_reservation: cannot reserve 4144 bytes in
> jhead 2, error -28
> UBIFS error (pid 776): do_writepage: cannot write page 2075 of inode
> 80294, error -28
> UBIFS warning (pid 776): ubifs_ro_mode: switched to read-only mode, error -28
> 
> It seems that there is not enough space for the journal...
> 
> This is the software and environment used:
> - linux kernel 2.6.32 (from TI)
> - ubifs backport (from git://git.infradead.org/~dedekind/ubifs-v2.6.32.git).
> - 8-bit BCH.
> - UBIFS mounted with no compression.
> - usage of ubiformat instead of flash_eraseall for the first
> filesystem initialization.
> 
> This is the hardware used:
> - CPU: OMAP3530.
> - NAND chips: Micron MT29F4G08ABBDAH4-IT.
> 
> 
> Do you have any idea on what happened and how to fix this?
> Which are the conditions that lead this behavior?

Hello Matteo,

Your trace only shows the end of the story; the interesting part is what happens
before: have blocks been marked bad, e.g. after a UBI torture ? What are MTD/UBI/UBIFS saying ?

If you are running power cycling tests, I suggest you keep a full log of the system
(from the initial boot with a pristine flash till the end of the test).

You could also analyze your target NAND flash, especially how many bad blocks and empty
blocks it currently has.

BTW, have you been able to run tests using my patch ?

BR,
-- 
Ivan

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: UBIFS switched to read-only mode after make_reservation warnings
  2012-04-24 15:46 UBIFS switched to read-only mode after make_reservation warnings Matteo Mattei
  2012-04-27 14:33 ` Ivan Djelic
@ 2012-04-28 11:54 ` Artem Bityutskiy
  1 sibling, 0 replies; 3+ messages in thread
From: Artem Bityutskiy @ 2012-04-28 11:54 UTC (permalink / raw)
  To: Matteo Mattei; +Cc: linux-mtd

[-- Attachment #1: Type: text/plain, Size: 1511 bytes --]

On Tue, 2012-04-24 at 17:46 +0200, Matteo Mattei wrote:
> Hi guys,
> 
> continuing the tests on UBI/UBIFS and power cyclings I have the
> following errors (dumping dmesg):
> 
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (123)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (124)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (125)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (126)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (127)
> UBIFS warning (pid 776): make_reservation: too many space allocation
> re-tries (128)
> UBIFS error (pid 776): make_reservation: stuck in space allocation
> UBIFS error (pid 776): make_reservation: cannot reserve 4144 bytes in
> jhead 2, error -28
> UBIFS error (pid 776): do_writepage: cannot write page 2075 of inode
> 80294, error -28
> UBIFS warning (pid 776): ubifs_ro_mode: switched to read-only mode, error -28

Please, when sending bug-reports - type dmesg and sent its contents.
You miss stack-dumps. Also, please, have debugging enabled.

> Do you have any idea on what happened and how to fix this?
> Which are the conditions that lead this behavior?

Not really, if you sent more info - could be.  Did you read this:
http://linux-mtd.infradead.org/faq/ubifs.html#L_how_send_bugreport

Is this reproducible?

-- 
Best Regards,
Artem Bityutskiy

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-04-28 11:54 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-04-24 15:46 UBIFS switched to read-only mode after make_reservation warnings Matteo Mattei
2012-04-27 14:33 ` Ivan Djelic
2012-04-28 11:54 ` Artem Bityutskiy

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.