From 2e26700825394834297b024b407f18d8ebdf7bd8 Mon Sep 17 00:00:00 2001
From: Francis Rowe <info@gluglug.org.uk>
Date: Fri, 06 Mar 2015 14:29:26 -0500
Subject: docs/release.html: categorize the items in the TODO list

---
(limited to 'docs')

diff --git a/docs/release.html b/docs/release.html
index 851e399..480e41d 100644
--- a/docs/release.html
+++ b/docs/release.html
@@ -126,221 +126,245 @@
 			<h2 id="tasks">
 				Tasks for future release
 			</h2>
-				<ul>
-					<li>
-						Documentation improvements:
-						<ul>
-							<li>
-								Convert documentation to Sphinx/ReST
-								See <a href="http://projects.mtjm.eu/work_packages/5">http://projects.mtjm.eu/work_packages/5</a>
-								and <a href="http://projects.mtjm.eu/work_packages/12">http://projects.mtjm.eu/work_packages/12</a>
-							</li>
-							<li>
-								<b>
-									Maintainence manual. How to contribute to libreboot.
-									See <a href="http://projects.mtjm.eu/work_packages/11">http://projects.mtjm.eu/work_packages/11</a>
-								</b>
-							</li>
-						</ul>
-					</li>
-					<li>
-						Make libreboot (all of it!) build reproducibly. This is very important.
-						See <a href="http://projects.mtjm.eu/work_packages/16">http://projects.mtjm.eu/work_packages/16</a>.
-					</li>
-					<li>
-						Add information from hw registers on all boards. See
-						<a href="http://projects.mtjm.eu/work_packages/15">http://projects.mtjm.eu/work_packages/15</a>
-					</li>
-					<li>
-						Reduce the size of libreboot releases.
-						See <a href="http://projects.mtjm.eu/work_packages/19">http://projects.mtjm.eu/work_packages/19</a>
-						<ul>
-							<li>
-								Proposal: unify ROM images (don't duplicate).
-								See <a href="http://projects.mtjm.eu/work_packages/20">http://projects.mtjm.eu/work_packages/20</a>.
-							</li>
-						</ul>
-					</li>
-					<li>
-						<a href="http://projects.mtjm.eu/work_packages/13">Port to as many GM45 laptops as possible</a>
-						<ul>
-							<li>
-								add roda rk9 support (contact nico to ask for more details about hw). 
-								This is GM45 but these machines do not have a descriptor (no ME), should be easy
-							</li>
-							<li>
-								ThinkPad T400: <a href="http://projects.mtjm.eu/work_packages/41">http://projects.mtjm.eu/work_packages/41</a>
-							</li>
-							<li>
-								ThinkPad T500: <a href="http://projects.mtjm.eu/work_packages/42">http://projects.mtjm.eu/work_packages/42</a>
-							</li>
-							<li>
-								ThinkPad R500: <a href="http://projects.mtjm.eu/work_packages/43">http://projects.mtjm.eu/work_packages/43</a>
-							</li>
-							<li>
-								port acer aspire 5738 to coreboot (gm45)? (and then libreboot). EC is the main blocker (no support in coreboot yet).
-								ME isn't an issue, because its GM45 so it could be removed (it looks like this machine might also be shipped in 
-								non-descriptor mode by default, like the roda rk9). 
-								Search <b>jv50 block diagram filetype:pdf</b> for schematics.
-								(jv50 is written on the board); noone seems to have found any documentation for the EC chip, but
-								maybe it could be sufficiently reverse engineered via serialice and ectool.
-							</li>
-							<li>
-								T400S and X301. These both seem to be GS45. X301 uses only the low-performance mode CPUs, so raminit
-								is the main blocker there. They both probably use WSON-8 flash chips.
-							</li>
-							<li>
-								Add proper GS45 raminit for enabling all X200S and X200 Tablets to work properly. (maybe other machines)
-								See <a href="hcl/x200.html#x200s_raminit">hcl/x200.html#x200s_raminit</a>
-							</li>
-						</ul>
-					</li>
-					<li>
-						Fix these issues on GM45/GS45 targets:
-						<ul>
-							<li>
-								X200: text-mode is broken. only framebuffer graphics work.
-							</li>
-						</ul>
-					</li>
+				<h3 id="board_ports">Board ports</h3>
 					<ul>
