2002-06-20 12:47:19

by Mike Black

[permalink] [raw]
Subject: 2.5.23 LVM

FYI...after applying Neil's latest patches for raid got this (not Neil's fault)...I'm not currently using LVM so I disabled it.
Good news is that it all compiled (yeah!!! -- first time in months that I've been able to compile with RAID5)
Other question -- it looks like the 2.5 build now builds modules automagically instead of saying "make modules" ???
Hopefully I'll get chance to test 2.5 soon.

gcc -Wp,-MD,./.lvm.o.d -D__KERNEL__ -I/usr/src/linux-2.5.23/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-poin
ter -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DMODULE -DKBUI
LD_BASENAME=lvm -c -o lvm.o lvm.c
lvm.c:1: #error Broken until maintainers will sanitize kdev_t handling
lvm.c: In function `lvm_blk_ioctl':
lvm.c:882: warning: implicit declaration of function `fsync_bdev'
lvm.c:883: warning: implicit declaration of function `invalidate_buffers'
lvm.c: In function `lvm_user_bmap':
lvm.c:1023: structure has no member named `bi_dev'
lvm.c:1024: structure has no member named `bi_dev'
lvm.c:1032: structure has no member named `bi_dev'
lvm.c:1032: structure has no member named `bi_dev'
lvm.c:1032: structure has no member named `bi_dev'
lvm.c:1032: structure has no member named `bi_dev'

Michael D. Black [email protected]
http://www.csihq.com/
http://www.csihq.com/~mike
321-676-2923, x203
Melbourne FL


2002-06-20 14:02:49

by Dave Jones

[permalink] [raw]
Subject: Re: 2.5.23 LVM

On Thu, Jun 20, 2002 at 08:46:18AM -0400, Mike Black wrote:
> FYI...after applying Neil's latest patches for raid got this (not Neil's fault)...I'm not currently using LVM so I disabled it.
> Good news is that it all compiled (yeah!!! -- first time in months that I've been able to compile with RAID5)
> Other question -- it looks like the 2.5 build now builds modules automagically instead of saying "make modules" ???
> Hopefully I'll get chance to test 2.5 soon.
>
> lvm.c:1: #error Broken until maintainers will sanitize kdev_t handling

This is the important line.

There are beginnings of work to fix this in 2.5.23-dj. I imagine the
folks who did those patches will be interested to know how well
it works.

Dave

--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs