This my new diff with my latest developed code includes:
o lp schedule_timeout() trivial fix. With this patch I also done a
bit of cleanup. The LP_CAREFUL flag is still removed and the
trustirq is still present. I need bugreports to remove this new
changes ;->. So please try to print with irqs and without irqs
and feedback if there will be problem (eventually also if
everything will work fine). If something will not work
you can also read my relevant email on linux-kernel and
linux-parport.
o some timer fixes to the aic7xxx.c driver.
o Tons of time_*() jiffies updates. Also some fix for some timer
that it' s been set to `0' in order to run ASAP (in the
scsi_obsolete if I remeber well). When a timer has to be run ASAP
should be set with expires = jiffies instead.
o My latest kswapd code. With this code. kswapd will run in background and
will schedule as a normal process but with dynamic priority.
o mmap sync fix. This patch allow to share an mmapped region and
to update the shared mappings at sync/release time for all process
that are sharing such memory region. This improve things a lot.
I don' t know if it' s enough generic (because I handle only
the filemap case), but it' s been rock so far and looks clean.
o proc/sysctl #ifdef fix. This will allow you to compile
your kernel without /proc and/or sysctl support.
o little vmalloc fix.
o swap_cache_find_success/total now say something.
There' s also a merged patch that is the full duplex bugfix and cleanup
from Daniel J. Rodriksson. This patch fix the bug I discovered that was
caused by the trigger function that was not starting the next dma
transaction (if I understood well ;-) if the sb was running in full duplex
at 16 bit and so was converting data in realtime on the input channel.
Everything works fine here (except the aic7xxx patch that I can' t test,
and that can break your fs a lot if I missed something, I don' t think
though...).
ftp://e-mind.com/pub/linux/kernel-patches/arca-10...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/