Hi,
the first postlog is the same, so A5-80 in an endless loop, there was one
time when its end with 79 then shuts down itself, thistime the memory is in
the B1 slot.
I was made a video at 60fps, and its more accurate, so the sequence is
FF-88-80-88-78-72-28-29-24-29-25-55-89-73 than a shutdown, th
Hi,
the first postlog is the same, so A5-80 in an endless loop, there was one
time when its end with 79 then shuts down itself, thistime the memory is in
the B1 slot.
I was made a video at 60fps, and its more accurate, so the sequence is
FF-88-80-88-78-72-28-29-24-29-25-55-89-73 than a shutdown, th
A new post titled "coreboot changelog" has been published on the coreboot blog. Find the full post at http://blogs.coreboot.org/blog/2015/11/05/coreboot-changelog-4/
This changelog covers 2 weeks up to November 1st, during which coreboot-4.2 was released.
In that timeframe, the repository saw 214
Hi,
I've started to setup a redmine.
The openid integration seems to need more improvements,
but it should work as soon ssl works (and a another patch applied).
@Stefan/Patrick Can you create a CName for ticket.coreboot.org ->
coreboot.dtn10.de
Next question is, how we handle the ssl stuff. Sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/11/15 21:44, Timothy Pearson wrote:
> All,
>
> After reviewing some of the comments on the ASUS KGPE-D16 being
> essentially too large of a system and too expensive for many
> people, and the fact that modern, blob-free systems are not really
* Paul Menzel [151109 23:42]:
> Dear coreboot folks,
>
> I pushed change set I379e4b1e1b1725648c6231bc6954ac3cc655a596
> (mainboard: Remove empty mainboard.c files) [1] for review.
>
> ```
> mainboard: Remove empty mainboard.c files
>
> All the deleted mainboard files contain no code besides so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/09/2015 05:04 PM, ron minnich wrote:
> Let's not do anon service. Our last bug tracker became a transit point
> for all kinds of junk.
>
> ron
>
Agreed. OpenID or similar only please.
- --
Timothy Pearson
Raptor Engineering
+1 (415) 727-864
Let's not do anon service. Our last bug tracker became a transit point for
all kinds of junk.
ron
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
* Stefan Reinauer [151027 21:39]:
> I want to add the following boards (and their chipsets and super ios)
> that have been in the tree and basically unmaintained for 10+ys:
>
> * arima/hdama
> * digitallogic/adl855pc
> * ibm/e325
> * ibm/e326
> * iwill/dk8s2
> * iwill/dk8x
> * newisys/khep
Dear coreboot folks,
I pushed change set I379e4b1e1b1725648c6231bc6954ac3cc655a596
(mainboard: Remove empty mainboard.c files) [1] for review.
```
mainboard: Remove empty mainboard.c files
All the deleted mainboard files contain no code besides some print
statements denoting, that the init is e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
After reviewing some of the comments on the ASUS KGPE-D16 being
essentially too large of a system and too expensive for many people, and
the fact that modern, blob-free systems are not really available in the
mid-range arena, Raptor Engineering w
2015-11-09 21:47 GMT+01:00 Julius Werner :
> If Intel's architectural requirements force us to have a component
> that must be linked at an exact spot in the image, I think it would
> only be consistent to use the tool that we have which is meant for
> these sorts of things... FMAP.
It must be link
* Patrick Georgi [151105 19:00]:
> 2015-11-04 16:57 GMT+01:00 Martin Roth :
> > - Are there any required login methods? Does it need to support the
> > login types that review.coreboot.org supports?
> redmine has an omniauth plugin that should allow OpenID and OAuth2
> (Google/Github flavor).
> I'
* Timothy Pearson [151103 20:55]:
> Is Bugzilla out of the question?
I would like Bugzilla, too.
Stefan
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
The coreboot leadership is making a number of changes to be more open
than they have been in the past. Releasing the minutes of the
discussions that are being held regularly is another step towards this
goal. The first couple sets of minutes are delayed a bit while
figuring out the process, but go
> Again then this becomes an inconsistency on Chrome OS. FSP lives in
> RO, RW-A, and RW-B regions. RW-A and RW-B will be CBFS. So do make it
> it partly CBFS and partly FMAP such that the code is consistent to use
> FMAP APIs throughout? In my opinion that isn't appropriate. From a
> "change this
16 matches
Mail list logo