{"shas":[["bc0b96b54a21246e377122d54569eef71cec535f","fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","crypto: Move md5_transform to lib/md5.c\n\nWe are going to use this for TCP/IP sequence number and fragment ID\ngeneration.\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","David S. Miller"],["6e5714eaf77d79ae1c8b47e3e040ff5411b717ec","fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","net: Compute protocol sequence numbers and fragment IDs using MD5.\n\nComputers have become a lot faster since we compromised on the\npartial MD4 hash which we use currently for performance reasons.\n\nMD5 is a much safer choice, and is inline with both RFC1948 and\nother ISS generators (OpenBSD, Solaris, etc.)\n\nFurthermore, only having 24-bits of the sequence number be truly\nunpredictable is a very serious limitation.  So the periodic\nregeneration and 8-bit counter have been removed.  We compute and\nuse a full 32-bit sequence number.\n\nFor ipv6, DCCP was found to use a 32-bit truncated initial sequence\nnumber (it needs 43-bits) and that is fixed here as well.\n\nReported-by: Dan Kaminsky <dan@doxpara.com>\nTested-by: Willy Tarreau <w@1wt.eu>\nSigned-off-by: David S. Miller <davem@davemloft.net>","David S. Miller"],["e1042ba0991aab80ced34f7dade6ec25f22b4304","c7aa24d52dd751aba44a7843602dc14649cc8bce@panasas.com","exofs: Add offset/length to exofs_get_io_state\n\nIn future raid code we will need to know the IO offset/length\nand if it's a read or write to determine some of the array\nsizes we'll need.\n\nSo add a new exofs_get_rw_state() API for use when\nwriteing/reading. All other simple cases are left using the\nold way.\n\nThe major change to this is that now we need to call\nexofs_get_io_state later at inode.c::read_exec and\ninode.c::write_exec when we actually know these things. So this\npatch is kept separate so I can test things apart from other\nchanges.\n\nSigned-off-by: Boaz Harrosh <bharrosh@panasas.com>","Boaz Harrosh"],["85e44df4748670a1a7d8441b2d75843cdebc478a","c7aa24d52dd751aba44a7843602dc14649cc8bce@panasas.com","exofs: Move exofs specific osd operations out of ios.c\n\nios.c will be moving to an external library, for use by the\nobjects-layout-driver. Remove from it some exofs specific functions.\n\nAlso g_attr_logical_length is used both by inode.c and ios.c\nmove definition to the later, to keep it independent\n\nSigned-off-by: Boaz Harrosh <bharrosh@panasas.com>","Boaz Harrosh"],["9e9db45649eb5d3ee5622fdad741914ecf1016a0","c7aa24d52dd751aba44a7843602dc14649cc8bce@panasas.com","exofs: ios: Move to a per inode components & device-table\n\nExofs raid engine was saving on memory space by having a single layout-info,\nsingle pid, and a single device-table, global to the filesystem. Then passing\na credential and object_id info at the io_state level, private for each\ninode. It would also devise this contraption of rotating the device table\nview for each inode->ino to spread out the device usage.\n\nThis is not compatible with the pnfs-objects standard, demanding that\neach inode can have it's own layout-info, device-table, and each object\ncomponent it's own pid, oid and creds.\n\nSo: Bring exofs raid engine to be usable for generic pnfs-objects use by:\n\n* Define an exofs_comp structure that holds obj_id and credential info.\n\n* Break up exofs_layout struct to an exofs_components structure that holds a\n  possible array of exofs_comp and the array of devices + the size of the\n  arrays.\n\n* Add a \"comps\" parameter to get_io_state() that specifies the ids creds\n  and device array to use for each IO.\n\n  This enables to keep the layout global, but the device-table view, creds\n  and IDs at the inode level. It only adds two 64bit to each inode, since\n  some of these members already existed in another form.\n\n* ios raid engine now access layout-info and comps-info through the passed\n  pointers. Everything is pre-prepared by caller for generic access of\n  these structures and arrays.\n\nAt the exofs Level:\n\n* Super block holds an exofs_components struct that holds the device\n  array, previously in layout. The devices there are in device-table\n  order. The device-array is twice bigger and repeats the device-table\n  twice so now each inode's device array can point to a random device\n  and have a round-robin view of the table, making it compatible to\n  previous exofs versions.\n\n* Each inode has an exofs_components struct that is initialized at\n  load time, with it's own view of the device table IDs and creds.\n  When doing IO this gets passed to the io_state together with the\n  layout.\n\nWhile preforming this change. Bugs where found where credentials with the\nwrong IDs where used to access the different SB objects (super.c). As well\nas some dead code. It was never noticed because the target we use does not\ncheck the credentials.\n\nSigned-off-by: Boaz Harrosh <bharrosh@panasas.com>","Boaz Harrosh"],["8ff660ab85f524bdc7652eb5d38aaef1d66aa9c7","c7aa24d52dd751aba44a7843602dc14649cc8bce@panasas.com","exofs: Rename raid engine from exofs/ios.c => ore\n\nORE stands for \"Objects Raid Engine\"\n\nThis patch is a mechanical rename of everything that was in ios.c\nand its API declaration to an ore.c and an osd_ore.h header. The ore\nengine will later be used by the pnfs objects layout driver.\n\n* File ios.c => ore.c\n\n* Declaration of types and API are moved from exofs.h to a new\n  osd_ore.h\n\n* All used types are prefixed by ore_ from their exofs_ name.\n\n* Shift includes from exofs.h to osd_ore.h so osd_ore.h is\n  independent, include it from exofs.h.\n\nOther than a pure rename there are no other changes. Next patch\nwill move the ore into it's own module and will export the API\nto be used by exofs and later the layout driver\n\nSigned-off-by: Boaz Harrosh <bharrosh@panasas.com>","Boaz Harrosh"],["cf283ade08c454e884394a4720f22421dd33a715","c7aa24d52dd751aba44a7843602dc14649cc8bce@panasas.com","ore: Make ore its own module\n\nExport everything from ore need exporting. Change Kbuild and Kconfig\nto build ore.ko as an independent module. Import ore from exofs\n\nSigned-off-by: Boaz Harrosh <bharrosh@panasas.com>","Boaz Harrosh"],["7cd4767e696123cdb7447fbd7c281eb8c610c8e4","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net:\n  net: Compute protocol sequence numbers and fragment IDs using MD5.\n  crypto: Move md5_transform to lib/md5.c","Linus Torvalds"],["830c0f0edca67403d361fe976a25b17356c11f19","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","vfs: renumber DCACHE_xyz flags, remove some stale ones\n\nGcc tends to generate better code with small integers, including the\nDCACHE_xyz flag tests - so move the common ones to be first in the list.\nAlso just remove the unused DCACHE_INOTIFY_PARENT_WATCHED and\nDCACHE_AUTOFS_PENDING values, their users no longer exists in the source\ntree.\n\nAnd add a \"unlikely()\" to the DCACHE_OP_COMPARE test, since we want the\ncommon case to be a nice straight-line fall-through.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Linus Torvalds"],["3ddcd0569cd68f00f3beae9a7959b72918bb91f4","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","vfs: optimize inode cache access patterns\n\nThe inode structure layout is largely random, and some of the vfs paths\nreally do care.  The path lookup in particular is already quite D$\nintensive, and profiles show that accessing the 'inode->i_op->xyz'\nfields is quite costly.\n\nWe already optimized the dcache to not unnecessarily load the d_op\nstructure for members that are often NULL using the DCACHE_OP_xyz bits\nin dentry->d_flags, and this does something very similar for the inode\nops that are used during pathname lookup.\n\nIt also re-orders the fields so that the fields accessed by 'stat' are\ntogether at the beginning of the inode structure, and roughly in the\norder accessed.\n\nThe effect of this seems to be in the 1-2% range for an empty kernel\n\"make -j\" run (which is fairly kernel-intensive, mostly in filename\nlookup), so it's visible.  The numbers are fairly noisy, though, and\nlikely depend a lot on exact microarchitecture.  So there's more tuning\nto be done.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Linus Torvalds"],["c2f340a69cabe0fb7b9f02d1a2495927db225a06","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","Merge branch 'for-linus' of git://git.open-osd.org/linux-open-osd\n\n* 'for-linus' of git://git.open-osd.org/linux-open-osd:\n  ore: Make ore its own module\n  exofs: Rename raid engine from exofs/ios.c => ore\n  exofs: ios: Move to a per inode components & device-table\n  exofs: Move exofs specific osd operations out of ios.c\n  exofs: Add offset/length to exofs_get_io_state\n  exofs: Fix truncate for the raid-groups case\n  exofs: Small cleanup of exofs_fill_super\n  exofs: BUG: Avoid sbi realloc\n  exofs: Remove pnfs-osd private definitions\n  nfs_xdr: Move nfs4_string definition out of #ifdef CONFIG_NFS_V4","Linus Torvalds"],["206b1d09a56dcd2db1052245c4131879c410eaf8","0d9977bb93d2724f1e52a5c65d13562db7d96e77@gmail.com","Fix POSIX ACL permission check\n\nAfter commit 3567866bf261: \"RCUify freeing acls, let check_acl() go ahead in\nRCU mode if acl is cached\" posix_acl_permission is being called with an\nunsupported flag and the permission check fails. This patch fixes the issue.\n\nSigned-off-by: Ari Savolainen <ari.m.savolainen@gmail.com>\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>","Ari Savolainen"],["7813b94a54987571082ff19e9d87eabbfec23b4e","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","vfs: rename 'do_follow_link' to 'should_follow_link'\n\nAl points out that the do_follow_link() helper function really is\nmisnamed - it's about whether we should try to follow a symlink or not,\nnot about actually doing the following.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Linus Torvalds"],["3295514841c2112d94451ba5deaf54f5afb78ea9","de609eb4d5d70b1d38ec6642adbfc33a2781f63c@ZenIV.linux.org.uk","fix rcu annotations noise in cred.h\n\ntask->cred is declared as __rcu, and access to other tasks' ->cred is,\nindeed, protected.  Access to current->cred does not need rcu_dereference()\nat all, since only the task itself can change its ->cred.  sparse, of\ncourse, has no way of knowing that...\n\nAdd force-cast in current_cred(), make current_fsuid() et.al. use it.\n\nSigned-off-by: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Al Viro"],["4d4487140d34c1b9b321889d2d209321b0da6643","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","arm: remove \"optimized\" SHA1 routines\n\nSince commit 1eb19a12bd22 (\"lib/sha1: use the git implementation of\nSHA-1\"), the ARM SHA1 routines no longer work.  The reason? They\ndepended on the larger 320-byte workspace, and now the sha1 workspace is\njust 16 words (64 bytes).  So the assembly version would overwrite the\nstack randomly.\n\nThe optimized asm version is also probably slower than the new improved\nC version, so there's no reason to keep it around.  At least that was\nthe case in git, where what appears to be the same assembly language\nversion was removed two years ago because the optimized C BLK_SHA1 code\nwas faster.\n\nReported-and-tested-by: Joachim Eastwood <manabian@gmail.com>\nCc: Andreas Schwab <schwab@linux-m68k.org>\nCc: Nicolas Pitre <nico@fluxnic.net>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Linus Torvalds"],["f23c126bfabef88c201c8cc56bd3ccd9d59c51e0","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","arm: remove stale export of 'sha_transform'\n\nThe generic library code already exports the generic function, this was\nleft-over from the ARM-specific version that just got removed.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Linus Torvalds"],["fc97114b8d67819fadcc5af855da9a3e6a6a329b","a11f87183a953ab11f50fbafff689c5a7fa3506c@sisk.pl","sh: Fix boot crash related to SCI\n\nCommit d006199e72a9 (\"serial: sh-sci: Regtype probing doesn't need to be\nfatal.\") made sci_init_single() return when sci_probe_regmap() succeeds,\nalthough it should return when sci_probe_regmap() fails.  This causes\nsystems using the serial sh-sci driver to crash during boot.\n\nFix the problem by using the right return condition.\n\nSigned-off-by: Rafael J. Wysocki <rjw@sisk.pl>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","Rafael J. Wysocki"],["9e23311345135083f6074b280de1e6dc5eee1f68","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc:\n  sparc: Fix build with DEBUG_PAGEALLOC enabled.","Linus Torvalds"],["322a8b034003c0d46d39af85bf24fee27b902f48","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","Linux 3.1-rc1","Linus Torvalds"],["dd32576f03a88fcb986d4188e7ebd6ff7a48ebd6","1a02732a15f637c31107256cbee5819e36aa7c67@cs.washington.edu","Merge branch 'master' of https://github.com/mirrors/linux-2.6\n\nConflicts:\n\tdrivers/net/wireless/iwlwifi/iwl-pci.c","Daniel Halperin"]],"ref":"refs/heads/master","size":20,"head":"dd32576f03a88fcb986d4188e7ebd6ff7a48ebd6","push_id":38900955}