I�m new in linux then I always thought that to update the kernel was only
download from kernel.org and apply the diffs/patches.
Is there any way to update the kernel like start download the kernel 2.4.7
from kernel.org and apply the diffs/patches or download a more new kernel
and apply the diffs/patches ?
Thanks

-----Mensagem original-----
De: Post, Mark K [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 12 de janeiro de 2004 21:20
Assunto: Re: make modules errror


If you want to use the SUSE source tree, you'll need to manually re-work a
number of the IBM patches to go on top of that.  SUSE (just like Red Hat)
always has patches to the kernel that they add on before shipping it out.
This will be a lot of work, but it will ensure that the kernel has
everything in it that the rest of the system expects to be there.


Mark Post

-----Original Message-----
From: Oswaldo Ferreira de Matos [mailto:[EMAIL PROTECTED]
Sent: Monday, January 12, 2004 3:22 PM
To: 'Post, Mark K'
Subject: RES: make modules errror


It is from SUSE 7.2 download.

-----Mensagem original-----
De: Post, Mark K [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 12 de janeiro de 2004 16:08
Para: 'Oswaldo Ferreira de Matos'
Assunto: RE: make modules errror


It looks like you are not starting with "vanilla" kernel source from
kernel.org.  I get absolutely no messages of any kind when I start with
linux-2.4.7.tar.bz2 from kernel.org, and then apply these patches in this
order:
linux-2.4.7-s390.diff
linux-2.4.7-s390-1.diff
linux-2.4.7-s390-2.diff
linux-2.4.7-s390-3.diff
linux-2.4.7-s390-4.diff
linux-2.4.7-s390-5.diff
linux-2.4.7-s390-6-lcs.diff
linux-2.4.7-s390-7.diff
linux-2.4.7-s390-8-iucv.diff
linux-2.4.7-s390-9-extfix.diff
linux-2.4.7-s390-10.diff
linux-2.4.7-s390-11.diff
linux-2.4.7-s390-12.diff
linux-2.4.7-s390-13.diff
linux-2.4.7-s390-14.diff
linux-2.4.7-s390-15.diff
linux-2.4.7-s390-16.diff
linux-2.4.7-order2-7.diff
linux-2.4.7-timer-8.diff
linux-2.4.7-s390-kerntypes.diff


Mark Post

-----Original Message-----
From: Oswaldo Ferreira de Matos [mailto:[EMAIL PROTECTED]
Sent: Monday, January 12, 2004 2:02 PM
To: '[EMAIL PROTECTED]'
Cc: '[EMAIL PROTECTED]'
Subject: RES: make modules errror


Hi Mark,

I supposed that was applied because I found in
/usr/src/linux-2.4.7/Documentation/s390
the files :

trex:/usr/src/linux-2.4.7.SuSE/Documentation/s390 # ls
.               CommonIO          cds.txt
linux-2.4.7-s390-2.readme
..              DASD              chandev.8
linux-2.4.7-s390-kerntypes.readme
3270.ChangeLog  Debugging390.txt  config3270.sh
linux-2.4.7-s390.readme
3270.txt        TAPE              linux-2.4.7-s390-1.readme  s390dbf.txt

follow the patches messages and the fs.h before and after the 11.diff, and
the fs.h.rej .

Thanks.




-----Mensagem original-----
De: Post, Mark K [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 8 de janeiro de 2004 19:48
Assunto: Re: make modules errror


It's possible that part of the linux-2.4.7-s390-11.diff didn't go on
properly.  In your list of patches, I don't see
linux-2.4.7-s390.diff
linux-2.4.7-s390-1.diff
linux-2.4.7-s390-2.diff

Did you put them on, and just not list them?  Look at include/linux/fs.h,
and make sure that you see this, starting at line 209:
/* bh state bits */
enum bh_state_bits {
        BH_Uptodate,    /* 1 if the buffer contains valid data */
        BH_Dirty,       /* 1 if the buffer is dirty */
        BH_Lock,        /* 1 if the buffer is locked */
        BH_Req,         /* 0 if the buffer has been invalidated */
        BH_Mapped,      /* 1 if the buffer has a disk mapping */
        BH_New,         /* 1 if the buffer is new and not yet written out */
        BH_Protected,   /* 1 if the buffer is protected */
        BH_Async,       /* 1 if the buffer is under end_buffer_io_async I/O
*/

        BH_PrivateStart,/* not a state bit, but the first bit available
                         * for private allocation by other entities
                         */
};

If you don't, then I would start over again.


Mark Post

-----Original Message-----
From: Oswaldo Ferreira de Matos [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 08, 2004 8:58 AM
To: [EMAIL PROTECTED]
Subject: make modules errror


Hello,
 I'm trying to upgrade my kernel with this new recommended patch and i get
this trouble.
  Any idea ? Thanks.


Trying to patch in sequence :
linux-2.4.7-s390-3.diff (IBM)
linux-2.4.7-s390-4.diff (IBM)
linux-2.4.7-s390-5.diff (IBM)
linux-2.4.7-s390-6-lcs.diff (IBM)
linux-2.4.7-s390-7.diff (IBM)
linux-2.4.7-s390-8-iucv.diff (IBM)
linux-2.4.7-s390-9-extfix.diff (IBM)
linux-2.4.7-s390-10.diff (IBM)
linux-2.4.7-s390-11.diff (IBM)
linux-2.4.7-s390-12.diff (IBM)
linux-2.4.7-s390-13.diff (IBM)
linux-2.4.7-s390-14.diff (IBM)
linux-2.4.7-s390-15.diff (IBM)
linux-2.4.7-s390-16.diff (IBM)

Here is procedure I have followed :
Applied the patches
make menuconfig
make dep
make modules
Then I received the following messages :


trex:/usr/src/linux # make modules
make -C  kernel CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.7.SuSE/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -fno-strength-reduce -DMODULE"
MAKING_MODULES=1 modules
make[1]: Entering directory `/usr/src/linux-2.4.7.SuSE/kernel'
make[1]: Nothing to be done for `modules'.
make[1]: Leaving directory `/usr/src/linux-2.4.7.SuSE/kernel'
make -C  drivers CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.7.SuSE/include
-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -fno-strength-reduce -DMODULE"
MAKING_MODULES=1 modules
make[1]: Entering directory `/usr/src/linux-2.4.7.SuSE/drivers'
make -C block modules
make[2]: Entering directory `/usr/src/linux-2.4.7.SuSE/drivers/block'
make[2]: Nothing to be done for `modules'.
make[2]: Leaving directory `/usr/src/linux-2.4.7.SuSE/drivers/block'
make -C cdrom modules
make[2]: Entering directory `/usr/src/linux-2.4.7.SuSE/drivers/cdrom'
make[2]: Nothing to be done for `modules'.
make[2]: Leaving directory `/usr/src/linux-2.4.7.SuSE/drivers/cdrom'
make -C char modules
make[2]: Entering directory `/usr/src/linux-2.4.7.SuSE/drivers/char'
make[2]: Nothing to be done for `modules'.
make[2]: Leaving directory `/usr/src/linux-2.4.7.SuSE/drivers/char'
make -C md modules
make[2]: Entering directory `/usr/src/linux-2.4.7.SuSE/drivers/md'
gcc -D__KERNEL__ -I/usr/src/linux-2.4.7.SuSE/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -fno-strength-reduce -DMODULE   -c -o
raid0.o raid0.c
In file included from
/usr/src/linux-2.4.7.SuSE/include/linux/capability.h:17,
                 from /usr/src/linux-2.4.7.SuSE/include/linux/binfmts.h:5,
                 from /usr/src/linux-2.4.7.SuSE/include/linux/sched.h:9,
                 from /usr/src/linux-2.4.7.SuSE/include/linux/mm.h:4,
                 from /usr/src/linux-2.4.7.SuSE/include/linux/raid/md.h:21,
                 from
/usr/src/linux-2.4.7.SuSE/include/linux/raid/raid0.h:4,
                 from raid0.c:22:
/usr/src/linux-2.4.7.SuSE/include/linux/fs.h: In function
`mark_buffer_async':
/usr/src/linux-2.4.7.SuSE/include/linux/fs.h:1148: `BH_Async' undeclared
(first use in this function)
/usr/src/linux-2.4.7.SuSE/include/linux/fs.h:1148: (Each undeclared
identifier is reported only once
/usr/src/linux-2.4.7.SuSE/include/linux/fs.h:1148: for each function it
appears in.)
make[2]: *** [raid0.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.7.SuSE/drivers/md'
make[1]: *** [_modsubdir_md] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.7.SuSE/drivers'
make: *** [_mod_drivers] Error 2
trex:/usr/src/linux #



Some informations :

 kernel :
  2.4.7-SuSE-SMP

 trex:/usr/src # gcc -v
Reading specs from /usr/lib/gcc-lib/s390-suse-linux/2.95.3/specs
gcc version 2.95.3 20010315 (SuSE)

Reply via email to