Previous GSoC Projects - Revision history

Stefanct at 19:11, 15 March 2013

2013-03-15T19:11:53Z

Stefanct: 2011 projects

2013-03-15T18:29:15Z

2011 projects

MJones: /* Links */

2012-07-12T23:50:27Z

‎Links

MJones at 20:28, 14 March 2011

2011-03-14T20:28:30Z

AJenbo: /* Improve Linux as a BIOS [http://www.coreboot.org/Build_LinuxBIOS_using_LBdistro] */

2010-04-27T14:06:31Z

‎Improve Linux as a BIOS [http://www.coreboot.org/Build_LinuxBIOS_using_LBdistro]

PatrickGeorgi at 18:37, 20 February 2010

2010-02-20T18:37:30Z

Stepan at 22:49, 15 March 2009

2009-03-15T22:49:31Z

Stepan: /* Projects 2008 */

2009-03-15T22:48:14Z

‎Projects 2008

Stepan: Created page with ' = Projects 2008 = == SCSI booting in coreboot == Currently coreboot can not boot from an arbitrary SCSI controller. There are two solutions for the problem: * Use Linux and Ke...'

2009-03-15T22:44:53Z

Created page with ' = Projects 2008 = == SCSI booting in coreboot == Currently coreboot can not boot from an arbitrary SCSI controller. There are two solutions for the problem: * Use Linux and Ke...'

New page

= Projects 2008 =

== SCSI booting in coreboot ==

Currently coreboot can not boot from an arbitrary SCSI controller. There are two solutions for the problem:
* Use Linux and Kexec. This requires to keep the SCSI driver in the flash chip.
* Use x86emu/vm86/[[ADLO]] and the int13 method. This would allow to use the PCI option rom available on all modern SCSI controllers.

So we obviously need a solution based on the later. This could as well be implemented as a Linux program, as an intermediate payload, or as a shared library.

The code you are going to write needs to catch the int13 interrupt vector that the SCSI option rom installs and make it available to arbitrary (firmware/payload) code trying to load something from disk.

This is a coreboot v3 project.

== All Virtual All The Time ([[AVATT]]) ==

The goal here is to build a system that comes up running Linux and KVM from power on reset. From that
point the system could boot anything -- Windows, Linux, *BSD, Plan 9 -- anything that runs
on x86 32 and 64-bit architectures. Coreboot would be
integrated with a Linux kernel and initrd that had KVM built in. The initrd would include the minimal set of tools needed for starting new KVM virtual machine guests. Note that Linux booting from coreboot is a solved
problem, using the buildrom tool, so the main effort here is to develop a minimal KVM infrastructure that
can fit in a 2Mbyte FLASH part. Linux + X11 have been demonstrated in a 1Mbyte part, so we feel that this
task is not impossible, but will be a terrific learning experience for a student, and will provide
the community with a valuable resource when it is finished. The Xen and KVM communities have both asked
for this capability for some time now, so there is a group of people ready to use this system when it is
finished.

= Projects 2007 =

== Booting Windows and other Operating Systems in LinuxBIOS [http://linuxbios.org/Booting_Windows_using_LinuxBIOS]==

The goal of this sub project is to figure out how to boot Windows Vista/XP/2003. There are three approaches that might proof successful:

* using a dedicated LinuxBIOS loader (ie. adapting [http://www.reactos.org/ ReactOS] FREELDR)
* booting Windows on top of Linux using [http://www.xmission.com/~ebiederm/files/kexec/README kexec]/[http://kboot.sourceforge.net/ kboot]
* fixing [[ADLO]] so that it boots Vista/XP and removing the mainboard dependencies in it's code.
* Some information on usage of bios services in Windows can be found [http://www.missl.cs.umd.edu/winint/index1.html here] and [http://www.missl.cs.umd.edu/winint/index2.html here].

== Port GRUB2 to work in LinuxBIOS ==

[[GRUB2]] is going to be _the_ bootloader of choice in the forseeable future. As such, it could replace both Grub legacy and FILO, the LinuxBIOS hack for grub compatibility. FILO lacks many features that come with GRUB2 with no extra effort.

This task splits into four sub-problems:

* Add a target i386-linuxbios, next to i386-pc and i386-efi to the configuration process
* Add an IDE driver that does direct access instead of intXX calls
* Make the build process generate a single static ELF image, like it is done on Sparc
* Add support for reading the memory size from the LinuxBIOS table.

== CMOS Config / Device Tree Browser Payload ==

Unlike other BIOSes, Linux has no such thing as a "CMOS setup". This does not mean that you can not configure it. There is a nice and small Linux command line utility called [http://lxbios.sf.net lxbios] for that purpose. But people are often asking for a builtin config tool. Such a config tool could feature VGA graphics (maybe even VESA?), it should be easy to use, allow to browse information from LinuxBIOS' central structure: the device tree, and provide lxbios functionality with some sex appeal.

This is a LinuxBIOSv3 project.

== Open Firmware payload for LinuxBIOS ==

Mitch Bradley from [http://www.firmworks.com/ Firmworks, Inc.] released the [http://www.openbios.org/OpenFirmware Open Firmware sources] under a BSD license. The released code does work in LinuxBIOS, but could use some proper integration and testing on some hardware or in [http://fabrice.bellard.free.fr/qemu/ Qemu].

Some ideas:

* The released Open Firmware code is very much optimized towards the OLPC. A lot of things don't work yet on other systems, such as using a graphical framebuffer. Therefore things in LinuxBIOS need to be changed. For example, if LinuxBIOS initializes a graphics mode, it should add a LinuxBIOS table entry that specifies the address of the framebuffer and the depth and resolution.
* Add words to view the LinuxBIOS table in OFW
* Add words to change LinuxBIOS CMOS settings from OFW
* For LinuxBIOSv3, the start address of the payload can be variable. This is a fundamental change to v2, and will make life a lot easier and LinuxBIOS a lot more flexible. OFW requires to know its in-rom address at build time. This needs to be fixed to a dynamic behavior
* Also, there's no good documentation on what features can be used and how they can be used. Like the graphical OLPC menu, the built-in web server.
* Get a STOP-A like behavior working in Linux
* Get Smart Firmware working with new compilers
* Get Smart Firmware working as a payload
* Enhance the [[Distributed and Automated Testsystem]] to work with FILO and OpenFirmware payloads, and add The Hayes ANS Forth testsuite.

Some parts might require cooperation with other GSoC projects:

* Boot from Non-OFW SCSI controllers by running their int13 handler
* Boot Windows XP/2003/Vista in OFW

This project might benefit from Forth skills.

== GNUFI or TianoCore payloads ==

There are two open source EFI implementations out there. [http://gnufi.blogspot.com/ GNUFI] (or [http://www.hermann-uwe.de/blog/gnufi-the-gnu-firmware-implementation here] or [http://www.gnu.org/software/gnufi/ here]) and [http://www.tianocore.org/ TianoCore]. Try getting those to work as LinuxBIOS payloads, or change LinuxBIOS so it can load them as payloads.

This project requires no hardware skills, but especially in case of TianoCore might require knowledge of Windows compilers (VC2005?)

== Boot OpenSolaris, FreeBSD, NetBSD, OpenBSD or other free OSes ==

LinuxBIOS has (despite its name) been a little Linux centric. A nice project would be to analyze what it takes to get OpenSolaris, the BSDs or other free operating systems to work in LinuxBIOS, without the need for legacy emulation (ie. no [[ADLO]])

== Improve Linux as a BIOS [http://www.coreboot.org/Build_LinuxBIOS_using_LBdistro]==

There's a small project called [http://tracker.coreboot.org/trac/buildrom] which creates a payload from a Linux kernel and some user space utilities. It has been written to work with the OLPC. This project could be enhanced to work on all supported LinuxBIOS motherboards.

== Porting Flashrom utility to Windows 2000/XP ==

Flashrom is used to burn LinuxBIOS binary to flash chips in the target motherboards. It runs on Unix/Linux. In this project the flashrom utility is ported from Linux/Unix to Windows 2000/XP. The Windows port is called Winflashrom. The project is divided into two tasks. The first task is to port most of the user space flashrom source code to MinGW and the second task is to code a Windows device driver to provide direct hardware access for the user space code. The difficulty of this task is in providing a reliable Windows device driver for the user space code.

← Older revision		Revision as of 19:11, 15 March 2013
Line 1:		Line 1:
		+	This site lists all previous [[GSoC\|Google summer of Code]] projects related to coreboot.
	= 2012 - No GSoC =		= 2012 - No GSoC =
	Regretfully, coreboot was not selected for GSoC 2012.		Regretfully, coreboot was not selected for GSoC 2012.

← Older revision		Revision as of 18:29, 15 March 2013
Line 1:		Line 1:
		+	= 2012 - No GSoC =
		+	Regretfully, coreboot was not selected for GSoC 2012.
		+
		+	= 2011 Projects =
		+	== Spice Payload ==
		+	The rationale behind the Coreboot Spice Payload is a software component to provide a virtualized desktop to small devices with minimal hardware and software resources. Once the most of the intensive CPU and GPU tasks are moved to the spice server it is possible to set poor devices with a full functional desktop and minimal software requirements in the client side.
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/2011/05/18/gsoc-2011-coreboot-spice-payload/
		+	* http://blogs.coreboot.org/blog/2011/05/21/gsoc-2011-new-toys-comming-part-i/
		+	* http://blogs.coreboot.org/blog/2011/06/15/gsoc-2011-week-2-coreboot-spice-payload/
		+	* http://blogs.coreboot.org/blog/2011/07/12/spice-payload-before-midterm-gsoc-report/
		+	* http://blogs.coreboot.org/blog/2011/07/14/gsoc-2011-new-toys-comming-part-ii/
		+	* http://blogs.coreboot.org/blog/2011/07/15/gsoc2011-spice-payload-midterm-report/
		+	* http://blogs.coreboot.org/blog/2011/07/25/gsoc2011-coreboot-spice-payload-oe-and-rootfs/
		+	* http://blogs.coreboot.org/blog/2011/08/24/gsoc-spice-payload-report/
		+
		+	=== Student ===
		+	* Leandro Dorileo
		+
		+	=== Mentors ===
		+	* Marc Jones
		+
		+
		+	== Porting coreboot to ARM ==
		+	This includes building basic ARM layout for coreboot and porting it to some available SOCs.
		+
		+	ARM SOC's with PCIe are now on the market for tablets, netbooks and servers. These systems can take advantage of coreboot's strength in properly configuring PCI, SAS, SATA and SCSI devices; fast boot times; and payload support.
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/2011/05/11/gsoc2011-project-porting-coreboot-to-arm-architecture/
		+	* http://blogs.coreboot.org/blog/2011/06/05/gsoc2011week-1-analysis-of-u-boot-arm-boot-code/
		+	* http://blogs.coreboot.org/blog/2011/06/25/gsoc2011week-5-the-layout-of-coreboot-rom-and-cbfstool-for-arm/
		+	* http://blogs.coreboot.org/blog/2011/07/15/gsoc2011-midterm-report/
		+	* http://blogs.coreboot.org/blog/2011/07/20/gsoc2011week-9-boot-arm-using-coreboot-to-romstage/
		+
		+	=== Student ===
		+	* Yang Bai (Hamo)
		+
		+	=== Mentors ===
		+	* Wang Qing Pei
		+
		+
		+
		+	== Coreboot panic room. Diagnostics (also remote flashing) ==
		+	To help developing coreboot code, we have to set-up remote diagnostics (also flashing) interface in coreboot. We will be able to renew a bricked board through serial port or even do some research through registers in case of panic(). This will enable easier development of CAR, chipset, payloads code.
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/2011/05/09/gsoc-project-coreboot-panic-room-diagnostics-also-remote-flashing/
		+	* http://blogs.coreboot.org/blog/2011/07/01/ts/
		+	* http://blogs.coreboot.org/blog/2011/07/15/panic/
		+	* http://blogs.coreboot.org/blog/2011/08/10/gsoc-2011-little-trip/
		+
		+	=== Student ===
		+	* Tadas Slotkus
		+
		+	=== Mentors ===
		+	* Stefan Reinauer
		+
		+
		+	== flashrom: add support for the EC inside Intel's ICHs ==
		+	Flashrom is a program used to read and write directly from/to flash memories such as "BIOS" chips on computer mainboards. In the case of PCs and laptops the access to the memory chips is often controlled by the chipset or other chips (embedded controllers). In the case of newer Intel chipsets it is unknown how the unlocking exactly works and there is no public datasheet explaining it. This project tries to reverse engineer how it works and will re-implement it to allow flashrom to work with newer Intel chipsets when they are configured to be "locked down".
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/2011/06/11/gsoc-2011-flashrom-part-1/
		+	* http://blogs.coreboot.org/blog/2011/06/24/gsoc-2011-flashrom-part-2-sfdp/
		+	* http://blogs.coreboot.org/blog/2011/07/15/gsoc-2011-flashrom-part-3-midterm-evaluation/
		+	* http://blogs.coreboot.org/blog/2011/08/13/gsoc-2011-flashrom-part-4-recap/
		+	* http://blogs.coreboot.org/blog/2011/08/17/gsoc-2011-flashrom-part-5-–-dear-intel/
		+
		+	=== Student ===
		+	* Stefan Tauner
		+
		+	=== Mentors ===
		+	* Carl-Daniel Hailfinger
		+
		+
	= 2010 Projects =		= 2010 Projects =

@@ Line 118: / Line 118: @@
 * [http://www.phoenix.com/NR/rdonlyres/56E38DE2-3E6F-4743-835F-B4A53726ABED/0/specsbbs101.pdf BIOS Boot Specification]
 * [http://www.phoenix.com/NR/rdonlyres/19FEBD17-DB40-413C-A0B1-1F3F560E222F/0/specsedd30.pdf BIOS Enhanced Disk Drive Specification]
-* [http://www.geocities.com/mamanzip/Articles/Low_Cost_Embedded_x86_Teaching_Tool.html#foreword Low Cost Embedded x86 Teaching Tool] by Darmawan Salihun contains an Option ROM example
+* [https://sites.google.com/site/pinczakko/low-cost-embedded-x86-teaching-tool-2 Low Cost Embedded x86 Teaching Tool] by Darmawan Salihun contains an Option ROM example
 * Another [http://www.coresystems.de/~stepan/optionrom2.tar.bz2 Option ROM example]
 * [[USB Option ROM progess]]

← Older revision		Revision as of 20:28, 14 March 2011
Line 1:		Line 1:
		+	= 2010 Projects =
		+
		+	== USB drivers for libpayload ==
		+
		+	OHCI and XHCI drivers for libpayload.
		+
		+	Notice that libpayload code must be licensed BSD-style (so ports from FILO, SeaBIOS or Linux won't work).
		+	Pick a given set and tell us why it's enough work for the allocated time, but not too much for you. Also, which sources (if any) you want to draw from. We will not accept code that has been taken from other (GPL) projects. If you are taking this project you have to be willing and capable of writing your own hardware drivers.
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/author/patrickgeorgi/
		+
		+	=== Student ===
		+
		+	* Patrick Georgi
		+
		+	=== Mentors ===
		+	* Stefan Reinauer
		+
		+
		+	== TianoCore on coreboot ==
		+
		+	[[Image:Tianocoreboot.png\|160px\|right]]
		+
		+	[http://www.tianocore.org/ Tiano Core] is Intel's EFI implementation. Unlike coreboot, it is not a firmware, but rather a bootloader. In 2008 there was an initial port of TianoCore to run on coreboot, but there are many things left to do.
		+
		+	* Improve Tiano Core / EDK2 running as a coreboot payload
		+	* Implement a coreboot framebuffer driver for Tiano Core
		+	* Implement a coreboot flash filesystem (CBFS) driver for Tiano Core
		+	* Integrate and automate check out and build process of Tiano Core
		+	* Create CorebootPkg using OVMF instead of DUET.
		+	* Provide a script that creates working binaries for the EDK shell, EDK apps, FAT driver(?), ...
		+	* The final work must compile on a cross gcc, and coreboot's crossgcc script has to be adapted so it can build this compiler (if the default script is not capable of doing so yet)
		+
		+	This project requires no hardware skills, but especially in case of TianoCore will require knowledge of Microsoft compilers as well as the GNU tool chain.
		+
		+	=== Student ===
		+	* Robert Austin
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/author/robertaustin/
		+	*[http://www.tianocore.org/ Tiano Core]
		+	* https://edk2.svn.sourceforge.net/svnroot/edk2/trunk/edk2/
		+
		+	=== Mentors ===
		+	* [[User:Rminnich\|Ron Minnich]]
		+	* [[User:Stepan\|Stefan Reinauer]]
		+	* [[User:MJones\|Marc Jones]]
		+
		+	== Payload infrastructure ==
		+
		+	Incorporate payload building into the coreboot build. kconfig options could be added for supported payloads, those payload could be updated to build with kconfig as well. Payloads that build with libpayload need would need default configs. Payloads should also be built with the crossgcc tools. This is related to the libpayload and board config infrastructure above. ---[[User:MJones\|MJones]]
		+
		+	=== Student ===
		+	* Cai Bai Yin
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/author/caibaiyin/
		+
		+	=== Mentors ===
		+	* [[User:MJones\|MJones]]
		+
		+	== flashrom ==
		+
		+	Note: The list below is an idea collection. Individual list items are simple enough to serve only as partial GSoC task, but they are grouped to reasonable tasks. If you're interested, please talk to us on the flashrom mailing list and/or on IRC irc://irc.freenode.net/#flashrom
		+
		+	''[http://www.flashrom.org/GSoC/2010 http://www.flashrom.org/GSoC/2010] has more flashrom ideas and suggestions.''
		+
		+	=== Student ===
		+	* Carl-Daniel Hailfinger
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/author/carldanielhailfinger/
		+
		+	=== Mentor ===
		+	* Stefan Rienaur
		+
		+	== coreboot mass-porting to AMD 780 series mainboards ==
		+
		+	Grab a couple of AMD 780 based mainboards and port coreboot to it.
		+	=== Student ===
		+	* Qing Pei (Jason) Wang
		+
		+	=== Links ===
		+	* http://blogs.coreboot.org/blog/author/wangqingpei/
		+
		+	=== Mentors ===
		+	* [[User:Rminnich\|Ron Minnich]]
		+	* [[User:Stepan\|Stefan Reinauer]]
		+	* [[User:MJones\|Marc Jones]]
		+
		+
		+
		+
	= Projects 2009 =		= Projects 2009 =

← Older revision		Revision as of 18:37, 20 February 2010
Line 1:		Line 1:
		+	= Projects 2009 =
		+
		+	== VGA BIOS for Geode LX ==
		+
		+	This project's goal is to write a VGA BIOS (PCI option rom) for AMD Geode LX systems (such as the Linutop, Thincan or XO). There exists a [http://savannah.nongnu.org/projects/vgabios free VGA BIOS] but it knows nothing about real hardware. If you really want to kick the iron, this project could be enhanced to contain a complete infrastructure for including hardware initialization code for many different graphics cards.
		+
		+	=== Links ===
		+	* [http://savannah.nongnu.org/projects/vgabios free VGA BIOS]
		+
		+	=== Mentors ===
		+	* [[User:Ward\|Ward Vandewege]]
		+	* [[User:Stepan\|Stefan Reinauer]]
		+	* [[User:MJones\|Marc Jones]]
		+	* [[User:Stuge\|Peter Stuge]]
		+
		+	== USB Option ROM for SeaBIOS ==
		+
		+	SeaBIOS is our latest and greatest way to boot all kinds of different operating systems. It is a coreboot payload that implements 16bit BIOS interrupts as they are needed by nearly all boot loaders today. In the last year, SeaBIOS learned how to cope with coreboot ACPI, and how to boot off SCSI drives. One major feature that we're desperately lacking is USB stick/disk/cdrom booting from SeaBIOS.
		+	USB support for SeaBIOS should be implemented as a PCI option rom, using the [[libpayload]] USB stack. The USB stack currently supports UHCI controllers. Part of this project could also be to add OHCI and EHCI support to the USB stack in libpayload (not a requirement for participation, but would sure be nice!)
		+
		+	=== Links ===
		+	* [[SeaBIOS]]
		+	* [[libpayload]]
		+	* [http://www.phoenix.com/NR/rdonlyres/56E38DE2-3E6F-4743-835F-B4A53726ABED/0/specsbbs101.pdf BIOS Boot Specification]
		+	* [http://www.phoenix.com/NR/rdonlyres/19FEBD17-DB40-413C-A0B1-1F3F560E222F/0/specsedd30.pdf BIOS Enhanced Disk Drive Specification]
		+	* [http://www.geocities.com/mamanzip/Articles/Low_Cost_Embedded_x86_Teaching_Tool.html#foreword Low Cost Embedded x86 Teaching Tool] by Darmawan Salihun contains an Option ROM example
		+	* Another [http://www.coresystems.de/~stepan/optionrom2.tar.bz2 Option ROM example]
		+	* [[USB Option ROM progess]]
		+
		+	=== Mentors ===
		+
		+	* [[User:MJones\|Marc Jones]]
		+	* [[User:PatrickGeorgi\|Patrick Georgi]]
		+	* [[User:Stepan\|Stefan Reinauer]]
		+
		+	== AVATT part 2 ==
		+
		+	[[AVATT]] is coreboot+Linux+KVM as hypervisor in the ROM. A first version was done during last GSoC, but there is still a pretty big TODO list.
		+	=== TODO ===
		+	* make the kvm userspace tool not to crash anymore. A possible solution would be to fix the TLS issues from the version of uClibc we currently use (daily snapshots from their SVN tree). This could even mean porting the uClibc-nptl branch to x86 if both of the x86 linuxthreads branches prove to be too hard to fix.
		+	* user-friendly tool that can create and run virtual machines.
		+	* automatically starting the virtual machines at boot.
		+	* get the network to work in qemu since it fails with both coreboot v2 and v3.
		+	* integrate the virt-manager daemon inside the ROM image, if it and its dependencies fit the remaining free space. This needs network support, to really be useful.
		+	* fix compilation on x86_64 boxes by compiling everything in 64bit mode. We need a 64bit hardware anyway since the SVM instructions are available only on recent 64 bit boxes so this shouldn't matter too much, except for some extra wasted ROM space caused by the 64bit code. We can't cross-compile because we're not using a full toolchain, like buildroot does.
		+	* keep the versions as up-to-date as possible but also compatible with each other
		+
		+	=== Mentors ===
		+	* [[User:Hailfinger\|Carl-Daniel Hailfinger]]
		+	* [[User:Rminnich\|Ron Minnich]]
		+	* [[User:Stepan\|Stefan Reinauer]]
		+
		+
	= Projects 2008 =		= Projects 2008 =

@@ Line 160: / Line 160: @@
 == Improve Linux as a BIOS [http://www.coreboot.org/Build_LinuxBIOS_using_LBdistro]==
-There's a small project called [http://tracker.coreboot.org/trac/buildrom] which creates a payload from a Linux kernel and some user space utilities. It has been written to work with the OLPC. This project could be enhanced to work on all supported LinuxBIOS motherboards.
+There's a small project called [http://tracker.coreboot.org/trac/buildrom buildrom] which creates a payload from a Linux kernel and some user space utilities. It has been written to work with the OLPC. This project could be enhanced to work on all supported LinuxBIOS motherboards.
 == Porting Flashrom utility to Windows 2000/XP ==
 Flashrom is used to burn LinuxBIOS binary to flash chips in the target motherboards. It runs on Unix/Linux. In this project the flashrom utility is ported from Linux/Unix to Windows 2000/XP. The Windows port is called Winflashrom. The project is divided into two tasks. The first task is to port most of the user space flashrom source code to MinGW and the second task is to code a Windows device driver to provide direct hardware access for the user space code. The difficulty of this task is in providing a reliable Windows device driver for the user space code.

@@ Line 1: / Line 1: @@
 = Projects 2008 =
@@ Line 37: / Line 36: @@
 This is a coreboot v3 project. It requires good Java and/or Eclipse skills (or whatever toolkit/language you choose)
 = Projects 2007 =

@@ Line 26: / Line 26: @@
 for this capability for some time now, so there is a group of people ready to use this system when it is
 finished.
 = Projects 2007 =