ACPI DSDT Samsung.....просьба о помощи

Во первых читай ACPI, DSDT… Le grande dsdt error central во вторых без файла dsdt.dat

cat /sys/firmware/acpi/tables/DSDT > dsdt.dat

А в третьих если разговор об этом как разрешить конфликты? так это тоже… короче сходи прочитай для начала ага…

Возможно, непосредственно пересборка ACPI и вкомпиливание оного в ядро и не потребуются. Для начала можно попробовать опции acpi=copy_dsdt, pci=nomsi, pcie_aspm=off/force и прочие на ту же тему.

Кусок приведенного лога это вообще не проблема и решать здесь нечего.

acpi_osi="windows 2009"

и

 pcie_aspm=off

Я правивильно понимаю, что для решения необходимо сдампить DSDT и поправить его. И это решит мои траблы с отвалом pcie вафли?

/sys/firmware/acpi/tables/DSDT > dsdt.dat
iasl -d dsdt.dat
......Disassembly completed, written to "dsdt.dsl"
iasl -tc dsdt.dsl
.....
.....
Intel ACPI Component Architecture
ASL Optimizing Compiler version 20100528 [Dec 19 2012]
Copyright (c) 2000 - 2010 Intel Corporation
Supports ACPI Specification Revision 4.0a

dsdt.dsl  2657:                     Return (0x00)
Error    4080 -                                ^ Invalid object type for reserved name (found INTEGER, requires Buffer)

dsdt.dsl  5763:                                 Name (_T_0, Zero)
Remark   5111 -            Use of compiler reserved name ^  (_T_0)

dsdt.dsl  5858:                                 Name (_T_0, Zero)
Remark   5111 -            Use of compiler reserved name ^  (_T_0)

dsdt.dsl  5953:                                 Name (_T_0, Zero)
Remark   5111 -            Use of compiler reserved name ^  (_T_0)

dsdt.dsl  6048:                                 Name (_T_0, Zero)
Remark   5111 -            Use of compiler reserved name ^  (_T_0)

dsdt.dsl  6283:                                 Name (_T_0, Zero)
Remark   5111 -            Use of compiler reserved name ^  (_T_0)

dsdt.dsl  6378:                                 Name (_T_0, Zero)
Remark   5111 -            Use of compiler reserved name ^  (_T_0)

dsdt.dsl  9320:                 Method (_CRS, 0, NotSerialized)
Warning  1088 -                            ^ Not all control paths return a value (_CRS)

dsdt.dsl  9320:                 Method (_CRS, 0, NotSerialized)
Warning  1081 -                            ^ Reserved method must return a value (Buffer required for _CRS)

dsdt.dsl  9509:                 Name (_T_1, Zero)
Remark   5111 -                          ^ Use of compiler reserved name (_T_1)

dsdt.dsl  9510:                 Name (_T_0, Zero)
Remark   5111 -                          ^ Use of compiler reserved name (_T_0)

ASL Input:  dsdt.dsl - 10532 lines, 326819 bytes, 3846 keywords
Compilation complete. 1 Errors, 2 Warnings, 8 Remarks, 1213 Optimizations

А вот что и главное как править????? На всякий DSDT http://www.ex.ua/view_storage/972101599380

Добавил опции в /etc/default/grub; update-grub, приложил там-же лог ACPI после перезагрузки, вафля все так же живет своей жизнью

сделал всё за тебя
уже скомпиленный DSDT http://rghost.ru/46489458

iasl /home/arch/dsdt.dsl 

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20130517-32 [May 17 2013]
Copyright (c) 2000 - 2013 Intel Corporation

ASL Input:     /home/arch/dsdt.dsl - 10532 lines, 317910 bytes, 3845 keywords
AML Output:    /home/arch/dsdt.aml - 33793 bytes, 1095 named objects, 2750 executable opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 1212 Optimizations

#! /bin/sh -e

# Uncomment to load custom ACPI table
GRUB_CUSTOM_ACPI="/boot/dsdt.aml"

# DON'T MODIFY ANYTHING BELOW THIS LINE!

libdir=/usr/share

. ${libdir}/grub/grub-mkconfig_lib

# Load custom ACPI table
if [ x${GRUB_CUSTOM_ACPI} != x ] && [ -f ${GRUB_CUSTOM_ACPI} ] \
        && is_path_readable_by_grub ${GRUB_CUSTOM_ACPI}; then
    echo "Found custom ACPI table: ${GRUB_CUSTOM_ACPI}" >&2
    prepare_grub_to_access_device `${grub_probe} --target=device ${GRUB_CUSTOM_ACPI}` | sed -e "s/^/  /"
    cat << EOF
acpi (\$root)`make_system_path_relative_to_its_root ${GRUB_CUSTOM_ACPI}`
EOF
fi

chmod a+x /etc/grub.d/01_acpi

grub-mkconfig -o /boot/grub/grub.cfg

скорее всего вафля так и не заведётся.

Сам почти все доправил, окромя первого евента

Error    4080 -                                ^ Invalid object type for reserved name (found INTEGER, requires Buffer)

отваливается при ac, вытащишь шнурок - коннектиться

https://bugs.launchpad.net/ubuntu/ source/linux/ bug/957683
http://linux.bigresource.com/Ubuntu-Networking-WiFi-disconnects-after-AC-Powe...

покажи /etc/acpi/

pci=nomsi

так делать не надо, ничего хорошего не будет.

У меня «обратная» ситуация: При ОТКЛЮЧЕНОМ АС - более-менее, при включеном - описаное в первом посте (дисконнект через некоторое время и нет переподключения пока не вытащишь шнурок)

