Date: Mon, 20 Feb 2006 20:57:38 +0900 From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= <jinmei@isl.rdc.toshiba.co.jp> To: Doug Barton <dougb@FreeBSD.org> Cc: Kris Kennaway <kris@obsecurity.org>, net@FreeBSD.org Subject: Re: Changing time causes ipv6 panics Message-ID: <y7v3bie1bv1.wl%jinmei@isl.rdc.toshiba.co.jp> In-Reply-To: <43EFBD2C.2070108@FreeBSD.org> <43D5F3F7.1040001@FreeBSD.org> References: <20060116004438.GA27901@xor.obsecurity.org> <20060207054502.GA18560@xor.obsecurity.org> <y7vhd7bjwye.wl%jinmei@isl.rdc.toshiba.co.jp> <43EFBD2C.2070108@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> On Sun, 12 Feb 2006 14:56:44 -0800, >>>>> Doug Barton <dougb@FreeBSD.org> said: >> Could you try the patch attached below? > I probably should have mentioned this earlier, but I started testing this > patch on HEAD and RELENG_6 shortly after you sent it, and I haven't been > able to reproduce the panic I was seeing, either accidentally or on purpose. :) That's a good news, but do you mean the panic you mentioned before (copied below)? >>>>> On Tue, 24 Jan 2006 01:31:35 -0800, >>>>> Doug Barton <dougb@FreeBSD.org> said: > FYI, I'm using the same, and see panics when I'm using IPv6, although I > haven't got it to dump yet (I'm always in X when it happens). I did find a > way to semi-reliably trigger the reboot though. > 1. Set up IPv6 and RA on my local switch > 2. Configure an IPv6 address on my interface using rtsol > 3. Open a connection to a remote host over IPv6 > 4. Suddenly withdraw the route on the switch (powering it down works) > 5. Boom If so, it's surprising that my patch fixes it as well, since the above procedure does not seem to be related to address lifetimes... JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?y7v3bie1bv1.wl%jinmei>