> If there are critical dmesg values that can be optimized, do not hesitate
to point them out! :)
[user@localhost dungeon]$ cat marcelo_dmesg.log | grep EXT4
[2.127239] EXT4-fs (sda1): mounted filesystem with ordered data mode.
Opts: (null)
*[2.332115] EXT4-fs (sda1): re-mounted. Opts: err
First line: mount without options from initrd. Second: remount "/" with
options from fstab.
It's not mean what it mounted in ro mode.
06.07.2017 13:59, Zoran Stojsavljevic пишет:
> If there are critical dmesg values that can be optimized, do not hesitate to
point them out! :)
[user@localh
Yes, as Pavel said, "remount-ro" is just what happens if the filesystem
encounters an error which presumably it hasn't, at this point. :)
On 06/07/17 12:11, Pavel Alyev wrote:
>
>
> First line: mount without options from initrd. Second: remount "/"
> with options from fstab.
>
> It's not mean wha
On Thu, Jul 6, 2017 at 8:20 AM, Zoran Stojsavljevic
wrote:
> OK, both Andrjusas,
>
> I am a bit ignorant, and I read beginning of the Coreboot log:
>
> DIMM 0 side 0 = 1024 MB
> DIMM 0 side 1 = 1024 MB
> DIMM 2 side 0 = 1024 MB
> DIMM 2 side 1 = 1024 MB
> tRFC = 43 cycles
> Setting Graphics Freque
John,
You should join Ancient Greek philosophers: Plato, Aristotle, Plutarch,
Archimedes... The last one would be great Linux programmer, if he lived in
Modern World.
This advice I gave (also) to lot of PEs in INTEL IOTG, while I was there...
Very handy advice. ;-)
___
Pavel,
Thank you very
Andrey (Korolev),
You got all my points. Both of them. It is on you... What you'll do.
But whatever you do, please, post results here. :-)
Zoran
On Thu, Jul 6, 2017 at 2:06 PM, Andrey Korolyov wrote:
> On Thu, Jul 6, 2017 at 8:20 AM, Zoran Stojsavljevic
> wrote:
> > OK, both Andrjusas,
> >
>
It's just an information string. Not an error. In first time root device
mounted with options from kernel cmdline. You can see mounted device and
options in first line. Next time (second line) it's remounted with
options from /etc/fstab. Again: second line inform you, what root device
remount
Here, I withdraw my words to John about Ancient Greeks. Apologies.
I guess, I do NOT see these messages in 99.9% of dmesg logs, because all
users on all different platforms with various distros stubbornly keep
kernel command option: quiet rhgb.
I am 99% sure, if I remove these two options, this m
Hi Nico,
>You can get used to the (ahci*) numbering, or in case you need to sup-
>port both schemes with the same config file: My default `grub.cfg`
>generated by grub-mkconfig works around these differences with the
>`search` command (see `info grub search`). For instance, it can set the
>`root`
On 06.07.2017 07:20, Zoran Stojsavljevic wrote:
> Top of Low Usable RAM 00d0h??? Any explanation for that?
The simplest and most obvious explanation turned out to be true, the
register is encoded as multiples of 16MiB.
Nico
--
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.o
Stefan Reinauer wrote:
> (it was just copy-catted around from my original i945 implementation)
> But I don't think that we should remove the knowledge from the code base.
So it is a technology showcase and not required code.
Those two should never be allowed to mix, and Patrick has found one
inst
> The simplest and most obvious explanation turned out to be true, the register
is encoded as multiples of 16MiB.
You say (in other words) the following: Coreboot prepares the whole
populated 32 bit (physical layout) DRAM2 space for some OS, don't you?
TOLUD = d000h, and the next 256MiB are r
On 06.07.2017 16:53, Dhanasekar Jaganathan wrote:
> Hi Nico,
>
>> You can get used to the (ahci*) numbering, or in case you need to sup-
>> port both schemes with the same config file: My default `grub.cfg`
>> generated by grub-mkconfig works around these differences with the
>> `search` command (
On Thu, Jul 6, 2017 at 8:47 PM, Zoran Stojsavljevic
wrote:
>> The simplest and most obvious explanation turned out to be true, the
>> register is encoded as multiples of 16MiB.
>
> You say (in other words) the following: Coreboot prepares the whole
> populated 32 bit (physical layout) DRAM2 space
On 06.07.2017 17:37, Peter Stuge wrote:
> Stefan Reinauer wrote:
>> (it was just copy-catted around from my original i945 implementation)
>> But I don't think that we should remove the knowledge from the code base.
>
> So it is a technology showcase and not required code.
It might have started as
On 01.07.2017 15:20, Patrick Rudolph wrote:
> Hello community,
> I'll want to start a discussion about fixing dead code.
>
> How it all started:
> I tried to run docking code on Lenovo T400 and found it's not working.
> While investigation it turns out that the ACPI TRAP mechanism is being
> used,
16 matches
Mail list logo
