Freesco, NND, CDN, EOS

A mam pytanie do Twórców czy była by możliwość kompilowania do jądra obsługę tego HPT370 ??
tak żeby było juz w następnym ISO??
lub żeby można było pacmanem pobrać aktualizacje??

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

przyłaczam sie do prośby/pytania

Że tak se pozwole podręczyć temat

czy jest nadzieja że najnowsze ISO będzie miało obsługe HPT370??

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

Ja meczyłem sie z RAID sprzetowym i dałem sobie spokój, uruchomiłem softwerowy na osobnym kontrolerze IDE i działa ok, nie ma błedów z DMA ,a obciążenie CPU podczas zapisu i odczytu z RAID wzrosło o 10% w stosunku do normalnego, a predkość transferu prawie 3-krotnie, ale jak ktoś chce to wkompiluje mu w kernel obsługe HPT370 jak znajde chwile w tym tygodniu. czekam na info.

_________________
pozdrawiam
Tomek

był bym wdzięczny za kernel z obsługa HPT370
i jak by był jeszcze jakis manual jak go podmianić to było by glanc

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

Panowie ale dałem ciała!!
Właśnie (jeszcze raz) sprawdziłem i sie okazuj eże mam płyte Abita BE6-II a nie BE6-II 2.0
I na mojej płycie jest kontroler HPT366
Sorry za zamieszanie.
Da rade do tego kontrolera dorobic kernel??

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

Przeczytaj dokładnie cały wątek...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

..........
widac tylko ja zostałem na placu boju
..........

NIE!!



i zrobiłem tak:
wyłaczyłem server i przepiołem tasme od HDD do kontrolera HTP366
i właczyłem server....
i niestety:

Apr 5 09:43:00 Server kernel: Kernel logging (proc) stopped.
Apr 5 09:43:00 Server kernel: Kernel log daemon terminating.
Apr 5 09:50:47 Server kernel: klogd 1.4.1, log source = /proc/kmsg started.
Apr 5 09:50:47 Server kernel: Inspecting /boot/System.map
Apr 5 09:50:48 Server kernel: Loaded 20795 symbols from /boot/System.map.
Apr 5 09:50:48 Server kernel: Symbols match kernel version 2.4.28.
Apr 5 09:50:48 Server kernel: Loaded 162 symbols from 14 modules.
Apr 5 09:50:48 Server kernel: Linux version 2.4.28-1nnd (root@maupa) (gcc version 3.3.3) #1 Sun Dec 5 01:08:46 CET 2004
Apr 5 09:50:48 Server kernel: BIOS-provided physical RAM map:
Apr 5 09:50:48 Server kernel: BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
Apr 5 09:50:48 Server kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Apr 5 09:50:48 Server kernel: BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
Apr 5 09:50:48 Server kernel: BIOS-e820: 0000000007ff0000 - 0000000007ff3000 (ACPI NVS)
Apr 5 09:50:48 Server kernel: BIOS-e820: 0000000007ff3000 - 0000000008000000 (ACPI data)
Apr 5 09:50:48 Server kernel: BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
Apr 5 09:50:48 Server kernel: 127MB LOWMEM available.
Apr 5 09:50:48 Server kernel: On node 0 totalpages: 32752
Apr 5 09:50:48 Server kernel: zone(0): 4096 pages.
Apr 5 09:50:48 Server kernel: zone(1): 28656 pages.
Apr 5 09:50:48 Server kernel: zone(2): 0 pages.
Apr 5 09:50:48 Server kernel: Kernel command line: BOOT_IMAGE=NND_Router ro root=302 ide=nodma
Apr 5 09:50:48 Server kernel: ide_setup: ide=nodma : Prevented DMA
Apr 5 09:50:48 Server kernel: Initializing CPU#0
Apr 5 09:50:48 Server kernel: Detected 400.918 MHz processor.
Apr 5 09:50:48 Server kernel: Console: colour VGA+ 80x25
Apr 5 09:50:48 Server kernel: Calibrating delay loop... 799.53 BogoMIPS
Apr 5 09:50:49 Server kernel: Memory: 126328k/131008k available (1933k kernel code, 4296k reserved, 575k data, 112k init, 0k highmem)
Apr 5 09:50:49 Server kernel: Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Apr 5 09:50:49 Server kernel: Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Apr 5 09:50:49 Server kernel: Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Apr 5 09:50:49 Server kernel: Buffer cache hash table entries: 4096 (order: 2, 16384 bytes)
Apr 5 09:50:49 Server kernel: Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
Apr 5 09:50:49 Server kernel: CPU: L1 I cache: 16K, L1 D cache: 16K
Apr 5 09:50:49 Server kernel: CPU: L2 cache: 512K
Apr 5 09:50:49 Server kernel: CPU: After generic, caps: 0183f9ff 00000000

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

Nie piszesz jakie komunikaty dostajesz na ekranie, z logów wynika że kontrolelr jest rozpoznany, dyski i partycje równiez... sądząc po czasie w logach zgaduję, że albo komputer się restartuje albo dostajesz jakiś komunikat i ty go restartujesz...
Po pierwsze - NND ma domyślnie wyłączoną obsługę dma. Musisz usunąć linie:

append="ide=no dma"

i przeładować lilo.

Po drugie - mam płytę Soyo z dodatkowym kontrolerem RAID i dysk podpięty pod to dodatkowe zlącze jest widziany jako hde . Być może w Twoim przypadku jest tak samo. Należałoby w takiej sytuacji poprawić literki dysków w lilo.conf i fstab a następnie przeładować lilo.
Jesli podczas startu dostajesz komunikat "kernel panic" lub "no init found" to jest to najprawdopodobniej ten drugi przypadek...

