> > Bad page state in process 'dd' > > page:ffffe200005130c0 flags:0x4000000000000009 mapping:0000000000000000 > > mapcount:0 count:0 > > Trying to fix it up, but a reboot is needed > > Tried to lock a free page. Is the address of the page always the same, > and the first bit in flags always set after each reboot? Does the > machine pass a memtest? The machine has worked transporting lots of data and compiling many kernels a week, but I haven't done a memtest in more than a year. The messages have scrolled away in other cases. > It could be that someone actually tried to lock the page, though... > You could try putting a BUG_ON(!page_count(page)) at the start of > the trylock_page function. > > Some more messages might provide more clues. Will try netconsole after haveing finished the same test with Qlogic HBA. -- Meelis Roos (mroos@xxxxxxxx) -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
