https://bugzilla.kernel.org/show_bug.cgi?id=36182
--- Comment #29 from Bob <bobbuechler.concentric...@gmail.com> 2013-05-08 21:54:33 --- Good to know. Thank you for that information. >From a troubleshooting perspective, those messages are often the only initial clues to investigating the CPU/BIOS configuration as a potential cause of performance problems. This is why I argue that they should remain visible in logs unless the user makes a conscious decision to mute them. It's highly valuable that the events are still getting recorded somewhere else, but without these log entries, it's not likely an administrator would necessarily know to go find and review those events in connection with seemingly unconnected problems. After all, performance problems like these are so often the cause of something else up in higher layers. Without log entries to indicate otherwise, prematurely silencing them to solve an annoyance problem may further hamper troubleshooting and lead to misdiagnoses. Perhaps this might be helped by decreasing verbosity of these events by default? (rather than an all-on or all-off approach). This would still trigger the user to investigate the messages, without all the day-to-day sifting of clutter. Of course, having a method for increasing or decreasing the verbosity of power limit event log entries as needed would also be valuable. I totally understand the annoyance factor, but since I just got done relying on them to lead me to a proper diagnosis, I also see their value. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