-						Related to MemTest86+:
-						<ul>
-							<li>Memtest86+ is currently broken in text-mode. investigate</li>
-							<li>
-								Todo: modify memtest86+ to work with libpayload (coreboot framebuffer) and delete all the text-mode ROM images.
-								See <a href="http://projects.mtjm.eu/work_packages/17">http://projects.mtjm.eu/work_packages/17</a>
-							</li>
-							<li>Make memtest86+ build using coreboot's own crossgcc toolchain.</li>
-						</ul>
+						<li>
+							<a href="http://projects.mtjm.eu/work_packages/13">Port to as many GM45 laptops as possible</a>
+							<ul>
+								<li>
+									add roda rk9 support (contact nico to ask for more details about hw). 
+									This is GM45 but these machines do not have a descriptor (no ME), should be easy
+								</li>
+								<li>
+									ThinkPad T400: <a href="http://projects.mtjm.eu/work_packages/41">http://projects.mtjm.eu/work_packages/41</a>
+								</li>
+								<li>
+									ThinkPad T500: <a href="http://projects.mtjm.eu/work_packages/42">http://projects.mtjm.eu/work_packages/42</a>
+								</li>
+								<li>
+									ThinkPad R500: <a href="http://projects.mtjm.eu/work_packages/43">http://projects.mtjm.eu/work_packages/43</a>
+								</li>
+								<li>
+									port acer aspire 5738 to coreboot (gm45)? (and then libreboot). EC is the main blocker (no support in coreboot yet).
+									ME isn't an issue, because its GM45 so it could be removed (it looks like this machine might also be shipped in 
+									non-descriptor mode by default, like the roda rk9). 
+									Search <b>jv50 block diagram filetype:pdf</b> for schematics.
+									(jv50 is written on the board); noone seems to have found any documentation for the EC chip, but
+									maybe it could be sufficiently reverse engineered via serialice and ectool.
+								</li>
+								<li>
+									T400S and X301. These both seem to be GS45. X301 uses only the low-performance mode CPUs, so raminit
+									is the main blocker there. They both probably use WSON-8 flash chips.
+								</li>
+								<li>
+									Add proper GS45 raminit for enabling all X200S and X200 Tablets to work properly. (maybe other machines)
+									See <a href="hcl/x200.html#x200s_raminit">hcl/x200.html#x200s_raminit</a>
+								</li>
+							</ul>
+						</li>
+						<li>
+							Look into those machines:
+							<ul>
+								<li>
+									ThinkPad X201 - ME ignition is an issue. Watchdog for ME is an issue. Might be possible to disable watchdog in the flash descriptor
+									(soft straps).
+								</li>
+								<li>
+									T410S is supported but not yet merged. This uses the same chipset as the X201. 
+									<a href="http://review.coreboot.org/#/c/7975/">http://review.coreboot.org/#/c/7975/</a>
+									has the patch. This should be tested by someone and should ideally be merged in coreboot. pecg has one. help him.
+								</li>
+								<li>
+									This page contains a list of basically every thinkpad that would ever be a candidate for libreboot:
+									<a href="http://psref.lenovo.com/WithdrawnBook">http://psref.lenovo.com/WithdrawnBook</a> - 
+									take a look at <a href="http://www.lenovo.com/psref/pdf/ltwbook_2013.pdf">this PDF</a>.
+								</li>
+								<li>
+									Lenovo G505S - might need video bios and microcode updates. These would have to be removed and/or replaced to be in libreboot
+									<a href="https://github.com/alterapraxisptyltd/lenovo-g505s">https://github.com/alterapraxisptyltd/lenovo-g505s</a>.
+									It's AMD (not Intel) based on the same design as the HP Pavillion 1035DX. No ME/AMT to worry about!
+									<a href"http://www.coreboot.org/User_talk:MrNuke/LTS_Candidates">http://www.coreboot.org/User_talk:MrNuke/LTS_Candidates</a>
+									and <a href="http://www.coreboot.org/Board:hp/pavilion_m6_1035dx#Native_graphics_init">http://www.coreboot.org/Board:hp/pavilion_m6_1035dx#Native_graphics_init</a>
+								</li>
+								<li>
+									F2A85-M and E350M1 (libreboot_*_headless.rom). Test openatom. SMU firmware is a problem. XHCI firmware is a problem.
+								</li>
+							</ul>
+						</li>
 					</ul>
