Date: Tue, 17 Jan 2012 15:34:14 -0800 From: Colin Percival <cperciva@freebsd.org> To: Carsten Heesch <ch@sysconfig.org.uk> Cc: freebsd-xen@freebsd.org Subject: Re: FreeBSD now available on all EC2 instance types Message-ID: <4F160576.5070701@freebsd.org> In-Reply-To: <6851B793-C4D4-410E-82DD-58704AE3FB5E@sysconfig.org.uk> References: <4F14AA60.1090507@freebsd.org> <0E8D94F8-8A77-43CF-AE2A-E761C9EE74E4@sysconfig.org.uk> <4F15F34B.3050801@freebsd.org> <6851B793-C4D4-410E-82DD-58704AE3FB5E@sysconfig.org.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01/17/12 14:49, Carsten Heesch wrote: >> What gave you that idea? The patches in that directory are the differences >> between the 9.0-RELEASE source tree and the one I used to build the AMI. > > Oh, must have been wishful thinking then that it might go into FreeBSD and not remain a bunch of separate patches... :) Working on it. :-) The files rXXXXXX.patch are commits I've already made to HEAD but which weren't in 9.0-RELEASE. The others I hope to merge into FreeBSD in some form: * blkfront.patch makes us compatible with the multi-page request ring protocol used by Amazon's blkback and I'm waiting to confirm that I reverse-engineered that protocol correctly; * uart.patch is a workaround for a bug in the version of Xen which Amazon is using, but it's a really ugly hack so I'm hoping some more talented device driver hackers can improve it; * tcp_mbuf_chain_limit.patch limits the length of mbuf chains sent via TCP TSO due to limits in the linux netback driver, but currently it unconditionally limits all TCP connections -- I need to talk to network stack people about how the max-chain-length value should be passed from the network interface up the stack to the TCP code; * ec2.patch is just tweaking some configuration files, so that doesn't need to be merged and isn't really a patch anyway. There's also some new rc.d scripts which get installed and more configuration files; I'm not sure if it makes sense to bring those rc.d scripts into FreeBSD proper since they're only relevant to the EC2 environment. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F160576.5070701>