)]}' { "log": [ { "commit": "41623b064fbd76de5901da7c0e3cd2136617d787", "tree": "f96bb5c45d7fa4a899af2be27a3bbdca079b023a", "parents": [ "4c2e6f6a06cdd239ec17e195e7868ce0171ea154" ], "author": { "name": "Matt Mackall", "email": "mpm@selenic.com", "time": "Tue Mar 28 01:56:09 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Mar 28 09:16:01 2006 -0800" }, "message": "[PATCH] RTC: Fix up some RTC whitespace and style\n\nFix up some RTC whitespace and style\n\nSigned-off-by: Matt Mackall \u003cmpm@selenic.com\u003e\nCc: Alessandro Zummo \u003ca.zummo@towertech.it\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "63732c2f37093d63102d53e70866cf87bf0c0479", "tree": "bf364131da50132b6e27cfb028eee725fb4fe3e5", "parents": [ "329b10bb0feacb7fb9a41389313ff0a51ae56f2a" ], "author": { "name": "Matt Mackall", "email": "mpm@selenic.com", "time": "Tue Mar 28 01:55:58 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Tue Mar 28 09:16:00 2006 -0800" }, "message": "[PATCH] RTC: Remove RTC UIP synchronization on x86\n\nReading the CMOS clock on x86 and some other arches currently takes up to one\nsecond because it synchronizes with the CMOS second tick-over. This delay\nshows up at boot time as well a resume time.\n\nThis is the currently the most substantial boot time delay for machines that\nare working towards instant-on capability. Also, a quick back of the envelope\ncalculation (.5sec * 2M users * 1 boot a day * 10 years) suggests it has cost\nLinux users in the neighborhood of a million man-hours.\n\nAn earlier thread on this topic is here:\n\nhttp://groups.google.com/group/linux.kernel/browse_frm/thread/8a24255215ff6151/2aa97e66a977653d?hl\u003den\u0026lr\u003d\u0026ie\u003dUTF-8\u0026rnum\u003d1\u0026prev\u003d/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3D1To2R-2S7-11%40gated-at.bofh.it#2aa97e66a977653d\n\n..from which the consensus seems to be that it\u0027s no longer desirable.\n\nIn my view, there are basically four cases to consider:\n\n1) networked, need precise walltime: use NTP\n2) networked, don\u0027t need precise walltime: use NTP anyway\n3) not networked, don\u0027t need sub-second precision walltime: don\u0027t care\n4) not networked, need sub-second precision walltime:\n get a network or a radio time source because RTC isn\u0027t good enough anyway\n\nSo this patch series simply removes the synchronization in favor of a simple\nseqlock-like approach using the seconds value.\n\nNote that for purposes of timer accuracy on wakeup, this patch will cause us\nto fire timers up to one second late. But as the current timer resume code\nwill already sync once (or more!), it\u0027s no worse for short timers.\n\nSigned-off-by: Matt Mackall \u003cmpm@selenic.com\u003e\nCc: Andi Kleen \u003cak@muc.de\u003e\nCc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Paul Mackerras \u003cpaulus@samba.org\u003e\nCc: Russell King \u003crmk@arm.linux.org.uk\u003e\nCc: Ralf Baechle \u003cralf@linux-mips.org\u003e\nCc: Paul Mundt \u003clethal@linux-sh.org\u003e\nCc: Kazumoto Kojima \u003ckkojima@rr.iij4u.or.jp\u003e\nCc: Alessandro Zummo \u003ca.zummo@towertech.it\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "db753bdfc24c31228996799d508ce3bf7cbe3b99", "tree": "620f4154d7c297857fa9d9512ccaeb113342c078", "parents": [ "101f12af16fb12f8da8100899a13ee1b1b576a0a" ], "author": { "name": "Jan Beulich", "email": "jbeulich@novell.com", "time": "Thu Mar 23 02:59:46 2006 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Thu Mar 23 07:38:05 2006 -0800" }, "message": "[PATCH] i386: fix uses of user_mode() vs. user_mode_vm()\n\n\u003ecommit 76381fee7e8feb4c22be636aa5d4765dbe4fbf9e\n\u003eAuthor: Vincent Hanquez \u003cvincent.hanquez@cl.cam.ac.uk\u003e\n\u003eDate: Thu Jun 23 00:08:46 2005 -0700\n\u003e\n\u003e [PATCH] xen: x86_64: use more usermode macro\n\u003e\n\u003e Make use of the user_mode macro where it\u0027s possible. This is useful for Xen\n\u003e because it will need only to redefine only the macro to a hypervisor call.\n\nI am of the opinion that the above changeset is incomplete, i.e. it missed\nconverting some previous uses of user_mode to user_mode_vm. While most of\nthem could be considered just cosmetical, at least the one in die_nmi\ndoesn\u0027t appear to be.\n\nSigned-off-by: Jan Beulich \u003cjbeulich@novell.com\u003e\nCc: Vincent Hanquez \u003cvincent.hanquez@cl.cam.ac.uk\u003e\nCc: Zachary Amsden \u003czach@vmware.com\u003e\nCc: James Bottomley \u003cJames.Bottomley@steeleye.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "329d400f47ddfe8ff599823d739c5c5565da3207", "tree": "903b45e7ebcccbbd8172e207315c036ceb70f6e8", "parents": [ "73ca5358aab55e2e29993a31f3776c54c05ae729" ], "author": { "name": "Zwane Mwaikambo", "email": "zwane@arm.linux.org.uk", "time": "Wed Jan 11 22:43:09 2006 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Wed Jan 11 19:01:57 2006 -0800" }, "message": "[PATCH] x86_64/i386: Remove preempt disable calls in lowlevel IPI\n\nI noticed that some lowlevel send_IPI_mask helpers had a hotplug/preempt\nrace whereupon the cpu_online_map was read before disabling preemption;\n\n...\ncpumask_t mask \u003d cpu_online_map;\nint cpu \u003d get_cpu();\ncpu_clear(cpu, mask);\n...\n\nBut then i realised that there is no need for these lowlevel functions to\nbe going through all this trouble when all the callers are already made\nhotplug/preempt safe.\n\nSigned-off-by: Zwane Mwaikambo \u003czwane@arm.linux.org.uk\u003e\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "a6f5deb2be4c82f24fefadcbf7e448f540c05ae6", "tree": "f138057dbbd6bf08d52404e758f3db8502af1c29", "parents": [ "2b0918758dd68d6b8d01318a5200b65b9209760d" ], "author": { "name": "Andi Kleen", "email": "ak@suse.de", "time": "Sat Nov 05 17:25:54 2005 +0100" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Mon Nov 14 19:55:16 2005 -0800" }, "message": "[PATCH] x86_64: Reduce number of retries for reset through keyboard controller\n\nOld code could retry for 10 seconds worst time. Only try it\nfor one second now.\n\nSuggested by Yinghai Lu\n\nCc: Yinghai.Lu@amd.com\n\nSigned-off-by: Andi Kleen \u003cak@suse.de\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "59f4e7d572980a521b7bdba74ab71b21f5995538", "tree": "65004b9875c8fa830de2879229ecf871de5525f4", "parents": [ "6e8dcee3e63f5a2cba4affff4bbb6e228f4b258a" ], "author": { "name": "Truxton Fulton", "email": "trux@truxton.com", "time": "Fri Sep 09 13:02:18 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@g5.osdl.org", "time": "Fri Sep 09 13:57:35 2005 -0700" }, "message": "[PATCH] fix reboot via keyboard controller reset\n\nI have a system (Biostar IDEQ210M mini-pc with a VIA chipset) which will\nnot reboot unless a keyboard is plugged in to it. I have tried all\ncombinations of the kernel \"reboot\u003dx,y\" flags to no avail. Rebooting by\nany method will leave the system in a wedged state (at the \"Restarting\nsystem\" message).\n\nI finally tracked the problem down to the machine\u0027s refusal to fully reboot\nunless the keyboard controller status register had bit 2 set. This is the\n\"System flag\" which when set, indicates successful completion of the\nkeyboard controller self-test (Basic Assurance Test, BAT).\n\nI suppose that something is trying to protect against sporadic reboots\nunless the keyboard controller is in a good state (a keyboard is present),\nbut I need this machine to be headless.\n\nI found that setting the system flag (via the command byte) before giving\nthe \"pulse reset line\" command will allow the reboot to proceed. The patch\nis simple, and I think it should be fine for everybody whether they have\nthis type of machine or not. This affects the \"hard\" reboot (as done when\nthe kernel boot flags \"reboot\u003dc,h\" are used).\n\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "306e440daf5f40b195afd83d05dee89fa63189e7", "tree": "1f72d9d8df95a60e09968980ba6da6e8bb3d7dcf", "parents": [ "bcbda35ca7470bf0123a7ae685899776f67814b2" ], "author": { "name": "Ingo Molnar", "email": "mingo@elte.hu", "time": "Thu Jun 30 02:58:55 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Thu Jun 30 08:45:10 2005 -0700" }, "message": "[PATCH] x86: i8253/i8259A lock cleanup\n\nIntroduce proper declarations for i8253_lock and i8259A_lock.\n\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "67664c8f7e74def5adf66298a1245d82af72db2c", "tree": "c98657d833d3ca61322a8ae54023814ebc36a480", "parents": [ "f370513640492641b4046bfd9a6e4714f6ae530d" ], "author": { "name": "Ashok Raj", "email": "ashok.raj@intel.com", "time": "Sat Jun 25 14:54:52 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Jun 25 16:24:29 2005 -0700" }, "message": "[PATCH] i386: Dont use IPI broadcast when using cpu hotplug.\n\nThis patch introduces a startup parameter no_broadcast. When we enable\nCONFIG_HOTPLUG_CPU, we dont want to use broadcast shortcut as it has ill\neffects on a offline cpu. If we issue broadcast, the IPI is also delivered\nto offline cpus, or partially up cpu causing stale IPI\u0027s to be handled,\nwhich is a problem and can cause undesirable effects.\n\nIntroduces a new startup cmdline option no_ipi_broadcast, that can be\nswitched at cmdline if necessary.\n\nSigned-off-by: Ashok Raj \u003cashok.raj@intel.com\u003e\nAcked-by: Shaohua Li \u003cshaohua.li@intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "ca05fea6db5259c6d62e517c41d448a4249175f4", "tree": "fae2369b5a38a7b01be366129b5dc3105acfacf6", "parents": [ "7c1def1652c6c1a95eafca2991baace34afaed0f" ], "author": { "name": "Natalie Protasevich", "email": "Natalie.Protasevich@unisys.com", "time": "Thu Jun 23 00:08:22 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Thu Jun 23 09:45:09 2005 -0700" }, "message": "[PATCH] Do not enforce unique IO_APIC_ID check for xAPIC systems (i386)\n\nThis patch is per Andi\u0027s request to remove NO_IOAPIC_CHECK from genapic and\nuse heuristics to prevent unique I/O APIC ID check for systems that don\u0027t\nneed it. The patch disables unique I/O APIC ID check for Xeon-based and\nother platforms that don\u0027t use serial APIC bus for interrupt delivery.\nAndi stated that AMD systems don\u0027t need unique IO_APIC_IDs either.\n\nSigned-off-by: Natalie Protasevich \u003cNatalie.Protasevich@unisys.com\u003e\nCc: Andi Kleen \u003cak@muc.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n" }, { "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2", "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d", "parents": [], "author": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@ppc970.osdl.org", "time": "Sat Apr 16 15:20:36 2005 -0700" }, "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n" } ] }