1. 25 4月, 2007 1 次提交
    • D
      [JFFS2] Tidy up licensing/copyright boilerplate. · c00c310e
      David Woodhouse 提交于
      In particular, remove the bit in the LICENCE file about contacting
      Red Hat for alternative arrangements. Their errant IS department broke
      that arrangement a long time ago -- the policy of collecting copyright
      assignments from contributors came to an end when the plug was pulled on
      the servers hosting the project, without notice or reason.
      
      We do still dual-license it for use with eCos, with the GPL+exception
      licence approved by the FSF as being GPL-compatible. It's just that nobody
      has the right to license it differently.
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      c00c310e
  2. 13 2月, 2007 1 次提交
  3. 29 6月, 2006 1 次提交
  4. 23 6月, 2006 1 次提交
  5. 27 5月, 2006 1 次提交
  6. 23 5月, 2006 2 次提交
    • J
      [MTD] Introduce MTD_BIT_WRITEABLE · 5fa43394
      Joern Engel 提交于
      o Add a flag MTD_BIT_WRITEABLE for devices that allow single bits to be
        cleared.
      o Replace MTD_PROGRAM_REGIONS with a cleared MTD_BIT_WRITEABLE flag for
        STMicro and Intel Sibley flashes with internal ECC.  Those flashes
        disallow clearing of single bits, unlike regular NOR flashes, so the
        new flag models their behaviour better.
      o Remove MTD_ECC.  After the STMicro/Sibley merge, this flag is only set
        and never checked.
      Signed-off-by: NJoern Engel <joern@wh.fh-wedel.de>
      5fa43394
    • J
      [MTD] Merge STMicro NOR_ECC code with Intel Sibley code · c8b229de
      Joern Engel 提交于
      In 2002, STMicro started producing NOR flashes with internal ECC protection
      for small blocks (8 or 16 bytes).  Support for those flashes was added by me.
      In 2005, Intel Sibley flashes copied this strategy and Nico added support for
      those.  Merge the code for both.
      Signed-off-by: NJoern Engel <joern@wh.fh-wedel.de>
      c8b229de
  7. 19 5月, 2006 1 次提交
    • D
      [JFFS2] Support new device nodes · aef9ab47
      David Woodhouse 提交于
      Device node major/minor numbers are just stored in the payload of a single
      data node. Just extend that to 4 bytes and use new_encode_dev() for it.
      
      We only use the 4-byte format if we _need_ to, if !old_valid_dev(foo).
      This preserves backwards compatibility with older code as much as
      possible. If we do make devices with major or minor numbers above 255, and
      then mount the file system with the old code, it'll just read the first
      two bytes and get the numbers wrong. If it comes to garbage-collect it,
      it'll then write back those wrong numbers. But that's about the best we
      can expect.
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      aef9ab47
  8. 13 5月, 2006 1 次提交
    • K
      [JFFS2][XATTR] XATTR support on JFFS2 (version. 5) · aa98d7cf
      KaiGai Kohei 提交于
      This attached patches provide xattr support including POSIX-ACL and
      SELinux support on JFFS2 (version.5).
      
      There are some significant differences from previous version posted
      at last December.
      The biggest change is addition of EBS(Erase Block Summary) support.
      Currently, both kernel and usermode utility (sumtool) can recognize
      xattr nodes which have JFFS2_NODETYPE_XATTR/_XREF nodetype.
      
      In addition, some bugs are fixed.
      - A potential race condition was fixed.
      - Unexpected fail when updating a xattr by same name/value pair was fixed.
      - A bug when removing xattr name/value pair was fixed.
      
      The fundamental structures (such as using two new nodetypes and exclusion
      mechanism by rwsem) are unchanged. But most of implementation were reviewed
      and updated if necessary.
      Espacially, we had to change several internal implementations related to
      load_xattr_datum() to avoid a potential race condition.
      
      [1/2] xattr_on_jffs2.kernel.version-5.patch
      [2/2] xattr_on_jffs2.utils.version-5.patch
      Signed-off-by: NKaiGai Kohei <kaigai@ak.jp.nec.com>
      Signed-off-by: NDavid Woodhouse <dwmw2@infradead.org>
      aa98d7cf
  9. 29 3月, 2006 1 次提交
  10. 07 11月, 2005 5 次提交
  11. 06 11月, 2005 1 次提交
  12. 13 7月, 2005 1 次提交
  13. 06 7月, 2005 1 次提交
  14. 23 5月, 2005 4 次提交
  15. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4