Registrován: 01.08.2002
Příspěvků: 726

Registrován: 18.02.2003
Příspěvků: 181

Všem 'tuhnoucím' doporučuji dnešní noční CVS HostAPu, které je předzvěstí 0.0.3. Z changelogu stojí za pozornost zejména toto:

* fixed a race condition in local->event_loop vs. IntEn register
read/write (fixes a kernel hang caused by interrupt loop)
* fixed a race condition in local->hw_ready/hw_resetting writes and
event unmasking to resolve some issues with card resets during
heavy traffic load
* fixed number of problems with hw reset during high traffic load
* use longer timeout values for command and BAP busy to avoid some
timeout issues (firmware seems to be still alive in some cases, where
previous version of the driver would report a timeout error and
abort the operation)

Děkuji Lukičovi za jeho snahu v HostAP mailing listu, zjevně přinesla své ovoce.

Registrován: 27.04.2003
Příspěvků: 105

ano pracuje to (aspon zatial)!!! hehe, som dokonca este veselsi ako minule :-) konecne mozem kludnejsie spavat... az ma od radosti chytila triaska :-))) hehe...

takze testovat testovat testovat... mne sa to ani po 100 resetoch cez iwpriv nepodarilo zhodit pod floodom, co v minulych verziach zarucene zhodilo celu masinu.. snad mozem HW APcka konecne pouzit tam kam boli nakupene (na tazko pristupne miesta, kde treba malu skatulu - kominy) a linuxy narafat na kazdu bytovku v meste... :-))

__________________

Registrován: 08.05.2002
Příspěvků: 33

Nechci vam kazit naladu, ale prave jsem router s novym hostapem shodil. CVS verzi jsem stahoval dnes odpoledne. Osvedceny postup:
ping -f -s 500 ip
zatimco na routeru:
for I in /bin/*; do iwpriv wlan0 reset 1; done

takze asi nejaka ta race conditiona jeste zustala... Nevim kolik je v /bin souboru, ale bude to nejaky rozumny pocet - kdyz jsem pri tom nepingal tak ty resety probehly v pohode

peat

Registrován: 27.04.2003
Příspěvků: 105

no mne sa ju nepodarilo zhodit... problem nastal na Celerone 400, kde wlan1 chodi ako ma, ale wlan0 ani za boha.. bud vypadava ping, alebo je hrozne vysoky (az 40ms, pricom ma byt tak 3-4)..

kadopadne sa s tym este hrajenkam... ale nasere :-(

__________________

Registrován: 27.04.2003
Příspěvků: 105

takze skuste to takto:

zoberte zdrojaky od vasej najfunkcnejsej verzie hostapu aupravte hostap_hw.c - konkretne pasaz volajucu cor_sreset:


printk(KERN_WARNING "%s: %s: resetting card\n", dev_info, dev->name);
hfa384x_disable_interrupts(dev);
local->hw_resetting = 1;
if (local->func->cor_sreset)
{
mdelay(100);
local->func->cor_sreset(local);
mdelay(100);
}
prism2_hw_shutdown(dev, 1);
prism2_hw_config(dev, 0);
local->hw_resetting = 0;
}


potom vyeditujte hostap_pci.c, funkciu prism2_pci_cor_sreset
do zhruba takejto podoby:

static void prism2_pci_cor_sreset(local_info_t *local)
{
struct net_device *dev = local->dev;

/* linux-wlan-ng uses extremely long hold and settle times for
* COR sreset. A comment in the driver code mentions that the long
* delays appear to be necessary. However, at least IBM 22P6901 seems
* to work fine with shorter delays.
*
* Longer delays can be configured by uncommenting following line: */
/* #define PRISM2_PCI_USE_LONG_DELAYS */

#ifdef PRISM2_PCI_USE_LONG_DELAYS
int i;

HFA384X_OUTW(0x0080, HFA384X_PCICOR_OFF);
mdelay(250);

HFA384X_OUTW(0x0, HFA384X_PCICOR_OFF);
mdelay(250);

/* Wait for f/w to complete initialization (CMD:BUSY == 0) */
i = 2000000 / 10;
while ((HFA384X_INW(HFA384X_CMD_OFF) & HFA384X_CMD_BUSY) && --i)
udelay(10);
#else /* PRISM2_PCI_USE_LONG_DELAYS */

HFA384X_OUTW(0x0080, HFA384X_PCICOR_OFF);
mdelay(1);
HFA384X_OUTW(0x0, HFA384X_PCICOR_OFF);
mdelay(1);

#endif /* PRISM2_PCI_USE_LONG_DELAYS */

