Fairly sure. I installed with make bzlilo, and the date on /System.map
matches my kernel.
No bug line, I looked before I sent it. That is right outta my syslog.
If it's of any importance, I was building Mozilla at the time and it
corrupted a .o file which I had to remove to continue the build.
> "jason" == Jason Slagle <[EMAIL PROTECTED]> writes:
jason> Sep 26 23:17:11 tacorp kernel: invalid operand:
jason> Sep 26 23:17:11 tacorp kernel: CPU:1
jason> Sep 26 23:17:11 tacorp kernel: EIP:0010:[__find_get_page+7/300]
jason> Sep 26 23:17:11 tacorp kernel: EFLAGS: 00010286
j
Sep 26 23:17:11 tacorp kernel: invalid operand:
Sep 26 23:17:11 tacorp kernel: CPU:1
Sep 26 23:17:11 tacorp kernel: EIP:0010:[__find_get_page+7/300]
Sep 26 23:17:11 tacorp kernel: EFLAGS: 00010286
Sep 26 23:17:11 tacorp kernel: eax: c148a3a0 ebx: c01273ec
ecx: 0010 edx: c271c
Hi,
2.4.0-test9-pre6 just blew on me :-( OOps typed by hand...
I have no idea how CPUs are numbered now, but couple of months ago
they were numbered CPU0 and CPU1 ;-) I have only two CPUs...
NMI Watchdog detected LOCKUP on CPU 12
CPU: 12
EIP: 0010:[] <- outofline lock code
+
+--+
+e-mail: [EMAIL PROTECTED], PGP key available+
diff -u --recursive --new-file linux-2.4.0-test9-pre6.macro/arch/alpha/Makefile
linux-2.4.0-test9-pre6/arch/alpha/Makefile
--- linux-2.4.0-test9-pre6.macro/arch/alpha/MakefileMon Sep 25 17:01:52 2000
+++ linux-2.4.0-test9
David Ford <[EMAIL PROTECTED]> writes:
> Very correct except for one thing, allocation fails and ipcs -u
> shows 4097 when the limit shows 4096. safemode reports that
> eventually the kernel crashes. This may be due to the test9
> 'features' and a side affect, or it may be something to keep in
Very correct except for one thing, allocation fails and ipcs -u shows
4097 when the limit shows 4096. safemode reports that eventually the
kernel crashes. This may be due to the test9 'features' and a side
affect, or it may be something to keep in mind once we get things nailed
down a bit.
-d
safemode <[EMAIL PROTECTED]> writes:
> The sum of the Bytes used in the 4096 entries ipcs shows is WAY off from the
> bytes used in df if that's what you wanted to know.df shows 109K in
> use... and that's easily beaten by the first entry in ipcs
>
> -- Shared Memory Segments
>
Hi David,
David Ford <[EMAIL PROTECTED]> writes:
> I think it's time to get Christoph on the line and see what he has
> to say. The 4096 number is a limit to the system, you can have a
> max of 4096 shared memory segments systemwide. Do you know offhand
> which programs are using(abusing) shm?
2.4.0-test9-pre6 breaks building NFS as a module. pre6 changed lockd
to use two new functions locks_init_lock() and locks_copy_lock().
However, these functions aren't exported, resulting in:
/lib/modules/2.4.0-test9-pre6/kernel/fs/lockd/lockd.o: unresolved symbol
locks_init_lock
/lib/mo
As a datapoint, I've had 2.4.0-test9pre6 up over 1.5 days doing
some serious compiling for a piece of that (probably a good 6-8 hours,
but I haven't timed it with my new AMD processor lately).
I'm running X 4.0.1. I don't know where the `c' and `d' bits you
guys are talking about is coming f
On Sat, Sep 23, 2000 at 10:34:04AM -0400, safemode wrote:
> my kernel is now obviously using a whole lot of swap for no apparant
> reason except the kernel likes to hurt the hdd. Also i'm getting
> DMA timeouts again causing infinite ide reset loops (which btw are very
This doesn's sound like a
On Sat, 23 Sep 2000, safemode wrote:
> Reply ALL also results in 2 mails being sent instead of one but of
> course this is usually not a problem since one is going direct and the
> other is going through vger, but still... it's kind of wasteful to
> resources and i dont see any harm in Reply-to b
I think there's problem in both the kernel and in X. Why?
Work machine:
* test9-pre2 w/ X 4.0d ... uptime 5 days nothing reporting
shm errors like my other boxes. This machine gets hit pretty
hard when I'm on it.
Co-worker's machine:
* 2.2.16 w/ X 4.0.1c ... getti
est9-pre2 for some time now and have not experienc
ed
> any deadlock or shared memory problem, except for one instance.
Byron - test9-pre2 was fine for me (bar that deadlock after 2 hours idle
thing), it's test9-pre6 that seems to really badly blow goats.
d
--
Daniel Stone
Kernel Hacker
On Sun, 24 Sep 2000, Daniel Stone wrote:
> > Somehow i cant help but think this is somehow linked to an OOM problem
> > that has yet to be fixed with the 2.4.0-testX series. It seems
> > suspiciously like the kernel is killing init when X decides it would be
> > peachy to gobble up all the ram.
> safemode wrote:
>
> > Mark Hahn wrote:
> >
> >> this has nothing to do with the linux kernel.
> >> X itself does not use shm for anything. apps may use
> >> an X extension (XSHM) which uses shm segments to exchange
> >> image data without copying through a socket, but that's
> >> an extension,
safemode wrote:
> Mark Hahn wrote:
>
>> this has nothing to do with the linux kernel.
>> X itself does not use shm for anything. apps may use
>> an X extension (XSHM) which uses shm segments to exchange
>> image data without copying through a socket, but that's
>> an extension, not inherent to X
Mark Hahn wrote:
this has nothing to do with the linux kernel.
X itself does not use shm for anything. apps may use
an X extension (XSHM) which uses shm segments to exchange
image data without copying through a socket, but that's
an extension, not inherent to X.
> Ok, compiling using a cvs of X
safemode wrote:
> SHM segments are increasing (they only go away when X closes) .. swap seems
> to be stable for nowhere is the ipcs -u output
If they all go away when X closes, it seems that X is at fault.
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-
Alan Cox wrote:
> I have about 16 after 2 days. Thats a fairly typical desktop (gnome
panel,
> gfm and everything else is a terminal window)
Whoa now?! 16 shm segments?if that's true something is terribly
wrong with either X or the kernel's handling of shm that's scary.
this
is cu
19.5 day uptime on test8 and 4.01b, ~13 segments, ~350K all user 'david'.
4 day uptime on test8 and 4.01c, ~16 segments, 256 bytes used by user
'postgres'.
test9 is very broken, we know it is :]
There are a bunch of OOPSes and complaints about the VM.
-d
safemode wrote:
> Ok, compiling using
It's always been 0 with the previous tests and with this test9-pre6 kernel.
Not sure what the significance of it is.
SHM segments are increasing (they only go away when X closes) .. swap seems
to be stable for nowhere is the ipcs -u output
-- Shared Memory Status
seg
Ok, compiling using a cvs of X i got a couple hours ago, I'm just
wondering what the average segment number is for SHM on an X session
that has been up for a while i'll get back with any sort of info
on if the SHM problem has been solved with this latest CVS or if it
continues to look like
safemode wrote:
> Reply ALL also results in 2 mails being sent instead of one but of course this is
>usually not a problem since one is going direct and the other is going through vger,
>but still... it's kind of wasteful to
> resources and i dont see any harm in Reply-to being sent in the he
David Ford wrote:
> safemode wrote:
>
> > i'll get back about the latest xfree86 in about 2 hours .. but if anyone has any
>other ideas
> > or info i can give ...it's not problem. test8 seems stable enough to keep itself
>up until
> > i'm ready to reboot.
>
> I should hope, I have a 20 day upt
In article <[EMAIL PROTECTED]>,
safemode <[EMAIL PROTECTED]> wrote:
>One more little complaint.. why doesn't vger replace the FROM to
>[EMAIL PROTECTED] like any other sane mailing list ... i
>keep going to Reply and not sending to the list. At least add a
>reply-to tag like the proftpd mailin
In <[EMAIL PROTECTED]> safemode <[EMAIL PROTECTED]> writes:
[mega snip]
See http://www.unicom.com/pw/reply-to-harmful.html for all of the
good reasons why the vger lists behave just the way they should.
--
Henrik Storner | "Crackers thrive on code secrecy. Cockcroaches breed
<[EMAIL PROTE
safemode wrote:
> i'll get back about the latest xfree86 in about 2 hours .. but if anyone has any
>other ideas
> or info i can give ...it's not problem. test8 seems stable enough to keep itself up
>until
> i'm ready to reboot.
I should hope, I have a 20 day uptime so far.
-d
--
"Ther
David Ford wrote:
> safemode wrote:
>
> > One more little complaint.. why doesn't vger replace the FROM to
> > [EMAIL PROTECTED] like any other sane mailing list ... i
> > keep going to Reply and not sending to the list. At least add a
> > reply-to tag like the proftpd mailing list has if you
2.4.0-test8-vm3 seems quite stable with this CVS of X
After running xawtv and gqmpeg ...which would quickly die due to shm
being maxed .. it still works and shows ~ 839 segments ..not really
moving from it
And after 20 min with all the apps i had open before, still not in
swap. Which on test9,
David Ford wrote:
> safemode wrote:
>
> > It seems to me that test8-vm3 handles this fine. in test9 upon loading X i was
> > already using swap and down to 10MB ... here i have netscape loaded and some other
> > stuff along with gaim and i've got 36MB free still. I'm not so sure you can chal
safemode wrote:
> It seems to me that test8-vm3 handles this fine. in test9 upon loading X i was
> already using swap and down to 10MB ... here i have netscape loaded and some other
> stuff along with gaim and i've got 36MB free still. I'm not so sure you can chalk
> this up totally to X ...
David Ford wrote:
> XFree86 Version 4.0.1b / X Window System
> (protocol Version 11, revision 0, vendor release 6400)
> Release Date: 11 August 2000
>
> =)
>
> Are you by chance using cvs X from after september 10th? If so, hop on the
> [EMAIL PROTECTED] mailing list and post your comments there
safemode wrote:
> One more little complaint.. why doesn't vger replace the FROM to
> [EMAIL PROTECTED] like any other sane mailing list ... i
> keep going to Reply and not sending to the list. At least add a
> reply-to tag like the proftpd mailing list has if you want to keep the
> FROM tag as
Shaw Starr repored on [EMAIL PROTECTED] that a fresh checkout of 4.01d and fresh
build of X resulted in a fixed/working shm w/ X.
-d
safemode wrote:
> When in doubt. . Blame it on the biggest piece of crap around .. X.One can
> say using a cvs of X is the cause of this by somehow i doubt i
Use your client Reply all function. that'll get itint here.
I personally think the list is fine the way it is because I dont need to
worry about whether or not the person who sent the message is on the
list or not by default. But that's just me.
safemode wrote:
>
> One more little complaint..
XFree86 Version 4.0.1b / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 11 August 2000
=)
Are you by chance using cvs X from after september 10th? If so, hop on the
[EMAIL PROTECTED] mailing list and post your comments there. There is another
gentlemen wit
One more little complaint.. why doesn't vger replace the FROM to
[EMAIL PROTECTED] like any other sane mailing list ... i
keep going to Reply and not sending to the list. At least add a
reply-to tag like the proftpd mailing list has if you want to keep the
FROM tag as the original sender.
Da
I think it's time to get Christoph on the line and see what he has to say. The
4096 number is a limit to the system, you can have a max of 4096 shared memory
segments systemwide. Do you know offhand which programs are using(abusing)
shm?
-d
safemode wrote:
> David Ford wrote:
>
> > No, those
David Ford wrote:
> No, those two are often empty. Does the total of the first group's bytes
> column match the used column of df?
>
> -d
The sum of the Bytes used in the 4096 entries ipcs shows is WAY off from the
bytes used in df if that's what you wanted to know.df shows 109K in
use... a
David Ford wrote:
> safemode wrote:
>
> > xawtv will still work but gqmpeg cannot run. shget returns no memory
> > available on any app trying to access it. Well, hope that tells
> > someone something because i'm stumped .. something in shm seems
> > broken.. or the vm is.
>
> what does
David Ford wrote:
> safemode wrote:
>
> > xawtv will still work but gqmpeg cannot run. shget returns no memory
> > available on any app trying to access it. Well, hope that tells
> > someone something because i'm stumped .. something in shm seems
> > broken.. or the vm is.
>
> what does
safemode wrote:
> xawtv will still work but gqmpeg cannot run. shget returns no memory
> available on any app trying to access it. Well, hope that tells
> someone something because i'm stumped .. something in shm seems
> broken.. or the vm is.
what does 'ipcs' show? a huge list or a lot o
i did an strace on gqmpeg and xawtv ..this is what gqmpeg showed when
trying to play a file
select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0})
read(8, "c", 1) = 1
select(9, [8], NULL, NULL, {0, 0}) = 1 (in [8], left {0, 0})
read(8, "e", 1)
On Sat, 23 Sep 2000, Roger Larsson wrote:
> One approach could be: only goto try_again if GFP_IO is set.
> And alloc one page from the critical memory pool.
> I will try this.
i'll try this too.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Sat, 23 Sep 2000, Roger Larsson wrote:
> * Won't we end up in an infinite loop?
FYI, i still see a rare deadlock, even under test9-pre6.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
P
In running xawtv i stumbled upon a very interesting message
shmget: No space left on device
yet df -m shows
shm 8192 108 8084 2% /var/shm
I'm not sure what's going on here, /var/shm shows a BUNCH of files in
it.. and none of my partitions are even close to be
Hi,
What will happen in this scenario:
a process
* grabs a fs semaphore
* needs some buffers to do IO, calls __alloc_pages(GFP_BUFFER)
Suppose the system is MIN on free mem, has no inactive_clean pages.
We will end up around line 446 in pages_alloc.c and issue a
try_to_free_pages(...). Then goto
oop to infinite), anyways, if anyone wants some
mem info about this tell me ..i'll paste the contents of /proc/meminfo
here ..but i'm not sure what else you'll need to figure out why it's
being weird.
I'm using linux-2.4.0-test9-pre6 on a pii 300 440lx without DRI and
framebuff
In test9-pre6, when going to compile something - just hit make, gcc kicked
in - and grepping, my system came to a semi-deadlock both times. By this I
mean that you can switch between vconsoles pretty snappily (this system has
no X), but you cannot type at all on those consoles (I think 5 minutes
Hi Rik.
I hope you will find another similar bug. -test9-pre6 with your VM fixes
had been working for 27 min for me and then the very similar stall
happened as it was with your -vmpatch'es. After pressing reset button, fsck
was frozen during booting (his progress bar stoped)
and I've
General system info:
Sep 23 09:43:54 aerie kernel: Linux version 2.4.0-test9 (root@aerie)
(gcc version 2.95.2 19991024 (release)) #7 Sat Sep 23 09:36:39 PDT 2000
Sep 23 09:43:54 aerie kernel: Initializing CPU#0
Sep 23 09:43:54 aerie kernel: Memory: 255740k/262016k available (1003k
kernel code
Against 2.4.0-test9-pre6. Removes redundant code for trap 18, it used
to be reserved but is now used for bluesmoke. Renames mcheck_fault to
do_machine_check for consistency, all other C code for traps uses
do_xxx. Adds parameters to do_machine_check for consistency, all other
C code for traps
On Fri, 22 Sep 2000, Linus Torvalds wrote:
> This should fix the VM deadlocks (knock wood), and adds the infrastructure
> for better samba serving. And lots of small details...
... including broken directory change events stuff. Example:
@@ -101,5 +125,10 @@
inode_setat
This should fix the VM deadlocks (knock wood), and adds the infrastructure
for better samba serving. And lots of small details...
Linus
-
- pre1:
- USB: OHCI controller unlink and bandwidth reclamation fixes
- USB: storage update
- sparc64: register window race.
56 matches
Mail list logo
