Re: [SCSI REGRESSION] 3.10.2 or 3.10.3: arcmsr failure at bootup / early userspace transition

2013-07-29 Thread Nix
On 29 Jul 2013, Bernd Schubert uttered the following: > On 07/29/2013 03:05 PM, Nix wrote: >> On 29 Jul 2013, Bernd Schubert said: >> >>> Hi Nick, >>> >>> On 07/29/2013 12:10 PM, Nick Alcock wrote: >>>> arcmsr0: abort device command of scs

Re: [SCSI REGRESSION] 3.10.2 or 3.10.3: arcmsr failure at bootup / early userspace transition

2013-07-29 Thread Nix
On 30 Jul 2013, Douglas Gilbert outgrape: > Please supply the information that Martin Petersen asked > for. Did it in private IRC (the advantage of working for the same division of the same company!) I didn't realise the original fix was actually implemented to allow Bernd, with a different Arec

Re: [SCSI REGRESSION] 3.10.2 or 3.10.3: arcmsr failure at bootup / early userspace transition

2013-07-30 Thread Nix
On 30 Jul 2013, Bernd Schubert told this: > On 07/30/2013 02:56 AM, Nix wrote: >> On 30 Jul 2013, Douglas Gilbert outgrape: >> >>> Please supply the information that Martin Petersen asked >>> for. >> >> Did it in private IRC (the advantage of working

Re: [SCSI REGRESSION] 3.10.2 or 3.10.3: arcmsr failure at bootup / early userspace transition

2013-08-01 Thread Nix
On 1 Aug 2013, Bernd Schubert verbalised: > On 07/30/2013 11:20 PM, Nix wrote: >> On 30 Jul 2013, Bernd Schubert told this: >> >>> On 07/30/2013 02:56 AM, Nix wrote: >>>> On 30 Jul 2013, Douglas Gilbert outgrape: >>>> >>>>> Ple

Re: [PATCH] scsi disk: Use its own buffer for the vpd request

2013-08-30 Thread Nix
On 1 Aug 2013, Bernd Schubert said: > Once I noticed that scsi_get_vpd_page() works fine from other function > calls and that it is not 0x89, but already 0x0 that fails fixing it became > easy. > > Nix, any chance you could verify it also works for you? As an aside, this commit

Re: [PATCH] scsi disk: Use its own buffer for the vpd request

2013-08-31 Thread Nix
On 31 Aug 2013, Greg KH said: > On Fri, Aug 30, 2013 at 11:01:56AM +0100, Nix wrote: >> On 1 Aug 2013, Bernd Schubert said: >> >> > Once I noticed that scsi_get_vpd_page() works fine from other function >> > calls and that it is not 0x89, but already 0x0 that

Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)

2012-10-23 Thread Nix
On 23 Oct 2012, Theodore Ts'o said: > The reason why the problem happens rarely is that the effect of the > buggy commit is that if the journal's starting block is zero, we fail > to truncate the journal when we unmount the file system. Oh dear oh dear. >

Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)

2012-10-23 Thread Nix
On 23 Oct 2012, Theodore Ts'o verbalised: > *Sigh*. My apologies for not catching this when I reviewed this > patch. I believe the following patch should fix the bug; once it's > reviewed by other ext4 developers, I'll push this to Linus ASAP. I note that the patch is in the latest stable releas

Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)

2012-10-23 Thread Nix
On 24 Oct 2012, Theodore Ts'o told this: > hurt, but we do want to make 100% sure that it really fixes the > problem. Well, yes, that would be nice. I can certainly try to verify that it stops my filesystems getting corrupted. (And if so, I owe you a $BEVERAGE. Though I suspect I owe you about th

Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)

2012-10-24 Thread Nix
On 24 Oct 2012, Theodore Ts'o uttered the following: > (Keep in mind this is why commercial software corporations like > Microsoft or Apple generally don't make discussions as they are trying > to root cause a problem public; sometimes the initial theories can be > incorrect, and it's unfortunate w

Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)

2012-10-26 Thread Nix
On 26 Oct 2012, Martin spake thusly: > On 10/24/2012 07:38 PM, Martin wrote: >> On 10/24/2012 01:40 AM, Nix wrote: >> >>> It's true that in less than a week >>> probably not all that many people have rebooted often enough to trip >>> over this.

Re: Apparent serious progressive ext4 data corruption bug in 3.6.3 (and other stable branches?)

2012-10-26 Thread Nix
On 26 Oct 2012, Martin said: > On 10/26/2012 10:24 PM, Nix wrote: >> On 26 Oct 2012, Martin spake thusly: >>> Computer is booted again in order to copy a few files to memory stick. >>> Unbeknownst to me, the following entries are logged in the >>> system