From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from ar.aichi-u.ac.jp ([202.250.160.40]) by ttr; Sat Aug 9 18:46:06 EDT 2014 Received: from [192.168.1.105] ([125.193.25.135]) by ar; Sun Aug 10 07:45:57 JST 2014 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: [9front] stats(1) suicide From: arisawa In-Reply-To: <85ce5f14cc01e339c5d77bcbbb37af15@felloff.net> Date: Sun, 10 Aug 2014 07:46:23 +0900 Content-Transfer-Encoding: quoted-printable Message-Id: List-ID: <9front.9front.org> X-Glyph: ➈ X-Bullshit: secure agile method engine-oriented database References: <85ce5f14cc01e339c5d77bcbbb37af15@felloff.net> To: 9front@9front.org X-Mailer: Apple Mail (2.1510) thanks cinap, that works. Kenji Arisawa On 2014/08/10, at 0:42, cinap_lenrek@felloff.net wrote: > many thanks kenji. i see whats wrong now. the bug is in iobufinit(). >=20 > xiop =3D ialloc(niob * RBUFSIZE, 0); >=20 > niob is uint so we get 32bit result. >=20 > iobufinit+0x114 0x000000000021ecd2 MOVL niob(SB),BP > iobufinit+0x11b 0x000000000021ecd9 SHLL $0xe,BP = /* multiplication by shift */ > iobufinit+0x11e 0x000000000021ecdc MOVL BP,BP > iobufinit+0x120 0x000000000021ecde MOVL $0x0,0x8(SP) > iobufinit+0x128 0x000000000021ece6 CALL ialloc(SB) >=20 > you must have raised fsmempercent so that it used more than 4g > for buffers causing the overflow. >=20 > i pushed fix now that does 64bit multiplications on amd64 so it > should work now after pull and recompiling cwfs and kernel. >=20 > -- > cinap