[coreboot] GSoC 2015 application from Kushagra (was: the key to ultimate solution)
Dear Kushagra, only by chance I looked at the untitled attachment, which contains your GSoC 2015 application. I think you need to use the Melange(?) Web interface to turn in your application. Thanks and good luck, Paul PS: You wrote a lot of messages to the mailing list in the last days. Unfortunately most of those were hard to understand and the use of the content for all the subscribers was not obvious. At least to myself. Please think more about what messages actually concern all the list subscribers. PPS: Please send just plain text message with no HTML parts to mailing lists. PPPS: Please use descriptive subject lines! signature.asc Description: This is a digitally signed message part -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] coreboot GSoC 2015 student application period reminder
The deadline is only a few days away! On Sun, Mar 15, 2015 at 8:54 AM Marc Jones marcj...@gmail.com wrote: The GSoC student application window opens on Monday! 16 March: 19:00 UTC - Student application period opens. 27 March: 19:00 UTC - Student application deadline. Everything you need to know about coreboot GSoC 2015 is on this page: http://www.coreboot.org/GSoC Regards, Marc -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] coreboot GSoC 2015 student application period
The GSoC student application window opens on Monday! 16 March: 19:00 UTC - Student application period opens. 27 March: 19:00 UTC - Student application deadline. Everything you need to know about coreboot GSoC 2015 is on this page: http://www.coreboot.org/GSoC Regards, Marc -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] [GSoC-2015] Interested in Participating - Discussing Ideas
Hi, Marc Jones wrote: I recently tried running coreboot + SeaBIOS + SYSLINUX under QEMU (as suggested on the Easy tasks page [5]), and it seems to work alright - but is it possible to find a SYSLINUX ELF image so I can eliminate SeaBIOS? I don't know if anyone has made a SYSLINUX elf. It's not possible to use SYSLINUX without SeaBIOS. SYSLINUX is by design and very much on purpose tightly coupled with legacy BIOS interrupt services and legacy BIOS data structures. The SYSLINUX author is also outspoken against coreboot, the principal argument being that coreboot is bad because it works diferently than legacy BIOS. //Peter -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] [GSoC-2015] ARM SoC Mainboard Support (was: AMD native graphics init (was: Interested in Participating - Discussing Ideas))
On 03/06/15 at 11:33 PM Paul Menzel paulepan...@users.sourceforge.net wrote: Dear Felix, dear Varad, Varad, welcome to coreboot! Am Freitag, den 06.03.2015, 21:50 +0100 schrieb Felix Held: I dumped the BIOS binary for a Radeon GPU and am trying to make sense of it using the atombios kernel header [1] - are there any resources on ATOMBIOS internals I can use? I believe the GPU initialization can be done by tracing the dump contents as suggested in this thread [2], but cannot figure how new ATOMBIOS tables would be created and used. I also need to check the coreboot source to plan how this can be implemented. If you plan to work on native gfx init for AMD, talk to mrnuke; he already did quite some work on that. Alexandru has already pushed change sets for review [1][2][3]. Additionally he wrote some posts touching this topic, which you can read in the coreboot blog [4]. Additionally there are several threads on this mailing list, where this topic was discussed. I wish you the best of luck with your application! Thanks - in that case I would like to work on adding coreboot support to an ARM platform, later adding Tianocore as a payload. Here is my view of the idea, please suggest if I am on the right track: The board specific lowlevel code would be placed at src/mainboard/mainboard and the SoC (gpio, uart, clock, pinmux) initialization at src/soc/soc. The implementation details can be taken from the SoC reference manuals, U-Boot source and the mainboard specs. UEFI would be the second stage loader - the SoC support can be added by extending the existing ArmPkg framework, and the boot flow would look like Reset - Coreboot lowlevel init - UEFI Pre-PI* - UEFI DXE. Can the UEFI HOBs be constructed by coreboot so that Pre-PI can be removed? I also need some help figuring where libpayload fits in - Tianocore has its own implementation of C library routines (edk2/StdLib), and once UEFI takes control, these can directly be used by the FD. I am tracing the existing ARM code. Which mainboard would be the preferred target? Also, please suggest any 'easy' patches I could send in to get comfortable with the development process. Thanks, Varad Thanks, Paul [1] http://review.coreboot.org/8281 [2] http://review.coreboot.org/8281 [3] http://review.coreboot.org/8281 [4] http://blogs.coreboot.org/blog/author/mrnuke/ -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] [GSoC-2015] AMD native graphics init (was: Interested in Participating - Discussing Ideas)
Dear Felix, dear Varad, Varad, welcome to coreboot! Am Freitag, den 06.03.2015, 21:50 +0100 schrieb Felix Held: I dumped the BIOS binary for a Radeon GPU and am trying to make sense of it using the atombios kernel header [1] - are there any resources on ATOMBIOS internals I can use? I believe the GPU initialization can be done by tracing the dump contents as suggested in this thread [2], but cannot figure how new ATOMBIOS tables would be created and used. I also need to check the coreboot source to plan how this can be implemented. If you plan to work on native gfx init for AMD, talk to mrnuke; he already did quite some work on that. Alexandru has already pushed change sets for review [1][2][3]. Additionally he wrote some posts touching this topic, which you can read in the coreboot blog [4]. Additionally there are several threads on this mailing list, where this topic was discussed. I wish you the best of luck with your application! Thanks, Paul [1] http://review.coreboot.org/8281 [2] http://review.coreboot.org/8281 [3] http://review.coreboot.org/8281 [4] http://blogs.coreboot.org/blog/author/mrnuke/ signature.asc Description: This is a digitally signed message part -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] GSOC 2015 Aspirant for coreboot ARM SoC's mainboard port
Hi, I would like to participate to Google Summer of Code 2015 by contributing to coreboot ARM SoC's mainboard port for Coreboot. I can see from the below link http://www.coreboot.org/Project_Ideas#coreboot_ARM_SoC.27s_mainboard_port This mainly targets- Xilinx Zynq-7030 Altera Cyclone V ST spear1340 Thus for this project, either of these hardware would be required. Kindly let me know the availability of these hardware for students and how to get started for the same. Regards, Saket Sinha -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] [GSoC-2015] Interested in Participating - Discussing Ideas
Hi Varad, Welcome! It is great to hear that you are interested in coreboot GSoC. On Thu, Mar 5, 2015 at 8:44 AM Varad Gautam varadgau...@gmail.com wrote: Hi, I would like to participate in Google Summer of Code 2015 with coreboot to work on one of the following ideas: - Enable coreboot + Tianocore over an ARM board: The Ideas page mentions something similar [1], but I think the hardware details are to be finalized. I worked on adding BeagleBone Black support to Tianocore during GSoC-2014 with Linaro, and so have some experience with JTAG, ARM bringup and bootloaders. Which mainboard would be the intended target? I have a HiKey board (HiSilicon Kirin 6220 Cortex-A53 ARM64) [2] which could be used - I'm checking if coreboot already supports a similar SoC to base the port on. There are a number of ARM SOCs in development that are being merged from chromium.org (chromebook). Take a look at src/soc and src/arch. This is a pretty big task, but might be a good match if you have done some similar work in past projects. - Eliminate Video BIOS requirement for AMD/ATI graphics init: I understand this would involve dumping AtomBIOS ROM and performing those initializations under coreboot. I came across atomdis [3] and am looking for a Video BIOS ROM I could try disassembling. I need some input on how I could go about the implementation of this idea - what hardware would be suitable / what the boot flow would be. Although I haven't worked with the Linux graphics stack yet, I would like to get my hands dirty. I am currently looking through the resources at [4]. You might look at Gizmo2. I recently tried running coreboot + SeaBIOS + SYSLINUX under QEMU (as suggested on the Easy tasks page [5]), and it seems to work alright - but is it possible to find a SYSLINUX ELF image so I can eliminate SeaBIOS? I don't know if anyone has made a SYSLINUX elf. Any small kernelvmlinuz and initrd could be used. http://www.coreboot.org/QEMU_Build_Tutorial#Building_a_Linux_kernel_payload I would be glad to have your suggestions on how I could get started. You can join #coreboot on IR and , start looking at the patches on Gerrit and get a feel for what is being developed. Again, Welcome! Marc [1] http://www.coreboot.org/Project_Ideas#coreboot_ARM_ SoC.27s_mainboard_port [2] https://www.96boards.org/products/hikey/ [3] http://www.phoronix.com/scan.php?page=articleitem=amd_ atombios_dumpernum=1 [4] http://www.coreboot.org/Project_Ideas#Native_graphics_init [5] http://www.coreboot.org/Easy_projects#Add.2Ftest_new_ supported_payloads Thanks, Varad -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] [GSoC-2015] Interested in Participating - Discussing Ideas
Hi Marc, On 03/06/15 at 06:26 PM Marc Jones marcj...@gmail.com wrote: Hi Varad, Welcome! It is great to hear that you are interested in coreboot GSoC. On Thu, Mar 5, 2015 at 8:44 AM Varad Gautam varadgau...@gmail.com wrote: Hi, I would like to participate in Google Summer of Code 2015 with coreboot to work on one of the following ideas: - Enable coreboot + Tianocore over an ARM board: The Ideas page mentions something similar [1], but I think the hardware details are to be finalized. I worked on adding BeagleBone Black support to Tianocore during GSoC-2014 with Linaro, and so have some experience with JTAG, ARM bringup and bootloaders. Which mainboard would be the intended target? I have a HiKey board (HiSilicon Kirin 6220 Cortex-A53 ARM64) [2] which could be used - I'm checking if coreboot already supports a similar SoC to base the port on. There are a number of ARM SOCs in development that are being merged from chromium.org (chromebook). Take a look at src/soc and src/arch. This is a pretty big task, but might be a good match if you have done some similar work in past projects. I will look into it, thanks. - Eliminate Video BIOS requirement for AMD/ATI graphics init: I understand this would involve dumping AtomBIOS ROM and performing those initializations under coreboot. I came across atomdis [3] and am looking for a Video BIOS ROM I could try disassembling. I need some input on how I could go about the implementation of this idea - what hardware would be suitable / what the boot flow would be. Although I haven't worked with the Linux graphics stack yet, I would like to get my hands dirty. I am currently looking through the resources at [4]. You might look at Gizmo2. I dumped the BIOS binary for a Radeon GPU and am trying to make sense of it using the atombios kernel header [1] - are there any resources on ATOMBIOS internals I can use? I believe the GPU initialization can be done by tracing the dump contents as suggested in this thread [2], but cannot figure how new ATOMBIOS tables would be created and used. I also need to check the coreboot source to plan how this can be implemented. I recently tried running coreboot + SeaBIOS + SYSLINUX under QEMU (as suggested on the Easy tasks page [5]), and it seems to work alright - but is it possible to find a SYSLINUX ELF image so I can eliminate SeaBIOS? I don't know if anyone has made a SYSLINUX elf. Any small kernelvmlinuz and initrd could be used. http://www.coreboot.org/QEMU_Build_Tutorial#Building_a_Linux_kernel_payload I would be glad to have your suggestions on how I could get started. You can join #coreboot on IR and , start looking at the patches on Gerrit and get a feel for what is being developed. Again, Welcome! Marc Thanks! Are there any 'easy' bugs / features I could implement to get familiar with the development process? [1] http://lxr.free-electrons.com/source/drivers/gpu/drm/radeon/atombios.h [2] http://www.coreboot.org/pipermail/coreboot/2013-March/075522.html Thanks, Varad [1] http://www.coreboot.org/Project_Ideas#coreboot_ARM_ SoC.27s_mainboard_port [2] https://www.96boards.org/products/hikey/ [3] http://www.phoronix.com/scan.php?page=articleitem=amd_ atombios_dumpernum=1 [4] http://www.coreboot.org/Project_Ideas#Native_graphics_init [5] http://www.coreboot.org/Easy_projects#Add.2Ftest_new_ supported_payloads Thanks, Varad -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] [GSoC-2015] Interested in Participating - Discussing Ideas
Hi Varad! I dumped the BIOS binary for a Radeon GPU and am trying to make sense of it using the atombios kernel header [1] - are there any resources on ATOMBIOS internals I can use? I believe the GPU initialization can be done by tracing the dump contents as suggested in this thread [2], but cannot figure how new ATOMBIOS tables would be created and used. I also need to check the coreboot source to plan how this can be implemented. If you plan to work on native gfx init for AMD, talk to mrnuke; he already did quite some work on that. Regards Felix -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] [GSoC-2015] Interested in Participating - Discussing Ideas
Hi, I would like to participate in Google Summer of Code 2015 with coreboot to work on one of the following ideas: - Enable coreboot + Tianocore over an ARM board: The Ideas page mentions something similar [1], but I think the hardware details are to be finalized. I worked on adding BeagleBone Black support to Tianocore during GSoC-2014 with Linaro, and so have some experience with JTAG, ARM bringup and bootloaders. Which mainboard would be the intended target? I have a HiKey board (HiSilicon Kirin 6220 Cortex-A53 ARM64) [2] which could be used - I'm checking if coreboot already supports a similar SoC to base the port on. - Eliminate Video BIOS requirement for AMD/ATI graphics init: I understand this would involve dumping AtomBIOS ROM and performing those initializations under coreboot. I came across atomdis [3] and am looking for a Video BIOS ROM I could try disassembling. I need some input on how I could go about the implementation of this idea - what hardware would be suitable / what the boot flow would be. Although I haven't worked with the Linux graphics stack yet, I would like to get my hands dirty. I am currently looking through the resources at [4]. I recently tried running coreboot + SeaBIOS + SYSLINUX under QEMU (as suggested on the Easy tasks page [5]), and it seems to work alright - but is it possible to find a SYSLINUX ELF image so I can eliminate SeaBIOS? I would be glad to have your suggestions on how I could get started. [1] http://www.coreboot.org/Project_Ideas#coreboot_ARM_SoC.27s_mainboard_port [2] https://www.96boards.org/products/hikey/ [3] http://www.phoronix.com/scan.php?page=articleitem=amd_atombios_dumpernum=1 [4] http://www.coreboot.org/Project_Ideas#Native_graphics_init [5] http://www.coreboot.org/Easy_projects#Add.2Ftest_new_supported_payloads Thanks, Varad -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] coreboot GSoC 2015
coreboot has been accepted as a GSoC project . Woot! Please see the following announcement: http://blogs.coreboot.org/blog/2015/03/02/coreboot-gsoc-2015/ Interested students and mentors should visit the coreboot GSoC page: http://www.coreboot.org/GSoC Regards, Marc -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
* Alexandru Gagniuc mr.nuke...@gmail.com [150214 01:13]: On Saturday, February 14, 2015 12:05:28 AM Marc Jones wrote: Hi Everyone, Hi, Please update the wiki page with project ideas. http://www.coreboot.org/Project_Ideas That's the first unlocked page in the coreboot wiki I have seen for quite some time. To put this into perspective, it turns out that 5 out of over 450 pages are protected. Stefan -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
On 14.02.2015 03:25, Alexandru Gagniuc wrote: On Saturday, February 14, 2015 02:50:15 AM Alexander Couzens wrote: I would like to attend as a student this year. I'm open for most of the ideas at the page. Here are some of my ideas. - porting new mainboards (hp micro n54L and x121e atm) - porting new arm platforms - refactoring amd code - create an opensource firmware for some Thinkpad (H8S based) - building a basic testing system (looking for a x60 or other supported_board) - add usb debug support to SerialICE Porting new boards is of limited value. Indeed. Especially when those new boards are already 2-3 years off the market. In that case it would only make sense if they still have a really large user base, and AFAICS both your suggestions are in areas where either the user base regularly changes hardware (X121e) or is reluctant to touch something that's expected to run 24/7 (HP Micro N54L). New ARM platforms is definitely an interesting topic. Although you have to consider whether your platform of choice can work blob-free, and whether or not there is already a uboot port for it. Especially in the ARM case it also depends on whether someone believes the student to realistically be able to bring up a platform without having the mentor figure out all the hard stuff. Refactoring code seems to have been a popular GSoC theme since I've been doing coreboot. Personally, and I will not be part of the decision making, I think this is of limited value when that source code works. You see, coreboot is nowadays being bombarded from all directions with binary-only components. You will face resistance from two camps: First camp doesn't see a benefit in the nth refactoring, second camp believes most refactoring will make merging vendor code harder. IMO a refactoring is OK if it only impacts binary-only vendor code, but others will disagree with me. I think that you can do a great deal more good by working on eliminating some of these blobs. Though tread carefully if you choose this path... reverse engineering is not a valid project for GSoC, so RE should not be part of your proposal or project. IMO RE and reimplementation could be done in one proposal, but please note that it all depends on your local legal landscape whether you want to go all the way to a Chinese Wall type of reverse engineering or not. That said, I believe that reverse engineering is one of the most valuable activities in a time where binary blobs crop up everywhere. And this point is where you've really gotten my attention. It's gold. Pure gold. Having a free software implementation of H8 firmware is a worthy goal in itself. Although there's the argument to be made that there already is such a thing in ChromeEC, your should stress the counterpoint that the EC is not something that can just be replaced, and the mere popularity of the H8 makes it a great platform to target. Doesn't Google have some open source code for H8-based ECs as well, not just their own ChromeEC? Another amazing subject that I would suggest you consider is creating a free replacement for the SMU firmware in AMD chipsets. Talk to ruik about it. He may be able to tell you more. Regarding AMD chips up to fam16 at least, this is the final frontier. AFAIK the SMU firmware is not enforcing any restrictions on coreboot or the platform, and thus I'd consider this a fun project, but without real benefits for coreboot. Regards, Carl-Daniel -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] GSOC 2015 Preperations
Hi Everyone, It is time for coreboot to apply for GSOC 2015. We could use your help. We need student project ideas, mentors, and qualified students! Please update the wiki page with project ideas. http://www.coreboot.org/Project_Ideas Let me know if you would like to be a student mentor this summer. You need to signup with Google and then I can add you to the project. Start informing prospective GSOC students about coreboot. Please be helpful to new faces in IRC and direct them to me or Patrick if they have questions. Regards, Marc -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
On Fri Feb 13 2015 at 5:13:04 PM Alexandru Gagniuc mr.nuke...@gmail.com wrote: On Saturday, February 14, 2015 12:05:28 AM Marc Jones wrote: Hi Everyone, Hi, Please update the wiki page with project ideas. http://www.coreboot.org/Project_Ideas That's the first unlocked page in the coreboot wiki I have seen for quite some time. This comment is off topic. Please don't hijack the thread about GSOC. If you would like to discuss locked wiki pages please start another thread. Thanks, Marc -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
On Saturday, February 14, 2015 12:05:28 AM Marc Jones wrote: Hi Everyone, Hi, Please update the wiki page with project ideas. http://www.coreboot.org/Project_Ideas That's the first unlocked page in the coreboot wiki I have seen for quite some time. Alex -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
Hi Marc, I would like to attend as a student this year. I'm open for most of the ideas at the page. Here are some of my ideas. - porting new mainboards (hp micro n54L and x121e atm) - porting new arm platforms - refactoring amd code - create an opensource firmware for some Thinkpad (H8S based) - building a basic testing system (looking for a x60 or other supported_board) - add usb debug support to SerialICE Best, lynxis On Sat, 14 Feb 2015 00:05:28 + Marc Jones marcj...@gmail.com wrote: Hi Everyone, It is time for coreboot to apply for GSOC 2015. We could use your help. We need student project ideas, mentors, and qualified students! Please update the wiki page with project ideas. http://www.coreboot.org/Project_Ideas Let me know if you would like to be a student mentor this summer. You need to signup with Google and then I can add you to the project. Start informing prospective GSOC students about coreboot. Please be helpful to new faces in IRC and direct them to me or Patrick if they have questions. Regards, Marc -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@jabber.ccc.de mobile: +4915123277221 pgpwcf_CxQe4D.pgp Description: OpenPGP digital signature -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
Alexander Couzens wrote: - refactoring amd code I think this is an interesting project! As I understand it, the idea is to refactor the AMD-contributed AGESA trees into our own code. - create an opensource firmware for some Thinkpad (H8S based) EC firmware, just to clarify. - building a basic testing system (looking for a x60 or other supported_board) This has sort-of already been done, but testing is a topic I have been had ideas about for nearly a decade, and there still isn't a great universal tool. //Peter pgpi6IemFhbwJ.pgp Description: PGP signature -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSOC 2015 Preperations
On Saturday, February 14, 2015 02:50:15 AM Alexander Couzens wrote: I would like to attend as a student this year. I'm open for most of the ideas at the page. Here are some of my ideas. - porting new mainboards (hp micro n54L and x121e atm) - porting new arm platforms - refactoring amd code - create an opensource firmware for some Thinkpad (H8S based) - building a basic testing system (looking for a x60 or other supported_board) - add usb debug support to SerialICE Porting new boards is of limited value. As a former GSoC student, I can attest that the more generic the subject of your proposal is, the higher your chances of being selected. That's why a board port is a bit of a crapshoot. New ARM platforms is definitely an interesting topic. Although you have to consider whether your platform of choice can work blob-free, and whether or not there is already a uboot port for it. All these things, I believe, will be factored in. Refactoring code seems to have been a popular GSoC theme since I've been doing coreboot. Personally, and I will not be part of the decision making, I think this is of limited value when that source code works. You see, coreboot is nowadays being bombarded from all directions with binary-only components. I think that you can do a great deal more good by working on eliminating some of these blobs. Though tread carefully if you choose this path... reverse engineering is not a valid project for GSoC, so RE should not be part of your proposal or project. And this point is where you've really gotten my attention. It's gold. Pure gold. Having a free software implementation of H8 firmware is a worthy goal in itself. Although there's the argument to be made that there already is such a thing in ChromeEC, your should stress the counterpoint that the EC is not something that can just be replaced, and the mere popularity of the H8 makes it a great platform to target. Another amazing subject that I would suggest you consider is creating a free replacement for the SMU firmware in AMD chipsets. Talk to ruik about it. He may be able to tell you more. Regarding AMD chips up to fam16 at least, this is the final frontier. Alex -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSoC 2015
On Tue, 10 Feb 2015 01:16:26 +0100 Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net wrote: Applications for organizations are open again. The deadline is very short this time: Only 10 days! http://www.google-melange.com/gsoc/homepage/google/gsoc2015 Who is doing the application for coreboot? Is something missing? I would like to attend as student this year ;). Best, lynxis -- Alexander Couzens mail: lyn...@fe80.eu jabber: lyn...@jabber.ccc.de mobile: +4915123277221 pgpfptqBwMcKY.pgp Description: OpenPGP digital signature -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
Re: [coreboot] GSoC 2015
On Tue, 10 Feb 2015 10:42:27 +0100 Alexander Couzens lyn...@fe80.eu wrote: On Tue, 10 Feb 2015 01:16:26 +0100 Carl-Daniel Hailfinger c-d.hailfinger.devel.2...@gmx.net wrote: Applications for organizations are open again. The deadline is very short this time: Only 10 days! http://www.google-melange.com/gsoc/homepage/google/gsoc2015 Who is doing the application for coreboot? Is something missing? I would like to attend as student this year ;). So far Marc was managing GSoC (with a lot of help from Patrick). He said that coreboot will be applying again this year, so I think everything is fine at this stage. Do you have a project idea already? -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot
[coreboot] GSoC 2015
Applications for organizations are open again. The deadline is very short this time: Only 10 days! http://www.google-melange.com/gsoc/homepage/google/gsoc2015 Regards, Carl-Daniel -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot