)]}' { "log": [ { "commit": "75c85a0bc13367aabb36e8208d4e373b022b43b3", "tree": "8842d50b949e4884b3b1cd9fe5f3558080230a53", "parents": [ "6b7b284958d47b77d06745b36bc7f36dab769d9b" ], "author": { "name": "James Bottomley", "email": "James.Bottomley@suse.de", "time": "Wed Dec 30 13:21:06 2009 -0600" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Dec 30 12:23:27 2009 -0800" }, "message": "libsrp: fix compile failure\n\ncommit 45465487897a1c6d508b14b904dc5777f7ec7e04 (\"kfifo: move struct\nkfifo in place\") caused a compile failure in ibmvscsitgt.c because it\nchanged a pointer to kfifo in the libsrp.h structure to a direct\ninclusion without including \u003clinux/kfifo.h\u003e.\n\nThe fix is simple, just add the include, but how did this happen? This\nchange, introduced at -rc2, hardly looks like a bug fix, and it clearly\ndidn\u0027t go through linux-next, which would have picked up this compile\nfailure (it only occurs on ppc because of the ibm virtual scsi target).\n\n[ Apparently all of -mm wasn\u0027t in linux-next.. ]\n\nSigned-off-by: James Bottomley \u003cJames.Bottomley@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "45465487897a1c6d508b14b904dc5777f7ec7e04", "tree": "935c8dae68dc793ff2f795d57cf027531475cd53", "parents": [ "2ec91eec47f713e3d158ba5b28a24a85a2cf3650" ], "author": { "name": "Stefani Seibold", "email": "stefani@seibold.net", "time": "Mon Dec 21 14:37:26 2009 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Dec 22 14:17:55 2009 -0800" }, "message": "kfifo: move struct kfifo in place\n\nThis is a new generic kernel FIFO implementation.\n\nThe current kernel fifo API is not very widely used, because it has to\nmany constrains. Only 17 files in the current 2.6.31-rc5 used it.\nFIFO\u0027s are like list\u0027s a very basic thing and a kfifo API which handles\nthe most use case would save a lot of development time and memory\nresources.\n\nI think this are the reasons why kfifo is not in use:\n\n - The API is to simple, important functions are missing\n - A fifo can be only allocated dynamically\n - There is a requirement of a spinlock whether you need it or not\n - There is no support for data records inside a fifo\n\nSo I decided to extend the kfifo in a more generic way without blowing up\nthe API to much. The new API has the following benefits:\n\n - Generic usage: For kernel internal use and/or device driver.\n - Provide an API for the most use case.\n - Slim API: The whole API provides 25 functions.\n - Linux style habit.\n - DECLARE_KFIFO, DEFINE_KFIFO and INIT_KFIFO Macros\n - Direct copy_to_user from the fifo and copy_from_user into the fifo.\n - The kfifo itself is an in place member of the using data structure, this save an\n indirection access and does not waste the kernel allocator.\n - Lockless access: if only one reader and one writer is active on the fifo,\n which is the common use case, no additional locking is necessary.\n - Remove spinlock - give the user the freedom of choice what kind of locking to use if\n one is required.\n - Ability to handle records. Three type of records are supported:\n - Variable length records between 0-255 bytes, with a record size\n field of 1 bytes.\n - Variable length records between 0-65535 bytes, with a record size\n field of 2 bytes.\n - Fixed size records, which no record size field.\n - Preserve memory resource.\n - Performance!\n - Easy to use!\n\nThis patch:\n\nSince most users want to have the kfifo as part of another object,\nreorganize the code to allow including struct kfifo in another data\nstructure. This requires changing the kfifo_alloc and kfifo_init\nprototypes so that we pass an existing kfifo pointer into them. This\npatch changes the implementation and all existing users.\n\n[akpm@linux-foundation.org: fix warning]\nSigned-off-by: Stefani Seibold \u003cstefani@seibold.net\u003e\nAcked-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\nAcked-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nAcked-by: Andi Kleen \u003cak@linux.intel.com\u003e\nAcked-by: Arnd Bergmann \u003carnd@arndb.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "17b0bcfad795913b1f2a3926cd238fa2ad5522a2", "tree": "d5ea7751a3dfab990db03361316261a5006d7f64", "parents": [ "62fe88261b9d865264d857777cf58a0335513151" ], "author": { "name": "FUJITA Tomonori", "email": "tomof@acm.org", "time": "Wed Jul 11 15:08:21 2007 +0900" }, "committer": { "name": "James Bottomley", "email": "jejb@mulgrave.localdomain", "time": "Fri Oct 12 14:37:57 2007 -0400" }, "message": "[SCSI] tgt: convert libsrp and ibmvstgt to use srp_transport\n\nThis converts libsrp and ibmvstgt to use srp transport.\n\nSigned-off-by: FUJITA Tomonori \u003cfujita.tomonori@lab.ntt.co.jp\u003e\nSigned-off-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nAcked-by: Brian King \u003cbrking@us.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n" }, { "commit": "26b14823441382264e6f3dfd01b8687dc18196fe", "tree": "c965c5b5967f4485f433cf80db91d3d371d9cc8c", "parents": [ "c603d04ef6826a29f50cb151cb992f256d0cf19d" ], "author": { "name": "FUJITA Tomonori", "email": "fujita.tomonori@lab.ntt.co.jp", "time": "Fri Dec 01 03:00:50 2006 +0900" }, "committer": { "name": "James Bottomley", "email": "jejb@mulgrave.il.steeleye.com", "time": "Sun Dec 03 09:27:33 2006 -0600" }, "message": "[SCSI] scsi tgt: SCSI RDMA Protocol library functions\n\nlibsrp provides helper functions for SRP target drivers.\n\nSome SRP target drivers would be out of drivers/scsi/ so we added an\nentry for libsrp in drivers/scsi/Kconfig.\n\nSigned-off-by: FUJITA Tomonori \u003cfujita.tomonori@lab.ntt.co.jp\u003e\nSigned-off-by: Mike Christie \u003cmichaelc@cs.wisc.edu\u003e\nSigned-off-by: Santiago Leon \u003csantil@us.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n" } ] }