Hi all,
I'm trying to figure out the reason of my laptop problem.
I beg your help to find the right way to debug it (I mean,
I don't want to flood the mailing list with useless details,
and so on).
Well, let's try...
Hardware: Toshiba Satelli
On Fri, Dec 29, 2006 at 06:59:02PM +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7658cc289288b8ae7dd2c2224549a048431222b3
> Commit: 7658cc289288b8ae7dd2c2224549a048431222b3
> Parent: 3bf8ba38f38d36473
On Sun, Dec 31, 2006 at 02:55:58PM +1100, Nick Piggin wrote:
> This bug was only introduced in 2.6.19, due to a change that caused pte
no, Linus said that with 2.6.19 it's easier to trigger this bug...
> So if your corruption is years old, then it must be something else.
> Maybe it is hidden by a
On Mon, Jan 22, 2007 at 10:10:39AM +0100, Peter Zijlstra wrote:
> On Fri, 2007-01-12 at 01:39 +0100, Andrea Gelmini wrote:
> > Hi,
> > I can't do the test 'till next week.
> >
> > Thanks a lot for your time,
> > Gelma
>
> Have you ever gotten
On Wed, Jan 03, 2007 at 10:12:20PM -0800, Andrew Morton wrote:
> > Anyway that leaves us with the question of why Andrea's database is getting
> > corrupted. Hopefully he can give us a minimal test-case.
>
> It'd odd that stories of pre-2.6.19 BerkeleyDB corruption are now coming
> out of the wood
On Thu, Jan 04, 2007 at 05:03:43PM +1100, Nick Piggin wrote:
> Anyway that leaves us with the question of why Andrea's database is getting
> corrupted. Hopefully he can give us a minimal test-case.
yep, I can give you a complete image of my machine, or a root access.
replicate the problem it's not
On Thu, Jan 04, 2007 at 04:07:18PM +1100, Nick Piggin wrote:
> But the patch that Andrea was pointing to was your last patch (The Fix),
> which stopped page_mkclean caller throwing out dirty bits. You probably
> didn't see that in the mail I cc'ed you on.
well, I pointed at that patch for reply, b
On Thu, Jan 04, 2007 at 02:57:24PM +1100, Nick Piggin wrote:
> I wouldn't discount a kernel bug, but it will be hard to track down
> unless you can find an earlier kernel that did not cause the corruptions
> and/or provide source for a minimal test case to reproduce.
see my others reply, please.
On Fri, Jan 05, 2007 at 04:36:06PM +1100, Nick Piggin wrote:
> I was thinking like a 100 line C program that I can reproduce here ;)
not soon, but I'll try to produce it.
> If you can even describe the steps it does: (eg. mmap file A, write(2) to
> it, truncate it, , should contain 1s but it c
On Fri, Dec 04, 2015 at 09:09:32AM -0800, James Bottomley wrote:
> Actually, that would be really helpful, since I only have access to one,
> very old, enclosure device. My ssh key is
Ok.
Do you need same PC/Kernel of the report, or is it enough if I plug the USB in
any PC and give you access?
Hi everybody,
and thanks a lot for your work.
I'm using my main laptop (no virtualized environment) with Kasan
enabled. Kernel it's the Linus latest commit,ยน plus a few pulls
from different git trees (BTRFS, drm-intel, ecc.). You can find
a detailed list in the attached file: added_
Hi everybody,
and thanks a lot for your work.
As soon as I plugged an external WD USB hard drive (details in the attached
file)
into USB3 port, I've got this (much more info in the attached files).
Using commit 2255702db4014d1c69d6037ed7bdad2d2e271985
Thanks again,
Andrea
[ 542.582
On Wed, Dec 02, 2015 at 02:58:21PM -0800, James Bottomley wrote:
> On Tue, 2015-12-01 at 21:20 +0100, Andrea Gelmini wrote:
> OK, this looks like some type of problem with a USB enclosure. It's
> probably misreporting something in the mode pages. can you run sg_ses
> on wha
On Thu, Dec 03, 2015 at 12:59:06PM -0800, James Bottomley wrote:
> sg_map -i
>
> in your system, you should see something with an inquiry string like
> enclosure. It's the /dev/sg of that you need to run sg_ses on.
root@glen:/home/gelma# sg_map -i
/dev/sg0 /dev/sda ATA Samsung SSD 850
Hi everybody,
using dev kernel v4.4, I have this:
[40240.371807]
==
[40240.371826] BUG: KASAN: use-after-free in xfs_iflush_cluster+0x9d7/0xaf0 at
addr 88001ed15428
[40240.371832] Read of size 4 by task xfsaild/dm-0/332
[4024
On Tue, Dec 15, 2015 at 06:54:22AM +1100, Dave Chinner wrote:
> What line of code does this address correspond to in your kernel?
>
> xfs_iflush_cluster+0x9d7
gelma@glen:~/dev/kernel/v4.4.x$ git grep -Iin xfs_iflush_cluster
fs/xfs/xfs_inode.c:3179:xfs_iflush_cluster(
fs/xfs/xfs_inode.c:3414
On Tue, Dec 15, 2015 at 08:22:20AM +1100, Dave Chinner wrote:
> $ gdb vmlinux
>
> (gdb) l *(xfs_iflush_cluster+0x9d7)
It's not working. Shame on me, I forgot to set "Compile the kernel with debug
info".
I'm recompiling, to try it again.
Maybe, in the meanwhile, you can do something with my
On Mon, Jan 04, 2016 at 07:47:58AM +1100, Dave Chinner wrote:
> > Maybe, in the meanwhile, you can do something with my files. You can find
> > 'em here:
> > http://mail.gelma.net/xfs_kasan
>
> Any update on this problem, Andrea?
Hi Dave,
and thanks a lot for your interest.
So, to make lon
Hi everybody,
on my laptop I'm using 4.4.0-rc8 + drm-intel-nightly from
git://anongit.freedesktop.org/drm-intel
(commit 0417da5e6f56078d87d366d5f959f8290ae9d16d).
Found this after few hours (dunno if it's a false positive, something to
ignore or not):
[Tue Jan 5 15:15:44 2016] ---
On Mon, Jan 04, 2016 at 07:47:58AM +1100, Dave Chinner wrote:
> > I'm recompiling, to try it again.
> > Maybe, in the meanwhile, you can do something with my files. You can find
> > 'em here:
> > http://mail.gelma.net/xfs_kasan
>
> Any update on this problem, Andrea?
Here we are!
Reproduced right
20 matches
Mail list logo