if (HFA384X_INW(HFA384X_CMD_OFF) & HFA384X_CMD_BUSY) {
printk(KERN_DEBUG "%s: COR sreset timeout\n", dev->name);
}
}



-----------
skompilovat, potestovat a ak boh da (ako mne :-)) tak to prezije aj x resetov, kde x je pocet suborov v /bin/ :-))) konkretne u mna 83..

__________________

Registrován: 16.05.2002
Příspěvků: 329

dnes se objevil hostap-0.0.3 ... testujte .... musime kout zelezo dokud je zhave (tj. kdyz se autor konecne dostal k reseni vytuhuu)!

Zaroven jsem pro novou verzi upravil svuj patch na uchovani txpower & spol.

__________________

Registrován: 26.07.2002
Příspěvků: 234

Registrován: 16.05.2002
Příspěvků: 329

__________________

Registrován: 16.05.2002
Příspěvků: 329

chtel bych se podelit o tri dny zkusenosti s provozem hostap-0.0.3

Provozuji ho na dvou routerech P100, s XI626kama. Drivejsi verze spolehlive vytuhly pokud pres AP jel delsi dobu (desitky minut) traffic pres 300kBps. Bezny uptime se v zavislosti na trafficu menil od hodin do nekolika dnu.

Kdyz uz mi hostap-0.0.3 uz druhy den bezel bez problemu, rozhodl jsem se jej trochu mucit. Z druheho routeru jsem se na nej pripojil a nechal pres noc nonstop stahovat wgetem - provoz cca 500-600kBps. Rano jsem neveril ze oba routery stale bezi.

Rekl jsem si ze je potrapim jeste vic: pustil jsem navic na APcko flood-ping. Cely den to bezelo a nevytuhlo.

No tak jsem se nastval a udelal jsem jeste:
while true; do iwpriv wlan0 reset 1; sleep 1; done

Vysledek se dostavil do nekolika vterin - vytuhlo to. Zkusil jsem podruhe a opet.
Zpetne jsem si prochazel logy a zjistil ze behem cele akce se karta ani v klientovi ani v AP neresetovala.

Klienta se mi timto zpusobem shodit nepovedlo, ale to spis proto ze po resetu se mnohem dele vzpamatovava nez opet zacne prijimat.


!!! Podotykam ze jsem testoval hostap-0.0.3 patchnuty svym patchem na udrzovani vykonu - bez nej jsem to nezkousel, mozna ze to zpusobuje on.

Zaver: 0.0.3 je na mem routeru O HODNE stabilnejsi nez predchozi verze, ale resety ho stale s prehledem zabijou. Predchozi verze by se pri podobne zatezi sesypaly behem par minut.

Vsem tuhnoucim doporucuji upgrade!

__________________

Registrován: 11.06.2002
Příspěvků: 1267

takovy amatersky napad ale neda mi to: co zkompilovat HostAP s GCC nastavenym CGFLAGS na kokretni typ CPU + ty dalsi blbustky a nastaveni GCC? Nepomohlo by to trochu odlehcit zatez CPU? Precijen GCC standardne kompiluje na i386 a dnesni 586 a 686 stroje maji o mnoho instrukci a vychytavek navic... bohuzel jsem nenasel, kde se to da v debianu nastavit

__________________

Registrován: 26.07.2002
Příspěvků: 234

Registrován: 27.04.2003
Příspěvků: 105

__________________

Registrován: 30.10.2002
Příspěvků: 733

__________________

Registrován: 28.07.2002
Příspěvků: 772

Odchylujeme se od tematu, nicmene zda se preklad provede optimalizovane
zalezi na konkretnim softwaru. Po rozbaleni zdrojaku hledejte v 'configure.in',
nebo po provedeni './configure' v top-level 'Makefile' souboru promenne
COPTS, CFLAGS. Take lze provest 'make CFLAGS="--march=i686" all'
nebo 'make COPTS="--march=i686" all' apod.

U peclive pripravenych zdrojaku se bud ocekava, ze si uzivatel CFLAGS
v Makefile doplni sam, nebo se samocine prevezmou ze systemove promenne
CFLAGS. Tehdy staci pouzit 'export CFLAGS="--march=i686"; ./configure; make'.

Konkretne u hostap jsem editoval radek v ./hostap/Makefile:

CFLAGS=-march=i586 -O3 -ffast-math -fomit-frame-pointer -funroll-loops -D__KERNEL__ -DMODULE -Wall -g -c $(EXTRA_CFLAGS)

Vse na jednom radku.

Zdr. OldFrog.

__________________

Registrován: 27.06.2002
Příspěvků: 1267