_________________
Mis'
___________________________________
"Real Men Use Telnet on port 80" (el bid)

Własnie na sam koniec dostałem komunikat na ekranie:
kernel panic
i diody na "desce: zaczeły migac i już nic nie moglem zrobić z klawiatury nic nie reagowało...

zrobie jeszcze później tak jak radzisz zachaszuje wpis w lilo:
append="ide=no dma"
przeładuje NND i sprubuje pokombinować z literkami dysku...

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

witam
pozyczylem do testów Abita z kontrolerem HPT366-ATA66(niby jest obsluga w jadrze NND)

probowalem zainstalowac swieza wersje NND na plycie z hpt366(jest obsluga w jadrze nnd) ale instalator wywalil sie w tym samym miejscu co przy instalacji na hpt370


wiec zabralem sie za to zgodnie z ostatnimi sugestiami i na dysku podpietym do IDE i z zainstalowanym nnd przerobilem lilo.conf i fstab (z hda na hde) i przeladowale lilo

po restarcie NND i przepieciu dysku do kontrolera HPT366 NND zaladowalo sie tylko do polowy

wiec po kolejnym restarcie odpalilem z plyty instalacyjnej i ponownie przeladowalem lilo i.....
po restarcie system odpalil sie z dysku podpietego do HPT366.....ale

w logach pojawia sie cosik takiego:

najciekawsze sa te bledy na koncu czyli
{ DriveStatusError } i { DriveReady SeekComplete Error } o co chodzi to nie wiem ale raczej takich komunikatow byc nie powinno.....

co ciekawe przepiolem ten dysk do plyty z HPT370 i NND sie odpalilo rowniez i pojawily sie w logach identyczne blędy + dodatkowe:



wiec teraz juz nie wiem o co chodzi..... troche sie zawiodłem i licxze na konstruktywne sugestie.....

nie znam sie ale wydaje mi sie że DMA nie działa

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

do mayestro:
a jak tam udało Ci sie odpalic NND na swoim HPT366? bo ja juz powoli trace nadzieje

probowalem wyrzucic linie wylączajaca DMA z lilo.conf ale tez sypalo bledami......przytoczone przeze mnie komunikaty błędów są przy standardowym liloconf z "nodma".....

ja raz prubowałem w nocy...
ale bez skutku. Tylko że u ciebie chociasz poszło... a u mnie jak pozmieniałem w lilo literki dysków to dochodziło do moment kiedy zaczynało startowac nnd i..... kernel panic lub zawias... (dysk seageta)
odpaliłem nnd z płyty pozmienialem jak było wcześniej i działa tak jak do tej pory.
poeksperymentował bym ale userzy sie krzywią....
czekam na silniejszych od siebie

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.

oprocz w /etc/lilo.conf rowniez pozmienialem w /etc/fstab i dopiero po tych zmianach przeladowalem lilo....

potem przepiecie dysku i odpalenie z plyty i ponownie przeladowanie lilo.i dopiero potem ruszylo.....

ale te bledziory......
EDIT: znalazlem na googlach ze to moze byc problem kabli....zaraz pojde kupic nowy kabel i poprobuje......

mam ten luxus ze serwer wlaciwy chodzi na p166MHz a eksperymentuje na oddzielnym kompie(to ma byc nowy serwer)......(teraz z dwiema plytami zamiennie)

nie muszą dodawać, bo jest w wersji ide, jako moduł.

_________________
Polska Grupa Freesco

z jednej strony dostaje info:

a teraz:
nie muszą dodawać, bo jest w wersji ide, jako moduł."

i kto tu ma racje.......???

skoro jest moduł to pewnie mozna go odpalic w rc.local w sekcji modules ale jak on sie nazywa? i dlaczego instalator sie wywala w tym samym momencie (zarowno na HPT366 jak HPT370) ??

no bo tak właśnie jest, hpt366 jest wkompilowane w jadro [w wersji ide]
CONFIG_BLK_DEV_HPT366=y
natomiast hpt370 jest dodane jako moduł
CONFIG_BLK_DEV_ATARAID_HPT=m

Oczywiście w tym drugim przypadku, podczas startu system nie będzie widział kontrolera raid, bo jego obsługę ma w module znajdującym się na dysku, który jest zapewne podpięty do kontrolera, do którego ten moduł nam jest potrzebny.. :> No ale i z tego jest wyjście, można np samemu skompilować jądro i wkompilować sobie obsługę kontrolera w jajku, lub skorzystać z initrd, dzięki czemu wszystko co nam potrzebne do porawnego startu systemu, zostanie podczas bootowania systemu załadowane do ramdysku.

Ps. u mnie hpt366 przy starcie zgłasza tylko takie komunikaty:
Apr 5 11:29:47 dns kernel: HPT366: onboard version of chipset, pin1=1 pin2=2
Apr 5 11:29:47 dns kernel: HPT366: IDE controller on PCI bus 00 dev 98
Apr 5 11:29:47 dns kernel: HPT366: chipset revision 1
Apr 5 11:29:47 dns kernel: HPT366: not 100%% native mode: will probe irqs later
Apr 5 11:29:47 dns kernel: HPT366: IDE controller on PCI bus 00 dev 99
Apr 5 11:29:47 dns kernel: HPT366: chipset revision 1
Apr 5 11:29:47 dns kernel: HPT366: not 100%% native mode: will probe irqs later

_________________
Polska Grupa Freesco

i tak ma być??
to prawidłowo czy jak??

_________________
Rzeczy niemożliwe wykonuje od ręki, na cuda potrzebuje więcej czasu.