> Unable to handle kernel paging request at virtual address fd00
...
> >>PC; f01a77ac<=
Basically the first thing we tried to map in (the auxio register) failed.
Sounds like the page tables weren't set up properly. It is surely my
fault, I'll try and find out why.
Anton
-
To uns
Andi Kleen <[EMAIL PROTECTED]> writes:
> [This is quite a bizarre discussion, but I'll answer anyways. I am not exactly
> sure what your point is]
Let me step aside a second and explain where I'm coming from. As a spin
off of the work of the linuxBIOS project I have implemented a system
call th
BTW, the checks after line 153 in linux/arch/i386/boot/tools/build.c
reflect all those limitations.
- Werner
--
_
/ Werner Almesberger, ICA, EPFL, CH [EMAIL PROTECTED] /
/_IN_N_032__Tel_+41_21_693_6621__Fax_+41
Hello there.
I keep trying to breath life to an old SPARCstation 10 here, no
luck yet. 2.4.0-test11-pre2 compiles without problems, but it
hangs at booting. Here's what the screen reads:
SILO boot: l240t11p2
PROMLIB: obio_ranges 5
bootmem_init: Scan sp_banks, init_bootmem(spfn[1d6],bpf
to be dead meat and there is a fsck in your near future.
Well, actually this fails just as badly as the locker is not unlocking
and the preemption counts are task local... BUT, see below.
>
> We are still trying to find out why kumon@fujitsu's 8-way is
> crashing on the test10-pre
On Sat, Nov 11, 2000 at 02:08:39AM +0100, Rafal Maszkowski wrote:
> > > SPARCstation 10, 1 CPU, Fore 200e SBA, 64 MB RAM
> > > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
> > > Linux etest.icm.edu.pl 2.2.17 #1 Fri Oct 27 03:43:05 MEST 2000 sparc unknown
> I will try to analize t
On Sun, Nov 12, 2000 at 12:20:19PM -0700, Eric W. Biederman wrote:
> Actually it just occurred to me that this stack assess is buggy. You haven't
> set up a stack yet so. [..]
Yes, ss and esp are inherit from the decompression code right now.
> [..] Only the boot/compressed/head.S did and that
On Sun, Nov 12, 2000 at 11:57:15AM -0700, Eric W. Biederman wrote:
> Nope you rely on cs & ds as well. cs is just a duh the codes running
> so it must be valid. But ds is needed for lgdt.
Right. The ds just needs to be valid as cs and ss needs to be valid
as well (for obvious reasons I didn't e
[This is quite a bizarre discussion, but I'll answer anyways. I am not exactly
sure what your point is]
On Sun, Nov 12, 2000 at 11:57:15AM -0700, Eric W. Biederman wrote:
>
> > > I can tell you don't have real hardware. The non obviousness
>
> I need to retract this a bit. You are still build
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sun, Nov 12, 2000 at 06:14:36AM -0700, Eric W. Biederman wrote:
> > x86-64 doesn't load the segment registers at all before use.
>
> Yes, before switching to 64bit long mode we never do any data access. We do a
> stack access to clear eflags only
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sun, Nov 12, 2000 at 06:14:36AM -0700, Eric W. Biederman wrote:
> > x86-64 doesn't load the segment registers at all before use.
>
> Yes, before switching to 64bit long mode we never do any data access. We do a
> stack access to clear eflags only
On Sun, Nov 12, 2000 at 04:44:17PM +0100, Andi Kleen wrote:
> The current simulator seems to be buggy in that it checks the SS,DS segments
>that were pushed as part of the interrupt stack on iretd [..]
That's the first thing I thought too indeed 8), but it maybe because at
iret time the CPU doesn
On Sat, Nov 11, 2000 at 12:09:41PM -0800, H. Peter Anvin wrote:
> a while), but you're right, for now the limit is 8 MB *uncompressed.*
s/8/7/ (kernel starts at 1M)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Plea
On Sun, Nov 12, 2000 at 04:37:05PM +0100, Andrea Arcangeli wrote:
> > I can tell you don't have real hardware. The non obviousness
>
> Current code definitely works fine on the simnow simulator so if current code
> shouldn't work because it's buggy then at least the simulator is sure buggy as
>
On Sun, Nov 12, 2000 at 06:14:36AM -0700, Eric W. Biederman wrote:
> x86-64 doesn't load the segment registers at all before use.
Yes, before switching to 64bit long mode we never do any data access. We do a
stack access to clear eflags only while we still run in legacy mode with paging
disabled
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Sat, Nov 11, 2000 at 12:35:46PM -0700, Eric W. Biederman wrote:
> > With respect to .bss issues we should clear it before we set up page tables.
>
> We could sure do that but that's a minor win since we still need a
> large mapping (more than 1 p
On Sat, Nov 11, 2000 at 12:35:46PM -0700, Eric W. Biederman wrote:
> With respect to .bss issues we should clear it before we set up page tables.
We could sure do that but that's a minor win since we still need a
large mapping (more than 1 pagetable) for the bootmem allocator. (and we need
at lea
"reiser.angus" <[EMAIL PROTECTED]> writes:
> cannot make a success compilation of 2.4.0-test11pre2 with the same
> .config than for a successfull 2.4.0-test10 compilation.
> Same problem when apply patch-2.4.0test11pre2-ac1 from alan cox
>
> arch/i386/mm/mm.o: In function `do_page_fault':
> arch
PROTECTED] Fri Nov 10 09:11:36 2000
Date: Fri, 10 Nov 2000 05:18:09 +
From: Andrew Morton <[EMAIL PROTECTED]>
To: John Kacur <[EMAIL PROTECTED]>, Linus Torvalds <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: [patch] Re: test11-pre2 compile error undefined reference to
cannot make a success compilation of 2.4.0-test11pre2 with the same
.config than for a successfull 2.4.0-test10 compilation.
Same problem when apply patch-2.4.0test11pre2-ac1 from alan cox
arch/i386/mm/mm.o: In function `do_page_fault':
arch/i386/mm/mm.o(.text+0x821): undefined reference to `bus
On Sat, Nov 11, 2000 at 10:57:20AM -0800, Robert Lynch wrote:
> Andi Kleen wrote:
> >
> > On Sat, Nov 11, 2000 at 10:03:35AM -0800, Robert Lynch wrote:
> > > sys_nfsservctl 80 1060 980 +1225.0
> > > dump_extended_fpu8 84 76 +950.00
> >
Tigran Aivazian <[EMAIL PROTECTED]> writes:
> On Sat, 11 Nov 2000, Andrea Arcangeli wrote:
>
> > On Sat, Nov 11, 2000 at 02:51:21PM +, Tigran Aivazian wrote:
> > > Yes, Andrea, I know that paging is disabled at the point of loading the
> > > image but I was talking about the inability to boo
Tigran Aivazian wrote:
>
> On Fri, 10 Nov 2000, H. Peter Anvin wrote:
> > >
> > > On x86 machines there is a size limitation on booting. Though I thought
> > > it was 1024K as the max, 900K should be fine.
> > >
> >
> > No, there isn't. There used to be, but it has been fixed.
> >
>
> Are you
Max Inux wrote:
>
> >gzip, actually. I can verify here "make bzImage" does the expected thing
> >and it looks normal-sized to me.
>
> I believe there is zImage (gzip) and bzImage (bzip2). (Or is it compress
> vs gzip, but then why bzImage vs gzImage?)
>
b is "big". They are both gzip compres
Andi Kleen wrote:
>
> On Sat, Nov 11, 2000 at 10:03:35AM -0800, Robert Lynch wrote:
> > sys_nfsservctl 80 1060 980 +1225.0
> > dump_extended_fpu8 84 76 +950.00
> > get_fpregs 36 372 336 +933.33
> > sc
On Sat, Nov 11, 2000 at 04:46:09PM +, Tigran Aivazian wrote:
> I understand and agree with what you say except the number 4M. It is not
> 4M but 8M, imho. See arch/i386/kernel/head.S
You're reading 2.4.x, I was reading 2.2.x.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, Nov 11, 2000 at 10:03:35AM -0800, Robert Lynch wrote:
> sys_nfsservctl 80 1060 980 +1225.0
> dump_extended_fpu8 84 76 +950.00
> get_fpregs 36 372 336 +933.33
> schedule_tail
gt; > -rw-r--r--1 root root 610568 Nov 7 20:26 vmlinuz-t11p01
> >
> > test11-pre2 comes out ~ 900K:
> >
> > -rw-r--r--1 root root 926345 Nov 10 10:16 vmlinuz-t11p02
>
> Track it down yourself:
>
> 1) The sizes of your two '
Andrzej Krzysztofowicz wrote:
> Except the simple boot loader. You cannot boot kernel >=1024KB directly
> from floppy...
That doesn't really matter much though... You have proceded beyond the
'simple' case. :)
You can always use a tiny bootloader like hpa's syslinux. I am
currently typing on
On Sat, 11 Nov 2000, Andrea Arcangeli wrote:
> On Sat, Nov 11, 2000 at 02:51:21PM +, Tigran Aivazian wrote:
> > Yes, Andrea, I know that paging is disabled at the point of loading the
> > image but I was talking about the inability to boot (boot == complete
> > booting, i.e. at least reach st
On Sat, Nov 11, 2000 at 02:51:21PM +, Tigran Aivazian wrote:
> Yes, Andrea, I know that paging is disabled at the point of loading the
> image but I was talking about the inability to boot (boot == complete
> booting, i.e. at least reach start_kernel()) a kernel with very large
> .data or .bss
> Max Inux wrote:
> > On x86 machines there is a size limitation on booting. Though I thought
> > it was 1024K as the max, 900K should be fine.
>
> No, there isn't. There used to be, but it has been fixed.
>
> -hpa
Except the simple boot loader. You cannot boot kernel >=1024KB directly
On Sat, Nov 11, 2000 at 03:30:36PM +0100,
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> On Fri, Nov 10, 2000 at 11:47:50PM -0600, Peter Samuelson wrote:
> > 2b) If yes, write a perl script to compute symbol sizes from each
> > System.map file. (Symbol size == address of next symbol minus
> >
On Sat, 11 Nov 2000, Andrea Arcangeli wrote:
> On Sat, Nov 11, 2000 at 11:36:00AM +, Tigran Aivazian wrote:
> > Are you sure? I thought the fix was to build 2 page tables for 0-8M
>
> Paging is disabled at that point.
>
Yes, Andrea, I know that paging is disabled at the point of loading th
On Sat, Nov 11, 2000 at 11:36:00AM +, Tigran Aivazian wrote:
> Are you sure? I thought the fix was to build 2 page tables for 0-8M
Paging is disabled at that point.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Fri, Nov 10, 2000 at 11:47:50PM -0600, Peter Samuelson wrote:
> 2b) If yes, write a perl script to compute symbol sizes from each
> System.map file. (Symbol size == address of next symbol minus
> address of this symbol.) Sort numerically, then compare old vs new
> for symbols that
On Sat, 11 Nov 2000, Max Inux wrote:
> >gzip, actually. I can verify here "make bzImage" does the expected thing
> >and it looks normal-sized to me.
>
> I believe there is zImage (gzip) and bzImage (bzip2). (Or is it compress
> vs gzip, but then why bzImage vs gzImage?)
Neither. They are both c
May I recomend a read of Documentation/i386/boot.txt, it explains exactly
what is done
Protocol 2.02: (Kernel 2.4.0-test3-pre3) New command line protocol.
Lower the conventional memory ceiling. No overwrite
of the traditional setup area, thus making booting
On Sat, 11 Nov 2000, Tigran Aivazian wrote:
> On Fri, 10 Nov 2000, H. Peter Anvin wrote:
> > >
> > > On x86 machines there is a size limitation on booting. Though I thought
> > > it was 1024K as the max, 900K should be fine.
> > >
> >
> > No, there isn't. There used to be, but it has been fi
On Fri, 10 Nov 2000, H. Peter Anvin wrote:
> >
> > On x86 machines there is a size limitation on booting. Though I thought
> > it was 1024K as the max, 900K should be fine.
> >
>
> No, there isn't. There used to be, but it has been fixed.
>
Are you sure? I thought the fix was to build 2 pag
On Sat, Nov 11, 2000 at 03:27:36AM -0800, Max Inux wrote:
> >gzip, actually. I can verify here "make bzImage" does the expected thing
> >and it looks normal-sized to me.
>
> I believe there is zImage (gzip) and bzImage (bzip2). (Or is it compress
> vs gzip, but then why bzImage vs gzImage?)
IMH
Mike Harris corrected me, which puts life back where it started reading
other replies. bzimage = Big zImage removing the 640K limitation. I
have not upgraded to 2.4.0-test11-pre2 from test10, when I do I will see
if I get simmilar results.
Sorry,
William Tiemann
<[EMAIL PROTECTED]>
>gzip, actually. I can verify here "make bzImage" does the expected thing
>and it looks normal-sized to me.
I believe there is zImage (gzip) and bzImage (bzip2). (Or is it compress
vs gzip, but then why bzImage vs gzImage?)
>> On x86 machines there is a size limitation on booting. Though I tho
the kernel is
> known to be dead meat and there is a fsck in your near future.
>
> We are still trying to find out why kumon@fujitsu's 8-way is
> crashing on the test10-pre5 sched.c. Looks like it's fixed
> in test11-pre2 but we want to know _why_ it's fixed. And at
Hi Linus,
No task (even init_task) can ever have task->rlim == NULL because that is
statically allocated whenever task_struct is allocated -- hence the check
in fs/proc/array.c:proc_pid_stat() is redundant.
Tested under 2.4.0-test11-pre2
Regards,
Tigran
--- linux/fs/proc/array.c Mon
20:26 vmlinuz-t11p01
>
> test11-pre2 comes out ~ 900K:
>
> -rw-r--r--1 root root 926345 Nov 10 10:16 vmlinuz-t11p02
Track it down yourself:
1) The sizes of your two 'vmlinux' files: do they differ wildly as well?
2a) If no, check the make logs between the
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> > On x86 machines there is a size limitation on booting. Though I thought
> > it was 1024K as the max, 900K should be fine.
> No, there isn't. There used to be, but it has been fixed.
the main problem is for us distribution if we want to fit this
Max Inux wrote:
>
> On 10 Nov 2000, H. Peter Anvin wrote:
> >Different compile options?
> >
> >Why is a 900K kernel unusable?
> >
> > -hpa
>
> My guess would be it not actually bzipping the kernel. Id run make
> bzImage again and making sure it is bzipping it.
>
gzip, actually. I can
On 10 Nov 2000, H. Peter Anvin wrote:
>Different compile options?
>
>Why is a 900K kernel unusable?
>
> -hpa
My guess would be it not actually bzipping the kernel. Id run make
bzImage again and making sure it is bzipping it.
On x86 machines there is a size limitation on booting. Though
On Fri, Nov 10, 2000 at 03:06:52PM -0500, Jan Harkes wrote:
> On Fri, Nov 10, 2000 at 08:27:47PM +0100, Rafal Maszkowski wrote:
> > On Thu, Nov 09, 2000 at 05:52:29PM -0800, Linus Torvalds wrote:
> > > - pre2:
> > > - David Miller: sparc64 updates, make sparc32 boot again
> > Thanks for worki
itsu's 8-way is
crashing on the test10-pre5 sched.c. Looks like it's fixed
in test11-pre2 but we want to know _why_ it's fixed. And at
present each time he hits the bug, his printk() deadlocks.
So bust_spinlocks() is a RAS feature :) A very important one -
it's terrible when
On Friday November 10, [EMAIL PROTECTED] wrote:
>
> Any suggestions?
Yes, send the details to the author of the code, as detemined from
the comment above it:
Richard Henderson ([EMAIL PROTECTED])
After having written:
>
> I've tried this on -test9, test10, and test
1 root root 610503 Oct 31 18:39
> vmlinuz-t10
> -rw-r--r--1 root root 610568 Nov 7 20:26
> vmlinuz-t11p01
>
> test11-pre2 comes out ~ 900K:
>
> -rw-r--r--1 root root 926345 Nov 10 10:16
> vmlinuz-t11p02
>
> and is thus unusable.
I've been regularly building kernels in the testXX series, and
they have been coming out ~ 600K; test10-final and test11-pre1:
-rw-r--r--1 root root 610503 Oct 31 18:39
vmlinuz-t10
-rw-r--r--1 root root 610568 Nov 7 20:26
vmlinuz-t11p01
test11-pre2 comes out ~
Rogier Wolff wrote:
>
> > I have seen the same problem on the same motherboard. It appears to
> > be a motherboard bug that 2.4 exposes and 2.2 doesn't.
>
> This PRINT was added in 2.4.
>
> You're seeing noise on the apic lines. The APICs notice, but every now
> and then you may see a lockup d
I've tried this on -test9, test10, and test11-pre2, all with similar
results.
I've checked the kernel mailing list archives, and didn't see anything
pertinent.
I'm getting the following errors: (in this case, attempting to make them
as a module)
make -C md modules
make[2]
H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > Hi,
> > after booting a 2.4.0 (any testx-release I've tried so far, including
> > test11
Followup to: <[EMAIL PROTECTED]>
By author:Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hi,
> after booting a 2.4.0 (any testx-release I've tried so far, including
> test11-pre2) on a Dual-Pentium III box, the system works ok,
On Fri, Nov 10, 2000 at 08:27:47PM +0100, Rafal Maszkowski wrote:
> On Thu, Nov 09, 2000 at 05:52:29PM -0800, Linus Torvalds wrote:
> > - pre2:
> > - David Miller: sparc64 updates, make sparc32 boot again
>
> Thanks for working on it but I am getting still:
>
> boot: 11.2
> Uncompressing im
On Thu, Nov 09, 2000 at 05:52:29PM -0800, Linus Torvalds wrote:
> - pre2:
> - David Miller: sparc64 updates, make sparc32 boot again
Thanks for working on it but I am getting still:
boot: 11.2
Uncompressing image...
PROMLIB: obio_ranges 5
bootmem_init: Scan sp_banks, init_bootmem(spfn[1f5]
On Fri, 10 Nov 2000 09:15:54 -0800,
George Anzinger <[EMAIL PROTECTED]> wrote:
>The notion of releasing a spin lock by initializing it seems IMHO, on
>the face of it, way off.
Normally it would be, but these are NMI and panic messages. The system
is pretty dead at that point, getting the messag
r <[EMAIL PROTECTED]> wrote:
> >When attempting to compile test11-pre2, I get the following compile
> >error.
> >
> >arch/i386/mm/mm.o: In function `do_page_fault':
> >arch/i386/mm/mm.o(.text+0x781): undefined reference to `bust_spinlocks'
> >make
On Fri, Nov 10, 2000 at 06:10:40AM -0500, Mike A. Harris wrote:
> On Thu, 9 Nov 2000, Jeff V. Merkey wrote:
>
> >> - David Miller: sparc64 updates, make sparc32 boot again
> >> - Davdi Millner: spel "synchronous" correctly
> >Spell "David Miller" correctly. 8).
>
> I believe that was a
Hi,
after booting a 2.4.0 (any testx-release I've tried so far, including
test11-pre2) on a Dual-Pentium III box, the system works ok, but the
console gets filled with
APIC error on CPU0: 08(08)
every couple of seconds, occasionally some lines in between say
APIC error on CPU0: 08(02)
Blah. Puke. Ug. Not your changes, Bart... which are ok, but
incomplete.
Here is the complete bugfix. There are two places where error
conditions are not fully handled, and 'out_spin' can kfree(image),
saving some code. The worst bug of the list... if the firmware
copy_from_user failed w
On Fri, 10 Nov 2000, Alan Cox wrote:
> > rrunner.c : In function 'rr_ioctl'
> > rrunner.c:1558: label 'out' used but not defined
> > make[2]: *** [rrunner.o] Error 1
>
> My fault. Swap that 1158 line pair
>
> error = -EPERM;
> goto out;
>
> with
> ret
On Thu, 9 Nov 2000, Jeff V. Merkey wrote:
>> - David Miller: sparc64 updates, make sparc32 boot again
>> - Davdi Millner: spel "synchronous" correctly
>Spell "David Miller" correctly. 8).
I believe that was a taste of Linus's good sense of humor there
Jeff. ;o) I got a good kick out o
John Kacur wrote:
>
> When attempting to compile test11-pre2, I get the following compile
> error.
>
> arch/i386/mm/mm.o: In function `do_page_fault':
> arch/i386/mm/mm.o(.text+0x781): undefined reference to `bust_spinlocks'
> make: *** [vmlinux] Error 1
It
On Fri, 10 Nov 2000 00:32:49 -0500,
John Kacur <[EMAIL PROTECTED]> wrote:
>When attempting to compile test11-pre2, I get the following compile
>error.
>
>arch/i386/mm/mm.o: In function `do_page_fault':
>arch/i386/mm/mm.o(.text+0x781): undefined reference to `bust_spin
Keith Owens wrote:
> Index: 0-test11-pre2.1/arch/i386/kernel/traps.c
> --- 0-test11-pre2.1/arch/i386/kernel/traps.c Fri, 10 Nov 2000 13:10:37 +1100 kaos
>(linux-2.4/A/c/1_traps.c 1.1.2.2.1.1.2.1.2.3.1.2.3.1.1.2 644)
> +++ 0-test11-pre2.1(w)/arch/i386/kernel/traps.c Fri, 10 Nov 2000 15:56:54 +1100
On Fri, 10 Nov 2000 00:32:49 -0500,
John Kacur <[EMAIL PROTECTED]> wrote:
>When attempting to compile test11-pre2, I get the following compile
>error.
>
>arch/i386/mm/mm.o: In function `do_page_fault':
>arch/i386/mm/mm.o(.text+0x781): undefined reference to `bust_spin
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
When attempting to compile test11-pre2, I get the following compile
error.
arch/i386/mm/mm.o: In function `do_page_fault':
arch/i386/mm/mm.o(.text+0x781): undefined reference to `bust_spinlocks'
make: **
> rrunner.c : In function 'rr_ioctl'
> rrunner.c:1558: label 'out' used but not defined
> make[2]: *** [rrunner.o] Error 1
My fault. Swap that 1158 line pair
error = -EPERM;
goto out;
with
return -EPERM
-
To unsubscribe from this list: send the
Hello,
I received the following error while compiling test11-pre2:
rrunner.c : In function 'rr_ioctl'
rrunner.c:1558: label 'out' used but not defined
make[2]: *** [rrunner.o] Error 1
make[2]: Leaving directory '/usr/src/linux/drivers/net'
...
make: ** [mod_drive
Linus Torvalds wrote:
>
> Nothing stands out as affecting most people here. Security fix for /proc,
> and various cleanups. Alpha and sparc fixes. If you use RAID or ramdisk,
> upgrade.
>
> Linus
>
Only four level I's. Pretty good. PCMCIA problems fixed too.
Jeff
> --
Nothing stands out as affecting most people here. Security fix for /proc,
and various cleanups. Alpha and sparc fixes. If you use RAID or ramdisk,
upgrade.
Linus
-
- pre2:
- Stephen Rothwell: directory notify could return with the lock held
- Richard Henderson: CL
76 matches
Mail list logo
