-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi @ all,
is there a Coroboot for the Lenovo T410 Laptop?
Greetings
Alex Veek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iF4EAREIAAYFAlNxKzsACgkQ53cWmi2XuzOOXAD8CNLPoycJNftQzeHnMQbl8ZG9
4y2SPIHwLota1/Gsfm0BAJzhG2M+MKXDBJgazHjt/HM2DyAeHi6S24sGcwd1W2GN
=sFKM
-----END PGP SIGNATURE-----
#95: Run coreboot in VirtualBox
---------------------------------+------------------------------------------
Reporter: uwe | Owner: somebody
Type: defect | Status: new
Priority: minor | Milestone:
Component: misc | Version:
Keywords: | Dependencies:
Patchstatus: there is no patch |
---------------------------------+------------------------------------------
It would be nice if we could test coreboot images in VirtualBox, see
http://virtualbox.org/.
VirtualBox does not (yet) provide a simple mechanism to use a different
BIOS in their emulated machines (something like "-L" in qemu). Instead the
BIOS image (a custom bochs BIOS + LGPL'g VGABIOS) is converted to C code
(an array of bytes, or the like) and merged into the VirtualBox
executable.
The relevant files are
{{{
src/VBox/Devices/PC/DevPcBios.cpp
bldprogs/bin2c.c
}}}
if someone want to hack VirtualBox to easily support using coreboot images
instead of their usual BIOS.
--
Ticket URL: <http://tracker.coreboot.org/trac/coreboot/ticket/95>
coreboot <http://www.coreboot.org/>
Hi all,
First of all sorry that it took so long to get back to this.
I have in plan to organize a coreboot meeting in the Prague on 19,20,21 of
September. I created the doodle here:
http://doodle.com/h6yar2mtxarvhv3x
I put there also Thursday if we want to meet earlier. The programme is to hack a
coreboot and enjoy Prague together. This time we will have a room at the Czech
Technical university near the the Masarykova dormitory (that one which was used
last time).
Please let me know if anyone has questions / ideas what to do / talk about /
Does the date fit well?
We have some co-working center in Prague so it could be possible to stay longer
in Prague and do office stuff from there (besides that google has office in
Prague too).
Thanks
Rudolf
Hello ,
When will support the new Atom E38XX
Best Regards,
Benjamin Nakache
Vice President Sales
cid:image001.jpg@01CE5FDD.80FF28E0
Note: This message and any attachment hereto is intended solely for the use
of the designated recipient(s) and their appointed delegates and may contain
confidential information. Any unauthorized use, disclosure,copying, or
distribution of its contents is strictly prohibited. If you have received
this message in error, please destroy it and advise Nolam Embedded Systems
immediately by phone, email, or fax.Thank you for your cooperation.
On 10.02.2014 23:47, David Hendricks wrote:
> On Sun, Feb 9, 2014 at 4:50 AM, Paul Menzel
> <paulepanter(a)users.sourceforge.net
> <mailto:paulepanter@users.sourceforge.net>> wrote:
>
> Dear coreboot folks,
>
>
> currently no coreboot messages are stored for boards not supporting
> CBMEM console (or where this option is disabled (currently by default))
> or no coreboot *romstage* messages are stored for boards, where the data
> cannot be preserved (passed to ramstage).
>
> Using the serial (or USB) console all these messages can be captured
> with no problem, so I propose to just add these captured messages into
> the file `serial_console.txt`. Of course this file probably contains
> also the payload and (Linux) kernel log, but I think that is fine.
>
> SeaBIOS’ `readserial.py` should be used for capturing the messages as it
> adds time stamps.
>
> Scripting this is going to be hard, as the log is captured on a
> different system. So for now I propose to add it manually.
>
>
> I don't think the script itself should be responsible for collecting
> serial output. Instead, how about adding an argument to override the
> default behavior of running "cbmem -c" on the target so that the user
> can pass in a filename? The user will simply capture the serial output
> using whatever tool they like, dump the output to a text file, and run
> the script with an argument to use the file instead of calling "cbmem
> -c". Here is a proof-of-concept: http://review.coreboot.org/#/c/5191 .
>
This requires user to do right manipulations. While keyboard and chair
are usually fine, the space between them exhibits strong bug-inducing
properties. The idea of the script is to reduce a possibility of user
error creating strange reports. In this case the common erro I expect is
using a stale file fom some other version. It's a particularly nasty one
as at first glance in may look fine but would be almost useless to track
how details changed from one submit to the next. If we let user supply
files at all, it should be added to report, not replace files, and it
should have some prefix to clearly indicate that user was involved in
creating them. E.g. user_serial_log.txt
> But in general I think I agree with Vladimir. CBMEM console should be
> supported and if not then that should be fixed.
>
> --
> David Hendricks (dhendrix)
> Systems Software Engineer, Google Inc.
>
>
Yeah, that's a great idea.
ron
On Mon, Jun 30, 2014 at 3:53 PM, David Hendricks <dhendrix(a)google.com>
wrote:
> On Sun, Jun 29, 2014 at 2:06 PM, Rudolf Marek <r.marek(a)assembler.cz>
> wrote:
>
>> Hi all,
>>
>> First of all sorry that it took so long to get back to this.
>>
>> I have in plan to organize a coreboot meeting in the Prague on 19,20,21 of
>> September.
>
>
> FYI, Embedded Linux Conference will be on Oct. 13-15 in Düsseldorf:
> http://events.linuxfoundation.org/events/embedded-linux-conference-europe
>
> If the timing works for others, perhaps we can move the coreboot meeting
> so that we piggyback conferences? I'd personally love to do the coreboot
> meeting in Prague either before or after going to Düsseldorf for ELCE.
>
> --
> David Hendricks (dhendrix)
> Systems Software Engineer, Google Inc.
>
> --
> coreboot mailing list: coreboot(a)coreboot.org
> http://www.coreboot.org/mailman/listinfo/coreboot
>
Hi David
Thanks for the offer. I think we can go to university I have pre-arranged it
there. The google office hint was that you can most likely work from there and
thus stay longer here if you want to explore Prague for more days.
Thanks
Rudolf