[LSF/MM TOPIC] Test cases to choose for demonstrating mm features or fixing mm bugs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sending a patch to linux-mm today has become a complex task. One of the
reasons for the complexity is a lack of fundamental expectation of what
tests to run.

Mel Gorman has a set of tests [1], but there is no easy way to select
what tests to run. Some of them are proprietary (spec*), but others
have varying run times. A single line change may require hours or days
of testing, add to that complexity of configuration. It requires a lot
of tweaking and frequent test spawning to settle down on what to run,
what configuration to choose and benefit to show.

The proposal is to have a discussion on how to design a good sanity
test suite for the mm subsystem, which could potentially include
OOM test cases and known problem patterns with proposed changes

It would be great if we could discuss that in the summit this time,
all members are welcome and encouraged to participate.


References:

[1] https://github.com/gormanm/mmtests




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux