Κώστα!!!!<div>Θεωρείς ότι κάποιος θα το διαβάσει όλο????</div><div>Γράψε εν <b>ΟΛΙΓΟΙΣ </b>το ζουμί.</div><div><br></div><div>Ευχαριστώ.<br><br><div class="gmail_quote">Στις 7 Ιανουαρίου 2011 11:09 π.μ., ο χρήστης Kostas Boukouvalas <span dir="ltr"><<a href="mailto:boukouvalas@gnugr.org">boukouvalas@gnugr.org</a>></span> έγραψε:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Στις 21/12/2010 03:31 πμ, ο/η Nick Kossifidis έγραψε:<br>
> ...αλλά όσο και αν προσπαθώ να το αποδείξω κάτι δεν πάει καλά.<br>
><br>
> Σήμερα λοιπόν μου συνέβη ένα αρκετά δυσάρεστο γεγονός που θέλω να<br>
> μοιραστώ μαζί σας και αν είναι δυνατό να έχω τη γνώμη σας επ' αυτού<br>
> (προκαταβολικά sorry για το "σεντόνι").<br>
><br>
> Όπως ίσως να γνωρίζετε πριν 3 περίπου χρόνια ξέσπασε μια διαμάχη<br>
> μεταξύ της κοινότητας του OpenBSD και των προγραμματιστών του πυρήνα<br>
> του Linux όσον αφορά 2 περιπτώσεις wi-fi drivers. Το όλο πράγμα<br>
> ξεκίνησε απ' τον bcw, τον driver για τις κάρτες της Broadcom του<br>
> OpenBSD όπου όπως προέκυψε ο developer είχε πάρει χύμα κώδικα<br>
> (copy/paste) απ' το Linux και όχι μόνο αφαίρεσε το License αλλά και το<br>
> copyright ! Μιλάμε για ένα driver του Linux προϊόν γερού reverse<br>
> engineering (τα παιδιά έφτασαν στο σημείο να κάνουν rev. engineer το<br>
> firmware των καρτών, να βρουν το instruction set του microcontroler,<br>
> να γράψουν δικό τους compiler κλπ και ο driver ήταν προϊόν clean room<br>
> implementation, δηλαδή άλλος έγραφε τα specs και άλλος τον κώδικα) με<br>
> πολύ κόπο και συν τοις άλλοις είχαν κάνει implement κάποιους<br>
> αλγορίθμους καλύτερα απ' ότι η Broadcom και θεώρησαν ότι να είναι ο<br>
> κώδικάς τους GPL είναι ένας επιπλέον τρόπος να πιέσουν τη Broadcom να<br>
> το γυρίσει. Τέλος πάντων ξεκίνησε ένα flame war με τον Theo να γίνεται<br>
> έξαλλος που τα παιδιά απ' το Linux τόλμησαν και το έστειλαν στις<br>
> λίστες -το έκαναν γιατί ο κώδικας είχε ήδη μπει στο επίσημο cvs του<br>
> OpenBSD- λέγοντας ότι αυτά τα θέματα πρέπει να λύνονται σε κλειστό<br>
> κύκλο και να τα βρίσκουμε μεταξύ μας ήρεμα κλπ, τους έλεγε "άκαρδους"<br>
> και ότι "το παιδί που έγραφε το bcw τώρα κλαίει απαρηγόρητος και<br>
> εξαιτίας σας πετάξαμε και τον κώδικα απ' το cvs", τους έτριβε το<br>
> OpenSSH στα μούτρα (!) κλπ. Εκεί λοιπόν που το θέμα θα λυνόταν μια<br>
> χαρά γιατί τα παιδιά απ' το Linux απλά ήθελαν να υπάρχει το copyright<br>
> τους, και μάλιστα προσφέρθηκαν να ξαναγράψουν κάποια κομμάτια και να<br>
> τα στείλουν κάτω από BSD (χωρίς τα optimizations που είχαν κάνει) στον<br>
> developer του bcw, έγινε μπάχαλο η κατάσταση γιατί εκτός απ' τον Theo<br>
> που άρχισε και έβριζε βγήκαν και διάφοροι άλλοι απ' το OpenBSD και το<br>
> Linux και ανέβασαν τους τόνους και το flame κατέληξε άσχημα για όλους<br>
> (<a href="http://lwn.net/Articles/229740/" target="_blank">http://lwn.net/Articles/229740/</a>).<br>
><br>
> Μετά από αυτό ο Theo και διάφοροι "φανατικοί" απ' το OpenBSD μας την<br>
> είχαν στημένη και έτσι όταν ο Jiri Slaby απ' την ομάδα μας έστειλε στη<br>
> λίστα ένα patch (<a href="http://lkml.org/lkml/2007/8/28/157" target="_blank">http://lkml.org/lkml/2007/8/28/157</a>) που άλλαζε το<br>
> license του ath5k από ISC σε GPLv2 (που μόλις πριν μερικούς μήνες<br>
> είχαμε τελειώσει με τη διαμάχη μας με την Atheros για το αν ο κώδικάς<br>
> μας ήταν καθαρός και προϊόν rev. engineering ή προϊόν κλοπής απ' την<br>
> Atheros -έγινε ένα auditing και σύγκριση του κώδικα με αυτόν της<br>
> Atheros κλπ- και μας είχε πάει πολύ πίσω στο coding -έχω να πω αρκετά<br>
> για την όλη φάση αλλά θα ξεφύγω πολύ-), βρήκαν την ευκαιρία και<br>
> άνοιξαν ένα flame χωρίς προηγούμενο για να πάρουν το αίμα τους πίσω.<br>
> Αρχικά να πω ότι το patch ποτέ δεν μπήκε στον kernel, ούτε καν στο git<br>
> tree (καμία σχέση με την υπόθεση του bcw που παραβίαζε όχι μόνο το<br>
> license αλλά και το copyright και είχε μπεi στο επίσημο cvs του<br>
> OpenBSD), άρα ουδέποτε άλλαξε το license σε GPL, ήταν και είναι ίδιο<br>
> με το αρχικό ISC -πρακτικά BSD license με μικρές διαφορές-, αρκεί<br>
> κάποιος να δει τον κώδικα<br>
> (<a href="http://git.kernel.org/?p=linux/kernel/git/linville/wireless-testing.git;a=blob;f=drivers/net/wireless/ath/ath5k/reset.c;hb=HEAD" target="_blank">http://git.kernel.org/?p=linux/kernel/git/linville/wireless-testing.git;a=blob;f=drivers/net/wireless/ath/ath5k/reset.c;hb=HEAD</a>).<br>
> Ο λόγος που το postαρε o Jiri τότε (και που στο svn του MadWiFi είχαμε<br>
> ανοίξει ένα καινούριο branch παράλληλα -δηλαδή τα fixes τα στέλναμε<br>
> και στο αρχικό branch- με το openhal που ήταν GPL) ήταν γιατί νομίζαμε<br>
> ότι απ' τη στιγμή που κάτι μπαίνει στον kernel και χρησιμοποιεί GPL<br>
> headers (structs, functions κλπ), πρέπει να είναι GPL licensed, τελικά<br>
> κάναμε λάθος -o kernel maintainer μας είπε πως θα δεχτεί και BSD<br>
> κώδικα χωρίς πρόβλημα- και σταματήσαμε και το GPL branch στο MadWiFi<br>
> και δεν βάλαμε το patch στο git tree. Μάλιστα αργότερα έγινε αλλαγή<br>
> στο policy του tree και εισαγάγαμε ένα καινούριο tag έτσι ώστε να<br>
> μπορεί κάποιος να κάνει commit αλλαγές στον kernel με διαφορετικό<br>
> license. Ωστόσο μπήκαμε σε περιπέτειες γιατί απ' το πουθενά τα παιδιά<br>
> του OpenBSD μας βγάλαν στο slashdot<br>
> (<a href="http://linux.slashdot.org/article.pl?sid=07/08/29/0241234" target="_blank">http://linux.slashdot.org/article.pl?sid=07/08/29/0241234</a>) -που κατά<br>
> τα άλλα είναι υπέρ του να τα βρίσκουμε μεταξύ μας ήρεμα κι ωραία-,<br>
> άρχισαν να μας στέλνουν υβριστικά mail στα mailbox μας (προσωπικά και<br>
> στις λίστες) και ο Theo έφτασε στο σημείο να μας απειλήσει με μηνύσεις<br>
> κι εμένα προσωπικά που είμαι στην Ευρώπη μου είπε ότι θα βρω το μπελά<br>
> μου γιατί είναι άλλο το σύστημα στην Ευρώπη και άλλο στην Αμερική και<br>
> να μην εμπιστεύομαι το SFLC και τον Eben (Moglen) που είχαν αναλάβει<br>
> την υπόθεσή μας με την Atheros και άλλα τέτοια όμορφα (τόσο πιστεύουν<br>
> ορισμένοι στη κοινότητα, και η πλάκα είναι πως δεν τόλμησε να το κάνει<br>
> public αυτό, πέρασε στα ψιλά ότι ο Theo μας απείλησε με μηνύσεις και<br>
> το αφήσαμε έτσι από σεβασμό στο OpenBSD, τεσπα το προσπερνάω).<br>
><br>
> Μπήκαμε λοιπόν απ' το πουθενά σε μια πολύ άσχημη περίοδο, εμένα<br>
> βγαίναν και με έλεγαν "κλέφτη" που και καλά "έκλεψα" τον κώδικα του<br>
> Reyk, (ο οποίος ο άνθρωπος ήταν διακοπές και δεν παρακολουθούσε τις<br>
> λίστες για καιρό, όταν γύρισε μας έστειλε ένα mail σε φάση "τι έγινε<br>
> ρε παιδιά ?" -<a href="http://kerneltrap.org/mailarchive/linux-kernel/2007/9/5/167892" target="_blank">http://kerneltrap.org/mailarchive/linux-kernel/2007/9/5/167892</a>),<br>
> ότι δεν είχα κάνει αρκετή δουλειά για να μπορώ να βάλω το copyright<br>
> μου μαζί με το δικό του και διάφορα άλλα ψέματα, αλλά λόγω του ότι ο<br>
> Theo μας είχε απειλήσει νομικά το SFLC μας έλεγε να μην μιλάμε με<br>
> κανένα γιατί ότι πούμε θα το χρησιμοποιήσουν εναντίων μας -και με το<br>
> κλίμα που επικρατούσε τους ακούσαμε και κάναμε ότι μας είπαν-.<br>
> Αποτέλεσμα ήταν το flame να πάει στο θεό, να τρώμε spam, να μη μπορώ<br>
> να πω τίποτα στον Reyk για να το λύσουμε το θέμα μεταξύ μας κλπ. Εν το<br>
> μεταξύ όσο εμείς δεν μπορούσαμε να μιλήσουμε ξεκινήσαμε ολόκληρη<br>
> διαδικασία για να σιγουρέψουμε πως το license μπορεί να παραμείνει ISC<br>
> και στον kernel και βρήκαμε όσους developers είχαν κάνει commits να<br>
> μας δώσουν την άδεια τους, αυτό γιατί το default policy στο MadWiFi<br>
> όπου γραφόταν το OpenHAL ήταν GPL και dual BSD/GPL license, όχι ISC,<br>
> με απλά λόγια όσο μας έκραζαν ότι αλλάζουμε το license σε GPL και ότι<br>
> κλέβουμε κώδικα κλπ, εμείς προσπαθούσαμε να επιβάλουμε το ISC license<br>
> και δεν μπορούσαμε να μιλήσουμε :P.<br>
><br>
><br>
> Τέλος πάντων έχουν περάσει 3 χρόνια περίπου από τότε και το πράγμα<br>
> έχει ξεχαστεί, ο κώδικας είναι στον πυρήνα του Linux και κάτω από το<br>
> αρχικό license και όλα είναι μια χαρά, ή τουλάχιστον έτσι νόμιζα.<br>
> Σήμερα λοιπόν εκεί που μίλαγα με μια φίλη μου, μου είπε ότι ένας φίλος<br>
> της που ασχολείται με το BSD με έχει ακουστά και ότι της είπε πως έχω<br>
> κλέψει κώδικα απ' το BSD και είμαι "gnuligan" (το ακούσαμε και αυτό).<br>
> Επειδή φαντάζομαι ότι δεν είναι ο μόνος που λέει διάφορα πίσω απ' τη<br>
> πλάτη μου (ούτε που τον ξέρω τον άνθρωπο, ούτε το όνομά του δε ρώτησα)<br>
> κι επειδή μέχρι και κοντινός μου άνθρωπος κάποια στιγμή μου πέταγε<br>
> σπόντες μεταξύ σοβαρού και αστείου είπα να το λήξω το θέμα κάπως έστω<br>
> και αργά (τουλάχιστον τώρα μπορώ να μιλήσω). Δεν ξέρω πώς κι εδώ θα<br>
> ήθελα τη γνώμη σας, να στείλω κάτι στη λίστα του OpenBSD (αλλά δε θέλω<br>
> να ξανα-ανοίξει flame + τα αγγλικά μου τείνουν να γίνονται απαίσια<br>
> όταν έχω νεύρα, "πουτ δε κοτ νταουν" και χειρότερα :P) ? να βγω με<br>
> πλακάτ στους δρόμους ? ειλικρινά δε ξέρω. Είπα να το στείλω σε αυτές<br>
> τις λίστες μπας και το διαβάσουν έστω και κάποιοι από αυτούς που τόσο<br>
> εύκολα πετάνε λάσπη πίσω απ' τη πλάτη μου χωρίς να έχουν διαβάσει καν<br>
> το cvs του OpenBSD με το οποίο υποτίθεται ότι ασχολούνται ή έστω οι<br>
> φίλοι φίλων κλπ.<br>
><br>
><br>
> Καταρχάς για το πρώτο, ότι δεν έχω κάνει αρκετή δουλειά για να μπει το<br>
> copyright μου στον κώδικα, αρκεί ένα (1) functional (δηλαδή που κάνει<br>
> κάποια λειτουργική και όχι "κοσμητική" αλλαγή) commit για να βάλεις το<br>
> copyright σου στον κώδικα και αυτό μπορείτε να το δείτε σε αρκετά<br>
> projects, απλά συνηθίζεται να μπαίνει το copyright αυτού που το<br>
> ξεκίνησε ή αυτών που γράφουν συχνά και το συντηρούν, γιατί οι<br>
> υπόλοιποι απλά βαριούνται να βάλουν το copyright τους, για να μη γίνει<br>
> μπάχαλο απ' τα copyright statements προφανώς και κυρίως γιατί στο δικό<br>
> τους e-mail θα σκάνε οι διάφορες ερωτήσεις, patches κλπ. Παρ' όλα αυτά<br>
> δεν έβαζα το copyright μου στον κώδικα για αρκετό καιρό αφού είχα<br>
> ξεκινήσει στο svn του MadWiFi, το έβαλα όταν άλλαξα αρχιτεκτονική στον<br>
> κώδικα (έκανα αρκετό consolidation, καθάρισμα κλπ) και έκανα fork<br>
> (άλλαξα το τρόπο που γινόντουσαν handle κάποιες διαδικασίες κλπ) και ο<br>
> λόγος ήταν γιατί από εδώ και πέρα θα χρειαζόντουσαν και τη δικιά μου<br>
> συμβολή (και το mail μου προφανώς) για να καταλάβουν τι παίζει, εγώ<br>
> πλέον ήμουν maintainer του fork. Επίσης όσον αφορά το "δεν έχω κάνει<br>
> αρκετή δουλειά σε σχέση με τον Reyk" στη διάθεση όποιου θέλει έχω<br>
> μερικά gb δεδομένα από register dumps διαφορετικών καρτών και driver<br>
> revisions (και windows driver -μέσω ndiswrapper- και linux), 2-3 ida<br>
> pro databases που χρησιμοποίησα για decompiling, το ath_info tool (θα<br>
> το βρείτε στο svn του MadWiFi) που χρησιμοποιούσαμε μεταξύ άλλων για<br>
> να κάνουμε rev. engineer την EEPROM και μερικά EEPROM dumps, μια σειρά<br>
> από κάρτες που τους άλλαξα τα φώτα και διάφορα άλλα. Αρκεί να πω ότι ο<br>
> ath5k ήταν ο πρώτος<br>
> (<a href="http://www.mail-archive.com/ath5k-devel@lists.ath5k.org/msg00806.html" target="_blank">http://www.mail-archive.com/ath5k-devel@lists.ath5k.org/msg00806.html</a>)<br>
> open-source driver που υποστήριξε το AR2425 (το chipάκι που έχουν τα<br>
> πρώτα Eeepc) και το AR2417 (το αντίστοιχο σε mini-pci), σχεδόν<br>
> ταυτόχρονα με τον επίσημο MadWiFi (και καλύτερα μη σας πω γιατί στο<br>
> binary HAL είχαν κάποιο bug στον εντοπισμό της κάρτας και δε δούλευε<br>
> πάντα), και πολύ πριν μας δώσει η Atheros κώδικα (όταν άλλαξε πολιτική<br>
> αργότερα). Το OpenBSD ακόμα και σήμερα δεν έχει support απ' όσο<br>
> γνωρίζω. Επίσης υποστηρίζουμε πολύ καλύτερα όλα τα chipάκια, έχουμε<br>
> υποστήριξη για tx power control (που και αυτή είχε ξεκινήσει πολύ<br>
> καιρό πριν η Atheros μας δώσει υλικό) και πολλά άλλα, άρα κάτι κάναμε<br>
> κι εμείς.<br>
><br>
> Όσον αφορά ότι "έκλεψα" κώδικα, καταρχάς δε γίνεται να "κλέβεις" κάτι<br>
> που είναι free, πόσο μάλλον με την ISC που είναι εντελώς permissive<br>
> άδεια αλλά πέρα από αυτό ουδέποτε άλλαξα το license, και τώρα αν πάει<br>
> κάποιος να δει το git tree του kernel θα δει ότι όλα τα αρχεία που<br>
> έχουν κώδικα του Reyk είναι ακόμα ISC licensed, και όχι μόνο, ακόμα<br>
> και αρχεία όπως αυτό εδώ -><br>
> <a href="http://git.kernel.org/?p=linux/kernel/git/linville/wireless-testing.git;a=blob;f=drivers/net/wireless/ath/ath5k/rfbuffer.h;hb=HEAD" target="_blank">http://git.kernel.org/?p=linux/kernel/git/linville/wireless-testing.git;a=blob;f=drivers/net/wireless/ath/ath5k/rfbuffer.h;hb=HEAD</a><br>
> που είναι καθαρά δικιά μου δουλειά (και με τα rfregisters μου έφαγε<br>
> καιρό να καταλάβω τι παίζει, η Atheros δε δίνει docs ούτε στους TLA<br>
> της για δαύτα) επίτηδες τα κράτησα ISC για να μπορούν τα παιδιά να τα<br>
> χρησιμοποιήσουν. Άρα μεγάλο ψέμα και πολύ χοντρή έκφραση και προσβολή,<br>
> την οποία δε σηκώνω, ούτε για πλάκα !<br>
><br>
> Τέλος όσον αφορά ότι προσπάθησα να κλείσω τον κώδικα για να μην<br>
> επωφεληθεί το OpenBSD καταρχάς έχω να πω ότι και που είναι ακόμα ISC,<br>
> το OpenBSD δεν τον άγγιξε τον κώδικα, μάλλον δεν ενδιαφέρονται για τον<br>
> κώδικα αλλά για το τζέρτζελο. Εδώ η Atheros καταφέραμε και έδωσε τον<br>
> κώδικα του HAL με BSD license και ούτε αυτόν άγγιξαν. Με τον Reyk<br>
> έχουμε συνεργαστεί μια χαρά, του έστελνα αρκετό καιρό bug reports και<br>
> fixes και κάποια από αυτά μπήκαν και στο cvs του OpenBSD όπου κι εκεί<br>
> σε commit message o Reyk είπε και στους υπόλοιπους ότι ο ath5k είναι<br>
> με το ίδιο license<br>
> (<a href="http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/ic/ar5212.c" target="_blank">http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/ic/ar5212.c</a>). Ο<br>
> ίδιος ο Reyk επίσης έχει πει "I also like to thank Nick Kossifidis<br>
> because he was the _only_ developer working on a Linux port who<br>
> stopped talking about licensing blah and send me some code, feedback,<br>
> and bug reports."<br>
> (<a href="http://article.gmane.org/gmane.linux.kernel.wireless.general/1704" target="_blank">http://article.gmane.org/gmane.linux.kernel.wireless.general/1704</a>).<br>
> Ανέκαθεν προσπάθησα να στηρίξω τα παιδιά και τη προσπάθειά τους, ακόμα<br>
> και όταν ο Theo με απειλούσε με μηνύσεις.<br>
><br>
><br>
> Πραγματικά έφαγα φλασιά σήμερα, λες και ξανατραβάω την ίδια φάση με<br>
> τότε. Εύχομαι να μη τύχει σε κανένα σας, κλείνω με μερικά mail μεταξύ<br>
> εμου και του Reyk γιατί τελικά τα ωραία μένουν και η κοινότητα είναι<br>
> πολύ ωραία για να χαλιόμαστε με βλακείες και να πετάμε λάσπη μεταξύ<br>
> μας...<br>
><br>
> ---<br>
> από Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> προς Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> ημερομηνία 30 Μαρτίου 2006 7:48 μ.μ.<br>
> θέμα Working Ar5k Linux port.<br>
> εστάλη-από <a href="http://gmail.com" target="_blank">gmail.com</a><br>
><br>
><br>
> Hello Reyk, some time ago i finished porting your code to linux,<br>
> you can check it out here:<br>
><br>
><br>
> svn checkout svn://<a href="http://147.52.78.39/" target="_blank">147.52.78.39/</a> openhal<br>
><br>
><br>
> I think i've found a bug in ath_hal_mhz2ieee function, it returns 1<br>
> for the first 5Ghz channel (check out the comments at<br>
> ath_hal_init_channels).<br>
><br>
> I have an ar5212 (CM9) card that currently works on b mode with<br>
> MadWiFi 07/11/2005 (just before the BSD-HEAD merge) you can grab the<br>
> code via svn<br>
><br>
> svn checkout <a href="http://svn.madwifi.org/branches/madwifi-old" target="_blank">http://svn.madwifi.org/branches/madwifi-old</a> -r 1142 madwifi<br>
><br>
> ( just remove the ending ")" in line 175 at<br>
> net80211/ieee80211_radiotap.h and it should work ).<br>
><br>
> A and g modes don't work, some problem with OFDM probably, i think<br>
> it's located at ar5k_ar5212_reset after some tracing, maybe at<br>
> ar5k_ar5112_rfregs or ath_hal_computetxtime.<br>
><br>
> I also see some weird behaviour on ath_hal_computetxtime, check it<br>
> out...<br>
> ---<br>
><br>
> ---<br>
> από Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>><br>
> προς Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> ημερομηνία 2 Απριλίου 2006 11:54 μ.μ.<br>
> θέμα Re: Working Ar5k Linux port.<br>
> εστάλη-από <a href="http://vantronix.net" target="_blank">vantronix.net</a><br>
><br>
><br>
> hi,<br>
><br>
><br>
> Nick Kossifidis wrote:<br>
><br>
> Hello Reyk, some time ago i finished porting your code to linux,<br>
> you can check it out here:<br>
><br>
><br>
> svn checkout svn://<a href="http://147.52.78.39/" target="_blank">147.52.78.39/</a> openhal<br>
><br>
><br>
> cool, thank you for your work!<br>
><br>
> i'll have a look at the bugs asap.<br>
> ---<br>
><br>
> ---<br>
> από Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>><br>
> προς Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> κοιν. <a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a><br>
> ημερομηνία 15 Μαΐου 2006 11:57 μ.μ.<br>
> θέμα Re: Working Ar5k Linux port.<br>
> εστάλη-από <a href="http://vantronix.net" target="_blank">vantronix.net</a><br>
><br>
><br>
> hi nick,<br>
><br>
> any news or any success with the ar5212 OFDM modes?<br>
><br>
> reyk<br>
> ---<br>
><br>
> ---<br>
> από Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> προς Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>><br>
> ημερομηνία 16 Μαΐου 2006 1:16 μ.μ.<br>
> θέμα Re: Working Ar5k Linux port.<br>
> εστάλη-από <a href="http://gmail.com" target="_blank">gmail.com</a><br>
><br>
><br>
> Yup I finaly got some equipment and 802.11a works so it's probably a<br>
> problemm with channel marking on g channels. I'll let you know if i<br>
> find anything interesting ;-)<br>
><br>
> Did you take a look at mhz2ieee and computetxtime ?<br>
><br>
> See you<br>
> Nick<br>
> ---<br>
><br>
> ---<br>
> από Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> προς Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>>,<br>
> Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>><br>
> ημερομηνία 5 Μαρτίου 2007 3:28 μ.μ.<br>
> θέμα ar5k fixes :-)<br>
> εστάλη-από <a href="http://gmail.com" target="_blank">gmail.com</a><br>
><br>
> Hello Reyk, we 've found the following bugs...<br>
><br>
> a) In is_intr_pending when the card is removed, register reads<br>
> 0xFFFF.. which is treated as true, so in pcmcia cards this is a<br>
> problem, also this register is common for all chipsets so we<br>
> implemented a new function outside HAL that's faster. Anyway here is a<br>
> fix for current ar5k...<br>
><br>
> -return (AR5K_REG_READ(AR5K_AR5212_INTPEND) == 0 ? FALSE : TRUE);<br>
> +return (AR5K_REG_READ(AR5K_AR5212_INTPEND) == 1 ? TRUE : FALSE);<br>
><br>
> also check this out:<br>
> <a href="http://madwifi.org/browser/branches/madwifi-old-openhal/ath/ath_hw.h?rev=2121" target="_blank">http://madwifi.org/browser/branches/madwifi-old-openhal/ath/ath_hw.h?rev=2121</a><br>
><br>
> b) There is an implementation of set_bssid_mask (used for VAPs on<br>
> 5212) from Pavel Roskin<br>
> <a href="http://madwifi.org/changeset/1979" target="_blank">http://madwifi.org/changeset/1979</a><br>
><br>
> c) Enabling the gpio interrupt resulted in too much events that halted<br>
> the system so i dissabled it for now (we sould handle this in<br>
> ath_intr)...<br>
> <a href="http://madwifi.org/changeset/1948" target="_blank">http://madwifi.org/changeset/1948</a><br>
><br>
> d) On big endian arch the bcopy for associd etc isn't right since<br>
> there is no swapping, check this out:<br>
> <a href="http://madwifi.org/changeset/2172" target="_blank">http://madwifi.org/changeset/2172</a> (we' ve changed reg_read/reg_write<br>
> functs also) This fix is also from Pavel<br>
><br>
> Also feel free to get anything you want from here -><br>
> <a href="http://madwifi.org/log/branches/madwifi-old-openhal" target="_blank">http://madwifi.org/log/branches/madwifi-old-openhal</a><br>
> ---<br>
><br>
> ---<br>
> από Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> προς Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> κοιν. Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> ημερομηνία 5 Μαρτίου 2007 4:26 μ.μ.<br>
> θέμα Re: ar5k fixes :-)<br>
> εστάλη-από <a href="http://slim.vantronix.net" target="_blank">slim.vantronix.net</a><br>
><br>
> Hi!<br>
><br>
> On Mon, Mar 05, 2007 at 03:28:11PM +0200, Nick Kossifidis wrote:<br>
>> Hello Reyk, we 've found the following bugs...<br>
>><br>
><br>
> Thanks you very much for this mail!<br>
><br>
>> a) In is_intr_pending when the card is removed, register reads<br>
>> 0xFFFF.. which is treated as true, so in pcmcia cards this is a<br>
>> problem, also this register is common for all chipsets so we<br>
>> implemented a new function outside HAL that's faster. Anyway here is a<br>
>> fix for current ar5k...<br>
>><br>
>> -return (AR5K_REG_READ(AR5K_AR5212_INTPEND) == 0 ? FALSE : TRUE);<br>
>> +return (AR5K_REG_READ(AR5K_AR5212_INTPEND) == 1 ? TRUE : FALSE);<br>
>><br>
>> also check this out:<br>
>> <a href="http://madwifi.org/browser/branches/madwifi-old-openhal/ath/ath_hw.h?rev=2121" target="_blank">http://madwifi.org/browser/branches/madwifi-old-openhal/ath/ath_hw.h?rev=2121</a><br>
>><br>
><br>
> Ok, I will check and test this. It makes sense to me.<br>
><br>
>> b) There is an implementation of set_bssid_mask (used for VAPs on<br>
>> 5212) from Pavel Roskin<br>
>> <a href="http://madwifi.org/changeset/1979" target="_blank">http://madwifi.org/changeset/1979</a><br>
>><br>
><br>
> I will import some of your additional functions, even if we don't use<br>
> them at the moment. It's good to keep it a bit in sync.<br>
><br>
>> c) Enabling the gpio interrupt resulted in too much events that halted<br>
>> the system so i dissabled it for now (we sould handle this in<br>
>> ath_intr)...<br>
>> <a href="http://madwifi.org/changeset/1948" target="_blank">http://madwifi.org/changeset/1948</a><br>
>><br>
><br>
> I disabled the GPIO some time ago, because we didn't have a real use<br>
> for it. But I will have a look at it.<br>
><br>
>> d) On big endian arch the bcopy for associd etc isn't right since<br>
>> there is no swapping, check this out:<br>
>> <a href="http://madwifi.org/changeset/2172" target="_blank">http://madwifi.org/changeset/2172</a> (we' ve changed reg_read/reg_write<br>
>> functs also) This fix is also from Pavel<br>
>><br>
><br>
> Thanks for this finding!<br>
><br>
>> Also feel free to get anything you want from here -><br>
>> <a href="http://madwifi.org/log/branches/madwifi-old-openhal" target="_blank">http://madwifi.org/log/branches/madwifi-old-openhal</a><br>
>><br>
><br>
> I will probably do some more mergeing.<br>
><br>
> Reyk<br>
> ---<br>
><br>
> ---<br>
> από Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> προς Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> κοιν. Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> ημερομηνία 5 Μαρτίου 2007 5:55 μ.μ.<br>
> θέμα Re: ar5k fixes :-)<br>
> εστάλη-από <a href="http://slim.vantronix.net" target="_blank">slim.vantronix.net</a><br>
><br>
> On Mon, Mar 05, 2007 at 03:28:11PM +0200, Nick Kossifidis wrote:<br>
>> d) On big endian arch the bcopy for associd etc isn't right since<br>
>> there is no swapping, check this out:<br>
>> <a href="http://madwifi.org/changeset/2172" target="_blank">http://madwifi.org/changeset/2172</a> (we' ve changed reg_read/reg_write<br>
>> functs also) This fix is also from Pavel<br>
>><br>
><br>
> i'm not sure if you're approach is safe on strict alignment<br>
> architectures. but thanks for the hint, we're currently testing the<br>
> following diff.<br>
><br>
> reyk<br>
> ---<br>
><br>
> ---<br>
> από Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> προς Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> ημερομηνία 6 Μαρτίου 2007 1:46 π.μ.<br>
> θέμα Re: ar5k fixes :-)<br>
> εστάλη-από <a href="http://gmail.com" target="_blank">gmail.com</a><br>
><br>
><br>
>> Thanks you very much for this mail!<br>
><br>
> Anytime man, thank you for your code ;-)<br>
><br>
> I'll look for the strict alignment architectures you mentioned, i<br>
> think le**_to_cpu handles it ok but i'll check on it.<br>
> ---<br>
><br>
> ---<br>
> από Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> προς Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>>,<br>
> Reyk Floeter<<a href="mailto:reyk@openbsd.org">reyk@openbsd.org</a>><br>
> ημερομηνία 16 Ιουνίου 2007 4:45 μ.μ.<br>
> θέμα got g working<br>
> εστάλη-από <a href="http://gmail.com" target="_blank">gmail.com</a><br>
><br>
><br>
> Hello Reyk<br>
><br>
> It seems that you got to force PHY_MODE_MOD_DYN on 5212+ to make g<br>
> mode work, with PHY_MODE_MOD_OFDM it doesn't transmit or receive<br>
> anything (channels change ok). Take a look at the svn repository<br>
> (<a href="http://madwifi.org/log/branches/madwifi-old-openhal" target="_blank">http://madwifi.org/log/branches/madwifi-old-openhal</a>) and take<br>
> whatever you want (i also found some faulse shift in reset_tx_queue).<br>
><br>
> Have fun ;-)<br>
> ---<br>
><br>
> ---<br>
> από Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>><br>
> απάντηση-προς Reyk Floeter<<a href="mailto:reyk@vantronix.net">reyk@vantronix.net</a>><br>
> προς Nick Kossifidis<<a href="mailto:mickflemm@gmail.com">mickflemm@gmail.com</a>><br>
> ημερομηνία 18 Ιουνίου 2007 2:19 μ.μ.<br>
> θέμα RE: got g working<br>
><br>
><br>
> Hi Nick!<br>
><br>
> I'm currently on a longer trip to Canada, but I will return to Germany<br>
> this week and look at all your diffs. Thanks for your great work!<br>
><br>
> Reyk<br>
> ---<br>
><br>
<br>
Νίκο Καλη Χρονιά<br>
<br>
Ίσως αυτό αρχίζει να λύνει κάπως το πρώτο σκέλος του μηνύματός σου:<br>
<br>
Linux Foundation Announces Broadcom as New Member<br>
<br>
Global communications leader Broadcom Corporation follows its move to<br>
open source 802.11 chipset drivers with increased open development<br>
<br>
SAN FRANCISCO, January 10, 2011 — The Linux Foundation, the nonprofit<br>
organization dedicated to accelerating the growth of Linux, today<br>
announced that Broadcom Corporation is its newest member.<br>
<br>
Πηγή: <a href="http://lwn.net/Articles/422001/" target="_blank">http://lwn.net/Articles/422001/</a><br>
<br>
Greeklug mailing list<br>
<br>
<a href="mailto:Greeklug@mail.greeklug.gr">Greeklug@mail.greeklug.gr</a><br>
<br>
<a href="http://lists.greeklug.gr/mailman/listinfo/greeklug" target="_blank">http://lists.greeklug.gr/mailman/listinfo/greeklug</a><br>
<br>
----------------------------------------<br>
<br>
Ο Σύλλογος "ΕΝΩΣΗ ΕΛΛΗΝΩΝ ΧΡΗΣΤΩΝ ΚΑΙ ΦΙΛΩΝ ΕΛΛΑΚ" (GREEK.L.U.G)<br>
δεν φέρει απολύτως καμία ευθύνη για το περιεχόμενο του παρόντος e-mail το οποίο εκφράζει αποκλειστικά απόψεις του συγγραφέα.</blockquote></div><br><br clear="all"><br>-- <br>P Think before you print.<br>Argyriou Sokrates<br>
Technikal Satelite engenering<br>Thesaloniki Greece<br>
</div>