SliTaz Forum
You are not logged in.
Dear guys,
I have recently noticed my system is issuing some complaints when it is loading the kernel log daemon.
Here's its output:
[c]Starting kernel log daemon: klogd
[drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder es 128
[drm:drm_edid_block_valid] *ERROR* Raw EDID[/c]
The last two lines are issued four times.
Even if the system seems to work according to expectations, I'd like to remove these error messages if possible.
Maybe I did anything wrong when installing it? Any other idea?
Kind regards,
Antonio
Offline
did you try another monitor?
it could be an hardware issue.
http://www.webopedia.com/TERM/E/EDID.html
Offline
@ernia: We're using this monitor as the basement to build everything up on. Once we get it working as expected, we build an image that we load on other clone systems and run there as if they were our development system. I've seen the same error complaint displayed on their screens.
Thank you so much for your feedback. I'm not quite worried about it; I've seen no operational problem that I could trace back to this error. I'm just a bit paranoid about errors and warnings in computers; I have always believed they're issued for a good reason, even if they overall behavior is not widely affected.
When any embedded development is released, it must be working for days and weeks without any power cycling or restarting. That's why we chose linux and, after many experiences, SliTaz.
I feel we made the best possible choice and just want to solve any problem, actual or potential, and keep them from avoiding these systems to excel.
I'll try to take a look at the link you included and learn about EDID and so.
Kind regards,
Antonio
Offline
@ernia: I have spared a minute to explore the link you included in your message and read about EDID and its general purpose.
Now I understand your comment about the monitor.
I can't tell if the EDID process should be 100% successful in our case or not. One of the participants in the project has been in charge of building a "monitor" out of several parts, one of them being the LCD display. I will ask them ASAP about how they did connect this LCD display to the main SBC (where SliTaz is running) and try to see if there's an overall reason for such errors to be encountered and reported.
Offline
You can try adding the command 'nomodeset' to the kernel line in boot/grub/menu.lst
example:
kernel /boot/vmlinuz-2.6.37-slitaz root=/dev/sda8 nomodeset
Offline
@rerivero: Thanks a lot for your contribution.
However, I'm sorry to tell you it is not useful for our graphics application, based on xorg.
Of course, when including [c]nomodeset[/c] in kernel loading line of [c]/boot/grub/menu.lst[/c] all errors do disappear, but the system is not entering graphic mode; remains in the console (tty1) and yields a lot of exceptions for X not being available.
So I went back to the error prone system and to use it WITH all those errors: as long as they are not interfering with the normal application behavior...
Offline
Dear all,
I have been quite busy with other aspects of the project. Now I'm having a small time to "clean the house" and want to get one step beyond, if possible.
I located my graphics card "PCI slot" (it is an SBC after all) as being 00:02.0.
My system answer to [c]dmesg | grep "00:02.0"[/c] is:
[c]...
i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
i915 0000:00:02.0: setting latency timer to 64
i915 0000:00:02.0: LVDS-1: EDID block 0 invalid
vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem, decodes=io+mem:owns=io+mem
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0[/c]
The display has been flawlessly working since the very beggining, so I didn't really worry about these EDID-related errors until right now. Should I worry? Should I plainly ignore them right away?
Thank you so much for being there!
Kind regards,
Antonio
Offline
[ Generated in 0.021 seconds, 8 queries executed - Memory usage: 1.54 MiB (Peak: 1.77 MiB) ]