+					
+				<h3>Platform-specific bugs</h3>
 					<ul>
-						Related to GRUB:
-						<ul>
-							<li>Make GRUB build using coreboot's own crossgcc toolchain</li>
-						</ul>
+						<li>
+							Fix these issues on GM45/GS45 targets:
+							<ul>
+								<li>
+									X200: text-mode is broken. only framebuffer graphics work.
+								</li>
+							</ul>
+						</li>
+						<li>
+							Fix these issues on i945 targets (X60/T60/macbook21)
+							<ul>
+								<li>
+									linux 3.18 broke acpi brightness on i945 (X60/T60). Libreboot reverted to legacy brightness for now. Look into why it
+									broke on 3.18 (do a git bisect).
+								</li>
+								<li>
+									i945: fix VRAM size (currently 8MB. should be 64MB). 
+									See <a href="future/index.html#i945_vram_size">future/index.html#i945_vram_size</a>.
+								</li>
+								<li>
+									i945: Linux 3.19 doesn't boot. (probably affects T60/macbook21).
+									<a href="https://bugzilla.kernel.org/show_bug.cgi?id=93171">Preliminary bug report (kernel, linux)</a>
+									-- bogus. Based on earlier immature reports.
+									-- the error message is probably not the issue, but something else. do a bisect of linux. 
+									Also, does the issue still occur on lenovobios? (no, they don't, according to Paul Menzel)
+									pstuge said <a href="http://biosbits.org/">http://biosbits.org/</a>
+									patricg says https://wiki.ubuntu.com/HardwareEnablementTeam/Documentation/FirmwareTestSuiteLive
+								</li>
+								<li>
+									Fix remaining incompatible LCD panels in native graphics on T60. 
+									See <a href="future/index.html#lcd_i945_incompatibility">future/index.html#lcd_i945_incompatibility</a>.
+								</li>
+								<li>
+									i945: fix linux (if possible). VBT. http://www.coreboot.org/pipermail/coreboot/2014-June/078104.html
+									http://www.coreboot.org/pipermail/coreboot/2014-June/078105.html
+									This is talking about without native init / oprom. Paul reported it, look into it.
+									i945 currently lacks fake_vbt tables.
+								</li>
+								<li>
+									Commit 26ca08caf81ad2dcc9c8246a743d82ffb464c767 in coreboot, see the while (1) loop that
+									waits for the panel to power up on i945. This is an infinite loop if the panel doesn't power up.
+									Fix it. Also, are there panels that don't power up? Test this, and fix it.
+								</li>
+							</ul>
+						</li>
 					</ul>
-					<li>
-						Look into the possibility of expanding libreboot to support non-coreboot systems. (u-boot, for instance). 
-						Currently, libreboot presents itself as a deblobbed coreboot distribution. There are other systems out there
-						that use other firmware, such as u-boot, which libreboot could theoretically support. This would mean that
-						the build scripts know how to build things other than just coreboot/grub.
-						<ul>
-							<li>Allwinner A10 (ARM) SoCs</li>
-							<li>PMON?</li>
-							<li>barebox (u-boot derivative)</li>
-							<li>etc</li>
-						</ul>
-					</li>
-					<li>
-						Set up a routine (project-wise) for testing each machine with the latest kernel version.
-						See <a href="http://projects.mtjm.eu/work_packages/22">http://projects.mtjm.eu/work_packages/22</a>
-						and <a href="http://projects.mtjm.eu/work_packages/21">http://projects.mtjm.eu/work_packages/21</a>
-					</li>
-					<li>
-						Improve the deblobbing scripts (see <a href="http://projects.mtjm.eu/work_packages/40">http://projects.mtjm.eu/work_packages/40</a>)
-						<ul>
-							<li>
-								.spd.hex files. These aren't blobs? Don't remove them? (in coreboot). See deblob script. 
-								Categorize blobs and non-blobs more clearly, explaining what they are for
-								and why they are (or are not) blobs.
-							</li>
-						</ul>
-					</li>
-					<li>
-						i945: fix linux (if possible). VBT. http://www.coreboot.org/pipermail/coreboot/2014-June/078104.html
-						http://www.coreboot.org/pipermail/coreboot/2014-June/078105.html
-						This is talking about without native init / oprom. Paul reported it, look into it.
-						i945 currently lacks fake_vbt tables.
-					</li>
-					<li>
-						Make ich9gen/ich9deblob portable. They both rely extensively on bitfields, and they assume
-						little-endian; for instance, mapping a little endian file directly to a struct, instead
-						of serializing/deserializing. Re-factor both utilities and make them fully portable.
-						See <a href="http://projects.mtjm.eu/work_packages/18">http://projects.mtjm.eu/work_packages/18</a>
-					</li>
-					<li>
-						Fix these issues on i945 targets (X60/T60/macbook21)
-						<ul>
-							<li>
-								linux 3.18 broke acpi brightness on i945 (X60/T60). Libreboot reverted to legacy brightness for now. Look into why it
-								broke on 3.18 (do a git bisect).
-							</li>
-							<li>
-								i945: fix VRAM size (currently 8MB. should be 64MB). 
-								See <a href="future/index.html#i945_vram_size">future/index.html#i945_vram_size</a>.
-							</li>
-							<li>
-								i945: Linux 3.19 doesn't boot. (probably affects T60/macbook21).
-								<a href="https://bugzilla.kernel.org/show_bug.cgi?id=93171">Preliminary bug report (kernel, linux)</a>
-								-- bogus. Based on earlier immature reports.
-								-- the error message is probably not the issue, but something else. do a bisect of linux. 
-								Also, does the issue still occur on lenovobios? (no, they don't, according to Paul Menzel)
-								pstuge said <a href="http://biosbits.org/">http://biosbits.org/</a>
-								patricg says https://wiki.ubuntu.com/HardwareEnablementTeam/Documentation/FirmwareTestSuiteLive
-							</li>
-							<li>
-								Fix remaining incompatible LCD panels in native graphics on T60. 
-								See <a href="future/index.html#lcd_i945_incompatibility">future/index.html#lcd_i945_incompatibility</a>.
-							</li>
-						</ul>
-					</li>
-					<li>
-						Look into those machines:
-						<ul>
-							<li>
-								ThinkPad X201 - ME ignition is an issue. Watchdog for ME is an issue. Might be possible to disable watchdog in the flash descriptor
-								(soft straps).
-							</li>
-							<li>
-								T410S is supported but not yet merged. This uses the same chipset as the X201. 
-								<a href="http://review.coreboot.org/#/c/7975/">http://review.coreboot.org/#/c/7975/</a>
-								has the patch. This should be tested by someone and should ideally be merged in coreboot. pecg has one. help him.
-							</li>
-							<li>
-								This page contains a list of basically every thinkpad that would ever be a candidate for libreboot:
-								<a href="http://psref.lenovo.com/WithdrawnBook">http://psref.lenovo.com/WithdrawnBook</a> - 
-								take a look at <a href="http://www.lenovo.com/psref/pdf/ltwbook_2013.pdf">this PDF</a>.
-							</li>
-							<li>
-								Lenovo G505S - might need video bios and microcode updates. These would have to be removed and/or replaced to be in libreboot
-								<a href="https://github.com/alterapraxisptyltd/lenovo-g505s">https://github.com/alterapraxisptyltd/lenovo-g505s</a>.
-								It's AMD (not Intel) based on the same design as the HP Pavillion 1035DX. No ME/AMT to worry about!
-								<a href"http://www.coreboot.org/User_talk:MrNuke/LTS_Candidates">http://www.coreboot.org/User_talk:MrNuke/LTS_Candidates</a>
-								and <a href="http://www.coreboot.org/Board:hp/pavilion_m6_1035dx#Native_graphics_init">http://www.coreboot.org/Board:hp/pavilion_m6_1035dx#Native_graphics_init</a>
-							</li>
-							<li>
-								F2A85-M and E350M1 (libreboot_*_headless.rom). Test openatom. SMU firmware is a problem. XHCI firmware is a problem.
-							</li>
-						</ul>
-					</li>
-					<li>
-						Commit 26ca08caf81ad2dcc9c8246a743d82ffb464c767 in coreboot, see the while (1) loop that
-						waits for the panel to power up on i945. This is an infinite loop if the panel doesn't power up.
-						Fix it. Also, are there panels that don't power up? Test this, and fix it.
-					</li>
-					<li>
-						<a href="http://blogs.coreboot.org/files/2013/07/vultureprog_shuttle_sbs.jpg">image</a>,
-						<a href="http://blogs.coreboot.org/files/2013/08/vultureprog_probing.jpg">image</a>,
-						<a href="http://blogs.coreboot.org/files/2013/06/superboosted2.jpg">image</a> - 
-						work with mrnuke on getting info about vultureprog PLCC flashing into libreboot. Libreboot needs
-						server boards. <a href="https://github.com/mrnuke/vultureprog">https://github.com/mrnuke/vultureprog</a>,
-						<a href="https://github.com/mrnuke/qiprog">https://github.com/mrnuke/qiprog</a>,
-						<a href="https://github.com/mrnuke/vultureprog-hardware">https://github.com/mrnuke/vultureprog-hardware</a>.
-						He also uses the sigrok logic analyzer (free/libre):
-						<a href="http://www.dx.com/p/logic-analyzer-w-dupont-lines-and-usb-cable-for-scm-black-148945">http://www.dx.com/p/logic-analyzer-w-dupont-lines-and-usb-cable-for-scm-black-148945</a>
-					</li>
-					<li>Add cubieboard SPI flashing instructions to libreboot. 
-					<a href="https://github.com/mrnuke/coreboot/commits/cubie_mmc?author=mrnuke">mrnuke's github page with patches</a>. mrnuke in IRC knows
-					about the cubieboard</li>
-					<li>
-						LUKS key in initramfs: Add Trisquel documentation for docs/gnulinux/encrypted_trisquel.html.
-						See <a href="http://projects.mtjm.eu/work_packages/39">http://projects.mtjm.eu/work_packages/39</a>
-					</li>
-					<li>Adapt linux-libre deblob scripts for use with coreboot. Libreboot is already deblobbed
-					using its own script, but updating it is still a bit too manual. linux-libre's deblob
-					scripts do an excellent job and (adapted) will make it much easier to maintain coreboot-libre.</li>
-				</ul>
+					
+				<h3>Payload bugs</h3>
+					<ul>
+						<li>
+							Related to MemTest86+:
+							<ul>
+								<li>
+									Todo: modify memtest86+ to work with libpayload (coreboot framebuffer) and delete all the text-mode ROM images.
+									See <a href="http://projects.mtjm.eu/work_packages/17">http://projects.mtjm.eu/work_packages/17</a>
+								</li>
+							</ul>
+						</li>
+						<li>
+							GRUB currently says unknown lvm type when trying to unlock a LUKS volume using cryptomount
+							(last tested on the latest GRUB from git at around the beginning of March / end of February 2015)
+							Bisect and fix it.
+						</li>
+					</ul>
+
+				<h3>Build system</h3>
+					<ul>
+						<li>
+							Make libreboot (all of it!) build reproducibly. This is very important.
+							See <a href="http://projects.mtjm.eu/work_packages/16">http://projects.mtjm.eu/work_packages/16</a>.
+						</li>
+						<li>
+							Reduce the size of libreboot releases.
+							See <a href="http://projects.mtjm.eu/work_packages/19">http://projects.mtjm.eu/work_packages/19</a>
+							<ul>
+								<li>
+									Proposal: unify ROM images (don't duplicate).
+									See <a href="http://projects.mtjm.eu/work_packages/20">http://projects.mtjm.eu/work_packages/20</a>.
+								</li>
+							</ul>
+						</li>
+						<li>Make memtest86+ build using coreboot's own crossgcc toolchain.</li>
+						<li>Make GRUB build using coreboot's own crossgcc toolchain</li>
+					</ul>
+					
+				<h3>Improvements to the utilities</h3>
+					<ul>
+						<li>
+							Make ich9gen/ich9deblob portable. They both rely extensively on bitfields, and they assume
+							little-endian; for instance, mapping a little endian file directly to a struct, instead
+							of serializing/deserializing. Re-factor both utilities and make them fully portable.
+							See <a href="http://projects.mtjm.eu/work_packages/18">http://projects.mtjm.eu/work_packages/18</a>
+						</li>
+						<li>
+							Adapt linux-libre deblob scripts for use with coreboot. Libreboot is already deblobbed
+							using its own script, but updating it is still a bit too manual. linux-libre's deblob
+							scripts do an excellent job and (adapted) will make it much easier to maintain coreboot-libre.
+						</li>
+						<li>
+							Improve the deblobbing scripts (see <a href="http://projects.mtjm.eu/work_packages/40">http://projects.mtjm.eu/work_packages/40</a>)
+							<ul>
+								<li>
+									.spd.hex files. These aren't blobs? Don't remove them? (in coreboot). See deblob script. 
+									Categorize blobs and non-blobs more clearly, explaining what they are for
+									and why they are (or are not) blobs.
+								</li>
+							</ul>
+						</li>
+					</ul>
+				
+				<h3>Documentation improvements</h3>
+					<ul>
+						<li>
+							Convert documentation to Sphinx/ReST
+							See <a href="http://projects.mtjm.eu/work_packages/5">http://projects.mtjm.eu/work_packages/5</a>
+							and <a href="http://projects.mtjm.eu/work_packages/12">http://projects.mtjm.eu/work_packages/12</a>
+						</li>
+						<li>
+							<b>
+								Maintainence manual. How to contribute to libreboot.
+								See <a href="http://projects.mtjm.eu/work_packages/11">http://projects.mtjm.eu/work_packages/11</a>
+							</b>
+						</li>
+						<li>
+							Add information from hw registers on all boards. See
+							<a href="http://projects.mtjm.eu/work_packages/15">http://projects.mtjm.eu/work_packages/15</a>
+						</li>
+						<li>
+							Add cubieboard SPI flashing instructions to libreboot. 
+							<a href="https://github.com/mrnuke/coreboot/commits/cubie_mmc?author=mrnuke">mrnuke's github page with patches</a>. mrnuke in IRC knows
+							about the cubieboard
+						</li>
+						<li>
+							LUKS key in initramfs: Add Trisquel documentation for docs/gnulinux/encrypted_trisquel.html.
+							See <a href="http://projects.mtjm.eu/work_packages/39">http://projects.mtjm.eu/work_packages/39</a>
+						</li>
+						<li>
+							<a href="http://blogs.coreboot.org/files/2013/07/vultureprog_shuttle_sbs.jpg">image</a>,
+							<a href="http://blogs.coreboot.org/files/2013/08/vultureprog_probing.jpg">image</a>,
+							<a href="http://blogs.coreboot.org/files/2013/06/superboosted2.jpg">image</a> - 
+							work with mrnuke on getting info about vultureprog PLCC flashing into libreboot. Libreboot needs
+							server boards. <a href="https://github.com/mrnuke/vultureprog">https://github.com/mrnuke/vultureprog</a>,
+							<a href="https://github.com/mrnuke/qiprog">https://github.com/mrnuke/qiprog</a>,
+							<a href="https://github.com/mrnuke/vultureprog-hardware">https://github.com/mrnuke/vultureprog-hardware</a>.
+							He also uses the sigrok logic analyzer (free/libre):
+							<a href="http://www.dx.com/p/logic-analyzer-w-dupont-lines-and-usb-cable-for-scm-black-148945">http://www.dx.com/p/logic-analyzer-w-dupont-lines-and-usb-cable-for-scm-black-148945</a>
+						</li>
+					</ul>
+					
+				<h3>Project (institutional) improvements</h3>
+					<ul>
+						<li>
+							Look into the possibility of expanding libreboot to support non-coreboot systems. (u-boot, for instance). 
+							Currently, libreboot presents itself as a deblobbed coreboot distribution. There are other systems out there
+							that use other firmware, such as u-boot, which libreboot could theoretically support. This would mean that
+							the build scripts know how to build things other than just coreboot/grub.
+							<ul>
+								<li>Allwinner A10 (ARM) SoCs</li>
+								<li>PMON?</li>
+								<li>barebox (u-boot derivative)</li>
+								<li>etc</li>
+							</ul>
+						</li>
+						<li>
+							Set up a routine (project-wise) for testing each machine with the latest kernel version.
+							See <a href="http://projects.mtjm.eu/work_packages/22">http://projects.mtjm.eu/work_packages/22</a>
+							and <a href="http://projects.mtjm.eu/work_packages/21">http://projects.mtjm.eu/work_packages/21</a>
+						</li>
+					</ul>
+					
 		</div>
 
 		<p><a href="#pagetop">Back to top of page.</a></p>
--
cgit v0.9.1