From patchwork Tue Nov 7 16:19:41 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Anton Nefedov X-Patchwork-Id: 10046961 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id A179B6031B for ; Tue, 7 Nov 2017 16:21:06 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 783922A2D8 for ; Tue, 7 Nov 2017 16:21:06 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 6C4B62A2D7; Tue, 7 Nov 2017 16:21:06 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.wl.linuxfoundation.org (Postfix) with ESMTPS id 00D0E2A283 for ; Tue, 7 Nov 2017 16:21:04 +0000 (UTC) Received: from localhost ([::1]:54237 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eC6cZ-0005Bn-VK for patchwork-qemu-devel@patchwork.kernel.org; Tue, 07 Nov 2017 11:21:03 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eC6bV-00057P-Md for qemu-devel@nongnu.org; Tue, 07 Nov 2017 11:20:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eC6bU-0001eV-F3 for qemu-devel@nongnu.org; Tue, 07 Nov 2017 11:19:57 -0500 Received: from mail-eopbgr20110.outbound.protection.outlook.com ([40.107.2.110]:15739 helo=EUR02-VE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eC6bM-0001Xm-08; Tue, 07 Nov 2017 11:19:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=virtuozzo.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=EQJuZF12czhE2XxyRg3djAOjhlMB3xREocBJKHr10Vk=; b=Eqct3847hbJ1HkGHe33R7H0XCW3Kqas/JjMCz6v8W1Fi8i71zk3sMYEYNc18KHDObd/YOoXcIp9qjT2LdPwY60x0UpQGnq4RsO5QxAHPT3t2RuT08nsZ0r2tqrJ8tw7UKt0UsoDXtXMkKZGacTeiNpu9D/9SJL9pMRzUA2rmDrQ= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=anton.nefedov@virtuozzo.com; Received: from [172.16.24.220] (195.214.232.6) by VI1PR0801MB1998.eurprd08.prod.outlook.com (2603:10a6:800:8a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.197.13; Tue, 7 Nov 2017 16:19:44 +0000 From: Anton Nefedov To: qemu-devel@nongnu.org Message-ID: Date: Tue, 7 Nov 2017 19:19:41 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Language: en-US X-Originating-IP: [195.214.232.6] X-ClientProxiedBy: AM5PR0701CA0024.eurprd07.prod.outlook.com (2603:10a6:203:51::34) To VI1PR0801MB1998.eurprd08.prod.outlook.com (2603:10a6:800:8a::19) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 2c682084-a243-4768-d746-08d525fb5b85 X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603199); SRVR:VI1PR0801MB1998; X-Microsoft-Exchange-Diagnostics: 1; VI1PR0801MB1998; 3:lDHuZY4/BtF4Q4xbSUvnYB2OiqvxHSkEv65XIbTG6DSpQmLDrXyIwAsr8c0Y1EONwa9vuNY+ViFezjIAQhGMOxwcojBA3rOyp0SHrzXXxHEg8Ai3zrmiuXOQ5FEL2bpMBai+h1rnPhpSUha24UWqgP6f4ok39+UkG3g6wgbBSq8krekIEWHY6tY6ZViwWErgfCaqY5gzTchotOB0pzVrMgU8V+mLudwN/blA3myuzSZBa6gOjpRy4MC7vW16IYzR; 25:CuaFQctPqP8rV1SestYTTDtU2jgrtLS2kgsrLwS4M1ihUko418HzxaRMRx3ynROCA0a4KEkbm7+ZLR2JdvVXmt2dIfkrxyNL+QXXG61AQrFvzLyQLeOw4ht46W/9GqEddF9vxs0x25h/RjbWtkoR9RiYB3wnj/aQPdyWruvnV5tFsMmPgJdlOKq9fOpE9YTbqfF6snZPIIvXL8zLjN5h6+6YfiDofQmikf7z8D8QxKHrG2cXUILPEHQJ4TN7l12vUVnbFPqJlJ/jCFbR9isil6JYSUEoO0muxfqs1s2GN3qdjFN+sOzZVH4n3nsg1ULtg4b8X5oVp4R1h+A5gT38qg==; 31:vyUxOe/hlp+OfpyVmy8U44N0gK+ycC2nnWWy/Og7GHt2McXWMR5j+xFOQYUZoqXXwOIPy3qzY7QgqBBwY14qeeK9LJNzotSP/cN3lTIvVhYKVMHkYS4YlkJOIWeB+OmcJ8ewdtPkxzz3AlnqAACVtZLomvwmBzYwXlCuznJ2x4W25IZcspZlUxQMUeoTU0VvFBaAdk4GZsx9w8WrgEZ4fpZcnGV5XHSdB2NrpJ0n6Q4= X-MS-TrafficTypeDiagnostic: VI1PR0801MB1998: X-Microsoft-Exchange-Diagnostics: 1; VI1PR0801MB1998; 20:brZ6z7CbRSZA3ozl2nx+8hrjiWJFOnde7wgH3eJHw6XN3OgvPKgLeSodpj9CeGizGZj9h9cTe8nHsrww9kC7owq+AdeyZADwsJTaJndc10ttjcH4mZq2JiY1HKUGwMn0svoRz8+nEBOAuoZyUtyMSnwVVaeCRn559zktRmyuCPW6l+iP5uPFoaqKyt9hjjGCP/YciGIbjXSUCCEh6ytEY2NvF3pUfTT9kiLVMx5oEBmn3OQiyLXbS5Tug/FozSsePBUaSRo3uWu/t84HHwmqaV5namx0SqyGC0mn00wURmp62SFto7nHQdf17/U5R8p8tu+folsQh/eEHghJjhS1AuCRdyDVoVDJb7Rxokg9atXfZVD6EmvE4MqEevOKLBziEpXwkLnh4uKdCmUjZj3PY0jssS4jEa4zLx0XbrOl8Qo=; 4:D7qsUvGwdZCmmizvRfCdD9RcMJGR2TaYFv55FFyPgeg3m7oza4pwcmNunxVYdvtDv0S1xcVaj9VT3opgj51JdfIbDN9t1Vkiq9MEV1QHd5jVit7HQmkMONmUCDyZYEuW+wee5r1A8Gg66aV3l66SP6tludWiAS5TAKSyPh7VYnVlmGnM6xhaTvp6d+d+xQmAHDdMeALbzKHxX82jNc2wIr/bCsXLVJHL8KujHqpdKM7bpuVuxknw4N1vbJJ6yYwrAoCx0QZvnzL0ibj8KaAbYA== X-Exchange-Antispam-Report-Test: UriScan:; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(93006095)(93001095)(100000703101)(100105400095)(10201501046)(3231021)(3002001)(6041248)(20161123564025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123558100)(20161123555025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:VI1PR0801MB1998; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:VI1PR0801MB1998; X-Forefront-PRVS: 0484063412 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10019020)(6009001)(6049001)(346002)(39830400002)(376002)(189002)(199003)(305945005)(23676003)(5890100001)(101416001)(189998001)(31696002)(67846002)(65806001)(2906002)(58126008)(65956001)(65826007)(575784001)(16576012)(5660300001)(316002)(33646002)(54356999)(2351001)(2361001)(47776003)(66066001)(50986999)(86362001)(25786009)(105586002)(106356001)(31686004)(230700001)(97736004)(8936002)(36756003)(3846002)(6916009)(8676002)(81156014)(6116002)(81166006)(4326008)(77096006)(68736007)(7736002)(50466002)(478600001)(6666003)(16526018)(64126003)(6486002)(53936002)(83506002); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR0801MB1998; H:[172.16.24.220]; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; Received-SPF: None (protection.outlook.com: virtuozzo.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtWSTFQUjA4MDFNQjE5OTg7MjM6cW5FUjVKQkFvZ1YwVW9NdkRPWThSSkJO?= =?utf-8?B?amlMcGhtbU1MRGdkNnk1UmQ5NG5PaHlueWVIZ2pxeVI0NmxuNUdYOURUa3Rh?= =?utf-8?B?N0lYcGZja0dqaUlmd3Z3bWQ2SjM5VCtxWmNEa3lrREhBWkV1ZkRtbEpMQXF1?= =?utf-8?B?N1NWM3kxU0hXNm9CV2ZuTEF5Rm1RTnBFUFJ3RmpBbk5sK0RFS2FTUXVMVTIv?= =?utf-8?B?Q1pkaE1jbEhOR1ZJOUpCcGNaVzVMUlRlWjZtMklzS2VsbEFDRmFtckR2dTFJ?= =?utf-8?B?cDZES2owb3ZBM1JJd0hCaE44Y1pja3hlRFJzRFduVWJRdXczK0JaN1ZobWtC?= =?utf-8?B?Wk1NeThpOVlKRW5BZkhqd2JISTBRcldwOFJJTVZ4TVV1eitRaTQ0aUo0Y05U?= =?utf-8?B?M3NUbmVTZjdYVEF6Ykp2UHZsekp1azlnTExCaFdFRVdBcm1iS3kwSmJ1RVQ3?= =?utf-8?B?OXpid0tRa09QOVc2SU5FTURodDl5UG1RbjR1b1pWc3NYYWNEQ2lrRmJBVHdL?= =?utf-8?B?Z1VqWm1xRXU4TW92VlFtU3Jra0NYcURHREFWamo3NkhtdzA1M2FsaCtDNXpZ?= =?utf-8?B?S0dSRkJtaVVhOHZvdytkemV6dlZjZEtvcXdyWkthbzNMaEZyVVNyRzFCK1F3?= =?utf-8?B?YzZNejltUmppRExlWlpXK1pSSktaSFB0azdnRU1RcVplNFQ1ZnBCSEZEcXJ5?= =?utf-8?B?c2FUN1QyTnBlZElnYkZTT09zd1V1VjJFNGpOVlI5VFpJY1ZGakNoYUFoSzdm?= =?utf-8?B?R0hJMUFmazA1NHQ5RWFqa2F6MnRRcUdUQ2xEODFhem9Ia0xZOE84YUFUY3cx?= =?utf-8?B?RVhIUlE1aThWV1k0UkhiK0h2dG1jY2dnU1BSOGdjUStSdHZneXNSNmNMSVB5?= =?utf-8?B?VjdhTXVRQmRkVmdTTkt4aEhkanB1VE8ySzdZRk5vSmE1UWZ4SXlxQ1VpZnNm?= =?utf-8?B?aHlUMUp2aW9IbjRkcU5qWWZYSmVCOUFjSzVYWFdWNWxHdzFYUU9Dcmp0d3RU?= =?utf-8?B?YUdlM3JKdWNZTnRxVWIvd1FIU1pYdkcwQ2g4UlRoeUtucG4wNjJlZlN0K0ZY?= =?utf-8?B?RnEvSnU2eVpFSHdlUEVyQ1FXYS9YbnozNHU3ZmZkMGlRRG1KdDNnZnlnODV5?= =?utf-8?B?VUh4eXhzY0EzYmhsbC8xMkQ4MXZXOE1laUgzV1VNVUlJbzVCRCtYR1VjMW14?= =?utf-8?B?TEdXUzFEZlh0Y0d0bTJxdld6a3pTUlY5UXpDRGh1R3lPWmh1Vk55ZHpMYnlL?= =?utf-8?B?KzM1TEhQaEJyMXUyRUtwMGkvOVNLYXRlQ1N5VHZHUTZJa0RUdVcyRVF5YU1X?= =?utf-8?B?VGNzRHVMbUwwcVpLY2NNeGNieFBkY25EZDl0OERUUjF2UHVoWnoxVnBXTUNl?= =?utf-8?B?TlJQUkJTQTJlbmlDN0E3aXJyZi9GVU9qRHJ1bklFTml5Mk4wT3hnSGR6eThE?= =?utf-8?B?cytPeXBidDdMUzhDS2dxbU5VbkRzRmk2dHUxQitMYmFwVzMwRTNVcmRhTjEx?= =?utf-8?B?WE1QNFIwblFxYVptY0cwODFXNzVRMXUxb3BTZEp0TmdlRWlaYzBNSEkyNUEr?= =?utf-8?B?dzRjckd4bkVYUXA0cmJHMEtYaWJvcTFmaTZtV3dQcTlDZ2ZIZ0RpWFQzZVR1?= =?utf-8?B?dlBpV1dYR1RYWURNdytiYjBISnkxVlVkdDZEU3hwUHdRRHlKbDZjVldlb1lv?= =?utf-8?B?dWFuVG4xT3NvNDdCTUxiK3doVmxlMVNORFliMTZWZ3hyWGZHOElDY1FHQ3lX?= =?utf-8?Q?YlqmAGm9SJgwmX5l7mLtT3NcrMduTPiTw55RnDM=3D?= X-Microsoft-Exchange-Diagnostics: 1; VI1PR0801MB1998; 6:KkxTXYHv5cocggL9J1cXmNCHFS4EhWbcS/72zeA5K87yXGBxOQyfUjXy9fWiMA9K6z8bx1z1wI3PU7fqr4di1w/vTLjpFs5inKgGQ5KmxPXS0MbQQ8hxxtOrmB5zVOE/b47H4oytmPhg4kEnCLvZSp/ys1LYqcqndxAR4b0/KU2QRtrlCYrkZ61IymJpCvppB2IRTSJnNYun0sG5IQCUOTj3KFx++DM+gCKZxSpu1YtlzbU4jttb67vsy/gRg9+ZUnAfz3ILcsNwtu1sPhWKWzv2Tk5eCWcdYdYCddJKwsDCuRiiys1Wjhlj1Nr4e25ArMDekw0sNeIYdwbKiSPTt1+GNB7LsT+8sYxY+obK9fg=; 5:bug9KL2g5p5LtcwwHLfbnZ+HAJmzHEvMX3cR7wJkxhfL6Z4NQ9B361ibNGKMFLI4cZaj3hGYwYucmU+e0S5MpH+Ho7xBf7uJ/UyJ/AHYgf3VR/cOQQkmcEWVDn43YXQXsYXhGe8cjgavzp5nlHVeWG+PCDKhf8+x8yetVRHPKGw=; 24:T+oex/8tlfR+1OCicYmuqWSwj4zPHTBBKsKKRfydoC2TXWB/RfWYQDd9NItr31NRJqXkrrqHURbtuR6THSKNpVvk5/T6ZGLkdTaEokBigkE=; 7:wsYFZvZjYz9Nim2RoU4863yuIPb94i8jEqN8lD09dYqdJxc7UQ9cL3sCHUzCd8Un+SJfK6QKCs6Fjss20WF8B+CChjQ1oLBHvREi6FpWAonLTxlrDM+c874JXsMYyfe9vq6RK1JEJRqr2LhW+rq9w8vMCX5I3IzC+1AFzASYnROjX1RX8vX1CV67AG51qr63dSPCBfz9rYbv32iIFAm0d0bSEkE4ADq7/DG/lMchlXVVwR8ZxvH7FVbrL2dZjOhi SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; VI1PR0801MB1998; 20:eLzjc08nYW/9cZNDA/roD6oXK/r0WBDdVFH92Q2aeJ/W91CFvLEfFrja0cTrDNV+QTr/P06SjUZkT+KiehgMVUTUl5Og5wCV395Vur7/lY8Mbqjaal8utyim5xyOb6uPNUYSwMiTLiKSGDk2T+qOLxDU5LbchV01iZtrdp0id5c= X-OriginatorOrg: virtuozzo.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Nov 2017 16:19:44.1091 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 2c682084-a243-4768-d746-08d525fb5b85 X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 0bc7f26d-0264-416e-a6fc-8352af79c58f X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0801MB1998 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 40.107.2.110 Subject: [Qemu-devel] segfault in parallel blockjobs (iotest 30) X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: kwolf@redhat.com, qemu-block@nongnu.org, mreitz@redhat.com Errors-To: qemu-devel-bounces+patchwork-qemu-devel=patchwork.kernel.org@nongnu.org Sender: "Qemu-devel" X-Virus-Scanned: ClamAV using ClamSMTP Hi, One more drainage-related thing. We have recently encountered an issue with parallel block jobs and it's not quite clear how to fix it properly, so would appreciate your ideas. The small attached tweak makes iotest 30 (-qcow2 -nocache) fail 10/10 times on my machine. And while most of the errors are just a desync between qemu and the test, TestParallelOps is more worrying: qemu segfaults while draining before reopening the image for the new block-stream job: > Program received signal SIGSEGV, Segmentation fault. > bdrv_next (it=it@entry=0x7fffcea39330) at /mnt/code/us-qemu/block/block-backend.c:453 > 453 bs = it->blk ? blk_bs(it->blk) : NULL; > (gdb) bt > #0 bdrv_next (it=it@entry=0x7fffcea39330) at /mnt/code/us-qemu/block/block-backend.c:453 > #1 0x00007f2797ca1bd7 in bdrv_drain_all_begin () at /mnt/code/us-qemu/block/io.c:347 > #2 0x00007f2797c5470e in bdrv_reopen_multiple (ctx=0x7f279904bd40, bs_queue=0x7f2799b9d8d0, > errp=errp@entry=0x7fffcea393e0) at /mnt/code/us-qemu/block.c:2871 > #3 0x00007f2797c548d4 in bdrv_reopen (bs=bs@entry=0x7f27990a0250, bdrv_flags=bdrv_flags@entry=8226, > errp=errp@entry=0x7fffcea394e8) at /mnt/code/us-qemu/block.c:2916 > #4 0x00007f2797ab49bb in stream_start (job_id=job_id@entry=0x7f2799c2bc10 "stream-node6", > bs=bs@entry=0x7f27990a0250, base=base@entry=0x7f27990de250, > backing_file_str=backing_file_str@entry=0x7f2799a0a350 "/vz/anefedov/qemu-build/us/tests/qemu-iotests/scratch/img-4.img", speed=speed@entry=524288, on_error=on_error@entry=BLOCKDEV_ON_ERROR_REPORT, > errp=errp@entry=0x7fffcea394e8) at /mnt/code/us-qemu/block/stream.c:239 > #5 0x00007f2797a86c96 in qmp_block_stream (has_job_id=, > [...] > (gdb) p it->blk > $1 = (BlockBackend *) 0x9797979797979797 BlockBackend gets deleted by another job's stream_complete(), deferred to the main loop, so the fact that the job is put to sleep by bdrv_drain_all_begin() doesn't really stop it from execution. Looks like the problem is a bit wider though: if I (just for a test) keep the BlockBackends referenced while iterating in drain_all_begin(), qemu fails a bit further, when accessing the deleted BlockDriverState from the apparently obsolete BlockReopenQueue in bdrv_reopen_prepare(). > Program received signal SIGSEGV, Segmentation fault. > 0x00007f4c66a04420 in find_parent_in_reopen_queue (q=, c=0x7f4c68b365e0) > at /mnt/code/us-qemu/block.c:2932 > 2932 QLIST_FOREACH(child, &bs->children, next) { > (gdb) bt > #0 0x00007f4c66a04420 in find_parent_in_reopen_queue (q=, c=0x7f4c68b365e0) > at /mnt/code/us-qemu/block.c:2932 > #1 bdrv_reopen_perm (shared=0x7f4c69596440, perm=0x7f4c69596438, bs=0x7f4c68abc250, q=0x7f4c696238d0) > at /mnt/code/us-qemu/block.c:2951 > #2 bdrv_reopen_prepare (reopen_state=reopen_state@entry=0x7f4c69596428, queue=queue@entry=0x7f4c696238d0, > errp=errp@entry=0x7ffe09fc28d0) at /mnt/code/us-qemu/block.c:3035 > #3 0x00007f4c66a0474f in bdrv_reopen_multiple (ctx=, bs_queue=0x7f4c696238d0, > errp=errp@entry=0x7ffe09fc2920) at /mnt/code/us-qemu/block.c:2875 > #4 0x00007f4c66a048d4 in bdrv_reopen (bs=bs@entry=0x7f4c68abc250, bdrv_flags=bdrv_flags@entry=8226, > errp=errp@entry=0x7ffe09fc2a28) at /mnt/code/us-qemu/block.c:2916 > #5 0x00007f4c668649bb in stream_start (job_id=job_id@entry=0x7f4c68f95fc0 "stream-node6", > [...] > (gdb) p bs > $1 = (BlockDriverState *) 0x7f4c68b57250 > (gdb) p bs->children > $2 = {lh_first = 0x6060606060606060} Does this mean that bdrv_reopen_queue() has to be moved after bdrv_drain_all_begin() which also has to be taught to suspend the main loop BHs somehow? thank you /Anton ------ #define SLICE_TIME 100000000ULL /* ns */ diff --git a/block/stream.c b/block/stream.c index 52d329f..74e980c 100644 --- a/block/stream.c +++ b/block/stream.c @@ -26,7 +26,7 @@ enum { * enough to process multiple clusters in a single call, so that populating * contiguous regions of the image is efficient. */ - STREAM_BUFFER_SIZE = 512 * 1024, /* in bytes */ + STREAM_BUFFER_SIZE = 8 * 1024 * 1024, /* in bytes */ };