[coreboot] Patch merged into coreboot/master: a44ddea AMD hudson: Complete the missing rule

2012-08-28 Thread gerrit
the following patch was just integrated into master: commit a44ddea8b7bf3e78be7a216128ba7bdc9fad0d8c Author: Zheng Bao fishba...@gmail.com Date: Tue Aug 28 12:02:26 2012 +0800 AMD hudson: Complete the missing rule Forgot to change the code back after debugging. Change-Id:

Re: [coreboot] (help me to get better) flashrom support for thinkpads with locked down opcodes

2012-08-28 Thread Rudolf Marek
Have you guys considered SMI cache poisoning attacks to work around those restrictions? Yes we tried to break in but it did not work from SMM either. I even did a great SMM hack (using my EEE 1000HD). While waking up from suspend to ram (when linux runs in real mode after waking vector is

[coreboot] Patch merged into coreboot/master: 23204c0 Fix AMD UMA for RS780

2012-08-28 Thread gerrit
the following patch was just integrated into master: commit 23204c0f9fcf0467eca018a63a040aa924eb0453 Author: Kyösti Mälkki kyosti.mal...@gmail.com Date: Mon Aug 27 20:00:33 2012 +0300 Fix AMD UMA for RS780 In commit 6b5eb1cc2d1702ff10cd02249d3d861c094f9118 setup of UMA memory

Re: [coreboot] drivers/generic/ioapic enable_dev not called

2012-08-28 Thread Alex G.
On 08/28/2012 05:18 PM, Rudolf Marek wrote: Hi all, Just an update to this problem. It was missing scan_static_bus in parent device. Thanks goes to MrNuke ;) I have now another problem related to that work. For some reason HT bus thinks there are some left over devices: Capability:

Re: [coreboot] drivers/generic/ioapic enable_dev not called

2012-08-28 Thread Alex G.
For some reason, it seems that coreboot cannot find devices at those devfn. Normally, I'd say are you sure you aren't setting/unsetting a bit that disables those devices but there are just too many leftover devices. As a first step, pci_scan_get_dev() seems to be the offender. I would put a