ls /etc/acpi/
asus-keyboard-backlight.sh  batterybtn.sh  hibernate.sh     lockbtn.sh   nextbtn.sh   _power.sh   rotatescreen.sh  sleep.sh                       tosh-wireless.sh  webbtn.sh
asus-touchpad.sh            ejectbtn.sh    ibm-wireless.sh  mailbtn.sh   playbtn.sh   power.sh    screenblank.sh   stopbtn.sh                     undock.sh
asus-wireless.sh            events         lid.sh           mediabtn.sh  powerbtn.sh  prevbtn.sh  sleepbtn.sh      thinkpad-stretchortouchpad.sh  videobtn.sh

Подсунул Ваш правленый.....руготни от ACPI поменьше...но Вафля так и продолжает себя вестить....куда копать?

собрать драйвер с дебагом и смотреть, что происходит в момент вынимания кабеля. или посмотреть в драйвере, где там происходит переход из одного D состояния в другое.

забекапь\скопируй куда-нибудь всю папку и снеси из неё

_power.sh
tosh-wireless.sh
ibm-wireless.sh
asus-wireless.sh   
webbtn.sh
power.sh 

powerbtn.sh
power.sh

как много всяких разных скриптов.

Ради эксперимента: 1) Отключил АЦ, подцепил вафлю, снес скрипты аспи 2) Подключил АЦ, Та же ситуация......отваливается вафля...

После подсунутого DSDT перестали фурычить юзб.....копаю..обратно

Твои проблемы с wifi вообще никак не связаны с warning-ами в логе из первого сообщения т.е. с dsdt.

ну я уже перепробовал все опции драйвера iwlwifi, покурил pm-utils покрутил хуки, acpid повертел модули, acpi-support направил скрипты....ни гу-гу....попуржил все, поставил заново. Единственная мысль была - неправильное управление питанием pcie.

В своё время этой опцией решалась проблема с зависоном системы при работе PCI Ethernet-карты.

В своё время этой опцией решалась проблема с зависоном системы при работе PCI Ethernet-карты.

Эта опция выключит msi прерывания для всех pci устройств, значит будут использоваться легаси прерывания и количество устройств на прерывание возрастёт. Так же у легаси прерываний больше задержка. Это ухудшит производительность и отзывчивость всей системы.

Танцы с бубном....а именно вырубание под ноль acpid, acpu-tools, pm-utils. Снова воспроизвело проблему: При АЦ - проблемная вафля, без АЦ - боле-менее устойчивый коннект-реконнект. Именно этот факт натолкнул на мысль про управление питанием iwlwifi или pcie. Опци модуля iwlwifi вроде перепробовал все, firmware пересобирал вручную (с гита, с офсайта), соответственно методом исключения пришел к ACPI.

Проблема так и не решена......

Как называется твоя карточка wi-fi?

lspci | grep -i wireless

Адаптер Intel® Centrino® Wireless-N130.

Ты можешь дать выхлоп команды, которую я попросил?

В жаббер зайди как сможешь, у меня трабл с сетью.

анонимусы.......на заборах пишут.... Подсобите...куды копать?

Kernel driver in use: iwlwifi

Попробуй максимально свежее ядро, например 3.9.3 - 3.9.4, потому что начиная с 3.9 - на этот модуль много фиксов и вообще.

Например только в 3.9 внесли более 80 фиксов: http://bpaste.net/show/W4taqnvs32y7gseC17pC/

Возможно в 3.9.1~4 добавилось еще, не смотрел.

Качаю ядро, и хидеры....будем поглядеть....

Привет собрат по несчастью, а точнее владелец чудожопофайвайкарточки интел.

Вобщем поставил ядро 3.9.4 ....там запилено много, но толк тот-же....крутил вертел, плясал - устал.

Обратился к знакомому «попользовать» другую карту - 01:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

Проходит тестирование....

01:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

Отличная карточка, у меня такая. Работает идеально.

Итак, мучения похоже дают результат. Вернее сужают круг возможных причин. После мытарств и с этой картой аналогичная трабла. Что замечено : 1) при Включенном АС iwlist scan показывает только ту сеть, к которой подключен в данный момент 2) при ОТключенном АС iwlist scan показывает несколько сетей 3) при повторном включеннии АС iwlist scan снова показывает только ту сеть, к которой подключен в данный момент (через 10-20 секунд).

В pm-utils поотключал все хуки. Проверял с перманентно включенным\выключеным iwconfig wlan0 power on\off. ЧЯДНТ?

Вобщем так и не увенчались успехом мытарства. Видимо продавать надо сиё чудо. Если есть желающие в Киеве\Украине - отдам занедорого.

Видимо продавать надо сиё чудо.

В случае иных вайфаёв (broadcom for example) всегда есть официальный блоб, открытая ядерная реализация и зачастую для некоторых моделей еще и в нескольких вариантах, и последний метод для самых отчаянных ndiswrapper

И видимо я особо счастливый поскольку у меня лично wifi работает всеми тремя перечисленными методами. Лучше всего безусловно с официальным блобом.

Я так подозреваю что лично у меня, поскольку не завелся ни интел ни азерос, какие-то аппаратные грабли от самсунка. Ибо упоролся я уже от попыток наковырять вслепую.

Избавился я от этого монстра, взял Asus UL30A....попроще, долгоиграющий. Искаропки почти все. Дышать стало полегче. Бабос конечно не вернуть - но это отличный опыт, за который я заплатил своими кровными и временем.