ftpd STOR and STOU work the same ?
I noticed a strange behaviour, sending a file twice create version even if sunique is off, on all versions I can test. This includes: - FreeBSD 5.0-CURRENT #0: Sun Dec 9 08:37:55 CET 2001 - FreeBSD 4.4-STABLE #6: Fri Oct 12 21:44:36 CEST 2001 - FreeBSD 4.5-PRERELEASE #0: Fri Dec 28 18:47:34 CET 2001 all updated with cvsup and a fresh installed 4.2 from cdrom: - FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 This is my test bed (incoming is writeable, mod=777), following a log with my -CURRENT box (but other versions works the same): # cd /etc ftp localhost [...anonymous login...] 230 Guest login ok, access restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. ftp pwd 257 / is current directory. ftp dir 150 Opening ASCII mode data connection for '/bin/ls'. total 1 drwxrwxrwx 2 0 0 512 Dec 29 15:58 incoming 226 Transfer complete. ftp cd incoming 250 CWD command successful. ftp dir 150 Opening ASCII mode data connection for '/bin/ls'. 226 Transfer complete. Ok, starting with clean dir. Toggling sunique twice to make sure it is off and sendind a small file: ftp sunique Store unique on. ftp sunique Store unique off. ftp put motd local: motd remote: motd 150 Opening BINARY mode data connection for 'motd'. 100% |***|61 00:00 ETA 226 Transfer complete. 61 bytes sent in 0.00 seconds (19.98 KB/s) ftp put motd local: motd remote: motd 150 Opening BINARY mode data connection for 'motd.1'. 100% |***|61 00:00 ETA 226 Transfer complete. 61 bytes sent in 0.00 seconds (13.87 KB/s) ftp dir 150 Opening ASCII mode data connection for '/bin/ls'. total 2 -rw-r--r-- 1 69 0 61 Dec 29 16:02 motd -rw-r--r-- 1 69 0 61 Dec 29 16:02 motd.1 226 Transfer complete. Also tryed with debug enabled (debug command from client) and noticed that server use a different command when in unique mode _but_ either STOR than STOU create a unique file name :-( [...deleting all previous test file, starting with clean dir...] ftp debug Debugging on (debug=1). ftp put motd local: motd remote: motd --- TYPE I 200 Type set to I. --- EPSV 229 Entering Extended Passive Mode (|||49176|) --- STOR motd 150 Opening BINARY mode data connection for 'motd'. 100% |***|61 00:00 ETA 226 Transfer complete. 61 bytes sent in 0.00 seconds (18.77 KB/s) ftp put motd local: motd remote: motd --- EPSV 229 Entering Extended Passive Mode (|||49177|) --- STOR motd 150 Opening BINARY mode data connection for 'motd.1'. 100% |***|61 00:00 ETA 226 Transfer complete. 61 bytes sent in 0.00 seconds (18.81 KB/s) ftp sunique Store unique on. ftp put motd local: motd remote: motd --- EPSV 229 Entering Extended Passive Mode (|||49178|) --- STOU motd 150 Opening BINARY mode data connection for 'motd.2'. 100% |***|61 00:00 ETA 226 Transfer complete (unique file name:motd.2). 61 bytes sent in 0.00 seconds (19.01 KB/s) Yes, also tryed with passive off, all the same. I avoid to send that log, saving a lot of band. And GET works fine, with either unique on or off. I need overwrite to enable upload of a single file to a write disabled dir. Last question: using ftp from command line or from a cron job start with a different passive mode set, maybe a cron job doesn't read login.conf setting? Need explicit passive setting in script? Using ftp -p doesn't set passive mode the same from command line or from cron job. Is this a toggle or a force? Thanks for reading so much. Riccardo. PS: I'm subscribed only to -current, sorry. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
This patch works just fine here, thanks. Any chance of getting it as part of lukem distribution or ours? John -- John Hay -- [EMAIL PROTECTED] Differences/Losses: *) FTP_PASSIVE_MODE vs. FTP_MODE *) -4/-6 for forcing IPV4/IPV6 jhay Any chance of getting -4/-6 or something like it, back? It is very useful jhay here in our environment that have a lot of dual-stack machines. I think it is still useful in the environment where IPv6 link is relatively slow than IPv4 link. How about this patch? Index: contrib/lukemftp/src/fetch.c === RCS file: /home/ncvs/src/contrib/lukemftp/src/fetch.c,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 fetch.c --- contrib/lukemftp/src/fetch.c 19 Jul 2001 16:26:13 - 1.1.1.1 +++ contrib/lukemftp/src/fetch.c 22 Dec 2001 14:47:28 - @@ -617,7 +617,7 @@ memset(hints, 0, sizeof(hints)); hints.ai_flags = 0; - hints.ai_family = AF_UNSPEC; + hints.ai_family = family; hints.ai_socktype = SOCK_STREAM; hints.ai_protocol = 0; error = getaddrinfo(host, NULL, hints, res0); Index: contrib/lukemftp/src/ftp.1 === RCS file: /home/ncvs/src/contrib/lukemftp/src/ftp.1,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 ftp.1 --- contrib/lukemftp/src/ftp.119 Jul 2001 16:26:13 - 1.1.1.1 +++ contrib/lukemftp/src/ftp.122 Dec 2001 14:47:29 - @@ -77,7 +77,7 @@ Internet file transfer program .Sh SYNOPSIS .Nm -.Op Fl AadefginpRtvV +.Op Fl 46AadefginpRtvV .Bk -words .Op Fl o Ar output .Ek @@ -146,6 +146,14 @@ Options may be specified at the command line, or to the command interpreter. .Bl -tag -width port +.It Fl 4 +Forces +.Nm +to use IPv4 addresses only. +.It Fl 6 +Forces +.Nm +to use IPv6 addresses only. .It Fl A Force active mode ftp. By default, Index: contrib/lukemftp/src/ftp.c === RCS file: /home/ncvs/src/contrib/lukemftp/src/ftp.c,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 ftp.c --- contrib/lukemftp/src/ftp.c19 Jul 2001 16:26:14 - 1.1.1.1 +++ contrib/lukemftp/src/ftp.c22 Dec 2001 14:47:31 - @@ -149,7 +149,7 @@ memset(hints, 0, sizeof(hints)); portnum = parseport(port, FTP_PORT); hints.ai_flags = AI_CANONNAME; - hints.ai_family = AF_UNSPEC; + hints.ai_family = family; hints.ai_socktype = SOCK_STREAM; hints.ai_protocol = 0; error = getaddrinfo(host, NULL, hints, res0); Index: contrib/lukemftp/src/ftp_var.h === RCS file: /home/ncvs/src/contrib/lukemftp/src/ftp_var.h,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 ftp_var.h --- contrib/lukemftp/src/ftp_var.h19 Jul 2001 16:26:14 - 1.1.1.1 +++ contrib/lukemftp/src/ftp_var.h22 Dec 2001 14:47:31 - @@ -279,6 +279,8 @@ GLOBAL charremotepwd[MAXPATHLEN]; /* remote dir */ GLOBAL char *username; /* name of user logged in as. (dynamic) */ +GLOBAL sa_family_t family; /* address family to use for connections */ + GLOBAL char*ftpport; /* port number to use for FTP connections */ GLOBAL char*httpport; /* port number to use for HTTP connections */ GLOBAL char*gateport; /* port number to use for gateftp connections */ Index: contrib/lukemftp/src/main.c === RCS file: /home/ncvs/src/contrib/lukemftp/src/main.c,v retrieving revision 1.1.1.1 diff -u -u -r1.1.1.1 main.c --- contrib/lukemftp/src/main.c 19 Jul 2001 16:26:14 - 1.1.1.1 +++ contrib/lukemftp/src/main.c 22 Dec 2001 14:47:32 - @@ -171,6 +171,7 @@ upload_path = NULL; isupload = 0; reply_callback = NULL; + family = AF_UNSPEC; /* * Get the default socket buffer sizes if we don't already have them. @@ -255,8 +256,16 @@ } } - while ((ch = getopt(argc, argv, Aadefgino:pP:r:RtT:u:vV)) != -1) { + while ((ch = getopt(argc, argv, 46Aadefgino:pP:r:RtT:u:vV)) != -1) { switch (ch) { + case '4': + family = AF_INET; + break; + + case '6': + family = AF_INET6; + break; + case 'A': activefallback = 0; passivemode = 0; -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
On 29-Dec-2001 John Hay wrote: | This patch works just fine here, thanks. | | Any chance of getting it as part of lukem distribution or ours? | Luke has incorporated it into NetBSD's ftp, and it will be included with the next import of lukemftp. Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] msg33304/pgp0.pgp Description: PGP signature
HEADS UP: new rc.conf variable 'networkfs_types' changed
Hi folks, If anyone here is already using the new rc.conf(5) variable networkfs_types, please note that it has changed, as per the commit message below. See the updated rc.conf(5) manual page for details. Ciao, Sheldon. - Original Message - Date: Sat, 29 Dec 2001 11:42:55 -0800 (PST) From: Sheldon Hearn [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: cvs commit: src/etc rc src/etc/defaults rc.conf src/share/man/man5 rc.conf.5 sheldonh2001/12/29 11:42:55 PST Modified files: etc rc etc/defaults rc.conf share/man/man5 rc.conf.5 Log: Don't require operators to override the list of network filesystem types (networkfs_types) with a version that includes the original list. This increases the scope for user error and also means that systems with networkfs_types set in /etc/rc.conf will not benefit from changes to the list in /etc/defaults/rc.conf on upgrade. Instead, store the default list in /etc/rc itself and allow the operator to append to that list by specifying her own list in networkfs_types. Rename networkfs_types to extra_netfs_types accordingly, as the new name better describes the purpose of the variable. Default the value to 'NO'. Revision ChangesPath 1.136 +3 -3 src/etc/defaults/rc.conf 1.291 +12 -4 src/etc/rc 1.146 +12 -4 src/share/man/man5/rc.conf.5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: booting -current with etherboot?
Nicolas Souchu writes: | etherboot-5.0.3 doesn't boot my -current kernel. | | I previously had to upgrade the loader because of a similar problem when | booting a -current kernel with a -stable loader. | | What are exactly the differences? Etherboot boots a -stable kernel just fine. I'm using both 5.0.3 just tried 5.0.4 and both work. Remember that you need to compile in the hints into the kernel. I just verified this netbooting FreeBSD inside vmware. # uname -a FreeBSD 5.0-CURRENT FreeBSD 5.0-CURRENT #1: Sat Dec 29 20:24:00 GMT 2001 ambrisko@a21p:/usr/src/sys/i386/compile/NETBOOT i386 # mount 192.168.254.1:/data/home/ambrisko/netboot on / (nfs) devfs on /dev (devfs, local) # swapinfo Device 512-blocks UsedAvail Capacity Type [NFS swap] 1308160 130816 0%Interleaved # In my kernel config I have: #To statically compile in device wiring instead of /boot/device.hints hints NETBOOT.hints #Default places to look for devices. My NETBOOT.hints is basically a copy of GENERIC.hints. Doug A. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
[±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !!
Title: [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇÏ´Â ¹æ¹ý !! [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !! ÄÄÀ» ¾Ë°í³ª¸é ½ºÆÔ¸ÞÀÏ °ÆÁ¤¾ÈÇÏ°í ¾ó¸¶µçÁö ¸ÞÀÏÀ» ÀÌ¿ëÇÒ ¼ö°¡ ÀÖÁö¿©~ À¥¸ÞÀÏ ¸Þ´ºÁß È¯°æ¼³Á¤À̳ª¿É¼Ç¼±Åà - ÇÊÅͼ±ÅÃÈÄ - [±¤°í]¹®±¸¸¦ ¼ö½Å°ÅºÎ¿¡ Ãß°¡ÇÏ¸é ´ÙÀ½ºÎÅÍ Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ µé¾î°£ ¸ÞÀÏ°ú ¿µ¿øÈ÷ À̺°À» ÇÒ ¼ö ÀÖ´ä´Ï´Ù..^^ (¿åÀ» Çϰųª ½Å°í¸¸À¸·Ð ÀüÇô È¿°ú°¡ ¾øÀ½) ¸ðµç À¥¸ÞÀÏ¿¡´Â ½ºÆÔÂ÷´Ü ±â´É¿Ü ½È¾îÇÏ´Â ¸ÞÀϸ¸ ¸·À» ¼ö ÀÖ´Â ±â´ÉÀÌ ÀÖÀ¸¸ç .. ¼ºÀÎ, ¼îÇÎ, CD, µ¿¿µ»ó µî... ¹Þ±â½ÈÀº ³»¿ëÀÌ µé¾î°£ °Í¸¸ °ÅºÎÇÒ ¼öµµ Àִµ¥ Á¶±Ý¸¸ ½Å°æ¾²¸é [±¤°í]¸ÞÀÏ °ÆÁ¤ ¶Ò...!! °£´ÜÇÏÁÒ...^ ^ ¸¸¾à Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ ¾ø´Ù¸é º»¹®¿¡ "¼ö½Å°ÅºÎ"¶õ ¹®±¸¸¦ ÇÊÅ͸µÀ¸·Î Çغ¸¼¼¿ä ±×·³ ±¤°í¸ÞÀÏÀº ¸ø µé¾î¿À°í ÈÞÁöÅëÀ¸·Î »ç¶óÁý´Ï´Ù(Áï ±¤°í¸ÞÀÏÀº º»¹®¿¡ "¼ö½Å°ÅºÎ¸¦ ÇØÁÖ¼¼¿ä µî... Á˼ÛÇÕ´Ï´Ù µîÀÇ ¹®±¸°¡ ÀÖÀ¸´Ï ±× ¹®±¸¸¦ Æ÷ÇÔÇÑ °ÍÀº ¸ðµÎ ¸·¾Æ ÁÝ´Ï´Ù ) »õ·Î¿î µµ¸ÞÀÎ µî·Ï¾È³»...¹ÙÀÌ·¯½º °æ°í¾È³»...»õ·Î¿î ½Å»óÇ°À» ½Ñ °¡°Ý¿¡ ±¸ÀÔÇÒ ¼ö ÀÖ´Â ¼îÇθô...°ü±¤¾È³»...Çпø¾È³»...°¢Á¾Á¤º¸ ¼Ò½ÄÁö...¼ºÀÎ...µî...±× ¸ðµÎ¸¦ [±¤°í]¶ó°í ÇÏÁö¿ä~ ±×¸®°í ¼ö½ÅÀÚµéÁß 60%°¡ ±¤°í¸ÞÀÏ¿¡ ÀÇÇØ ¼ö¸¹Àº Á¤º¸¸¦ ¾ò´Â´Ù°í ÇÕ´Ï´Ù, ¼ö¸¹Àº ±¤°íµé Áß ²À ±× Á¤º¸¸¦ ÇÊ¿ä·Î ÇÏ´Â ºÐµµ °è½Ã´Ù´Â »ç½Ç ¶§¹®¿¡ ±¤°í´Â Á¸ÀçÇÏ´Â °ÍÀÔ´Ï´Ù ±×¸®°í ÀÌ ¾î·Á¿î ½Ã´ë¿¡ »ì¾Æ³²±â À§ÇØ ¸öºÎ¸²Ä¡´Â ºÐµéÀ» À§ÇØ ÀÚ±âÁý ¹®´Ü¼ÓÀ» ÇÏ´ÂÀǹ̿¡¼ [±¤°í] ÇÊÅ͸µ ¼±ÅÃÇϽÉÀÌ ¾î¶³·±Áö¿ä~~±¤°íÁֵ鵵 ´õºÒ¾î »ì¾Æ°¡´Â »ç¶÷µéÀ̴ϱî¿ä ±¤°í¸¦ÇÊ¿ä·Î ÇÏ´Â »ç¶÷¸¸ º¸±â¸¦ ¹Ù¶ó´Â ¸¶À½¿¡¼ ¹«·á¼ºÀοµÈº¸±â ¹«·á¼ºÀθ¸Èº¸±â - ÃÖÈÄÀÇ Èñ¸ÁÀº ±àÁ¤ÀûÀÎ »ç°í¹æ½Ä ±×¸®°í »ç¶û... - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
[±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !!
Title: [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇÏ´Â ¹æ¹ý !! [±¤°í]¹®±¸°¡ µé¾î°£ ¸ÞÀÏÀ» 100% Â÷´ÜÇϴ¹ý !! ÄÄÀ» ¾Ë°í³ª¸é ½ºÆÔ¸ÞÀÏ °ÆÁ¤¾ÈÇÏ°í ¾ó¸¶µçÁö ¸ÞÀÏÀ» ÀÌ¿ëÇÒ ¼ö°¡ ÀÖÁö¿©~ À¥¸ÞÀÏ ¸Þ´ºÁß È¯°æ¼³Á¤À̳ª¿É¼Ç¼±Åà - ÇÊÅͼ±ÅÃÈÄ - [±¤°í]¹®±¸¸¦ ¼ö½Å°ÅºÎ¿¡ Ãß°¡ÇÏ¸é ´ÙÀ½ºÎÅÍ Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ µé¾î°£ ¸ÞÀÏ°ú ¿µ¿øÈ÷ À̺°À» ÇÒ ¼ö ÀÖ´ä´Ï´Ù..^^ (¿åÀ» Çϰųª ½Å°í¸¸À¸·Ð ÀüÇô È¿°ú°¡ ¾øÀ½) ¸ðµç À¥¸ÞÀÏ¿¡´Â ½ºÆÔÂ÷´Ü ±â´É¿Ü ½È¾îÇÏ´Â ¸ÞÀϸ¸ ¸·À» ¼ö ÀÖ´Â ±â´ÉÀÌ ÀÖÀ¸¸ç .. ¼ºÀÎ, ¼îÇÎ, CD, µ¿¿µ»ó µî... ¹Þ±â½ÈÀº ³»¿ëÀÌ µé¾î°£ °Í¸¸ °ÅºÎÇÒ ¼öµµ Àִµ¥ Á¶±Ý¸¸ ½Å°æ¾²¸é [±¤°í]¸ÞÀÏ °ÆÁ¤ ¶Ò...!! °£´ÜÇÏÁÒ...^ ^ ¸¸¾à Á¦¸ñ¿¡ [±¤°í]¶ó´Â ¹®±¸°¡ ¾ø´Ù¸é º»¹®¿¡ "¼ö½Å°ÅºÎ"¶õ ¹®±¸¸¦ ÇÊÅ͸µÀ¸·Î Çغ¸¼¼¿ä ±×·³ ±¤°í¸ÞÀÏÀº ¸ø µé¾î¿À°í ÈÞÁöÅëÀ¸·Î »ç¶óÁý´Ï´Ù(Áï ±¤°í¸ÞÀÏÀº º»¹®¿¡ "¼ö½Å°ÅºÎ¸¦ ÇØÁÖ¼¼¿ä µî... Á˼ÛÇÕ´Ï´Ù µîÀÇ ¹®±¸°¡ ÀÖÀ¸´Ï ±× ¹®±¸¸¦ Æ÷ÇÔÇÑ °ÍÀº ¸ðµÎ ¸·¾Æ ÁÝ´Ï´Ù ) »õ·Î¿î µµ¸ÞÀÎ µî·Ï¾È³»...¹ÙÀÌ·¯½º °æ°í¾È³»...»õ·Î¿î ½Å»óÇ°À» ½Ñ °¡°Ý¿¡ ±¸ÀÔÇÒ ¼ö ÀÖ´Â ¼îÇθô...°ü±¤¾È³»...Çпø¾È³»...°¢Á¾Á¤º¸ ¼Ò½ÄÁö...¼ºÀÎ...µî...±× ¸ðµÎ¸¦ [±¤°í]¶ó°í ÇÏÁö¿ä~ ±×¸®°í ¼ö½ÅÀÚµéÁß 60%°¡ ±¤°í¸ÞÀÏ¿¡ ÀÇÇØ ¼ö¸¹Àº Á¤º¸¸¦ ¾ò´Â´Ù°í ÇÕ´Ï´Ù, ¼ö¸¹Àº ±¤°íµé Áß ²À ±× Á¤º¸¸¦ ÇÊ¿ä·Î ÇÏ´Â ºÐµµ °è½Ã´Ù´Â »ç½Ç ¶§¹®¿¡ ±¤°í´Â Á¸ÀçÇÏ´Â °ÍÀÔ´Ï´Ù ±×¸®°í ÀÌ ¾î·Á¿î ½Ã´ë¿¡ »ì¾Æ³²±â À§ÇØ ¸öºÎ¸²Ä¡´Â ºÐµéÀ» À§ÇØ ÀÚ±âÁý ¹®´Ü¼ÓÀ» ÇÏ´ÂÀǹ̿¡¼ [±¤°í] ÇÊÅ͸µ ¼±ÅÃÇϽÉÀÌ ¾î¶³·±Áö¿ä~~±¤°íÁֵ鵵 ´õºÒ¾î »ì¾Æ°¡´Â »ç¶÷µéÀ̴ϱî¿ä ±¤°í¸¦ÇÊ¿ä·Î ÇÏ´Â »ç¶÷¸¸ º¸±â¸¦ ¹Ù¶ó´Â ¸¶À½¿¡¼ ¹«·á¼ºÀοµÈº¸±â ¹«·á¼ºÀθ¸Èº¸±â - ÃÖÈÄÀÇ Èñ¸ÁÀº ±àÁ¤ÀûÀÎ »ç°í¹æ½Ä ±×¸®°í »ç¶û... - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PC Card hang
I haven't built a new kernel since I had got it working (by fetching the version before the commit). I haven't noticed any commits that might have been related to fixing this but I'm a couple weeks behind on reading cvs-all. Jim Bloom M. Warner Losh wrote: From: Jim Bloom [EMAIL PROTECTED] Subject: PC Card hang Date: Tue, 27 Nov 2001 19:26:04 -0500 : My laptop is hanging when I boot it after this commit. The system hangs : when pccardd is started. If no cards are installed, the boot proceeds : without a problem and the system hangs when the first card is inserted. ... : Modified files: : sys/pccard i82365.h pcic.c pcic_isa.c pcic_pci.c : Log: : o Try to do 3.3V support better for the 6722 and 6729/30. : o Bite the bullet and create controller types for the 6729 and also ... : Revision ChangesPath : 1.23 +18 -5 src/sys/pccard/i82365.h : 1.169 +32 -14src/sys/pccard/pcic.c : 1.23 +3 -3 src/sys/pccard/pcic_isa.c : 1.106 +5 -5 src/sys/pccard/pcic_pci.c Did this get resolved? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PC Card hang
: I haven't built a new kernel since I had got it working (by fetching : the version before the commit). I haven't noticed any commits that : might have been related to fixing this but I'm a couple weeks behind : on reading cvs-all. OK. I'll keep that in mind. I'm in a bit if a time crunch until after the first of the year. I can't seem to find where you told me which bridge chipset you were using. Presumably it is a 6729/6730? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: KSE changes available
In case anyone is interested I have put a set of patched source code files from the link below on my FreeBSD Web Page at: freebsd.imatowns.com/kse3 There are the patched source code files,individual patches (from the link below) and the un-patched source files in three differnet directories: /patched-src /patches /unpatched-src I have not tried to compile these yet, I just finished getting the source files patched :) Glenn G. Julian Elischer [EMAIL PROTECTED] wrote: The latest round of KSE changes are available from http://www.freebsd.org/~julian/thediff These changes represent a work in progress. Basically the state is: GENERIC compiles (I don't know yet if it runs but I doubt it.) The following changes have been made: The 'thread' structure is no longer a built-in part of the proc structure. There is an infrastructure to independently crfeate and reap threads. The infrastructure is used to create and destroy the 'usual' single thread associated with each process. It should eventually be used to create more threads per process.. The 'state' variable associated with the process has been raped and now each thread, and process and KSE has it's own state. This last part is the bit that is broken because a LOT of the kernel doesn't expect the state of a thread to be spread across several structures. For example: switch (p-p_stat) { case SRUN: ... case SSTOP: .. has to be completely rewritten because SRUN is a per-thread property and is accessed as: FOREACH_THREAD_IN_PROC(p, td) { switch(td-td_state) { case TDS_RUNNING: case TDS_RUNQ: case TDS_SLP: ... } ... } wheras STOP is still a per-process state. obviously any code that tries to assume the same scope for these tow states will break violently in the new code. I have replaced some of the logic where there seems to be a simple answer, but there are plenty of places where the answer is not clear. Such places include signal delivery, selection of process (thread?) to deliver a signal to, collection of scheduling statistics, handling FORK run by one of several threads, handling EXIT run by one of several threads, handling when the user types ^Z and suspends the process. If anyone is feeling adventurous they can stat with the code that is there and start fixing things :-) send me patches but let me know ahead of time what you will be doing so we don't duplicate, and so I can send you notes on where I'm going in that part.. I'll be working on the scheduler for the next few days I think. Note: if ((p-p_flag P_KSES) == 0) a process should act exactly as it does now.. :-) REGARDS JULIAN (bloody capslock key) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message __ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ntfs and sendfile problem (corrupted data)
I wrote about the issue once before but now I know more about the problem. I have ntfs partition mounted ro on current. I can read from it without problems. But I noticed I get corrupted data (the corrupted file has right size but contains mostly zeros) when using ftpd to read them. I'm pretty sure the problem is thus in sendfile(2) and/or ntfs fs support. -- Michal Mertl [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PC Card hang
The chipset is reported as a 6722 by the newer kernels that do not work. I will forward the earlier e-mails to you. Jim Bloom M. Warner Losh wrote: OK. I'll keep that in mind. I'm in a bit if a time crunch until after the first of the year. I can't seem to find where you told me which bridge chipset you were using. Presumably it is a 6729/6730? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PC Card hang
: The chipset is reported as a 6722 by the newer kernels that do not : work. I will forward the earlier e-mails to you. OK. Thanks Jim. I'll see what I can do. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
DVD 2 CDR 17941
Title: COPY ANY DVD MOVIE COPY ANY DVD MOVIE!! With our revolutionary software you can copy virtuallyany DVD Movie using your existing equipment! Conventional DVD copying equipment can cost thousands of $$$Our revolutionary software cost less than the price of 3 DVD Movies! CLICK HERE FOR MORE INFO If you wish to be removed simply Click Here To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message