his should allow getting rid of the option ROM if real mode support is
>not required.
Would great to have indeed, who knows if other OS drivers will mandate
VBT one day.
Kind regards.
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
on vendor UEFI, so this issue is
> specific to Coreboot. Any idea what I can do?
>
If you notice a difference in CPU fan speed, that would be my guess since
it looks fan control (super I/O) is rather minimally configured in coreboot.
Kind regards.
--
Arthur Heymans
--
coreboot maili
ode written in ada/spark, which might set up display correctly...
> Is there anyone on the list who has Coreboot working on an X201 who
> would be willing to share their .config file, so that I might see how
> they succeeded where I am failing?
>
> Thanks!
Kind regards
--
Arthur Heyma
printk(BIOS_DEBUG, "Refresh: %s\n", sysinfo->refresh?"7.8us":"15.6us");
}
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
disable a dimm if they are unmatched.
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
the EC firmware if
> that could potentially cause problems, I of course do not know if it
> has DMA.
>
Only existing tool to flash EC is using vendor tool.
EC are only accessed trough port mapped IO (or on newer ones also via
memory mapped IO). EC itself does not have DMA afaik.
--
A
restore those on
next boots (and resume from suspend) if no change in dimm configuration
was detected.
Maybe something like this could also be applied here (or maybe it's already
the case since it includes code to access spi flash)?
>
> Thanks,
>
> Paul
Kind regards
--
Arthur Heyma
w.coreboot.org/#/c/18511/ (not sure if needed) and
https://review.coreboot.org/#/c/18513/ (works but might be improved)
fix this issue.
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
Arthur Heymans <art...@aheymans.xyz> writes:
> <i1w5d7gf38...@tutanota.com> writes:
>
>> Hardware: Gigabyte g41m-es2l, latest coreboot git, latest seabios git, two
>> nvidia gpu cards tested
>>
>> I tried to use some external GPU on a g41m-es2l to
led/disabled. Linux is sometimes unhappy if no form of
initialisation (option rom or native) has been performed.
>
> With OEM-bios the intel card gets disabled and a PCIe GPU works fine.
OEM bios does the right thing :)
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
e a hardware issue?
> I had this problem also on an other g41m-es2l mainboard with latest libreboot
> image installed. So it does not seem to be hardware related and not fixed in
> latest
> coreboot.
>
> Anything i could do to help fixing this bug?
I have never seen
e a hardware issue?
> I had this problem also on an other g41m-es2l mainboard with latest libreboot
> image installed. So it does not seem to be hardware related and not fixed in
> latest
> coreboot.
>
> Anything i could do to help fixing this bug?
I have never seen anything
Thomas Richter <coreb...@tricnet.de> writes:
> Hi,
>
> Zitat von Arthur Heymans <art...@aheymans.xyz>:
>
>>> TL;DR - Has anybody either successfully used 16GB DDR3 modules on
>>> SandyBridge, can rule it out, or has ideas about how to dig deeper?
>>
hen it starts testing.
>
According to Sandy bridge datasheets only up to 4GB DDR3 technology is
supported, which makes it possibly to use dimms with 2 ranks, with each
rank having a capacity of 4GB, hence max 8GB per DIMM.
This is a hardware limitation.
<#secure method=pgpmime mode=sign>
t: Make multibyte options byte aligned"
https://review.coreboot.org/#/c/18321/
Kind regards
---
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
) bios which
does not write protect its bootblock. With this it is possible to flash
the vendor bios without having to rely on an external programmer to
re-flash coreboot.
Backup are essential!
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mail
e, nvramtool -w bluetooth=Enable, etc"
Kind regards
------
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
d ICH10R southbridge.
ICH10 supports descriptorless mode just like ICH9, so like ICH9 you can
probably modify the firmware descriptor to boot without updating ME
firmware, or simply remove the firmware descriptor.
No idea if the 'procedure?' to do this would be the same.
Kind regards
--
Arthur H
://github.com/open-power/op-build
Kind Regards
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
ck to a
> text-based menu.
A quick test shows me that selecting CONFIG_SEABIOS_VGA_COREBOOT is the
culprit. This change https://review.coreboot.org/#/c/16965/ selects this
by default when native graphic init is used but apparently needs an
exception for QEMU.
Kind regards
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
nly) and 533fsb (Intel d945gclf atom board).
I guess I'll have to run vendor through serialICE and see how MCHBARS are
configured
with inteltool with 800fsb and 1067fsb cpus.
Kind regards
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
e (like thinkpad x60).
Having read all the i945 raminit code (this is not MRC but native
coreboot code AFAIK) it does seem to be written with 667MHz fsb (945gm
laptops like thinkpad x60)and 533MHz fsb (945gc inteld945gclf) in mind.
So I will soon try to confirm this theory with 533MHz fsb cpu.
>
>
http://x86.renejeschke.de/html/file_module_x86_id_325.html.
What does this mean? Did the raminit not work?
--
Kind regards
Arthur Heymans
coreboot.log13
Description: coreboot.log
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
isplay-solution.com/pdf/tft-displays/Chi%20Mei%20Innolux/G141C1-L01_V2.0_20100802.pdf
>
From what I can understand from datasheets this is a dual channel LVDS
(as expected)...
>
>
>
> --
> Merlin Büge <t...@bluenox07.de>
Kind regards
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
Hi
In a few boards (at least x60, x200, google peppy and likely more) ps2 keyboard
does not
work consistently in seabios unless a timeout value is set (3sec default for
x60),
which adds a file etc/ps2-keyboard-spinup containing the max timeout
value.
A way to fix this to add this delay in the
be implemented:
NB code, read_edid in drivers, decode_edid in lib, somewhere else?
How do you think this feature should be turned on: nvram option or build
option?
Thank you for your comments
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
the "Intel® 64 and IA-32
Architectures
Software Developer’s Manual" those bits are marked as reserved...
I would like to know more about this, so if someone can help me on this...
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
t;ggc |= 0x0800;
}
Kind regards
--
Arthur Heymans
--
coreboot mailing list: coreboot@coreboot.org
https://www.coreboot.org/mailman/listinfo/coreboot
101 - 128 of 128 matches
Mail list logo