Alexey Balabushevich wrote:

Hello,

кто-либо пробовал ставить Фрю на материнку Intel S875WP1LX, с интегрированным SATA RAID-контролером. Работает ? Гугль ссылок набросал что вроде не работает.

Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p3 #10: Mon Mar 22 11:36:58 EET 2004 root@somewhere.com.ua:/usr/obj/usr/src/sys/UBIK Preloaded elf kernel "/boot/kernel/kernel" at 0xc0815000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0815294. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2593.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1032679424 (984 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: <math processor> on motherboard npx0: INT 16 interface acpi0: <INTEL S875PWP4> on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3d40 acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_cpu0: <CPU> on acpi0 acpi_cpu1: <CPU> on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: <ACPI PCI bus> on pcib0 pcib0: slot 29 INTA is routed to irq 5 pcib0: slot 29 INTB is routed to irq 10 pcib0: slot 29 INTC is routed to irq 10 pcib0: slot 29 INTA is routed to irq 5 pcib0: slot 29 INTD is routed to irq 9 pcib0: slot 31 INTA is routed to irq 10 pcib0: slot 31 INTB is routed to irq 11 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0 pci1: <ACPI PCI bus> on pcib1 pcib2: <ACPI PCI-PCI bridge> at device 3.0 on pci0 pci2: <ACPI PCI bus> on pcib2 pcib2: slot 1 INTA is routed to irq 10 em0: port 0x9c00-0x9c1f mem 0xfc9e0000-0xfc9fffff irq 10 at device 1.0 on pci2 em0: Speed:N/A Duplex:N/A uhci0: port 0xcc00-0xcc1f irq 5 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 10 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 10 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd800-0xd81f irq 5 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib3: <ACPI PCI-PCI bridge> at device 30.0 on pci0 pci3: <ACPI PCI bus> on pcib3 pcib3: slot 6 INTA is routed to irq 11 pcib3: slot 7 INTA is routed to irq 11 pcib3: slot 8 INTA is routed to irq 11 pci3: at device 6.0 (no driver attached) atapci0: <Promise PDC20319 SATA150 controller> port 0xb000-0xb07f,0xb400-0xb40f,0xbc00-0xbc3f mem 0xfeaa0000-0xfeabffff,0xfeafe000-0xfeafefff irq 11 at device 7.0 on pci3 atapci0: [MPSAFE] ata2: at 0xfeafe000 on atapci0 ata2: [MPSAFE] ata3: at 0xfeafe000 on atapci0 ata3: [MPSAFE] ata4: at 0xfeafe000 on atapci0 ata4: [MPSAFE] ata5: at 0xfeafe000 on atapci0 ata5: [MPSAFE] fxp0: port 0xac00-0xac3f mem 0xfeafd000-0xfeafdfff irq 11 at device 8.0 on pci3 fxp0: Ethernet address 00:0c:f1:a3:19:fe miibus0: <MII bus> on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: <PCI-ISA bridge> at device 31.0 on pci0 isa0: <ISA bus> on isab0 atapci1: <Intel ICH5 UDMA100 controller> port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci1 ata1: [MPSAFE] pci0: at device 31.2 (no driver attached) pci0: at device 31.3 (no driver attached) acpi_button0: <Sleep Button> on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 fdc0: port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: <Parallel port bus> on ppc0 plip0: <PLIP network interface> on ppbus0 lpt0: <Printer> on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 acpi_cpu1: <CPU> on acpi0 device_probe_and_attach: acpi_cpu1 attach returned 6 orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2593512260 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% GEOM: create disk ad4 dp=0xc6b04760 ad4: 152627MB <SAMSUNG SP1614C> [310101/16/63] at ata2-master UDMA133 GEOM: create disk ad8 dp=0xc6b04460 ad8: 152627MB <SAMSUNG SP1614C> [310101/16/63] at ata4-master UDMA133 GEOM: create disk ar0 dp=0xc698bde0 ar0: 152587MB <ATA RAID1 array> [19452/255/63] status: READY subdisks: disk0 READY on ad4 at ata2-master disk1 READY on ad8 at ata4-master Mounting root from ufs:/dev/ar0s1a 9 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

Tue, Apr 20, 2004 at 17:30:48, jc wrote about "[uanog] Re: Фря и SATA RAID":

...

кто-либо пробовал ставить Фрю на материнку Intel S875WP1LX, с интегрированным SATA RAID-контролером. Работает ? Гугль ссылок набросал что вроде не работает.

4.9-stable еще вроде не понимает на нем ничего кроме PATA.

atapci1: <Intel ICH5 UDMA100 controller> port

А интеловский SATA (не Promise) на ней был? -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

On Tue, Apr 20, 2004 at 05:59:45PM +0300, Igor Karpov wrote:

Наверняка. После обновления прошивки для материнской платы ICH5 стал называть себя ICH5R и даже заявил, что он теперь умеет RAID-0 и RAID-1 (не проверялось). Странная получилась motherboard - два (!) бортовых рэйда, Promise и ICH5R... Кстати, сегодня в -stable мелькнуло:

