Re: SSE bcopy
On Wed, Apr 10, 2002 at 03:24:20PM -0700, Denis Serenyi wrote: After searching the hackers archives, I'm guessing that this is because FreeBSD 4.3 does not execute the instructions at boot time to enable SSE instructions to be executed, and also because FreeBSD 4.3 does not save the 128-bit SIMD registers on context switches. Am I correct in this assessment? Yep. It also seems like this support has been added to FreeBSD 4.5. Is this correct? Yes - it was added before 4.4 I think. Assuming yes, in what release was SSE support added to FreeBSD? Has anyone done a patch that can be applied to FreeBSD 4.3, or are the changes non-trivial? The commit message mentions: http://www.issei.org/issei/FreeBSD/sse.html http://kobe1995.net/~kaz/FreeBSD/SSE.en.html and I think there are patches available for 4.3 from one of those sites. David. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD Advanced tuning advice
Hello, This sort of tuning you're discussing really depends on your particular system. What are you running, what's your system doing, and are you seeing any problems? For the most part, the sysctl interface lets you tune everything. And compiler flags above -O2 are not supported on FreeBSD, so don't go there. :) On Wed, Apr 10, 2002 at 08:38:28PM -0400, Storms of Perfection wrote: I am looking for some more in-dept tuning related articles that go beyond the scope of the tuning(5) document that is currently on FreeBSD. I am looking for some extra resources that deal with the following: Compiler Flags VM Subsystem Tuning Network Tuning And anything else that might be of relevance. Sysctl Tuning (I think that might cover just about all the above, cept Compiler flags) Any help/tips/flames will be helpful (except for the flaming, of course) /ges To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: SSE bcopy
Denis Serenyi writes: I've been looking at adding an SSE bcopy that runs at user-level to a program that I'm working on. I'm using FreeBSD 4.3 currently. I wrote the routine, and when I execute it, I get an illegal instruction exception when I try to execute the first SSE instruction (movups). After searching the hackers archives, I'm guessing that this is because FreeBSD 4.3 does not execute the instructions at boot time to enable SSE instructions to be executed, and also because FreeBSD 4.3 does not save the 128-bit SIMD registers on context switches. Am I correct in this assessment? It also seems like this support has been added to FreeBSD 4.5. Is this correct? Assuming yes, in what release was SSE support added to FreeBSD? Has anyone done a patch that can be applied to FreeBSD 4.3, or are the changes non-trivial? As David says, have a look at http://kobe1995.net/~kaz/FreeBSD/SSE.en.html There is a patch there for 4.3. What are the performance implications to an SSE bcopy? How much faster is it than a normal bcopy? Would you consider releasing your code under a BSD license so that others could play with it, and possibly integrate it (or something based on it) into FreeBSD? Thanks, Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: SSE bcopy
On Thu, Apr 11, 2002 at 09:42:42AM -0400, Andrew Gallatin wrote: Denis Serenyi writes: I've been looking at adding an SSE bcopy that runs at user-level to a program that I'm working on. I'm using FreeBSD 4.3 currently. I wrote the routine, and when I execute it, I get an illegal instruction exception when I try to execute the first SSE instruction (movups). After searching the hackers archives, I'm guessing that this is because FreeBSD 4.3 does not execute the instructions at boot time to enable SSE instructions to be executed, and also because FreeBSD 4.3 does not save the 128-bit SIMD registers on context switches. Am I correct in this assessment? It also seems like this support has been added to FreeBSD 4.5. Is this correct? Assuming yes, in what release was SSE support added to FreeBSD? Has anyone done a patch that can be applied to FreeBSD 4.3, or are the changes non-trivial? As David says, have a look at http://kobe1995.net/~kaz/FreeBSD/SSE.en.html There is a patch there for 4.3. What are the performance implications to an SSE bcopy? How much faster is it than a normal bcopy? Would you consider releasing your code under a BSD license so that others could play with it, and possibly integrate it (or something based on it) into FreeBSD? Also if he wants to check if OS SSE support is enabled, he can check if the hw.instruction_sse sysctl is set to 1, then he'll know if it's safe to use :) -- Simon Dick [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD Advanced tuning advice
On Thu, Apr 11, 2002 at 08:18:11AM -0400, Michael Lucas wrote: On Wed, Apr 10, 2002 at 08:38:28PM -0400, Storms of Perfection wrote: I am looking for some more in-dept tuning related articles that go beyond the scope of the tuning(5) document that is currently on FreeBSD. I am looking for some extra resources that deal with the following: Compiler Flags VM Subsystem Tuning Network Tuning And anything else that might be of relevance. Sysctl Tuning (I think that might cover just about all the above, cept Compiler flags) Any help/tips/flames will be helpful (except for the flaming, of course) Hello, This sort of tuning you're discussing really depends on your particular system. What are you running, what's your system doing, and are you seeing any problems? For the most part, the sysctl interface lets you tune everything. And compiler flags above -O2 are not supported on FreeBSD, so don't go there. :) Erm.. gcc has quite a lot more flags than the -On optimizations :) There are things like -march, -mcpu, -fomit-frame-pointer, -funroll-loops and others.. unfortunately, I am not the best person to ask about those :) G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. msg33507/pgp0.pgp Description: PGP signature
How to catch closef()?
Hey. How to catch all file descryptors closing when I'm in kld module? I can't catch closef() because this isn't syscall of course:) At the moment I'm catching succeded close(), sys_exit(), and succeded kill(). But what with kernel kills (I mean segfaults, etc.)? I need this, because in cerb (http://cerber.sourceforge.net) I need to have function that will give me filename from file descryptor and pid. Any ideas? I don't want to patch kernel directly. -- Pawel Jakub Dawidek Network Administrator. Am I Evil? Yes, I Am. msg33508/pgp0.pgp Description: PGP signature
Re: FreeBSD Advanced tuning advice
On Thu, Apr 11, 2002 at 05:04:23PM +0300, Peter Pentchev wrote: Erm.. gcc has quite a lot more flags than the -On optimizations :) There are things like -march, -mcpu, -fomit-frame-pointer, -funroll-loops and others.. unfortunately, I am not the best person to ask about those :) Yes, but every time I've seen those brought up, the high-level hackers here say Don't do that. :) If we could get a definitive answer on acceptable flags, I'll put it in the FAQ. -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
vuoi davvero vincere con Internet?
Vorresti davvero Vincere con Internet? Questo Sistema è diverso da tutti gli altri, ti assicuro che dopo averlo compreso a fondo sarà per te IRRESISTIBILE la voglia di partecipare. QUESTO E` SENZA DUBBIO IL GIORNO PIU` FORTUNATO DELLA TUA VITA !!! IMMAGINA COSA POTRESTI FARE CON 750.000 EURO (1.5 - 2 MILIARDI DI LIRE) ... SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E-MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE E TUTTI I GIORNALI AMERICANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!! GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO, TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE FINO A QUANDO SARAI STUFO DI TUTTI QUEI SOLDI E' il caso di cominciare A TIRARE FUORI I SOGNI DAL CASSETTO !!! Immagina di poterti recare alla banca e chiudere quel mutuo sulla casa o appartamento !!! Oppure di prenderti un paio di mesi di vacanza o crociera in uno di quei posti esotici che hai sempre sognato, poi ritorna a casa a decidere cosa fare con piu` di un miliardo ancora a disposizione !!! Questo potrebbe diventare una PURA REALTA`anche per te grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE: questo e` quanto ci vuole per accumulare un minimo di $750.000 DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, o 750.000 EURO. Ti chiedo soltanto un paio di minuti del tuo tempo prezioso e un invito a leggere questa lettera: e ti prometto che quando l' avrai terminata la tua vita sara` gia` cambiata !!! Questa e` la testimonianza di Claudio Tommasi, l'italiano che ha finalmente deciso di tradurre la piu` famosa e-mail oggi in circolazione: Chi ti scrive e` un italiano, Claudio Tommasi, nato e cresciuto a S. Michele all' Adige, una cittadina alle porte di Trento, nel nord Italia. Mi sono sposato e trasferito negli Stati Uniti nel 1994, dopo un corso estivo al Campus dell' Universita` del nord Colorado, e tuttora vivo con mia moglie e i miei due figli in una bellissima cittadina chiamata Fort Collins, sempre nel nord Colorado. La ragione per cui ti scrivo e` perche` ormai da 5 mesi la mia vita e quella della mia famiglia e` totalmente cambiata. Perche` ??? Ho vinto la bellezza di $712.455 dollari, equivalenti a 1.426.862.000 lire italiane, senza fare assolutamente nulla !!! Quello che e` successo a me succedera` a tutti quelli che decideranno di partecipare all' ormai famoso MLM American System: E` GARANTITO !!! Perche` e` l'unico sistema al mondo col quale non si puo` perdere, e` impossibile !!!. La sua testimonianza continua sul sito... http://members.xoom.virgilio.it/interventi/ La differenza fra i vecchi sistemi multi livello e questo, e` molto semplice: Il principio è quasi simile a quello utopico del se ognuno dei 5 miliardi di persone oggi esistenti sulla terra spedisse 1 dollaro a tutti gli altri, vivremmo in un mondo di miliardari. Il fatto e` che non si può costringere qualcuno a versare dei soldi ad un altro individuo. Ecco che il concetto di MLM entra in gioco: ci vuole una rete di giocatori intenzionati a scambiarsi ogni 6 settimane 5 ?uro a testa, collezionando 750.000 ? a turno. Questo e` il semplice segreto di un sistema che non ha eguali in tutto il mondo: MLM American System. Non c'e` nessuna organizzazione dietro MLM che trattiene percentuali come altri sistemi, dove il solo che colleziona denaro e` l'ente che giostra il tutto. MLM e` una rete di oneste persone comuni COME TE che hanno tutto l'interesse di tenere in piedi un sistema che genera benessere per tutti. I soldi contenuti nelle lettere vengono spediti direttamente alle case dei partecipanti, e non raccolti da 'anonimi enti come in altri sistemi. Su questa e-mail, che sara` la tua lista se decidi di partecipare, ci sono i nominativi di 5 persone comuni come te, provenienti dall'Italia e da tutto il mondo. Come hai letto nella testimonianza di Claudio Tommasi, l'italiano che ha avuto la cortesia di tradurre questa famosa e-mail in italiano, stiamo cercando di far rimanere questa e-mail in Italia. Quindi considera la tua posizione: se cancelli questa e-mail toglierai una grande opportunita` a coloro che stanno aspettando che tu gliela spedisca. Anche se non intendi partecipare, spedisci questa e-mail ad almeno 10 persone. E se intendi partecipare, ti chiediamo cortesemente di farla circolare in Italia, affinché si crei un ciclo di giocatori italiani che entrano ed escono, scambiandosi ricchezza a turno ogni 6 settimane, come in altri paesi. Aiutaci in questo tentativo di creare un ramo MLM completamente italiano. Ci e` stato reso noto che la scorsa settimana alcuni giocatori italiani hanno rispedito la e-mail ad amici residenti negli USA, tagliando fuori milioni di giocatori italiani in attesa. Ti chiediamo pertanto di evitare che
vuoi davvero vincere con Internet?
Vorresti davvero Vincere con Internet? Questo Sistema è diverso da tutti gli altri, ti assicuro che dopo averlo compreso a fondo sarà per te IRRESISTIBILE la voglia di partecipare. QUESTO E` SENZA DUBBIO IL GIORNO PIU` FORTUNATO DELLA TUA VITA !!! IMMAGINA COSA POTRESTI FARE CON 750.000 EURO (1.5 - 2 MILIARDI DI LIRE) ... SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E-MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE E TUTTI I GIORNALI AMERICANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!! GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO, TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE FINO A QUANDO SARAI STUFO DI TUTTI QUEI SOLDI E' il caso di cominciare A TIRARE FUORI I SOGNI DAL CASSETTO !!! Immagina di poterti recare alla banca e chiudere quel mutuo sulla casa o appartamento !!! Oppure di prenderti un paio di mesi di vacanza o crociera in uno di quei posti esotici che hai sempre sognato, poi ritorna a casa a decidere cosa fare con piu` di un miliardo ancora a disposizione !!! Questo potrebbe diventare una PURA REALTA`anche per te grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE: questo e` quanto ci vuole per accumulare un minimo di $750.000 DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, o 750.000 EURO. Ti chiedo soltanto un paio di minuti del tuo tempo prezioso e un invito a leggere questa lettera: e ti prometto che quando l' avrai terminata la tua vita sara` gia` cambiata !!! Questa e` la testimonianza di Claudio Tommasi, l'italiano che ha finalmente deciso di tradurre la piu` famosa e-mail oggi in circolazione: Chi ti scrive e` un italiano, Claudio Tommasi, nato e cresciuto a S. Michele all' Adige, una cittadina alle porte di Trento, nel nord Italia. Mi sono sposato e trasferito negli Stati Uniti nel 1994, dopo un corso estivo al Campus dell' Universita` del nord Colorado, e tuttora vivo con mia moglie e i miei due figli in una bellissima cittadina chiamata Fort Collins, sempre nel nord Colorado. La ragione per cui ti scrivo e` perche` ormai da 5 mesi la mia vita e quella della mia famiglia e` totalmente cambiata. Perche` ??? Ho vinto la bellezza di $712.455 dollari, equivalenti a 1.426.862.000 lire italiane, senza fare assolutamente nulla !!! Quello che e` successo a me succedera` a tutti quelli che decideranno di partecipare all' ormai famoso MLM American System: E` GARANTITO !!! Perche` e` l'unico sistema al mondo col quale non si puo` perdere, e` impossibile !!!. La sua testimonianza continua sul sito... http://members.xoom.virgilio.it/interventi/ La differenza fra i vecchi sistemi multi livello e questo, e` molto semplice: Il principio è quasi simile a quello utopico del se ognuno dei 5 miliardi di persone oggi esistenti sulla terra spedisse 1 dollaro a tutti gli altri, vivremmo in un mondo di miliardari. Il fatto e` che non si può costringere qualcuno a versare dei soldi ad un altro individuo. Ecco che il concetto di MLM entra in gioco: ci vuole una rete di giocatori intenzionati a scambiarsi ogni 6 settimane 5 ?uro a testa, collezionando 750.000 ? a turno. Questo e` il semplice segreto di un sistema che non ha eguali in tutto il mondo: MLM American System. Non c'e` nessuna organizzazione dietro MLM che trattiene percentuali come altri sistemi, dove il solo che colleziona denaro e` l'ente che giostra il tutto. MLM e` una rete di oneste persone comuni COME TE che hanno tutto l'interesse di tenere in piedi un sistema che genera benessere per tutti. I soldi contenuti nelle lettere vengono spediti direttamente alle case dei partecipanti, e non raccolti da 'anonimi enti come in altri sistemi. Su questa e-mail, che sara` la tua lista se decidi di partecipare, ci sono i nominativi di 5 persone comuni come te, provenienti dall'Italia e da tutto il mondo. Come hai letto nella testimonianza di Claudio Tommasi, l'italiano che ha avuto la cortesia di tradurre questa famosa e-mail in italiano, stiamo cercando di far rimanere questa e-mail in Italia. Quindi considera la tua posizione: se cancelli questa e-mail toglierai una grande opportunita` a coloro che stanno aspettando che tu gliela spedisca. Anche se non intendi partecipare, spedisci questa e-mail ad almeno 10 persone. E se intendi partecipare, ti chiediamo cortesemente di farla circolare in Italia, affinché si crei un ciclo di giocatori italiani che entrano ed escono, scambiandosi ricchezza a turno ogni 6 settimane, come in altri paesi. Aiutaci in questo tentativo di creare un ramo MLM completamente italiano. Ci e` stato reso noto che la scorsa settimana alcuni giocatori italiani hanno rispedito la e-mail ad amici residenti negli USA, tagliando fuori milioni di giocatori italiani in attesa. Ti chiediamo pertanto di evitare che
Re: SSE bcopy
I don't think there will be a problem with releasing my source code. That is, if it works and is truly a performance win :) There are some PDF docs available on Intel's web site that have sample code for an SSE bcopy, and give performance results (in particular, Block Copy Using Pentium III Streaming SIMD Extensions). It seems to be about 60 - 80% faster than using MMX instructions. However, when you use SSE to store data in the destination memory location, you bypass the processor's caches. So, if you were to touch the data soon after the bcopy, it is no win at all. For what I'm trying, I'm not going to be touching the data, so it's ok. However, it may only be useful for freebsd in general as an alternative to the existing bcopy. Also, there is the hairy issue of saving the FP state before using these registers. Intel's paper describes a way to do this where you don't have to save the entire FP state - just 32 bytes of it. Thanks for your help, folks. I'll give the patch a try. On Thursday, April 11, 2002, at 06:42 AM, Andrew Gallatin wrote: As David says, have a look at http://kobe1995.net/~kaz/FreeBSD/SSE.en.html There is a patch there for 4.3. What are the performance implications to an SSE bcopy? How much faster is it than a normal bcopy? Would you consider releasing your code under a BSD license so that others could play with it, and possibly integrate it (or something based on it) into FreeBSD? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD Advanced tuning advice
Yes, but every time I've seen those brought up, the high-level hackers here say Don't do that. :) If we could get a definitive answer on acceptable flags, I'll put it in the FAQ. Basically (although I'm not a high-level hacker) what I've gathered is that -O optimization above -O (without a numbeR) isn't supported because there are known bugs in gcc opts above -O (and it's questionable whether or not they actually improve performance). Also, I know in a lot of cases the -march opts don't really do much either. In some cases doing -march=pentium actually produces faster code on current systems than doing -march=pentiumpro (or -march=i686, these are the same thing). So basically my recommendation is that no matter what you hear from linux people (just saw an article on slashdot, and the guy said he compiled the whole gentoo linux system with -march=i686, which really doesn't increase performance much ) say about these opts, they don't really help. Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Is natd the right tool?
Natd is a very cool tool for doing stuff like redirecting connections from an external network to an internal one but I'm have a slightly different problem. I have a single host with one public interface: host - fxp0 = 192.168.7.251 Also on this same host is a bunch more IP's on the loopback interface: host - lo0 = 127.0.0.1 127.0.0.2 . On each of the loopback addresses I have a DNS server listening. This part works just fine: matt@matt: {101} % dig www.foo.com @127.0.0.2 verbosity snipped> ;; ANSWER SECTION: www.foo.com.1D IN A 207.89.154.94 What I want to be able to do is send a dns query to the external interface of the machine on a non-standard port and have it redirect the query to a loopback address/port and return the query the appropriate query result to me. So, after reading the man page several times, I've tried using natd like this: natd -n fxp0 -redirect_port udp 127.0.0.2:53 192.168.7.251:55 However, doing so simply get's me a connection refused when I send it a query like this: matt@matt: {102} % dig -p 55 @192.168.7.251 www.foo.com ; >> DiG 8.3 >> -p @192.168.7.251 www.foo.com ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server 192.168.7.251: Connection refused matt@matt: {103} % I'm not exactly certain why it's failing. Is this the best approach to solving this problem? Is there a better way to go about this? Matt
Voui vincere con internet?
Vorresti davvero Vincere con Internet? Questo Sistema è diverso da tutti gli altri, ti assicuro che dopo averlo compreso a fondo sarà per te IRRESISTIBILE la voglia di partecipare. QUESTO E` SENZA DUBBIO IL GIORNO PIU` FORTUNATO DELLA TUA VITA !!! IMMAGINA COSA POTRESTI FARE CON 750.000 EURO (1.5 - 2 MILIARDI DI LIRE) ... SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E-MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE E TUTTI I GIORNALI AMERICANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!! GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO, TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE FINO A QUANDO SARAI STUFO DI TUTTI QUEI SOLDI E' il caso di cominciare A TIRARE FUORI I SOGNI DAL CASSETTO !!! Immagina di poterti recare alla banca e chiudere quel mutuo sulla casa o appartamento !!! Oppure di prenderti un paio di mesi di vacanza o crociera in uno di quei posti esotici che hai sempre sognato, poi ritorna a casa a decidere cosa fare con piu` di un miliardo ancora a disposizione !!! Questo potrebbe diventare una PURA REALTA`anche per te grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE: questo e` quanto ci vuole per accumulare un minimo di $750.000 DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, o 750.000 EURO. Ti chiedo soltanto un paio di minuti del tuo tempo prezioso e un invito a leggere questa lettera: e ti prometto che quando l' avrai terminata la tua vita sara` gia` cambiata !!! Questa e` la testimonianza di Claudio Tommasi, l'italiano che ha finalmente deciso di tradurre la piu` famosa e-mail oggi in circolazione: Chi ti scrive e` un italiano, Claudio Tommasi, nato e cresciuto a S. Michele all' Adige, una cittadina alle porte di Trento, nel nord Italia. Mi sono sposato e trasferito negli Stati Uniti nel 1994, dopo un corso estivo al Campus dell' Universita` del nord Colorado, e tuttora vivo con mia moglie e i miei due figli in una bellissima cittadina chiamata Fort Collins, sempre nel nord Colorado. La ragione per cui ti scrivo e` perche` ormai da 5 mesi la mia vita e quella della mia famiglia e` totalmente cambiata. Perche` ??? Ho vinto la bellezza di $712.455 dollari, equivalenti a 1.426.862.000 lire italiane, senza fare assolutamente nulla !!! Quello che e` successo a me succedera` a tutti quelli che decideranno di partecipare all' ormai famoso MLM American System: E` GARANTITO !!! Perche` e` l'unico sistema al mondo col quale non si puo` perdere, e` impossibile !!!. La sua testimonianza continua sul sito... http://members.xoom.virgilio.it/interventi/ La differenza fra i vecchi sistemi multi livello e questo, e` molto semplice: Il principio è quasi simile a quello utopico del se ognuno dei 5 miliardi di persone oggi esistenti sulla terra spedisse 1 dollaro a tutti gli altri, vivremmo in un mondo di miliardari. Il fatto e` che non si può costringere qualcuno a versare dei soldi ad un altro individuo. Ecco che il concetto di MLM entra in gioco: ci vuole una rete di giocatori intenzionati a scambiarsi ogni 6 settimane 5 ?uro a testa, collezionando 750.000 ? a turno. Questo e` il semplice segreto di un sistema che non ha eguali in tutto il mondo: MLM American System. Non c'e` nessuna organizzazione dietro MLM che trattiene percentuali come altri sistemi, dove il solo che colleziona denaro e` l'ente che giostra il tutto. MLM e` una rete di oneste persone comuni COME TE che hanno tutto l'interesse di tenere in piedi un sistema che genera benessere per tutti. I soldi contenuti nelle lettere vengono spediti direttamente alle case dei partecipanti, e non raccolti da 'anonimi enti come in altri sistemi. Su questa e-mail, che sara` la tua lista se decidi di partecipare, ci sono i nominativi di 5 persone comuni come te, provenienti dall'Italia e da tutto il mondo. Come hai letto nella testimonianza di Claudio Tommasi, l'italiano che ha avuto la cortesia di tradurre questa famosa e-mail in italiano, stiamo cercando di far rimanere questa e-mail in Italia. Quindi considera la tua posizione: se cancelli questa e-mail toglierai una grande opportunita` a coloro che stanno aspettando che tu gliela spedisca. Anche se non intendi partecipare, spedisci questa e-mail ad almeno 10 persone. E se intendi partecipare, ti chiediamo cortesemente di farla circolare in Italia, affinché si crei un ciclo di giocatori italiani che entrano ed escono, scambiandosi ricchezza a turno ogni 6 settimane, come in altri paesi. Aiutaci in questo tentativo di creare un ramo MLM completamente italiano. Ci e` stato reso noto che la scorsa settimana alcuni giocatori italiani hanno rispedito la e-mail ad amici residenti negli USA, tagliando fuori milioni di giocatori italiani in attesa. Ti chiediamo pertanto di evitare che
Re: Is natd the right tool?
On Thu, 11 Apr 2002, Matt Simerson wrote: natd -n fxp0 -redirect_port udp 127.0.0.2:53 192.168.7.251:55 However, doing so simply get's me a connection refused when I send it a query like this: matt@matt: {102} % dig -p 55 @192.168.7.251 www.foo.com ; DiG 8.3 -p @192.168.7.251 www.foo.com ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server 192.168.7.251: Connection refused You need to reflect the TCP port as well. Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
tekram SCSI DC3x5 driver
Hi, I updated the driver provided by tekram for these cards so that it actually compiles (and works :)) under -CURRENT (it uses old macros to compile under -STABLE). You may find it at www.ci0.org/trm. It seems it is not in the FreeBSD source tree because none of the committers owns this card so I'll try to keep it up to date there. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: Is natd the right tool?
could you please not send emails to the list in html. thank you. asenchi. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
No replies on this. Nobody has any ideas? /\/\ \/\/ On Wed, Apr 10, 2002 at 01:33:21PM -0400, Michael R. Wayne wrote: Ported some code that uses quotactl to 4.3 p19 and it fails with EINVAL when trying to: quotactl(var/mail, QCMD(Q_GETQUOTA, USRQUOTA), VALID_UID, blk) Looked at the source for edquota on 4.5 RELEASE (what I had handy), and ran a copy of it through gdb, it fails with the same error, then it goes in and reads/writes the quota files directly! So, is quotactl just not supported or do the filesystems need to be converted or what? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Is natd the right tool?
My apologies, I didn't realize the default format on my new client was rich text format. Matt On Thursday, April 11, 2002, at 01:17 PM, Asenchi wrote: could you please not send emails to the list in html. thank you. asenchi. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: SSE bcopy
Denis Serenyi writes: I don't think there will be a problem with releasing my source code. That is, if it works and is truly a performance win :) Cool! There are some PDF docs available on Intel's web site that have sample code for an SSE bcopy, and give performance results (in particular, Block Copy Using Pentium III Streaming SIMD Extensions). It seems to be about 60 - 80% faster than using MMX instructions. However, when you use SSE to store data in the destination memory location, you bypass the processor's caches. So, if you were to touch the data soon after the bcopy, it is no win at all. Hey, that's great! The copies I care about are in situtations where the data is not touched until much later, so the normal copy is typically a big loose because it blows out the cache.. Good luck, Drew To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
[no subject]
Natd is a very cool tool for doing stuff like redirecting connections from an external network to an internal one but I'm have a slightly different problem. I have a single host with one public interface: host - fxp0 = 192.168.7.251 Also on this same host is a bunch more IP's on the loopback interface: host - lo0 = 127.0.0.1 127.0.0.2 . On each of the loopback addresses I have a DNS server listening. This part works just fine: matt@matt: {101} % dig www.foo.com @127.0.0.2 verbosity snipped> ;; ANSWER SECTION: www.foo.com.1D IN A 207.89.154.94 What I want to be able to do is send a dns query to the external interface of the machine on a non-standard port and have it redirect the query to a loopback address/port and return the query the appropriate query result to me. So, after reading the man page several times, I've tried using natd like this: natd -n fxp0 -redirect_port udp 127.0.0.2:53 192.168.7.251:55 However, doing so simply get's me a connection refused when I send it a query like this: matt@matt: {102} % dig -p 55 @192.168.7.251 www.foo.com ; >> DiG 8.3 >> -p @192.168.7.251 www.foo.com ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server 192.168.7.251: Connection refused matt@matt: {103} % I'm not exactly certain why it's failing. Is this the best approach to solving this problem? Is there a better way to go about this? Matt
Re: ALi M5451 Sound card wont work. Please Help!
Hi, Did you try disabling PnP in your BIOS? This is the exact same message I was getting with my onboard sound card (YMF724F) until I disabled PnP in the bios, after which it worked great. HTH, Farooq mithril wrote: Hi Everyone, [snip] pcm0: Acer Labs M5451 port 0xd000-0xd0ff mem 0xdd00-0xdd000fff irq 5 at device 3.0 on pci0 pcm0: ac97 codec invalid or not present (id == 0) device_probe_and_attach: pcm0 attach returned 6 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Is natd the right tool?
On Thursday, April 11, 2002, at 01:39 PM, Julian Elischer wrote: check out ipfw's 'fwd' command Cool, never realized that was there. So, I tried it: I recompiled my kernel after adding IPFIREWALL_FORWARD to it. Then: ipfw add fwd 127.0.0.2,53 udp from any to 192.168.7.251 55 ipfw add fwd 127.0.0.2,53 tcp from any to 192.168.7.251 55 matt# ipfw show 00100 4 228 fwd 127.0.0.2,53 udp from any to 192.168.7.251 55 00200 00 fwd 127.0.0.2,53 tcp from any to 192.168.7.251 55 65535 528096 456266843 allow ip from any to any (I use DEFAULT_TO_ACCEPT) xl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3rxcsum,txcsum inet 192.168.7.251 netmask 0xfe00 broadcast 192.168.7.255 ether 00:01:02:38:2b:c7 media: Ethernet autoselect (100baseTX full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff00 inet 127.0.0.2 netmask 0x DNS server still serves happily off 127.0.0.2: matt# dig www.foo.com @127.0.0.2 ; DiG 8.3 www.foo.com @127.0.0.2 snip ;; ANSWER SECTION: www.foo.com.1D IN A 207.89.154.94 snip But it still won't serve off my external interface: matt# dig -p55 www.foo.com @192.168.7.251 ; DiG 8.3 -p55 www.foo.com @192.168.7.251 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server 192.168.7.251: Connection refused What am I missing? Matt To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
build of usbhidctl broken in -stable?
Hi, I think the build of usbhidctl is broken in stable, and by this I mean it is not self-contained under /usr/src but expects to have include files under /usr/include and the library uder /usr/lib. If I do a make buildworld I get === usr.bin/usbhidctl cc -O -pipe -c /usr/src/usr.bin/usbhidctl/usbhid.c /usr/src/usr.bin/usbhidctl/usbhid.c:50: libusbhid.h: No such file or directory and this is obvious because I don't have /usr/inlcude/libusbhid.h, I still have to install it. so I modified src/usr.bin/usbhidctl/Makefile; I added CFLAGS+= -I${.CURDIR}/../../lib/libusbhid but this is not enough, now the Makefile expects to have libusbhid.so already build: molter@cobweb[/usr/src/usr.bin/usbhidctl]$ make cc -O -pipe -I/usr/src/usr.bin/usbhidctl/../../lib/libusbhid -o usbhidctl usbhid.o -lusbhid /usr/libexec/elf/ld: cannot find -lusbhid *** Error code 1 I guess this means that src/lib/libusbhid should be built before src/usr.bin/usbhidctl, but I don't know the Makefile magic to make this happen. Am I correct or is my build environment screwed up? thanks marco -- Computers are like air conditioners. They stop working when you open Windows. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
Michael R. Wayne wrote: No replies on this. Nobody has any ideas? Nobody has seen it until now. On Wed, Apr 10, 2002 at 01:33:21PM -0400, Michael R. Wayne wrote: Ported some code that uses quotactl to 4.3 p19 and it fails with EINVAL when trying to: quotactl(var/mail, QCMD(Q_GETQUOTA, USRQUOTA), VALID_UID, blk) Looked at the source for edquota on 4.5 RELEASE (what I had handy), and ran a copy of it through gdb, it fails with the same error, then it goes in and reads/writes the quota files directly! So, is quotactl just not supported or do the filesystems need to be converted or what? 1) Path should be absolute 2) Path *must* refer to a mount point; you look like you are treating quotas as if they are more granular than they are. Quotas are on a per FS basis *only*. 3) Setting a manifest VALID_UID doesn't make it valid, just because you name it that. 8-). 4) [EINVAL] Cmd or the command type is invalid. 5) Are you sure that quotas are enables on this FS already? 6) Are you sure blk is a struct dqblk? 7) Quota UID and GID ranges are more limited than FreeBSD otherwise limits UID/GID ranges. Make sure that VALID_UID isn't larger than 65535 or smaller than 0. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
On Thu, Apr 11, 2002 at 01:48:40PM -0700, Terry Lambert wrote: Michael R. Wayne wrote: No replies on this. Nobody has any ideas? Nobody has seen it until now. SOMEbody did - that's why they hacked edquota.c! See code fragment below. On Wed, Apr 10, 2002 at 01:33:21PM -0400, Michael R. Wayne wrote: Ported some code that uses quotactl to 4.3 p19 and it fails with EINVAL when trying to: quotactl(var/mail, QCMD(Q_GETQUOTA, USRQUOTA), VALID_UID, blk) Looked at the source for edquota on 4.5 RELEASE (what I had handy), and ran a copy of it through gdb, it fails with the same error, then it goes in and reads/writes the quota files directly! So, is quotactl just not supported or do the filesystems need to be converted or what? 1)Path should be absolute It is in the code. I messed up in the email post. 2)Path *must* refer to a mount point; you look like you are treating quotas as if they are more granular than they are. Quotas are on a per FS basis *only*. /var/mail is a mount point on this box. 3)Setting a manifest VALID_UID doesn't make it valid, just because you name it that. 8-). OK, I am using 1017 and 1017 is a valid user id on the system. I abstracted in the email. 4)[EINVAL] Cmd or the command type is invalid. Right. But the same code works on other BSD systems. 5)Are you sure that quotas are enables on this FS already? Yes. And edquota (sorta, see below) works OK. 6)Are you sure blk is a struct dqblk? Yes. 7)Quota UID and GID ranges are more limited than FreeBSD otherwise limits UID/GID ranges. Make sure that VALID_UID isn't larger than 65535 or smaller than 0. 1017, which is a valid userid. Now - to re-iterate my point. The code for edquota FAILS IN EXACTLY THE SAME WAY with EINVAL. But edquota IGNORES this error. The reason that edquota works is that, when it gets this failure, it reads and writes the quota file directly. If quotactl works properly, why is there code in edquota.c to read/write the quotactl file directly? /usr/src/usr.sbin/edquota/edquota.c if (quotactl(fs-fs_file, qcmd, id, qup-dqblk) != 0) { if (errno == EOPNOTSUPP !warned) { --- running through gdb errno is EINVAL here. warned++; warnx(warning: quotas are not compiled into this kernel); sleep(3); } if ((fd = open(qfpathname, O_RDONLY)) 0) {--- So, edquota ignores quotactl and does it manually fd = open(qfpathname, O_RDWR|O_CREAT, 0640); if (fd 0 errno != ENOENT) { warn(%s, qfpathname); free(qup); continue; } warnx(creating quota file %s, qfpathname); sleep(3); (void) fchown(fd, getuid(), getentry(quotagroup, GRPQUOTA)); (void) fchmod(fd, 0640); } lseek(fd, (long)(id * sizeof(struct dqblk)), L_SET); To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
md_image
Happy day, I found the documentation in the 5.0-prerelease for working md_images. A 5.0 based kernel loaded with MD_ROOT will automagically find the first md_image file and turn it into a root filesystem... anybody have anything more to say, like compatibility being merged into 4.x? Oh, and I apologize to those of you who find what I say to be obvious, but there was an intrest expressed when I asked about this before... anyway, go out there and make use of this wonderful new tool! And a very very thank you to whoever programmed it! -Max Shron To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: read a file from a driver
There's an example of how to do this in the ``digi'' driver. It loads it's firmware module on-the-fly (if it can) and dumps it afterwards. As you can see, this saves a bunch of runtime space (digi is the base driver, digi_* are the firmware modules): $ ls -l /boot/kernel/digi* -r-xr-xr-x 1 root wheel 36911 Mar 29 00:48 /boot/kernel/digi.ko -r-xr-xr-x 1 root wheel 17800 Mar 29 00:48 /boot/kernel/digi_CX.ko -r-xr-xr-x 1 root wheel 69548 Mar 29 00:48 /boot/kernel/digi_CX_PCI.ko -r-xr-xr-x 1 root wheel 68764 Mar 29 00:48 /boot/kernel/digi_EPCX.ko -r-xr-xr-x 1 root wheel 70336 Mar 29 00:48 /boot/kernel/digi_EPCX_PCI.ko -r-xr-xr-x 1 root wheel 11400 Mar 29 00:48 /boot/kernel/digi_Xe.ko -r-xr-xr-x 1 root wheel 72852 Mar 29 00:48 /boot/kernel/digi_Xem.ko -r-xr-xr-x 1 root wheel 73608 Mar 29 00:48 /boot/kernel/digi_Xr.ko Unfortunately, if you want to load digi from loader.conf, you have to explicitly load the firmware module(s) too as the module load function is called before the filesystem is available. FWIW, Solaris has a crude interface that will allow you to open and getc/putc a file. It's smart enough to know that it should talk to the boot prom if roodev isn't yet set. I believe it was required for Solaris' drivers to be able to read their .conf files at boot time, and was sufficient to allow access to other files in the software I was writing. generally the answer is You can't do that BUT you could make a loadable module with the firmware, and load both the module and the driver before booting from the boot blocks.. then you can unload the firmware module after booting (or whenever) On Wed, 3 Apr 2002, Kreider, Carl wrote: I am working on an embedded project running FreeBSD, and my driver for our custom card needs to load an FPGA with code. I know I can compile the code in as data, but for ease of development, I would rather fetch the FPGA code from a file. With a driver in kernel space. Really. Can it be done? If so, how? open() and read() are obviously in libc which rules them out. Do I have to write my own in assembler? -- Carl Kreider Wind River Doctor Design Services 700 E Beardsley Suite 14A Elkhart Indiana 46514 219-206-8050 x104 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] = On two occasions I have been asked [by members of Parliament], 'Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question. -- Charles Babbage = -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.freebsd-services.com/brian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour ! brian@[uk.]OpenBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
On 11-Apr-2002 Dan Nelson wrote: In the last episode (Apr 11), Michael R. Wayne said: Now - to re-iterate my point. The code for edquota FAILS IN EXACTLY THE SAME WAY with EINVAL. But edquota IGNORES this error. The reason that edquota works is that, when it gets this failure, it reads and writes the quota file directly. If quotactl works properly, why is there code in edquota.c to read/write the quotactl file directly? /usr/src/usr.sbin/edquota/edquota.c if (quotactl(fs-fs_file, qcmd, id, qup-dqblk) != 0) { if (errno == EOPNOTSUPP !warned) { --- running through gdb errno is EINVAL here. warned++; warnx(warning: quotas are not compiled into this kernel); sleep(3); } if ((fd = open(qfpathname, O_RDONLY)) 0) {--- So, edquota ignores quotactl and does it manually Note the warnx() call. It writes directly to the quota file so you can set quotas even if your current kernel is not capable of enforcing them. Is your kernel compiled with options QUOTA? I can tell you on all my 4.* systems (4.0 through 4.5) edquota calls quotactl and it succeeds: 90883 edquota CALL quotactl(0x8057828,0x4,0x3e8,0x8057808) 90883 edquota NAMI /usr 90883 edquota RET quotactl 0 He didn't get EOPNOTSUPP, he got EINVAL. Perhaps it is a bug in edquota to edit the quota file directly for an errno other than EOPNOTSUPP? -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
A blind carbon copy
This is a blind carbon copy. ---BeginMessage--- In message: [EMAIL PROTECTED] Bogdan TARU [EMAIL PROTECTED] writes: : bgd@cvs$ mkdir temp : bgd@cvs$ ln -s temp b : bgd@cvs$ ls -ald temp b : lrwxr-xr-x 1 bgd wheel4 Apr 9 11:27 b - temp : drwxr-xr-x 2 bgd wheel 512 Apr 9 11:27 temp : bgd@cvs$ rm -rf b/ : bgd@cvs$ ls -ald temp b : ls: temp: No such file or directory : lrwxr-xr-x 1 bgd wheel 4 Apr 9 11:27 b - temp : bgd@cvs$ : As you can see, when I tried to remove the symlink 'b' with a trailing : slash 'rm -rf b/', the target directory was removed instead of the actual : symlink. Of course, this is weird (tryied it on some other 10 un*xes, and : all worked in another way). No, you removed 'b/' which is the same thing as 'b/.' which is the directory to which 'b' points. That's BSD, and that's not likely going to change. Too many user scripts would break, I can guarantee that. I'd like to see chapter and vers of Posix.2 quoted that requires this. There is no Posix.2 standard anymore, so I kinda doubt that is such a requirement. This should also be discussed on the standards list, so I've changed the CC to that list and only bcc'd hackers@. Warner ---End Message---
Re: FreeBSD Advanced tuning advice
The CPUTYPE variable in make.conf handles this, look at src/share/mk/bsd.cpu.mk. -- coleman On Thu, Apr 11, 2002 at 11:05:38AM -0400, Michael Lucas wrote: On Thu, Apr 11, 2002 at 05:04:23PM +0300, Peter Pentchev wrote: Erm.. gcc has quite a lot more flags than the -On optimizations :) There are things like -march, -mcpu, -fomit-frame-pointer, -funroll-loops and others.. unfortunately, I am not the best person to ask about those :) Yes, but every time I've seen those brought up, the high-level hackers here say Don't do that. :) If we could get a definitive answer on acceptable flags, I'll put it in the FAQ. -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.oreillynet.com/pub/q/Big_Scary_Daemons Absolute BSD: http://www.nostarch.com/abs_bsd.htm To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
John Baldwin wrote: Note the warnx() call. It writes directly to the quota file so you can set quotas even if your current kernel is not capable of enforcing them. Is your kernel compiled with options QUOTA? I can tell you on all my 4.* systems (4.0 through 4.5) edquota calls quotactl and it succeeds: 90883 edquota CALL quotactl(0x8057828,0x4,0x3e8,0x8057808) 90883 edquota NAMI /usr 90883 edquota RET quotactl 0 He didn't get EOPNOTSUPP, he got EINVAL. Perhaps it is a bug in edquota to edit the quota file directly for an errno other than EOPNOTSUPP? edquota tries to do for quotas what vipw does for password entries. The file you edit is not the real quota file, but a temp copy. For all practical purposes, you don't modify a quota until you have issued a successful quotactl call to set the new quota (or delete it). What's happening is expected: it's just like pwd_mkdb failing after editing the password file with vipw. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Is natd the right tool?
On Thu, Apr 11, 2002 at 09:24:24AM -0400, Matt Simerson wrote: Natd is a very cool tool for doing stuff like redirecting connections from an external network to an internal one but I'm have a slightly different problem. I have a single host with one public interface: host - fxp0 = 192.168.7.251 Also on this same host is a bunch more IP's on the loopback interface: host - lo0 = 127.0.0.1 127.0.0.2 . On each of the loopback addresses I have a DNS server listening. This part works just fine: matt@matt: {101} % dig www.foo.com @127.0.0.2 verbosity snipped ;; ANSWER SECTION: www.foo.com.1D IN A 207.89.154.94 What I want to be able to do is send a dns query to the external interface of the machine on a non-standard port and have it redirect the query to a loopback address/port and return the query the appropriate query result to me. Why don't you just have each named(8) listen on the different port? See 'listen-on' in named.conf(5). -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
In the last episode (Apr 11), Michael R. Wayne said: No replies on this. Nobody has any ideas? /\/\ \/\/ On Wed, Apr 10, 2002 at 01:33:21PM -0400, Michael R. Wayne wrote: Ported some code that uses quotactl to 4.3 p19 and it fails with EINVAL when trying to: quotactl(var/mail, QCMD(Q_GETQUOTA, USRQUOTA), VALID_UID, blk) Looked at the source for edquota on 4.5 RELEASE (what I had handy), and ran a copy of it through gdb, it fails with the same error, then it goes in and reads/writes the quota files directly! So, is quotactl just not supported or do the filesystems need to be converted or what? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message Do you have options QUOTA in yur kernel config file? -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: quotactl issues
In the last episode (Apr 11), Michael R. Wayne said: Now - to re-iterate my point. The code for edquota FAILS IN EXACTLY THE SAME WAY with EINVAL. But edquota IGNORES this error. The reason that edquota works is that, when it gets this failure, it reads and writes the quota file directly. If quotactl works properly, why is there code in edquota.c to read/write the quotactl file directly? /usr/src/usr.sbin/edquota/edquota.c if (quotactl(fs-fs_file, qcmd, id, qup-dqblk) != 0) { if (errno == EOPNOTSUPP !warned) { --- running through gdb errno is EINVAL here. warned++; warnx(warning: quotas are not compiled into this kernel); sleep(3); } if ((fd = open(qfpathname, O_RDONLY)) 0) {--- So, edquota ignores quotactl and does it manually Note the warnx() call. It writes directly to the quota file so you can set quotas even if your current kernel is not capable of enforcing them. Is your kernel compiled with options QUOTA? I can tell you on all my 4.* systems (4.0 through 4.5) edquota calls quotactl and it succeeds: 90883 edquota CALL quotactl(0x8057828,0x4,0x3e8,0x8057808) 90883 edquota NAMI /usr 90883 edquota RET quotactl 0 -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message