From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 122500 invoked by alias); 10 Jun 2016 18:52:12 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 122411 invoked by uid 89); 10 Jun 2016 18:52:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-96.3 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=ham version=3.3.2 spammy=amazing X-HELO: calimero.vinschen.de Received: from ipbcc0227e.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.34.126) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 10 Jun 2016 18:52:02 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 499F3A8063D; Fri, 10 Jun 2016 20:51:59 +0200 (CEST) Date: Sat, 11 Jun 2016 14:05:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: missing partitions under /dev Message-ID: <20160610185159.GH15058@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20160610100027.GD15058@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6v9BRtpmy+umdQlo" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-SW-Source: 2016-06/txt/msg00169.txt.bz2 --6v9BRtpmy+umdQlo Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1754 On Jun 10 16:59, Aaron Schneider wrote: > > Date: Fri, 10 Jun 2016 12:00:27 +0200 > > From: corinna-cygwin@cygwin.com > > > > Cygwin's /dev/sd* emulation doesn't support more than 15 partitions yet. > > This would need some rework of the device naming code. > > > > > > Corinna >=20 > I see. I though that it was a Windows problem that didn't provide > the partitions properly to cygwin if they weren't formatted with a > known filesystem or something related.=C2=A0 >=20 > Isn't any other way to access those partitions even from Windows=C2=A0 > Powershell? There may be a way even using Cygwin. If you know which disk X it is, you could try accessing it via /proc/sys/Device/HarddiskX/PartitionY. No guarantee but for raw access this might be sufficient. > Is the feature to support more than 15 partition planned > to=C2=A0be implemented?=20=09=09=20=09=20=20=20=09=09=20=20 I looked into that and theoretically the changes are small. However, there's an undesired side-effect. The device parser code uses an auto-generated minimally pruned 0-trie, created by a tool called shilka. The problem is that the resulting object file is already very big, compared to the rest of the DLL. Amazing but true, about 20% of the object file is just this trie code and its data, whihc, IMHO, is already quite bad. By adding support for partitions 16-63, this object code gets 2.5 times bigger! This is way too much, and I think what we have to do first is to=20 replace this autogenerated 0-trie code by some simpler, hand-written parser before we can consider adding support for more partitions. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --6v9BRtpmy+umdQlo Content-Type: application/pgp-signature; name="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXWwxPAAoJEPU2Bp2uRE+gz/sP/j8bcyzuEldolYLruLyJO0g7 Fo/UG13YNxiQ8+FTBuLoV59xHhm8TRZZRM1Gc25M4sL+C1pGpLJfRStUhGFzFbtM GeIFX52vqiHItUmbPQGf8IHdwmd0lHG5czxIJv5U4PNl6RijnWWWEqlrXEAKIe9q F3O59CxNIA1rIU594G0wPKQojrCZtWuBdt+Kg63vaRgNNuk5V16TUb7V3Aci3MEi nC+IkCQVzh3F1MVPjXd+bjKPFuANVFmkqm3aKDHQQWW/i6XQVohDjhCSUANwZ5On cFJKhiRJd5gegqN1/NZ1dpQPZ2e5qgyhH7gFWwElHpLjmZ4PZA37nWnJtU3Yr171 WGupjbGhSQ2ActWpTGVmVnei+ey3NV89RMu8nmIwgQ2kw64eze3Mm2f2PSGW02LP kZAXcNINEhfsmdR9s5QaDE7LocPH4kbzE00wmXu2astxY5Zwa0i0ViUascOybB+m 0qKVpsm3kBVkY1ZP3FHFdv4eGPnyADF0g+wi6OqCmsgWVl2Kb0+MxyxRY0EE3IWP eGeNiz2Z83CbM/eBWSm3xfEjrUuNbNSBo8Q9R/SVQL8DP7iHbqye7NQ0MH1mdc/6 I5bA2WzxALzzlyjjpALJx0Gvgsbku0ZgeFsciu9DfSz/Xry8h++G+Sads5ZVEYIc yeTpR7B58p8z3vkS9YYl =lBgb -----END PGP SIGNATURE----- --6v9BRtpmy+umdQlo--