Доска S875WP1LX , в отличие от S875WP1 имеет два контролера Promise и ICH5R , я правильно понял?

-------- Original Message -------- Subject: Announce FreeBSD -stable Promise SATA and Intel ICH SATA patches Date: Thu, 25 Mar 2004 15:28:03 -0800 (PST) From: Doug Ambrisko To: freebsd-stable@freebsd.org

I've added support for the Promise SATA TX2/TX4 cards and Intel ICH5/6300ESB

Спасибо , обнадеживает! -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

On Tue, 20 Apr 2004, Igor Karpov wrote:

Вдогонку своему письму пошлю ещё одно своё же (этого не было в uanog). ----------------- S875WP1LX "WinterPark"

...

В работе... Тут труднее сказать. С ней были проблемы. Самое скверное то, что я так и не могу сказать, с чем. Под нагрузкой появлялись таймауты на разных дисках. Иногда наблюдались спонтанные перезагрузки. В конечном итоге мы, не мудрствуя лукаво (достала уже, было не до выяснения деталей), заменили память, шлейфы и перепрошили биос.

С того момента никаких нареканий на неё нет. -----------------

Это из переписки со мной :). 2bar@ Подтверждамс, работает. Достаточно одной таблэтки ^W перепрошики биоса на свежую версию - и всё поехало. 5.2.1-R. btw, Promise TX2+ нифига не опознался 4.10-BETA.

И кусок ещё из одного: Valentin Nechayev wrote:

...

Wed, Mar 24, 2004 at 17:10:19, vadya wrote about "[freebsd] Re: Freebsd 4.9 & sata ( ICH5)":

...

Имели опыт тестирования свежего 4-STABLE с sata контроллеры ICH5 и Promise. Опыт негативный.

Если ты про ту установку, что мы вместе мучили, то там была проблема более хитрая. Я боюсь, что ICH5 разные бывают.

Наверняка. После обновления прошивки для материнской платы ICH5 стал называть себя ICH5R и даже заявил, что он теперь умеет RAID-0 и RAID-1 (не проверялось). Странная получилась motherboard - два (!) бортовых рэйда, Promise и ICH5R... Кстати, сегодня в -stable мелькнуло:

-------- Original Message -------- Subject: Announce FreeBSD -stable Promise SATA and Intel ICH SATA patches Date: Thu, 25 Mar 2004 15:28:03 -0800 (PST) From: Doug Ambrisko To: freebsd-stable@freebsd.org

I've added support for the Promise SATA TX2/TX4 cards and Intel ICH5/6300ESB SATA chips. The big challenges that SATA errors tend to lock-up the system unless you read the SATA registers or deal with the controller errors via their error registers. If you ignore them and just continue with normal ATA controller commands the system will lock up.

Some functions need to be renamed. The patch set it at: http://www.ambrisko.com/doug/ata/ata_stable_sata_2.patch and applies src. A make world is a good idea.

Here is the README at the top of the patch set: The basic Promise support came from -current. Everything else was developed in -stable and trying not to change the core -stable code to reduce maintainance burdens. The goal was to make the most minimal changes to -stable as possible and at the same time create a robust system to deal with disk failures.

Thanks to Promise for programing information. ICH SATA support came from the Intel doc's.

