Skip to contentSkip to conversation

parselogs: Ignore uvesafb timeouts

PATCH In review Richard Purdie 2 participants 2 messages Aug 19, 2016

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 parselogs: Ignore uvesafb timeouts

We're periodically seeing uvesafb timeouts on the autobuilder. Whitelist these errors as there is little it seems we can do about them and we therefore choose to ignore them rather than fail the builds.

[YOCTO #8245]

There is a better solution proposed in the bug with a -1 timeout however this avoids failed builds until such times as that is implemented.

meta/lib/oeqa/runtime/parselogs.py +3 -0
index 1cfe804..777af57 100644
@@ -63,6 +63,9 @@ qemux86_common = [
     "fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge.",
     "can't claim BAR ",
     'amd_nb: Cannot enumerate AMD northbridges',
+    'uvesafb: 5000 ms task timeout error',
+    'detected fb_set_par error, error code: -22',
+    'uvesafb: mode switch failed'\
 ] + common_errors
 
 ignore_errors = { 
#1 lore raw
Quoted 11 lines · Richard Purdie

We're periodically seeing uvesafb timeouts on the autobuilder. Whitelist these errors as there is little it seems we can do about them and we therefore choose to ignore them rather than fail the builds.

[YOCTO #8245]

There is a better solution proposed in the bug with a -1 timeout however this avoids failed builds until such times as that is implemented.

I am working on the -1 timeout patch. It could take another several days for dev and validation in next week.

Please just go ahead to merge this for any urgency. Refer to my inline clarification too.

meta/lib/oeqa/runtime/parselogs.py qemux86_common = [ · line 66

Quoted 12 lines
meta/lib/oeqa/runtime/parselogs.py +1 -0
index 1cfe804..777af57 100644
@@ -63,6 +63,9 @@ qemux86_common = [
    "fail to add MMCONFIG information, can't access extended PCI configuration space under this bridge.",
    "can't claim BAR ",
    'amd_nb: Cannot enumerate AMD northbridges',
+    'uvesafb: 5000 ms task timeout error’,

This line will be whitelisted even when the -1 timeout patch is in because we cannot fix bandwidth issue on AB server and still wanna keep this log visible as heads up.

meta/lib/oeqa/runtime/parselogs.py qemux86_common = [ · line 68

Quoted 2 lines
meta/lib/oeqa/runtime/parselogs.py +2 -0
+    'detected fb_set_par error, error code: -22',
+    'uvesafb: mode switch failed’\

These errors from callers should not be whitelisted with the -1 timeout patch. Once we have that patch merged, they are still valid errors to indicate a non-timeout root case, or that patch doesn’t do the expected job. The problem of whitelisting is we could miss other cases in call chains, or cover other root causes of a same error. This is another variant:

[  126.670550] uvesafb: 5000 ms task timeout error
[  126.673310] uvesafb: Getting VBE info block failed (eax=0x4f00, err=1)
[  126.673684] uvesafb: vbe_init() failed with -22

(bz8245 comment #23)

You may want to add “Getting VBE..” lines in this patch too, just don’t be confused when seeing another new uncaught variant.

Quoted 10 lines

] + common_errors

ignore_errors = {

Signature · 4 lines
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core