| 1 |
В Втр, 01/12/2009 в 14:03 +0200, Alex Efros пишет: |
| 2 |
> On Tue, Dec 01, 2009 at 12:06:43AM +0300, Peter Volkov wrote: |
| 3 |
> > Так как 2.6.18 это работало, было бы супер попробывать локализовывать |
| 4 |
> > проблему: откатиться назад к ядру 2.6.18 и использовать git bisect. |
| 5 |
> > Обычно если удасться свести проблему к коммиту, то всё может решится за |
| 6 |
> > дни. Однако представляю сколько это труда: придётся компилятор, udev и |
| 7 |
> > не известно что ещё откатывать... |
| 8 |
> |
| 9 |
> Это кто-то в багтрекере ядра уже проделал несколько месяцев назад. Если я |
| 10 |
> ничего не путаю, проблема в том, что между 18- и 19-ми ядрами была |
| 11 |
> довольно капитально переписана подсистема i/o (ну или её значительная |
| 12 |
> часть), поэтому никакого конкретного мелкого коммита найти в принципе |
| 13 |
> нельзя. :( |
| 14 |
|
| 15 |
Насколько я понмню, в то время написали новые драйвера для I/O (Serial |
| 16 |
ATA (prod) and Parallel ATA (experimental) drivers). Но старые до сих |
| 17 |
пор в ядре (ATA/ATAPI/MFM/RLL support) так, что если бага со старыми не |
| 18 |
воспроизводиться, то... это будет по крайней мере что-то над чем можно |
| 19 |
работать. А если проблема воспроизводиться, то можно пробывать доползти |
| 20 |
до коммита. |
| 21 |
|
| 22 |
-- |
| 23 |
Peter. |
Archives