lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <trinity-0270e0ae-a135-4789-9ed2-f8fd1f7cff71-1415318071046@3capp-webde-bs13>
Date:	Fri, 7 Nov 2014 00:54:31 +0100
From:	devzero@....de
To:	linux-kernel@...r.kernel.org
Cc:	rafael.j.wysocki@...el.com
Subject: dmesg spam: "PnPBIOS: pnp_dock_thread: unexpected status 0x5
 flooding"

Hi, 

on an ancient GX1 Geode embedded board (Evo T20/Wyse wt3235le Thin Client, which are cheap (<$10) and low power x86 embeded platform) , dmesg is getting constantly spammed with "PnPBIOS: pnp_dock_thread: unexpected status 0x5" during and after boot. 

Any ideas what this means and how to stop that?

It seems it comes from drivers/pnp/pnpbios/bioscalls.c -> pnpbios_print_status()  

Tried adding pnpbios=off, but with that the system does not boot anymore.

Being curious, why a non-existing docking-station is being "polled at regular intervals" (i.e. every 2 seconds - see drivers/pnp/pnpbios/core.c )

>From http://books.google.de/books?id=ibLa4I5EnC4C&pg=PA231&lpg=PA231&dq=pnp+docking+bios&source=bl&ots=ekCFm34U_B&sig=9Z9L55IAL7_3NtuM10jT3serncM&hl=de&sa=X&ei=mAZcVILnJsviO-r5gNgI&ved=0CCsQ6AEwAQ#v=onepage&q=pnp%20docking%20bios&f=false   i read:  "Function 05h - Get Docking Status Information at page 251" 

it  seems this is being the result of a "docking event" ? Does this mean, my system is erroneusly generating such docking events, even if there is no docking station at all?

regards
roland

ps:
i`m booting via plopKexec Bootloader ( http://www.plop.at/de/plopkexec.html ) , as i can put kernel+rootfs on external usb and don`t need to reflash the device, which is complicated task.

pps:
some few old pointers from other people reporting it:
https://lists.debian.org/debian-kernel/2005/02/msg00238.html
http://sourceforge.net/p/open-evot20/mailman/message/20065770/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