Dear Ron Minnich,
I started with Wiki pages of Coreboot and i found Kontron, 986LCD-mITX
as a supported mother board. I though its documentation is open
because Coreboot is open source and ordered 4 motherboards, over
11000$.
After investigating more about Intel manuals I found out that many
#163: Board still requires RAMBASE 1MB
-+--
Reporter: oxygene | Owner: ste...@…
Type: defect| Status: closed
Priority:
On Sat, Oct 2, 2010 at 3:49 AM, ali hagigat hagigat...@gmail.com wrote:
Dear Ron Minnich,
I started with Wiki pages of Coreboot and i found Kontron, 986LCD-mITX
as a supported mother board. I though its documentation is open
because Coreboot is open source
Don't blame coreboot for your own
VIA/AMD experts,
This patch get's the via/vt8454c back to building. However, I am not
sure if the code that is being #ifdef'ed out will actually ever be used
on a via platform. The code comes straight from the amd CAR
implementation. A couple of questions are raised by this:
1) Should we just
Stefan,
Is there a technical reason to split the logical or considering that
the values constants that are known at compile time? It seems like the
additional orl could be avoided by how the code was before?
BTW, I am asking to learn, not because I think it's wrong.
Thanks,
wt
On Fri, Oct 1,
Am 02.10.2010 11:33, schrieb Warren Turkal:
Stefan,
Is there a technical reason to split the logical or considering that
the values constants that are known at compile time? It seems like the
additional orl could be avoided by how the code was before?
BTW, I am asking to learn, not
Author: uwe
Date: Sat Oct 2 14:51:38 2010
New Revision: 5904
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5904
Log:
Fix spelling/typos in comments.
Signed-off-by: Jonathan Kollasch jakll...@kollasch.net
Acked-by: Uwe Hermann u...@hermann-uwe.de
Modified:
On Thu, Sep 30, 2010 at 11:26:29PM +, Jonathan A. Kollasch wrote:
Fix spelling/typos in comments.
Signed-off-by: Jonathan Kollasch jakll...@kollasch.net
Thanks, r5904.
Uwe.
--
http://hermann-uwe.de | http://sigrok.org
http://randomprojects.org |
Hello!
This is getting monotonous. It seems every time a trac entry is
updated, it aquires some blockhead's random example of junk. In this
case its #163. Now I realize that everyone does know about them, but I
am simply bringing it up so that we can get the matter resolved.
-
Gregg C Levine
On 10/2/10 4:15 PM, Gregg Levine wrote:
This is getting monotonous. It seems every time a trac entry is
updated, it aquires some blockhead's random example of junk. In this
case its #163. Now I realize that everyone does know about them, but I
am simply bringing it up so that we can get the
On Sat, Oct 2, 2010 at 3:19 AM, ali hagigat hagigat...@gmail.com wrote:
Stefan, you are working for a big company and you wrote for me that we
could get that privileged license for documentation hardly after one
year!!
Stefan's company is hardly a big company.
Many may make this mistake
On 10/2/10 2:43 PM, Uwe Hermann wrote:
Hm, not sure about this one. The file _does_ use stuff from stdint.h
What's the general feeling about types... Should we get rid of the
stdint.h usage and go for u8/u16/u32/s8/s16/s32 completely?
Stefan
--
coreboot mailing list: coreboot@coreboot.org
See patch.
Will post a patch for changing the port on SB700 soon, on that
southbridge it is indeed possible according to the datasheet.
Uwe.
--
http://hermann-uwe.de | http://sigrok.org
http://randomprojects.org | http://unmaintained-free-software.org
AMD SB600 uses a hardcoded USB Debug
On Sat, Oct 2, 2010 at 8:34 AM, Stefan Reinauer
stefan.reina...@coresystems.de wrote:
On 10/2/10 2:43 PM, Uwe Hermann wrote:
Hm, not sure about this one. The file _does_ use stuff from stdint.h
What's the general feeling about types... Should we get rid of the
stdint.h usage and go for
Stefan Reinauer wrote:
I am simply bringing it up so that we can get the matter resolved.
Gregg, it is not really so easy to resolve. We do want the bug
tracker to be easy to add information to.
Yes, it sucks!
So far I don't think it's too bad, but there will be more of course.
The
Uwe Hermann wrote:
Allow selecting the physical USB Debug Port on AMD SB700.
The AMD SB700 allows changing the physical USB port to be used as
USB Debug Port, implement support for this.
Also, fix incorrect PCI device of the SB700 EHCI device. Actually, the
SB700 has _two_ EHCI devices
ron minnich wrote:
I find the non-abstracted version much easier to understand.
FWIW I think write-once makes it even nicer to have high-level
operations in source code. Since it will change less often (ie. be
less well known) it's a good thing to not need to see every detail
the next time it is
On Sat, Oct 2, 2010 at 3:19 AM, ali hagigat hagigat...@gmail.com wrote:
I understand that this can be frustrating, but it's something that the
coreboot project has no control over.
NDA stands for Non-Disclosure Agreement, which means that
At least you could add some lines about NDA story and
On Sat, Oct 02, 2010 at 12:42:51PM -0700, ron minnich wrote:
On Sat, Oct 2, 2010 at 12:27 PM, Warren Turkal w...@penguintechs.org wrote:
I think that making arguments against this code on grounds that it
doesn't feel like other common code is a little shortsighted. When
bugs are fixed in
Warren Turkal wrote:
why don't we use something like sourceforge
Read their EULA carefully. They're a US company and it is full of
things I for one don't like so much. It's my experience that while
there is a bit of overhead to self-hosting, it's really valuable for
at least someone in the
Author: uwe
Date: Sat Oct 2 22:33:56 2010
New Revision: 5906
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5906
Log:
AMD SB600 uses a hardcoded USB Debug Port number.
It cannot be changed via software according to the datasheet, whereas
this is indeed possible on AMD SB700. I tested
#163: Board still requires RAMBASE 1MB
-+--
Reporter: oxygene | Owner: ste...@…
Type: defect| Status: closed
Priority:
Author: uwe
Date: Sat Oct 2 22:36:26 2010
New Revision: 5907
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5907
Log:
Allow selecting the physical USB Debug Port on AMD SB700.
The AMD SB700 allows changing the physical USB port to be used as
USB Debug Port, implement support for
Author: uwe
Date: Sat Oct 2 22:51:29 2010
New Revision: 5908
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5908
Log:
Add comments to make it clear why these two lines are written like that:
movl$REAL_XIP_ROM_BASE, %eax
orl $MTRR_TYPE_WRBACK, %eax
Signed-off-by: Uwe
On 02.10.2010 21:25, Warren Turkal wrote:
I know I am probably going to take crap over this suggestion, but why
don't we use something like sourceforge for the ticketing system. It
seems like there is a lot of distraction in maintaining the project
infrastructure like bug tracker, wiki, etc.
#163: Board still requires RAMBASE 1MB
-+--
Reporter: oxygene | Owner: ste...@…
Type: defect| Status: closed
Priority:
Hi,
I wonder if we want to establish something like the Designed for
Windows XP or Yes it runs with Netware certificates? It would
certainly be a nice marketing aid for vendors, and at the same time it
would promote coreboot visibility.
If there is interest in such an idea, we will have to
On Sat, Oct 02, 2010 at 10:21:38PM +0200, Uwe Hermann wrote:
Yes, it scares me too (well, sort of :) It's one of the most complex and
non-obvious pieces of code we have in coreboot. Which makes it even more
important to make this code as clean and easily readable and
understandable as we can.
Could you make closed tickets read only? Then if a spammer happens to
pick a closed ticket and he doesn't know why his spam didn't take,
he might think it's a moderated list and just go away.
Russ
--
coreboot mailing list: coreboot@coreboot.org
On Sat, Oct 2, 2010 at 6:48 PM, Russell Whitaker r...@ashlandhome.net wrote:
Could you make closed tickets read only? Then if a spammer happens to
pick a closed ticket and he doesn't know why his spam didn't take,
he might think it's a moderated list and just go away.
Russ
--
coreboot
I was thinking of just filtering them by if the email is a member of
the mailing list, and instead of returning an error when the email
isn't a list member (which might pique the spammer's curiousity), just
drop it silently.
-Corey
On Sat, Oct 2, 2010 at 4:18 PM, Gregg Levine
On Sat, Oct 2, 2010 at 4:07 PM, Kevin O'Connor ke...@koconnor.net wrote:
I think the three lines of assembler is easier to understand than
enable_l2_cache. Assembler isn't C - the macros defined aren't free
abstractions. (In particular, it's not clear they clobber %eax.)
I definitely agree
On 03.10.2010 01:28, Warren Turkal wrote:
I think that a base coreboot certification should basically state that
all the hardware on the board is usable with a major free OS (e.g.
Linux-based OSes like Debian, Ubuntu, and Redhat maybe).
We could maybe have extended certifications for things
On 10/3/10 1:29 AM, Corey Osgood wrote:
I was thinking of just filtering them by if the email is a member of
the mailing list, and instead of returning an error when the email
isn't a list member (which might pique the spammer's curiousity), just
drop it silently.
-Corey
If someone wants to
Hello!
Folks, this is from a member of the LUG here in NYC. He addresses the
methods that are confusing me, to prevent those spurious tickets from
surfacing. Naturally it is forwarded below my comments. Ron that's the
group that I was interested in having yourself, or one of the members
of the
I am afraid those unmentioned registers have a significant effect in
understanding the function and logic of the internal parts of the IC
and the standards used.
First, one must study to know what is going on, how can i work without
having enough information?!
I am not going to keep on complaining
ali hagigat wrote:
I am afraid those unmentioned registers have a significant effect in
understanding the function and logic of the internal parts of the IC
and the standards used.
What function, logic and standards is it you want to understand
better? We may be able to recommend some reading
On Sun, Oct 3, 2010 at 12:42 AM, Peter Stuge pe...@stuge.se wrote:
ali hagigat wrote:
I am afraid those unmentioned registers have a significant effect in
understanding the function and logic of the internal parts of the IC
and the standards used.
What function, logic and standards is it you
38 matches
Mail list logo
