Skip to content

L
linux-davinci
Switch branch/tag
  1. 26 Dec, 2007 3 commits
    • Artem Bityutskiy's avatar
      UBI: add ubi_leb_map interface · 393852ec
      Artem Bityutskiy authored 
      The idea of this interface belongs to Adrian Hunter. The
interface is extremely useful when one has to have a guarantee
that an LEB will contain all 0xFFs even in case of an unclean
reboot. UBI does have an 'ubi_leb_erase()' call which may do
this, but it is stupid and ineffecient, because it flushes whole
queue. I should be re-worked to just be a pair of unmap,
map calls.

The user of the interfaci is UBIFS at the moment.
Signed-off-by: default avatarArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
      393852ec
    • Artem Bityutskiy's avatar
      UBI: bugfix: allocate mandatory EBs first · 94780d4d
      Artem Bityutskiy authored 
      First allocate the necessary eraseblocks, then the optional ones.
Otherwise it allocates all PEBs for bad EB handling, and fails
on then following EBA LEB allocation.
Reported-by: default avatarAdrian Hunter <ext-adrian.hunter@nokia.com>
Signed-off-by: default avatarArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
      94780d4d
    • Artem Bityutskiy's avatar
      UBI: fix error code in ubi_io_read() · 2362a53e
      Artem Bityutskiy authored 
      When NAND detects an ECC error, it returns -EBADMSG. It does not
stop reading requested data if one page has an ECC error, it keeps
going and reads all the requested data. If it fails to read all
the data, it does not return -EBADMSG, but returns the error code
which reflects the reason of the failure.

But some drivers may have bugs (e.g., OneNAND had) and stop reading
after the first ECC error, so it returns -EBADMSG. In turn, UBI
propagates this up to the caller. The caller will treat this as
"all the requested data was read, but there was an ECC error".

So we change the error code to -EIO if it is -EBADMSG and the read
length is less then the requested length. We also add an assertion,
so if UBI debugging is enabled, UBI will bug.
Pointed-to-by: default avatarAdrian Hunter <ext-adrian.hunter@nokia.com>
Signed-off-by: default avatarArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
      2362a53e
  3. 03 Dec, 2007 7 commits
  5. 29 Nov, 2007 1 commit
  7. 28 Nov, 2007 4 commits
  9. 26 Nov, 2007 2 commits
  11. 23 Nov, 2007 1 commit
  13. 21 Nov, 2007 1 commit
  15. 09 Nov, 2007 1 commit
  17. 06 Nov, 2007 3 commits
  19. 01 Nov, 2007 2 commits
    • David Woodhouse's avatar
      [JFFS2] Don't strip sgid bit from inode permissions · 857013b8
      David Woodhouse authored 
      <viro> dwmw2: anyway, removing sgid from directories or from
       files without S_IXGRP is a plain and simple bug
<viro> these days you don't need that logics at all - simply remove it
Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      857013b8
    • David Woodhouse's avatar
      [JFFS2] Improve getdents vs. f_pos handling on NOR flash. · 15953580
      David Woodhouse authored 
      Commit a491486a started obliterating
dirents directly on the medium, when jffs2_can_mark_obsolete(). Removing
them immediately from the f->dents list, however, screws up handling of
f_pos within a directory -- because the offset is equivalent to the
number of entries through the list we are, and the existence of
deletion dirents served to provide 'placeholders' for unlinked
entries. Now, 'rm -r' doesn't even manage to unlink everything in the
directory.

Revert to keeping 'deletion' dirents in the list, at least in memory
even though we no longer write anything to the medium.

Spotted, debugged and mostly fixed by Joakim Tjernlund
Signed-off-by: default avatarDavid Woodhouse <dwmw2@infradead.org>
      15953580
  21. 30 Oct, 2007 3 commits
  23. 29 Oct, 2007 2 commits
  25. 28 Oct, 2007 8 commits
  27. 27 Oct, 2007 2 commits
    • Ken'ichi Ohmichi's avatar
      x86: Dump filtering supports x86_64 sparsemem · 69243f91
      Ken'ichi Ohmichi authored 
      This patch adds the symbol "init_level4_pgt" to the vmcoreinfo data so
that makedumpfile (dump filtering command) supports x86_64 sparsemem 
kernel of linux-2.6.24.

makedumpfile creates a small dumpfile by excluding unnecessary pages for
the analysis. It checks attributes in page structures and distinguishes
necessary pages and unnecessary ones. To check them, makedumpfile gets
the vmcoreinfo data which has the minimum debugging information only for
dump filtering.

For older x86_64 kernel (linux-2.6.23 or before), makedumpfile translates
the virtual address of page structure into physical address by subtracting
PAGE_OFFSET from virtual address, but this translation isn't effective for
linux-2.6.24 sparsemem kernel, because its page structures are in virtual
memmap area. makedumpfile should translate their virtual address by 4-levels
paging and it needs the symbol "init_level4_pgt".
Signed-off-by: default avatarKen'ichi Ohmichi <oomichi@mxs.nes.nec.co.jp>
Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      69243f91
    • Jeff Garzik's avatar
      x86: fix compiler warnings in arch/x86/kernel/early-quirks.c · 03d0d20e
      Jeff Garzik authored 
      fix this warning:

arch/x86/kernel/early-quirks.c:40: warning: nvidia_hpet_check defined but not used
Signed-off-by: default avatarJeff Garzik <jgarzik@redhat.com>
Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      03d0d20e