Re: GSoC-2016

2016-06-10 Thread Christos Zoulas
On Jun 10, 11:44pm, hrishi.go...@gmail.com (HRISHIKESH GOYAL) wrote: -- Subject: Re: GSoC-2016 | Hello sir, | | I am working on Htree directory index traversing in lookup() operation. I | am facing difficulty in testing of Htree index code. I see the control | never goes to Htree index

Re: GSoC-2016

2016-06-10 Thread HRISHIKESH GOYAL
Hello sir, I am working on Htree directory index traversing in lookup() operation. I am facing difficulty in testing of Htree index code. I see the control never goes to Htree index traversal code because the value (i_flag_INDEX) is false in the Ext4 disk image created by Htree indexing for

Re: gets in the kernel

2016-06-10 Thread David Holland
On Wed, Jun 08, 2016 at 12:52:33PM +0200, Maxime Villard wrote: > Le 07/06/2016 ? 18:04, Christos Zoulas a ?crit : > >On Jun 7, 3:20pm, dholland-t...@netbsd.org (David Holland) wrote: > >-- Subject: Re: gets in the kernel > > > >| On Tue, Jun 07, 2016 at 12:36:54PM +0200, Maxime Villard

Re: Panic in tmpfs

2016-06-10 Thread Paul Goyette
On Fri, 10 Jun 2016, Michael Plass wrote: On Jun 9, 2016, at 11:39 PM, Michael Plass wrote: I have a fairly recent -current image that I can try this on. I'll do that. OK, it looks like I was wrong, it is fixed with PR/50381. I couldn't make the problem happen on the -current image (source

Re: Panic in tmpfs

2016-06-10 Thread Michael Plass
On Jun 9, 2016, at 11:39 PM, Michael Plass wrote: > I have a fairly recent -current image that I can try this on. I'll do that. OK, it looks like I was wrong, it is fixed with PR/50381. I couldn't make the problem happen on the -current image (source date Wed May 18 11:28:44 2016 +)

Re: Panic in tmpfs

2016-06-10 Thread Michael Plass
On Jun 9, 2016, at 10:59 PM, Paul Goyette wrote: > On Fri, 10 Jun 2016, co...@sdf.org wrote: > >> On Thu, Jun 09, 2016 at 08:07:57PM -0700, Michael Plass wrote: >>> Does this ring a bell with anybody? The only similar panic on gnats that I >>> was able to >>> find was closed in 2011. But I've