Hi volks!
After beeing on holiday and having a lot of work the last few weeks I had time
to try compile 2.5.33 on my AS1000 (Noritake system).
It compiled successfull. I have not yet tried to reboot the machine because it
is used currently...
I will try later and tell you if it works or not...
Thanks a lot to all those alpha developers who made this possible. I guess
Ivan was one of the most involved people. :o)
Best regards!
--
Oliver Pitzeier
UNIX Administrator
-
Linux 2.4.19 i686 Load: 1.04 0.52 0.20
On Tuesday 03 September 2002 12:59, Oliver Pitzeier wrote:
[ ... ]
> It compiled successfull. I have not yet tried to reboot the machine because
> it is used currently...
OK. I was in an error! I didn't saw the error because of a "make -j2"...
I'll try to fix it now...
--
Oliver Pitzeier
UNIX Administrator
-
Linux 2.4.19 i686 Load: 0.08 0.02 0.03
Hello,
I have had 3 errors so far.
1. add the following line to
/usr/src/linux-2.5.X/linux-2.5.33/sound/core/device.c
#include <asm-generic/errno-base.h>
2. The following file need copied (a quick hack)
cd include/asm
cp ../asm-i386/kmap_types.h .
3. The following error I haven't tried to fix yet.
process.c: In function `alpha_clone':
process.c:268: too few arguments to function `do_fork'
process.c: In function `alpha_vfork':
process.c:277: too few arguments to function `do_fork'
make[1]: *** [process.o] Error 1
make[1]: Leaving directory
`/usr/src/linux-2.5.X/linux-2.5.33/arch/alpha/kernel'
make: *** [arch/alpha/kernel] Error 2
Just my 2 cents worth.
Leslie D.
Oliver Pitzeier wrote:
>On Tuesday 03 September 2002 12:59, Oliver Pitzeier wrote:
>[ ... ]
>
>
>>It compiled successfull. I have not yet tried to reboot the machine because
>>it is used currently...
>>
>>
>
>OK. I was in an error! I didn't saw the error because of a "make -j2"...
>
>I'll try to fix it now...
>
>
>
--
/----------------------------\ Current Contractor: None
| Leslie F. Donaldson | Current Customer : None
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | WWW : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Email: mail://[email protected]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++
On Tuesday 03 September 2002 17:08, Leslie Donaldson wrote:
[ ... ]
> I have had 3 errors so far.
>
> 1. add the following line to
> /usr/src/linux-2.5.X/linux-2.5.33/sound/core/device.c
I don't have sound on this machine, so I don't get any errors in this module.
[ ... ]
> 2. The following file need copied (a quick hack)
>
> cd include/asm
> cp ../asm-i386/kmap_types.h .
I used the same quick-hack, but I was wondering why kmap_types.h is missing...
Any ideas? Anybody?
> 3. The following error I haven't tried to fix yet.
>
> process.c: In function `alpha_clone':
> process.c:268: too few arguments to function `do_fork'
> process.c: In function `alpha_vfork':
> process.c:277: too few arguments to function `do_fork'
> make[1]: *** [process.o] Error 1
> make[1]: Leaving directory
> `/usr/src/linux-2.5.X/linux-2.5.33/arch/alpha/kernel'
> make: *** [arch/alpha/kernel] Error 2
The same problems happens here. I'm currently searching for the changelog for
do_fork, so I may find out what arguments I should add to make this working
again. At the i386-tree there is sometimes "NULL" as the last argument added,
but I don't believe that it will be good to simply add "NULL" in every
function call. :o)
Also the quick hack with kmap_types.h doesn't seem very nice to me, but I just
tried to compile it fine for the first...
Any suggestions from anyone are very welcome! :o)
--
Oliver Pitzeier
UNIX Administrator
-
Linux 2.4.19 i686 Load: 0.50 0.39 0.37
Hi,
I must admit that Alpha is a few more out of sync than it deserves.
On Tue, 3 Sep 2002, Oliver Pitzeier wrote:
> > 2. The following file need copied (a quick hack)
> >
> > cd include/asm
> > cp ../asm-i386/kmap_types.h .
That's really a bad hack, if i386 kmap types match up with your
expectations, you must be a lucky guy. i386 and alpha are still 100%
different machines.
> I used the same quick-hack, but I was wondering why kmap_types.h is missing...
> Any ideas? Anybody?
It wasn't introduced, I guess.
> > process.c: In function `alpha_clone':
> > process.c:268: too few arguments to function `do_fork'
> > process.c: In function `alpha_vfork':
> > process.c:277: too few arguments to function `do_fork'
> > make[1]: *** [process.o] Error 1
> > make[1]: Leaving directory
Yes, the syntax changed.
> The same problems happens here. I'm currently searching for the changelog for
> do_fork, so I may find out what arguments I should add to make this working
> again. At the i386-tree there is sometimes "NULL" as the last argument added,
> but I don't believe that it will be good to simply add "NULL" in every
> function call. :o)
The NULL only needs to be non-NULL if we clone with CLONE_CLEARTID.
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-
On Tuesday 03 September 2002 18:14, Thunder from the hill wrote:
[ ... ]
> > I used the same quick-hack, but I was wondering why kmap_types.h is
> > missing... Any ideas? Anybody?
>
> It wasn't introduced, I guess.
No. It seems simply missing. In 2.5.32 it is there. On the right place. :o))))
> > > process.c: In function `alpha_clone':
> > > process.c:268: too few arguments to function `do_fork'
> > > process.c: In function `alpha_vfork':
> > > process.c:277: too few arguments to function `do_fork'
> > > make[1]: *** [process.o] Error 1
> > > make[1]: Leaving directory
>
> Yes, the syntax changed.
I saw. But how should it be called now from within process.c?
> > The same problems happens here. I'm currently searching for the changelog
> > for do_fork, so I may find out what arguments I should add to make this
> > working again. At the i386-tree there is sometimes "NULL" as the last
> > argument added, but I don't believe that it will be good to simply add
> > "NULL" in every function call. :o)
>
> The NULL only needs to be non-NULL if we clone with CLONE_CLEARTID.
I c...
That what I expected.
--
Oliver Pitzeier
UNIX Administrator
-
Linux 2.4.19 i686 Load: 0.59 0.37 0.32
On Tuesday 03 September 2002 18:18, Oliver Pitzeier wrote:
> On Tuesday 03 September 2002 18:14, Thunder from the hill wrote:
[ ... ]
> No. It seems simply missing. In 2.5.32 it is there. On the right place.
> :o))))
>
> > > > process.c: In function `alpha_clone':
> > > > process.c:268: too few arguments to function `do_fork'
> > > > process.c: In function `alpha_vfork':
> > > > process.c:277: too few arguments to function `do_fork'
> > > > make[1]: *** [process.o] Error 1
> > > > make[1]: Leaving directory
> >
> > Yes, the syntax changed.
OK, after calling do_fork with "NULL" as extra argument. It compiles.
(No, I do not want to make the kernel run fine [currently], but I want to
trace down the count of bugs to a countable value. :o) )
[ ... ]
OK. The next problem seems harded to me (Maybe Ivan can help a bit!?):
gcc -Wp,-MD,./.irq.o.d -D__KERNEL__ -I/usr/src/linux-2.5.33/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -mno-fp-regs -ffixed-8 -msmall-data
-mcpu=ev5 -Wa,-mev6 -nostdinc -iwithprefix include -DKBUILD_BASENAME=irq
-c -o irq.o irq.c
In file included from irq.c:15:
/usr/src/linux-2.5.33/include/linux/ptrace.h:28: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:28: warning: its scope is only
this definition or declaration, which is probably not what you want
/usr/src/linux-2.5.33/include/linux/ptrace.h:29: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:30: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:31: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:32: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:33: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:35: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:36: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h:39: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h: In function `ptrace_link':
/usr/src/linux-2.5.33/include/linux/ptrace.h:41: dereferencing pointer to
incomplete type
/usr/src/linux-2.5.33/include/linux/ptrace.h:42: warning: passing arg 1 of
`__ptrace_link' from incompatible pointer type
/usr/src/linux-2.5.33/include/linux/ptrace.h:42: warning: passing arg 2 of
`__ptrace_link' from incompatible pointer type
/usr/src/linux-2.5.33/include/linux/ptrace.h: At top level:
/usr/src/linux-2.5.33/include/linux/ptrace.h:44: warning: `struct task_struct'
declared inside parameter list
/usr/src/linux-2.5.33/include/linux/ptrace.h: In function `ptrace_unlink':
/usr/src/linux-2.5.33/include/linux/ptrace.h:46: dereferencing pointer to
incomplete type
/usr/src/linux-2.5.33/include/linux/ptrace.h:47: warning: passing arg 1 of
`__ptrace_unlink' from incompatible pointer type
make[1]: *** [irq.o] Error 1
make[1]: Leaving directory `/usr/src/linux-2.5.33/arch/alpha/kernel'
make: *** [arch/alpha/kernel] Error 2
--
Oliver Pitzeier
UNIX Administrator
-
Linux 2.4.19 i686 Load: 0.32 0.25 0.27
Hi,
On Tue, 3 Sep 2002, Oliver Pitzeier wrote:
> No. It seems simply missing. In 2.5.32 it is there. On the right place. :o))))
Then copy it from 2.5.32 rather than from i386.
> > > > process.c: In function `alpha_clone':
> > > > process.c:268: too few arguments to function `do_fork'
> > > > process.c: In function `alpha_vfork':
> > > > process.c:277: too few arguments to function `do_fork'
> > > > make[1]: *** [process.o] Error 1
> > > > make[1]: Leaving directory
> >
> > Yes, the syntax changed.
>
> I saw. But how should it be called now from within process.c?
What about += NULL? I'm not sure, but it may work.
The only thing that makes me sad is the other two zeroes. They simply seem
down and out.
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-
Hi,
On Tue, 3 Sep 2002, Oliver Pitzeier wrote:
> In file included from irq.c:15:
> /usr/src/linux-2.5.33/include/linux/ptrace.h:28: warning: `struct task_struct'
> declared inside parameter list
Looks like we need to include <linux/sched.h> prior to that.
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-
I now do have a successful compile, will try to boot it in a sec.... This is from the linuxppc-2.5 tree, will do the same patches on Linus' tree to see if that compiles as well. Ok, it sort of boots as well:
Kernel command line: console=ttyS0,9600 console=tty0 root=/dev/sda2
time_init: decrementer frequency = 16.666782 MHz
Calibrating delay loop... 266.24 BogoMIPS
Memory: 62280k available (1568k kernel code, 804k data, 100k init, 0k highmem)
Security Scaffold v1.0.0 initialized
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
PCI: Probing PCI hardware
Oops: kernel access of bad area, sig: 11
NIP: C000EFA0 LR: C00DF404 SP: C0363B50 REGS: c0363aa0 TRAP: 0301 Not taintedMSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000000, DSISR: 42000000
TASK = c0360040[1] 'swapper' Last syscall: 120
last math 00000000 last altivec 00000000
GPR00: C75C0080 C0363B50 C0360040 C03F94C0 00000000 0000000E 00000001 C0363B78
GPR08: 00000000 00000000 C03F94CC C75C0000 64676500
Call backtrace:
C00DF404 C00E026C C00E036C C00E057C C020F130 C020C5F4 C020C638
C00038E0 C0008A3C
Kernel panic: Attempted to kill init!
Remember this is a prep board....
On Tue, 3 Sep 2002 18:27:16 +0200
"Oliver Pitzeier" <[email protected]> wrote:
> On Tuesday 03 September 2002 18:18, Oliver Pitzeier wrote:
> > On Tuesday 03 September 2002 18:14, Thunder from the hill wrote:
> [ ... ]
> > No. It seems simply missing. In 2.5.32 it is there. On the right place.
> > :o))))
> >
> > > > > process.c: In function `alpha_clone':
> > > > > process.c:268: too few arguments to function `do_fork'
> > > > > process.c: In function `alpha_vfork':
> > > > > process.c:277: too few arguments to function `do_fork'
> > > > > make[1]: *** [process.o] Error 1
> > > > > make[1]: Leaving directory
> > >
> > > Yes, the syntax changed.
>
> OK, after calling do_fork with "NULL" as extra argument. It compiles.
>
> (No, I do not want to make the kernel run fine [currently], but I want to
> trace down the count of bugs to a countable value. :o) )
>
> [ ... ]
>
> OK. The next problem seems harded to me (Maybe Ivan can help a bit!?):
>
Attached patch worked for _compiling_ on my powermac, it might help for you as well....
> gcc -Wp,-MD,./.irq.o.d -D__KERNEL__ -I/usr/src/linux-2.5.33/include -Wall
> -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
> -fno-strict-aliasing -fno-common -pipe -mno-fp-regs -ffixed-8 -msmall-data
> -mcpu=ev5 -Wa,-mev6 -nostdinc -iwithprefix include -DKBUILD_BASENAME=irq
> -c -o irq.o irq.c
> In file included from irq.c:15:
> /usr/src/linux-2.5.33/include/linux/ptrace.h:28: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:28: warning: its scope is only
> this definition or declaration, which is probably not what you want
> /usr/src/linux-2.5.33/include/linux/ptrace.h:29: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:30: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:31: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:32: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:33: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:35: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:36: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h:39: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h: In function `ptrace_link':
> /usr/src/linux-2.5.33/include/linux/ptrace.h:41: dereferencing pointer to
> incomplete type
> /usr/src/linux-2.5.33/include/linux/ptrace.h:42: warning: passing arg 1 of
> `__ptrace_link' from incompatible pointer type
> /usr/src/linux-2.5.33/include/linux/ptrace.h:42: warning: passing arg 2 of
> `__ptrace_link' from incompatible pointer type
> /usr/src/linux-2.5.33/include/linux/ptrace.h: At top level:
> /usr/src/linux-2.5.33/include/linux/ptrace.h:44: warning: `struct task_struct'
> declared inside parameter list
> /usr/src/linux-2.5.33/include/linux/ptrace.h: In function `ptrace_unlink':
> /usr/src/linux-2.5.33/include/linux/ptrace.h:46: dereferencing pointer to
> incomplete type
> /usr/src/linux-2.5.33/include/linux/ptrace.h:47: warning: passing arg 1 of
> `__ptrace_unlink' from incompatible pointer type
> make[1]: *** [irq.o] Error 1
> make[1]: Leaving directory `/usr/src/linux-2.5.33/arch/alpha/kernel'
> make: *** [arch/alpha/kernel] Error 2
>
> --
> Oliver Pitzeier
> UNIX Administrator
> -
> Linux 2.4.19 i686 Load: 0.32 0.25 0.27
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
Hi,
On Wed, 4 Sep 2002, Remco Post wrote:
> Attached patch worked for _compiling_ on my powermac, it might help for
> you as well....
I'd rather not include sched.h into ptrace.h, for that way lies madness.
You get all the crappy headers when you only include one of them. I'm not
saying the change itself is wrong. It's indeed effective. But it's that
cleanup vs. messup thing.
Thunder
--
--./../...-/. -.--/---/..-/.-./..././.-../..-. .---/..-/.../- .-
--/../-./..-/-/./--..-- ../.----./.-../.-.. --./../...-/. -.--/---/..-
.- -/---/--/---/.-./.-./---/.--/.-.-.-
--./.-/-.../.-./.././.-../.-.-.-
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On woensdag, september 4, 2002, at 12:37 , Thunder from the hill wrote:
> Hi,
>
> On Wed, 4 Sep 2002, Remco Post wrote:
>> Attached patch worked for _compiling_ on my powermac, it might help for
>> you as well....
>
> I'd rather not include sched.h into ptrace.h, for that way lies madness.
> You get all the crappy headers when you only include one of them. I'm
> not
> saying the change itself is wrong. It's indeed effective. But it's that
> cleanup vs. messup thing.
>
Hmm, that depends,
I do not fully agree with you on this.
_if_ the defenitions in ptrace.h depend on definitions in sched.h _then_
we _MUST_ include sched.h in ptrace.h or repeat that definitions in
ptrace.h, which will become messier even, since that will introduce two
places to update when that defintion changes. If otoh it is irq.c that
depends on the definitions from sched.h, than that is the place to
include sched.h.
Now, for what I've seen, in this case ptrace.h is the file to patch,
unless I remember the output wrong (I do not have it in front of me
right now), my patch (which I got of this list as well, or the hint on
what to do) is the patch for this problem.
- ---
Met vriendelijke groeten,
Remco Post
SARA - Stichting Academisch Rekencentrum Amsterdam http://www.sara.nl
High Performance Computing Tel. +31 20 592 8008 Fax. +31 20 668 3167
PGP keys at http://home.sara.nl/~remco/keys.asc
"I really didn't foresee the Internet. But then, neither did the computer
industry. Not that that tells us very much of course - the computer
industry
didn't even foresee that the century was going to end." -- Douglas Adams
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (Darwin)
iD8DBQE9dbdIBIoCv9yTlOwRAiCrAJ9wwhRp19/oFjABVXcUsunsQ4ZW+gCeIOqD
pjnua0Vw5woZvT87Q/FXQcU=
=aNu2
-----END PGP SIGNATURE-----
Hello all,
Here is my latest.
Steps
O) Fix sound support.
Add the following line to
/usr/src/linux-2.5.X/linux-2.5.33/sound/core/device.c
#include <asm-generic/errno-base.h>
O) The following file needed to be copied (a quick hack)
Luckly the lower end alphas have the same chipsets as pc's
cd include/asm-alpha
cp ../asm-i386/kmap_types.h .
O) Argument list changed to do_fork add another zero. The uid is in
a register someplace but I'm not sure which one....
FILE: arch/alpha/kernel/process.c
add a last argument of zero to the 2 calls to do_fork
O) ptrace needs to include sched.h
FILE: include/linux/ptrace.h Line: 27
add >> #include <linux/sched.h>
O) The CIA chipset has a type in the file... sigh...
FILE: arch/alpha/kernel/core_cia.c
Line:232
Line:261
change
mase = 0x18;
to
mask = 0x18;
O) Delete the following lines from the top of :
NOTE: This is a synthetic file so the compile must fail to fix it.
FILE: arch/alpha/vmlinux.lds.s
# 1 "vmlinux.lds.S"
# 1 "<built-in>"
# 1 "<command line>"
# 1 "vmlinux.lds.S"
# 1 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/config.h" 1
# 1 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/autoconf.h" 1
# 5 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/config.h" 2
# 2 "vmlinux.lds.S" 2
Okay. I will try a rebbot tomorrow. I also want to try to compile the
modules. sigh.
just everyone know I run a pure redhat rawhide. therefore.. here are my
packages..
gcc-3.2-4.src.rpm
glibc-2.2.90-26.src.rpm
binutils-2.13.90.0.2-2.src.rpm
If these numbers don't scare you.....
Leslie Donaldson
--
/----------------------------\ Current Contractor: None
| Leslie F. Donaldson | Current Customer : None
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | WWW : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Email: mail://[email protected]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++
From the modules...
o) fix the ide system
FILE: frivers/ide/ide.c LINE: 1248
change:
ide_get_lock(&ide_intr_lock, ide_intr, hwgroup);/* for atari
only: POSSIBLY BROKEN HERE(?) */
to
#if defined(__mc68000__) || defined(CONFIG_APUS)
ide_get_lock(&ide_intr_lock, ide_intr, hwgroup);/* for
atari only: POSSIBLY BROKEN HERE(?) */
#endif
LINE 3700
Wrap the function init_module with...
#ifndef MODULE
#endif
NOTE: O yes ide is broken for modules.. There is no
cleanup_modules etc.
o) Fix radeon FB driver( yes a made it compile only, I just will not
load the module.)
FILE: drivers/video/radeonfb.c
comment out line 605 and 606
comment out any line with the text
disp->line_length
disp->visual
disp->type
disp->type_aux
disp->ypanstep
disp->ywrapstep
Note: it appears the drivers are geeting re cored and only half the
changes
were checked in. (riviafb has the same issues.)
p) net fixes
FILE: net/ipv4/netfilter/ip_nat_helper.c
remove __FUNCTION__ from two printk
FILE:net/ipv6/af_inet6.c
remove __FUNCTION__ from one printk
FILE:net/sctp/sm_make_chunk.c
LINE:1599 change secon = sign to an *
well here is depmod, nothing critical:)
if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.5.33; fi
depmod: *** Unresolved symbols in
/lib/modules/2.5.33/kernel/drivers/ide/ide-mod.o
depmod: blk_ioctl
depmod: ide_free_irq
depmod: ide_ack_intr
depmod: ide_release_region
depmod: ide_fix_driveid
depmod: ide_release_lock
depmod: *** Unresolved symbols in
/lib/modules/2.5.33/kernel/drivers/ide/ide-probe-mod.o
depmod: ide_request_irq
depmod: ide_request_region
depmod: ide_fix_driveid
depmod: ide_check_region
depmod: *** Unresolved symbols in
/lib/modules/2.5.33/kernel/drivers/net/dl2k.o
depmod: crc32_le
depmod: *** Unresolved symbols in
/lib/modules/2.5.33/kernel/drivers/usb/input/usbkbd.o
depmod: usb_kbd_free_buffers
depmod: *** Unresolved symbols in
/lib/modules/2.5.33/kernel/drivers/usb/storage/usb-storage.o
depmod: ata_fix_driveid
depmod: show_trace
Leslie Donaldson wrote:
> Hello all,
> Here is my latest.
>
> Steps
> O) Fix sound support.
> Add the following line to
> /usr/src/linux-2.5.X/linux-2.5.33/sound/core/device.c
>
> #include <asm-generic/errno-base.h>
>
> O) The following file needed to be copied (a quick hack)
> Luckly the lower end alphas have the same chipsets as pc's
>
> cd include/asm-alpha
> cp ../asm-i386/kmap_types.h .
>
> O) Argument list changed to do_fork add another zero. The uid is in
> a register someplace but I'm not sure which one....
>
> FILE: arch/alpha/kernel/process.c
> add a last argument of zero to the 2 calls to do_fork
>
> O) ptrace needs to include sched.h
>
> FILE: include/linux/ptrace.h Line: 27
> add >> #include <linux/sched.h>
>
> O) The CIA chipset has a type in the file... sigh...
>
> FILE: arch/alpha/kernel/core_cia.c
> Line:232
> Line:261
>
> change
> mase = 0x18;
> to
> mask = 0x18;
>
> O) Delete the following lines from the top of :
>
> NOTE: This is a synthetic file so the compile must fail to fix it.
>
> FILE: arch/alpha/vmlinux.lds.s
>
> # 1 "vmlinux.lds.S"
> # 1 "<built-in>"
> # 1 "<command line>"
> # 1 "vmlinux.lds.S"
> # 1 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/config.h" 1
>
>
>
> # 1 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/autoconf.h" 1
> # 5 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/config.h" 2
> # 2 "vmlinux.lds.S" 2
>
>
>
> Okay. I will try a rebbot tomorrow. I also want to try to compile the
> modules. sigh.
>
> just everyone know I run a pure redhat rawhide. therefore.. here are
> my packages..
>
> gcc-3.2-4.src.rpm
> glibc-2.2.90-26.src.rpm
> binutils-2.13.90.0.2-2.src.rpm
>
> If these numbers don't scare you.....
>
> Leslie Donaldson
>
--
/----------------------------\ Current Contractor: None
| Leslie F. Donaldson | Current Customer : None
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | WWW : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Email: mail://[email protected]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++
--
/----------------------------\ Current Contractor: None
| Leslie F. Donaldson | Current Customer : None
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | WWW : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Email: mail://[email protected]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++
I tried to boot....
Kernel segfault in md.c line 3161 then it dies.
It did not damage my raid though. Also just so every one knows
there is no support for LVM in this kernel.
Leslie D.
Leslie Donaldson wrote:
> From the modules...
>
> o) fix the ide system
>
> FILE: frivers/ide/ide.c LINE: 1248
>
> change:
> ide_get_lock(&ide_intr_lock, ide_intr, hwgroup);/* for atari
> only: POSSIBLY BROKEN HERE(?) */
> to
> #if defined(__mc68000__) || defined(CONFIG_APUS)
> ide_get_lock(&ide_intr_lock, ide_intr, hwgroup);/*
> for atari only: POSSIBLY BROKEN HERE(?) */
> #endif
>
> LINE 3700
> Wrap the function init_module with...
> #ifndef MODULE
> #endif
> NOTE: O yes ide is broken for modules.. There is no
> cleanup_modules etc.
>
> o) Fix radeon FB driver( yes a made it compile only, I just will not
> load the module.)
> FILE: drivers/video/radeonfb.c
>
> comment out line 605 and 606
>
> comment out any line with the text
> disp->line_length
> disp->visual
> disp->type
> disp->type_aux
> disp->ypanstep
> disp->ywrapstep
>
> Note: it appears the drivers are geeting re cored and only half
> the changes
> were checked in. (riviafb has the same issues.)
>
> p) net fixes
>
> FILE: net/ipv4/netfilter/ip_nat_helper.c
> remove __FUNCTION__ from two printk
>
> FILE:net/ipv6/af_inet6.c
> remove __FUNCTION__ from one printk
>
> FILE:net/sctp/sm_make_chunk.c
> LINE:1599 change secon = sign to an *
>
>
> well here is depmod, nothing critical:)
> if [ -r System.map ]; then /sbin/depmod -ae -F System.map 2.5.33; fi
> depmod: *** Unresolved symbols in
> /lib/modules/2.5.33/kernel/drivers/ide/ide-mod.o
> depmod: blk_ioctl
> depmod: ide_free_irq
> depmod: ide_ack_intr
> depmod: ide_release_region
> depmod: ide_fix_driveid
> depmod: ide_release_lock
> depmod: *** Unresolved symbols in
> /lib/modules/2.5.33/kernel/drivers/ide/ide-probe-mod.o
> depmod: ide_request_irq
> depmod: ide_request_region
> depmod: ide_fix_driveid
> depmod: ide_check_region
> depmod: *** Unresolved symbols in
> /lib/modules/2.5.33/kernel/drivers/net/dl2k.o
> depmod: crc32_le
> depmod: *** Unresolved symbols in
> /lib/modules/2.5.33/kernel/drivers/usb/input/usbkbd.o
> depmod: usb_kbd_free_buffers
> depmod: *** Unresolved symbols in
> /lib/modules/2.5.33/kernel/drivers/usb/storage/usb-storage.o
> depmod: ata_fix_driveid
> depmod: show_trace
>
>
>
> Leslie Donaldson wrote:
>
>> Hello all,
>> Here is my latest.
>>
>> Steps
>> O) Fix sound support.
>> Add the following line to
>> /usr/src/linux-2.5.X/linux-2.5.33/sound/core/device.c
>>
>> #include <asm-generic/errno-base.h>
>>
>> O) The following file needed to be copied (a quick hack)
>> Luckly the lower end alphas have the same chipsets as pc's
>>
>> cd include/asm-alpha
>> cp ../asm-i386/kmap_types.h .
>>
>> O) Argument list changed to do_fork add another zero. The uid is in
>> a register someplace but I'm not sure which one....
>>
>> FILE: arch/alpha/kernel/process.c
>> add a last argument of zero to the 2 calls to do_fork
>>
>> O) ptrace needs to include sched.h
>>
>> FILE: include/linux/ptrace.h Line: 27
>> add >> #include <linux/sched.h>
>>
>> O) The CIA chipset has a type in the file... sigh...
>>
>> FILE: arch/alpha/kernel/core_cia.c
>> Line:232
>> Line:261
>>
>> change
>> mase = 0x18;
>> to
>> mask = 0x18;
>>
>> O) Delete the following lines from the top of :
>>
>> NOTE: This is a synthetic file so the compile must fail to fix it.
>>
>> FILE: arch/alpha/vmlinux.lds.s
>>
>> # 1 "vmlinux.lds.S"
>> # 1 "<built-in>"
>> # 1 "<command line>"
>> # 1 "vmlinux.lds.S"
>> # 1 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/config.h" 1
>>
>>
>>
>> # 1 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/autoconf.h" 1
>> # 5 "/usr/src/linux-2.5.X/linux-2.5.33/include/linux/config.h" 2
>> # 2 "vmlinux.lds.S" 2
>>
>>
>>
>> Okay. I will try a rebbot tomorrow. I also want to try to compile the
>> modules. sigh.
>>
>> just everyone know I run a pure redhat rawhide. therefore.. here are
>> my packages..
>>
>> gcc-3.2-4.src.rpm
>> glibc-2.2.90-26.src.rpm
>> binutils-2.13.90.0.2-2.src.rpm
>>
>> If these numbers don't scare you.....
>>
>> Leslie Donaldson
>>
>
>
--
/----------------------------\ Current Contractor: None
| Leslie F. Donaldson | Current Customer : None
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | WWW : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Email: mail://[email protected]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++
--
/----------------------------\ Current Contractor: None
| Leslie F. Donaldson | Current Customer : None
| Computer Contractor | Skills: Unix/OS9/VMS/Linux/SUN-OS/C/C++/assembly
| Have Computer will travel. | WWW : http://www.cs.rose-hulman.edu/~donaldlf
\----------------------------/ Email: mail://[email protected]
Goth Code V1.1: GoCS$$ TYg(T6,T9) B11Bk!^1 C6b-- P0(1,7) M+ a24 n--- b++:+
H6'11" g m---- w+ r+++ D--~!% h+ s10 k+++ R-- Ssw LusCA++