Re: 4.13.0-rc4 sparc64: can't allocate MSI-X affinity masks for 2 vectors

2017-08-21 Thread mroos
> I think with this patch from -rc6 the symptoms should be cured: > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=c005390374957baacbc38eef96ea360559510aa7 > > if that theory is right. The result with 4.13-rc6 is positive but mixed: the message about MSI-X affin

Re: 4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

2016-06-19 Thread mroos
> >> bisected to git commit 63e3027 > > > > That's a merge commit that adds 100 different commits, and this happened > > way back in March. > > > > Please find the exact dword access in: > > > > drivers/pci/pcie/portdrv_{core,pci,bus}.c > > > > that triggers this unaligned access so we can

Re: [PATCH v2] rhashtable: fix for resize events during table walk

2015-07-14 Thread mroos
> If rhashtable_walk_next detects a resize operation in progress, it jumps > to the new table and continues walking that one. But it misses to drop > the reference to it's current item, leading it to continue traversing > the new table's bucket in which the current item is sorted into, and > after

Re: unaligned accesses in SLAB etc.

2014-10-14 Thread mroos
> > I'd like to know that your another problem is related to commit > > bf0dea23a9c0 ("mm/slab: use percpu allocator for cpu cache"). So, > > if the commit is reverted, your another problem is also gone > > completely? > > The other problem has been present forever. Umm? I am afraid I have been

Re: unaligned accesses in SLAB etc.

2014-10-13 Thread mroos
> From: David Miller > Date: Sat, 11 Oct 2014 22:15:10 -0400 (EDT) > > > > > I'm getting tons of the following on sparc64: > > > > [603965.383447] Kernel unaligned access at TPC[546b58] free_block+0x98/0x1a0 > > [603965.396987] Kernel unaligned access at TPC[546b60] free_block+0xa0/0x1a0 > > [6

Re: bisected regression: 3c59x corrupts packets in 3.17-rc5

2014-09-17 Thread mroos
> Shit, you're right, sorry about that. Its odd, I'm running it here, and its > not > causing problems, but thats obviously wrong. Meelis, please add the above fix > to your test and confirm that it sovles the problem. If you could keep the > previous patch in place too that would be great, as

Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()

2014-05-24 Thread mroos
This is todays fresh git with 3.15.0-rc6-00190-g1ee1cea on V210, THP enabled & always on. Got this and a segfault on apt-spawned xz. [ 142.599575] [ cut here ] [ 142.660349] WARNING: CPU: 1 PID: 2237 at mm/mmap.c:2741 exit_mmap+0x140/0x160() [ 142.756483] Modules linke

Re: [PATCH 0/3] Fix several sparc64 THP bugs.

2014-04-26 Thread mroos
> Meelis and Aaro, I've found and fixed several THP bugs for sparc64 > over the last week or so. > > I cannot %100 account for the exit_mmap() WARN_ON that you two have > been able to trigger, however I'd like you both to test the changes > nonetheless. > > They are against 3.15 but they should a

Re: sparc64 WARNING: at mm/mmap.c:2757 exit_mmap+0x13c/0x160()

2014-04-16 Thread mroos
> > Just for the archives, I got one of these again with 3.14: > > Meelis and Aaro, thanks again for all of your reports. > > After pouring over a lot of the data and auditing some code I'm > suspecting it's a problem with transparent huge pages. > > One thing you two can do to help me further c

Re: 3.12-rc7 regression - network panic from ipv6

2013-10-30 Thread mroos
> Signed-off-by: Steffen Klassert Works fine, thanks! Tested-by: Meelis Roos -- Meelis Roos (mr...@linux.ee) -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordom