linux-kernel - Re: [linux-dvb] compiling on 2.6.28 broken?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <ac3eb2510901141500w5950c61dyba8af2e1d515ee08@mail.gmail.com>
Date:	Thu, 15 Jan 2009 00:00:32 +0100
From:	Kay Sievers <kay.sievers@...y.org>
To:	Chris Mason <chris.mason@...cle.com>
Cc:	Eric Sandeen <sandeen@...deen.net>, wk <handygewinnspiel@....de>,
	Matthew Wilcox <matthew@....cx>,
	Andrew Morton <akpm@...ux-foundation.org>, rjw@...k.pl,
	HWerner4@....de, viro@...iv.linux.org.uk,
	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
	mchehab@...radead.org
Subject: Re: [linux-dvb] compiling on 2.6.28 broken?

On Wed, Jan 14, 2009 at 22:40, Chris Mason <chris.mason@...cle.com> wrote:
> On Wed, 2009-01-14 at 15:35 -0600, Eric Sandeen wrote:
>
>> >> Attached the log from stracing the command which was ivoked by the
>> >> Makefile from v4l-dvb.
>> >> I guess this is all i could contribute to that problem. Thats stuff for
>> >> xfs filesystem experts now..
>> >
>> > Seems suspect indeed.  Could you please attach the strace for the run
>> > that works on the older kernel?
>>
>> Chris got my attention on this one; you probably want this fix from hch:
>>
>> http://oss.sgi.com/archives/xfs/2009-01/msg00158.html
>
> Seems like this one should get queued for -stable as well if it isn't
> already.

Chris, is this similar to the thing we've seen with btrfs? Is this fixed?

 "> I see the same issue on x86 32 bit, with the additional __llseek()
  > between the getdents64(), and the last entry returned by readdir
  > ignored.
  >
  > If I change the returned LLONG_MAX to LONG_MAX in inode.c, it all
  > works fine, and the __llseek() disappears.

  Ok, thanks I'll work up a patch."

  http://article.gmane.org/gmane.comp.file-systems.btrfs/1774

Thanks,
Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/