[coreboot] GSoC 2015 application from Kushagra (was: the key to ultimate solution)

2015-03-26 Thread Paul Menzel
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

2015-03-24 Thread Marc Jones
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

2015-03-15 Thread Marc Jones
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

2015-03-08 Thread Peter Stuge
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))

2015-03-07 Thread Varad Gautam
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)

2015-03-06 Thread Paul Menzel
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

2015-03-06 Thread Saket Sinha
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

2015-03-06 Thread Marc Jones
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

2015-03-06 Thread Varad Gautam
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

2015-03-06 Thread Felix Held

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

2015-03-05 Thread Varad Gautam
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

2015-03-04 Thread Marc Jones
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

2015-02-18 Thread Stefan Reinauer
* 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

2015-02-14 Thread Carl-Daniel Hailfinger
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

2015-02-13 Thread Marc Jones
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

2015-02-13 Thread Marc Jones
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

2015-02-13 Thread Alexandru Gagniuc
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

2015-02-13 Thread Alexander Couzens
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

2015-02-13 Thread Peter Stuge
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

2015-02-13 Thread Alexandru Gagniuc
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

2015-02-10 Thread Alexander Couzens
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

2015-02-10 Thread Stefan Tauner
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

2015-02-09 Thread Carl-Daniel Hailfinger
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