Re: Where to start?
On Fri, 19 Jan 2007, Soeren Straarup wrote: Hi I'm looking for a project. Something that would actually be used. Preferely something with kernel and geom. I have looked over the project page, but not sure where to start. /Soeren I'd like to see the ability to run gjournal without reformatting. If you could create a dummy file inside the filesystem, then use that area for the journal, it might be possible. I'm sure that would let a lot more people see if journalling is right for them. Mike Silby Silbersack ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Interesting TCP issue
In [EMAIL PROTECTED], Julian Elischer wrote:
[ Snip discussion of symptoms of window scaling broken when
talking to at least the skype mail servers. ]
we have seen this since 4.x
I think a fix may be in 7.0 but I'm not sure..
I thin kthere is a problem when the far end sets the window down to 1
but scales it by a factor of 2^{big number}.
Andre, can you check out this problem and MFC the correct fix
if it is indeed the same problem in 6.2?
It is the same problem; I took the (one-line) fix as indicated by
http://cvs.ironport.com/cgi-bin/viewcvs.cgi/freebsd/src/sys/netinet/tcp_syncache.c.diff?r1=1.84r2=1.85
(well, not cvs.ironport.com, which doesn't seem to exist at the moment),
and applied the diff from 1.84 to
1.85 and to a 6.2-PRERELEASE box updated around 25 Dec 06.
It works like a charm.
I would vote to MFC 1.85 now that 6.2 is out.
The diff, for those who are following along at home, is:
===
RCS file: /usr/local/www/cvsroot/FreeBSD/src/sys/netinet/tcp_syncache.c,v
retrieving revision 1.84
retrieving revision 1.85
diff -u -p -r1.84 -r1.85
--- src/sys/netinet/tcp_syncache.c 2006/02/09 21:29:02 1.84
+++ src/sys/netinet/tcp_syncache.c 2006/02/28 23:05:59 1.85
@@ -682,7 +682,7 @@ syncache_socket(sc, lso, m)
tp-t_flags |= TF_NOOPT;
if (sc-sc_flags SCF_WINSCALE) {
tp-t_flags |= TF_REQ_SCALE|TF_RCVD_SCALE;
- tp-requested_s_scale = sc-sc_requested_s_scale;
+ tp-snd_scale = sc-sc_requested_s_scale;
tp-request_r_scale = sc-sc_request_r_scale;
}
if (sc-sc_flags SCF_TIMESTAMP) {
--
Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5 / 37N 20' 15.3
Internet: steve @ Watt.COM Whois: SW32-ARIN
Free time? There's no such thing. It just comes in varying prices...
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
About sade (was Re: Where to start?)
On Sat, Jan 20, 2007 at 01:24:44PM +0100, Alexander Leidinger wrote: Quoting Soeren Straarup [EMAIL PROTECTED] (Fri, 19 Jan 2007 21:19:35 +0100): Hi I'm looking for a project. Something that would actually be used. Preferely something with kernel and geom. I have looked over the project page, but not sure where to start. How hard is your requirement that it has to be in the kernel? If it is not very strong: you could extend sade(8) to handle GEOM stuff. How should the g* stuff be included? like extracting code from the individual g* control programs and placed in sade? I could look at doing that. /Soeren -- Soeren Straarup | aka OZ2DAK aka Xride FreeBSD committer | FreeBSD since 2.2.6-R If a program is not working right, then send a patch ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Where to start?
On 01/20/07 02:48, Mike Silbersack wrote: On Fri, 19 Jan 2007, Soeren Straarup wrote: Hi I'm looking for a project. Something that would actually be used. Preferely something with kernel and geom. I have looked over the project page, but not sure where to start. /Soeren I'd like to see the ability to run gjournal without reformatting. If you could create a dummy file inside the filesystem, then use that area for the journal, it might be possible. I'm sure that would let a lot more people see if journalling is right for them. I don't think you need to reformat. Just turning off softupdates and adding the journal on another device should work. Eric -- Eric AndersonSr. Systems AdministratorCentaur Technology An undefined problem has an infinite number of solutions. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Where to start?
Eric Anderson wrote: On 01/20/07 02:48, Mike Silbersack wrote: On Fri, 19 Jan 2007, Soeren Straarup wrote: Hi I'm looking for a project. Something that would actually be used. Preferely something with kernel and geom. I have looked over the project page, but not sure where to start. /Soeren I'd like to see the ability to run gjournal without reformatting. If you could create a dummy file inside the filesystem, then use that area for the journal, it might be possible. I'm sure that would let a lot more people see if journalling is right for them. I don't think you need to reformat. Just turning off softupdates and adding the journal on another device should work. I think what Mike means is that eliminating the need of another device and just use space in the current file system, perhaps a dummy file with VV_SYSTEM. Cheers, -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! signature.asc Description: OpenPGP digital signature
Re: Where to start?
On 01/20/07 12:37, LI Xin wrote: Eric Anderson wrote: On 01/20/07 02:48, Mike Silbersack wrote: On Fri, 19 Jan 2007, Soeren Straarup wrote: Hi I'm looking for a project. Something that would actually be used. Preferely something with kernel and geom. I have looked over the project page, but not sure where to start. /Soeren I'd like to see the ability to run gjournal without reformatting. If you could create a dummy file inside the filesystem, then use that area for the journal, it might be possible. I'm sure that would let a lot more people see if journalling is right for them. I don't think you need to reformat. Just turning off softupdates and adding the journal on another device should work. I think what Mike means is that eliminating the need of another device and just use space in the current file system, perhaps a dummy file with VV_SYSTEM. Cheers, Yea, that would be interesting, indeed. If we only had shrinkfs for UFS2. :) Eric -- Eric AndersonSr. Systems AdministratorCentaur Technology An undefined problem has an infinite number of solutions. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
ssh-add core dump out of the blue...
Hi List, all of a sudden my ssh-add dumps. As always :) I haven't changed anything. In the beginning I thought my encrypted disk key was borked but I re-created a new key and I have the same phenomenon. http://steve.localhost.lu/ssh-add.core http://steve.localhost.lu/ktrace.out [EMAIL PROTECTED] ~ $ uname -a FreeBSD laptop-steve.localhost.lu 6.2-RC2 FreeBSD 6.2-RC2 #1: Sun Dec 24 19:31:12 CET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAPTOP-STEVE i386 obviously the dump is my NON-FUNCTIONAL NO PASSPHRASE KEY!!! Do I need to provide any more info? cheers, Steve Clement -- __o | Steve Clement - Unix System Administrator _ \,_ | Current Location: Luxembourgr/Europe (_)/ (_) | Work to Eat, Eat to Live, Live to Bike, Bike to Work ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Add GENERIC weak symbols to rtld like libc's ones
I made two patches for HEAD and RELENG_6 to add GENERIC weak symbols to rtld like __foo, _foo and foo. How about these patches? rtld.c.7 Description: Binary data rtld.c.6 Description: Binary data ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
