Re: [torture] BUG: unable to handle kernel NULL pointer dereference at (null)

[Fengguang Wu <fengguang.wu@intel.com>]

Hi Paul,

> > > > plymouth-upstart-bridge: ply-event-loop.c:497: ply_event_loop_new: Assertion `loop->epoll_fd >= 0' failed.
> > > > /etc/lsb-base-logging.sh: line 5:  2580 Aborted                 plymouth --ping > /dev/null 2>&1
> > > > /etc/lsb-base-logging.sh: line 5:  2585 Aborted                 plymouth --ping > /dev/null 2>&1
> > > > mount: proc has wrong device number or fs type proc not supported
> > > > /etc/lsb-base-logging.sh: line 5:  2601 Aborted                 plymouth --ping > /dev/null 2>&1
> > > > /etc/rc6.d/S40umountfs: line 20: /proc/mounts: No such file or directory
> > > > cat: /proc/1/maps: No such file or directory
> > > > cat: /proc/1/maps: No such file or directory
> > > > cat: /proc/1/maps: No such file or directory
> > > > cat: /proc/1/maps: No such file or directory
> > > > cat: /proc/1/maps: No such file or directory
> > > > cat: /proc/1/maps: No such file or directory
> > > > umount: /var/run: not mounted
> > > > umount: /var/lock: not mounted
> > > > umount: /dev/shm: not mounted
> > > > mount: / is busy
> > > >  * Will now restart
> 
> Are these expected behavior?

Yes, because it's randconfig boot tests, the user space may well
complain about random stuff and I'll ignore them all as long as it
will eventually call the shutdown command to finish the test in time.  :)

> So again, I can invoke this commit without losing much (sendkey
> alt-sysrq-z is after all my friend), but it is not clear to me that we
> have gotten to the root of this problem.

Sorry about that! If you see any debug tricks that I can try, or
information I can collect, please let me know.

Regards,
Fengguang