From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yoann Padioleau To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Date: Thu, 5 Jun 2014 01:23:22 +0000 Message-ID: <7D1034D6-A3F6-41A6-BDB3-7E711675137A@fb.com> Content-Type: text/plain; charset="us-ascii" Content-ID: <756A68293EB1DE4EB645FF640EC61A9A@fb.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [9fans] other kernel bug Topicbox-Message-UUID: f5323c60-ead8-11e9-9d60-3106f5b1d025 Hi, I think I've found another one :) in confinit() we do: kmem -=3D conf.upages*sizeof(Page) + conf.nproc*sizeof(Proc) + conf.nimage*sizeof(KImage) + conf.nswap + conf.nswppo*sizeof(Page); // <- BUG but in swapinit we actually do iolist =3D xalloc(conf.nswppo*sizeof(Page*)); so in confinit() it should be conf.nswppo*sizeof(Page*) From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4e7130f20258c17ecdcac434656ccc5e@felloff.net> Date: Thu, 5 Jun 2014 03:56:26 +0200 From: cinap_lenrek@felloff.net To: 9fans@9fans.net In-Reply-To: <7D1034D6-A3F6-41A6-BDB3-7E711675137A@fb.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f53676d6-ead8-11e9-9d60-3106f5b1d025 correct. -- cinap From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <4e7130f20258c17ecdcac434656ccc5e@felloff.net> References: <7D1034D6-A3F6-41A6-BDB3-7E711675137A@fb.com> <4e7130f20258c17ecdcac434656ccc5e@felloff.net> Date: Fri, 6 Jun 2014 13:59:32 +1000 Message-ID: From: Bruce Ellis To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001a11c23c249cc34e04fb22e3a9 Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f5a2f644-ead8-11e9-9d60-3106f5b1d025 --001a11c23c249cc34e04fb22e3a9 Content-Type: text/plain; charset=UTF-8 Could this solve the 'why is swap so crappy?' On 05/06/2014 11:58 AM, wrote: > correct. > > -- > cinap > > --001a11c23c249cc34e04fb22e3a9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Could this solve the 'why is swap so crappy?'

On 05/06/2014 11:58 AM, <cinap_lenrek@felloff.net> wrote:
correct.

--
cinap

--001a11c23c249cc34e04fb22e3a9-- From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Fri, 6 Jun 2014 06:15:48 +0200 From: cinap_lenrek@felloff.net To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f5aadd64-ead8-11e9-9d60-3106f5b1d025 no. it just makes the kernels malloc arena limit a bit smaller than it should be. -- cinap From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yoann Padioleau To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Date: Tue, 10 Jun 2014 01:00:27 +0000 Message-ID: References: In-Reply-To: Content-Type: text/plain; charset="us-ascii" Content-ID: <855D8AE3599EBF41BE35D668C3450115@fb.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f9159e26-ead8-11e9-9d60-3106f5b1d025 Hi cinap, Would it be possible to change a bit the 9front mercurial repository so tha= t it can work on MacOS filesystem.=20 I get some: abort: case-folding collision between sys/lib/troff/font/devutf/charlib/lH = and sys/lib/troff/font/devutf/charlib/LH when hg pull; hg update. I can understand the hate for non plan9 OS but it would be nice :) On Jun 5, 2014, at 9:15 PM, cinap_lenrek@felloff.net wrote: > no. it just makes the kernels malloc arena limit a bit smaller than > it should be. >=20 > -- > cinap >=20 From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Mon, 9 Jun 2014 21:07:16 -0400 To: 9fans@9fans.net Message-ID: <73094f8c787a97d24918c7c606c0a89e@mikro.quanstro.net> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f919c87a-ead8-11e9-9d60-3106f5b1d025 On Mon Jun 9 21:02:01 EDT 2014, pad@fb.com wrote: > Hi cinap, > > Would it be possible to change a bit the 9front mercurial repository so that > it can work on MacOS filesystem. > > I get some: > abort: case-folding collision between sys/lib/troff/font/devutf/charlib/lH and sys/lib/troff/font/devutf/charlib/LH we tried that with the original nix+googlecode gang, and it was trouble. Kill vs. kill, etc. a lot of time was spent trying to overcome the shortcomings of unrelated systems. i didn't think it was a good use of resources. i think it would be easier to set up your file system to be case sensitive. - erik From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <1402363220.30873.126981201.5FD58474@webmail.messagingengine.com> From: Ethan Grammatikidis To: 9fans@9fans.net MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Date: Tue, 10 Jun 2014 02:20:20 +0100 In-Reply-To: <73094f8c787a97d24918c7c606c0a89e@mikro.quanstro.net> References: <73094f8c787a97d24918c7c606c0a89e@mikro.quanstro.net> Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f91e26f4-ead8-11e9-9d60-3106f5b1d025 On Tue, Jun 10, 2014, at 02:07 AM, erik quanstrom wrote: > On Mon Jun 9 21:02:01 EDT 2014, pad@fb.com wrote: > > Hi cinap, > > > > Would it be possible to change a bit the 9front mercurial repository so that > > it can work on MacOS filesystem. > > > > I get some: > > abort: case-folding collision between sys/lib/troff/font/devutf/charlib/lH and sys/lib/troff/font/devutf/charlib/LH > > we tried that with the original nix+googlecode gang, and it > was trouble. Kill vs. kill, etc. > > a lot of time was spent trying to overcome the shortcomings of > unrelated systems. i didn't think it was a good use of resources. > > i think it would be easier to set up your file system to be case > sensitive. *nods* i have to second this. you can set partitions case-sensitive in mac os x. it's been a while, but i think that's what i did with my user data partition. i heard if you set the root case-sensitive it breaks adobe products but not much else. -- You can't have your fun and eat it too. From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 10 Jun 2014 04:35:52 +0000 Message-ID: <20140610043552.Horde.YXh4p3nO4A2IpdKwcS2FQw1@ssl.eumx.net> From: Kurt H Maier To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> References: In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.1.6) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f932a778-ead8-11e9-9d60-3106f5b1d025 Quoting Yoann Padioleau : > Hi cinap, > > Would it be possible to change a bit the 9front mercurial repository so that > it can work on MacOS filesystem. > > I get some: > abort: case-folding collision between > sys/lib/troff/font/devutf/charlib/lH and > sys/lib/troff/font/devutf/charlib/LH > > when hg pull; hg update. > > I can understand the hate for non plan9 OS but it would be nice :) > your operating system is broken. fix that. khm From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <70399eead308cb51a71fb17c386a94db@felloff.net> Date: Tue, 10 Jun 2014 06:46:25 +0200 From: cinap_lenrek@felloff.net To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f93b5a94-ead8-11e9-9d60-3106f5b1d025 thats a good one. this is not a problem with the repository. this is a problem with this troff compontent assuming a case sensitive filesystem. i cant fix it without changing troff. also, this isnt the only case. i can't for example check out on windows because we have /bin/aux and aux is a special name on dos. the repository files itself use a mangeling scheme. but not whats checked out for obvious reasons. making all files in plan9 comply to all the filesystem restrictions (what about unicode?) of all foreign operating systems out there seems futile. -- cinap From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Tue, 10 Jun 2014 07:14:14 +0200 From: cinap_lenrek@felloff.net To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] other kernel bug Topicbox-Message-UUID: f9420128-ead8-11e9-9d60-3106f5b1d025 maybe the plan9-theme-for-unix projects have a solution? if you have a patch that isnt too disruptive (removing troff doesnt count) i'd be willing to commit it but i'm not undergoing the work to puzzle arround with macosx problems. -- cinap