- Registriert
- 28 März 2011
- Beiträge
- 66
moin. hatte seit ewigkeiten mal wieder tlp geupdatet. seitdem nur noch probleme.
ich hab ein x220 mit arch. und zwar brauch der systemstart mit tlp als daemon ca. 1-2min länger als ohne. also unerträglich. desweiteren ist seit dem tlp update mein tp_smapi broken. hab verschiedene tp_smapi pfäde wie current_now benutzt für mein eigenes batteryscript unter awesome. leider sind die seitdem update auch komplett verschwunden.. bin ratlos, wo ich anfangen soll, den fehler zu suchen! bin mir auch nicht sicher, ob der fehler überhaupt an tlp liegt.
// tp-smapi konnte ich fixen, und läuft wieder wunderbar. allerdings besteht, wie gesagt, noch das problem, dass tp_smapi gefühlt ne stunde braucht um zu starten.
ich hab ein x220 mit arch. und zwar brauch der systemstart mit tlp als daemon ca. 1-2min länger als ohne. also unerträglich. desweiteren ist seit dem tlp update mein tp_smapi broken. hab verschiedene tp_smapi pfäde wie current_now benutzt für mein eigenes batteryscript unter awesome. leider sind die seitdem update auch komplett verschwunden.. bin ratlos, wo ich anfangen soll, den fehler zu suchen! bin mir auch nicht sicher, ob der fehler überhaupt an tlp liegt.
// tp-smapi konnte ich fixen, und läuft wieder wunderbar. allerdings besteht, wie gesagt, noch das problem, dass tp_smapi gefühlt ne stunde braucht um zu starten.
Code:
--- TLP 0.3.5 --------------------------------------------
+++ System Info
Release = "Arch Linux"
Kernel = 3.2.12-1-ARCH x86_64
/proc/cmdline = root=/dev/sdb6 resume=/dev/sdb5 ro i915.i915_enable_rc6=1 pcie_aspm=force nmi_watchdog=0
+++ System Status
TLP power save = enabled
power source = battery
+++ Processor
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand
/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor = ondemand
/sys/devices/system/cpu/cpu2/cpufreq/scaling_governor = ondemand
/sys/devices/system/cpu/cpu3/cpufreq/scaling_governor = ondemand
/sys/devices/system/cpu/sched_mc_power_savings = 1
/sys/devices/system/cpu/sched_smt_power_savings = 1
/proc/sys/kernel/nmi_watchdog = 0
+++ Undervolting
PHC kernel not available.
+++ ThinkPad Temperatures
/proc/acpi/ibm/thermal = (not available)
/proc/acpi/ibm/fan = speed: 1928
+++ File System
/proc/sys/vm/laptop_mode = 2
/proc/sys/vm/dirty_writeback_centisecs = 6000
/proc/sys/vm/dirty_expire_centisecs = 6000
/proc/sys/vm/dirty_ratio = 60
/proc/sys/vm/dirty_background_ratio = 1
/proc/sys/fs/xfs/age_buffer_centisecs = (not available)
/proc/sys/fs/xfs/xfssyncd_centisecs = (not available)
/proc/sys/fs/xfs/xfsbufd_centisecs = (not available)
+++ Storage Devices
/dev/sda:
Model = HITACHI HTS543232A7A384
Firmware = ES2ZB70B
APM Level = 128
scheduler = cfq
/dev/sdb:
Model = INTEL SSDMAEMC080G2
Firmware = 2CV102M3
APM Level = none/disabled
scheduler = cfq
+++ SATA Aggressive Link Power Management
/sys/class/scsi_host/host0/link_power_management_policy = min_power
/sys/class/scsi_host/host1/link_power_management_policy = min_power
/sys/class/scsi_host/host2/link_power_management_policy = min_power
/sys/class/scsi_host/host3/link_power_management_policy = min_power
+++ PCIe Active State Power Management
/sys/module/pcie_aspm/parameters/policy = powersave
+++ Intel Graphics
/sys/module/i915/parameters/powersave = 1
/sys/module/i915/parameters/i915_enable_rc6 = 1
/sys/module/i915/parameters/i915_enable_fbc = -1
/sys/module/i915/parameters/lvds_downclock = 0
+++ Wireless
bluetooth = none (no device)
wifi = on
wwan = none (no device)
wlan0(iwlwifi): power management = on
+++ Audio
/sys/module/snd_hda_intel/parameters/power_save = 1
/sys/module/snd_hda_intel/parameters/power_save_controller = Y
+++ ThinkPad Battery (Main)
/sys/devices/platform/smapi/BAT0/manufacturer = SANYO
/sys/devices/platform/smapi/BAT0/model = 42T4861
/sys/devices/platform/smapi/BAT0/manufacture_date = 2011-03-22
/sys/devices/platform/smapi/BAT0/first_use_date = 2011-04-27
/sys/devices/platform/smapi/BAT0/cycle_count = 477
/sys/devices/platform/smapi/BAT0/design_capacity = 63000 [mWh]
/sys/devices/platform/smapi/BAT0/last_full_capacity = 47790 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_capacity = 3110 [mWh]
/sys/devices/platform/smapi/BAT0/remaining_percent = 7 [%]
/sys/devices/platform/smapi/BAT0/remaining_running_time_now = 12 [min]
/sys/devices/platform/smapi/BAT0/remaining_charging_time = not_charging [min]
/sys/devices/platform/smapi/BAT0/force_discharge = (not available)
/sys/devices/platform/smapi/BAT0/power_now = -13781 [mW]
/sys/devices/platform/smapi/BAT0/start_charge_thresh = (not available)
/sys/devices/platform/smapi/BAT0/stop_charge_thresh = 100 [%]
+++ USB
tlp usb autosuspend = enabled
tlp usb blacklist = (not configured)
Bus 001 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms = 2000 -- Linux Foundation 2.0 root hub (hub)
Bus 002 Device 001 ID 1d6b:0002 control = auto, autosuspend_delay_ms = 2000 -- Linux Foundation 2.0 root hub (hub)
Bus 001 Device 002 ID 8087:0024 control = auto, autosuspend_delay_ms = 2000 -- Intel Corp. Integrated Rate Matching Hub (hub)
Bus 002 Device 002 ID 8087:0024 control = auto, autosuspend_delay_ms = 2000 -- Intel Corp. Integrated Rate Matching Hub (hub)
Zuletzt bearbeitet:
:
. Allerdings hab ich nach kurzer Suche einen tlp-stat-Output vom X220 gefunden, wo 6 SATA-Links zu sehen sind. Wenn Du im BIOS auf Compatible gestellt hast, dann sind wahrscheinlich genau die beiden Links nicht da, an denen die Platten hängen. Das bedeutet, dass Du für diese Links die link_power_management_policy gar nicht verstellen kannst! Von daher ist es unwahrscheinlich dass eine Einstellungsänderung hier etwas bewirkt. Dafür spricht auch, dass Du schon mehrfach dachtest, das Problem sei behoben, es aber wieder aufgetaucht ist.