Features added/bug fixes: - Support for Promise SATA TX2/TX4 controllers mostly from -current - Support for reading hot-swap evens and tearing down the device when removed. A few kernel panics fixes when things disappear. - Changing the ata system so it mostly runs out from under splbio so that we can get interrupts to tell us a drive is gone. If that is ignored then the controller can lock up the system. This required a work thread to run through channel requests. A shim to ata_start was used to implement this. This gets the code-excution path away from splbio. - Clamping the size of the disk when making a RAID. - The ATA_IN/ATA_OUT macros were re-done so that the existing code would not need to be modified. It was was more space in the softc to hold the arrays for the memory regions. This is better to reduce maintainance burden. Minor code changes in allocation clean-up had to be changed. - MFC of addspare. - add support for SATA error handling of ICH5 & 6300ESB (we need to read the SATA registers. Note we could detect hot swap if we polled on the sstatus register. Map SATA drives into which parts of the controller they are on. - the Promise channel needs to be reset on error (such as a media error) or it will hang on further I/O (ie. in ata_intr) - Fixed a PIO bug in which there is an under-flow & buffer over-flow bug. - On media error don't fall back to PIO on some the Intel SATA or Promise SATA devices. This doesn't help much and kill performance. Fail out I/O straight from DMA mode gracefully. - Add some more ICH device ID's. Update to new ICH UDMA flags.

Potential Issues/brokeness - kernel core dumps should work not tested - Tagged Queuing should work not tested

Known issues: - The RAID doesn't automatically rebuild need to run "atacontrol rebuild ar0" sort-of works.

Let me know of any success or failures using this patches. I will be working on bringing these features into -current. My target deployment for this was -stable.

Thanks,

Doug A.

На сегодня uptime у этой машины небольшой, 22 дня. Но полёт нормальный. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

-- Regards, Alex V. Belinsky [FOZZ-RIPE] [FOZZ-UANIC] CTO, ISP KievWeb(R) http://kievweb.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

Сейчас возимся с INTEL S875, вот что интересного было до текущего момента: - приехал сервер с платой S875WP1LX + 2 винта WD2500JD, включенные на ICH5 SATA150. переключать на Promise не захотели, решили так и работать - 5-я фря диски не увидела. без проблем поставили 4.9 и накатили до 5.2.1p4. - примерно месяц без особой нагрузки сервер работал как часики. однако, когда пошли интенсивные нагрузки на винты, появилась проблема -- теряет диски на ходу и мёрзнет. последний крик на консоли -- что-то про ATAPI timeout, ad1 destroyed, если это принципиально, можно будет уточнить. после этого не всегда бутится. - пробовали подключать системный винт к другому каналу ICH5, виснет - сдали сервер продавцу. продавец 3 дня гонял какие-то креш-тесты от Микрософт, естественно, установив Windows, проблем не обнаружил - снова взяли тестировать. переключили винты на Promise, сконфигурили на каждом винте отдельный Raid 0 для пущей важности (на самом деле фря видит при этом винты и как ad, и как ar), нагрузили диски -- два файла по 10 Г в цикле копируются с диска на диск во встречных направлениях. в течении суток машина повисла с той же диагностикой - поскольку 100% уверенности в исправности винтов нет, сделали два дубликата системного винта (dd if=/dev/ar0 of=/dev/ar1 отработал нормально, хотя работал порядка 2-х суток), попробуем поганять по очереди. первый уже пошел. Так вот. Если у кого есть возможность и желание, попробуйте тест такого типа: dd if=/dev/random of=/disk1/test_file bs=1000000 count=1000 cp /disk1/test_file /disk2/test_file while true;do cp -vf /disk1/test_file /disk2/test_file_target;done & while true;do cp -vf /disk2/test_file /disk1/test_file_target;done & On Wed, Apr 21, 2004 at 01:11:27PM +0300, Igor Karpov wrote: IK> IK> Alexey Balabushevich wrote: IK> >On Tue, Apr 20, 2004 at 05:59:45PM +0300, Igor Karpov wrote: IK> > IK> > IK> >>Наверняка. После обновления прошивки для материнской платы ICH5 стал IK> >>называть себя ICH5R и даже заявил, что он теперь умеет RAID-0 и RAID-1 IK> >>(не проверялось). Странная получилась motherboard - два (!) бортовых IK> >>рэйда, Promise и ICH5R... Кстати, сегодня в -stable мелькнуло: IK> > IK> > IK> >Доска S875WP1LX , в отличие от S875WP1 имеет два контролера IK> IK> Да. Второй я не проверял, только Promise. IK> IK> >Promise и ICH5R , я правильно понял? IK> IK> Совершенно верно. И Promise нормально работает. Возможно, работает и IK> ICH5R, не знаю. IK> -- ------------------------------------------------------- Dmitry Cherkasov ISP "Intercom" (380)44 251-12-88 http://www.intercom.net.ua DC1-UANIC CHD1-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

Hello, On Sun, 23 May 2004, Alexey Balabushevich wrote:

кто подскажет по какому тэгу cvsup-иться чтоб получить актуальную фрю 5.2.1 со всеми патчами? CURRENT не живет.

RELENG_5_2 -- Andrey Lakhno, land-ripe =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

On Sun, 23 May 2004, Alexey Balabushevich wrote:

Hi,

кто подскажет по какому тэгу cvsup-иться чтоб получить актуальную фрю 5.2.1 со всеми патчами? CURRENT не живет.

Лёпа, ты SATA завести хочешь? 5 в продакшен не надо пихать. У меня ICH5R и Promise SATA150 TX2+ уже на 4.9 работают.

-- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

-- Regards, Alex V. Belinsky [FOZZ-RIPE] [FOZZ-UANIC] CTO, ISP KievWeb(R) http://kievweb.ua =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message

On Sun, May 23, 2004 at 10:36:01PM +0300, Valentin Nechayev wrote:

Sun, May 23, 2004 at 19:13:15, bar wrote about "[uanog] Re: Фря и SATA RAID":

...

кто подскажет по какому тэгу cvsup-иться чтоб получить актуальную фрю 5.2.1 со всеми патчами? Уже сказали - RELENG_5_2 CURRENT не живет. А что с ней?

Вчерашний снапшот (от 23 мая) при звгрузке умирает.

Эмпирически, несколько больше вероятность нормальной работы, если брать версию за начало понедельника.

Полезное наблюдение ;) -- Alexey Balabushevich nic-hdl: AB433-RIPE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message