Hi all,
Thought I let you all know so you don't have to search for yourself.
Patch is below...
- There is a problem in compiling ext2 fs support, in fs/ext2/dir.c.
This looks like part of a patch submitted to linux-kernel sometime in
June. I haven't checked whether this is wrong in kernel.org kernels as
well...
- The same goes for mark_buffer_dirty_inode() in fs/ext2/truncate.c,
which seems to come out of the same patch...
- arch/ppc/kernel/chrp_setup.c has a conditional in the wrong place. Can
somebody correct this? Paul? It only appears as an error if sysrq key
is not enabled, so that's probably why nobody noticed...
Now I'll check whether it actually works ;-)
Happy compiling!
Michel
-------------------------------------------------------------------------
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes | Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email mlan@cpu.lu |
http://www.cpu.lu/~mlan | Learn Always. "
Michel Lanners wrote:
Hi all,
Thought I let you all know so you don't have to search for yourself.
Patch is below...
- There is a problem in compiling ext2 fs support, in fs/ext2/dir.c.
This looks like part of a patch submitted to linux-kernel sometime in
June. I haven't checked whether this is wrong in kernel.org kernels as
well...
I think this has been corrected already earlier today. Just rsync again.
It's funny to look at this in bitkeeper: it has been changed back and
forth several times.
- The same goes for mark_buffer_dirty_inode() in fs/ext2/truncate.c,
which seems to come out of the same patch...
Also fixed as of 8:30 GMT today.
I had sometimes problems loading modules with this version, even with
modutils-2.3.14. I am not quite sure what was the cause, it just didn't
work ("module de4x5 not found"). Sometimes it just worked (I am running
it right now).
Otherwise standard bugs persist:
- No mounting of HFS CDs
- No mounting of loop devices
- No strace
Another bug of Paul's devel tree in comparison with the bitkeeper tree:
There is something wrong with the passing of environment variables. I
have been seeing this at least since 2.4.0-test1-ac18, but I still
haven't quite understood what is going on.
--
Martin
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Hi all,
On 9 Aug, this message from Martin Costabel echoed through cyberspace:
[errors snip'ed]
I think this has been corrected already earlier today. Just rsync again.
It's funny to look at this in bitkeeper: it has been changed back and
forth several times.
quoted
- The same goes for mark_buffer_dirty_inode() in fs/ext2/truncate.c,
which seems to come out of the same patch...
Also fixed as of 8:30 GMT today.
Hmm... I had rsync'ed just minutes before sending my mail, so I guess it
has been changing back and forth in Paul's rsync tree as well ;-)
Michel
-------------------------------------------------------------------------
Michel Lanners | " Read Philosophy. Study Art.
23, Rue Paul Henkes | Ask Questions. Make Mistakes.
L-1710 Luxembourg |
email mlan@cpu.lu |
http://www.cpu.lu/~mlan | Learn Always. "
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/