Hi Joey,
On Sun, Dec 16, 2018 at 09:21:35AM -1000, Joey Pabalinas wrote:
> > > I spent a lot of time trying to find an LKML archive in Maildir format
> > > that I could use for local searches with nutmuch or something, but all
> > > the links I was able to find were all dead.
> >
> > You might in
een this..)
Regards,
Jasper
--
/\/\ ir. Jasper Spaans
\ (_)/ Fox-IT
\XT: +31-15-2847999
\ / \ M: +31-6-41588725
\/ KvK Haaglanden 27301624
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
he moment...(ie
> > not picking up new messages)
> >
> > ...which is a pity as it is a great site
>
> Did you send email to Jasper Spaans? (jasper at vs19.net)
Problem sort of fixed, looks like a joe job with the lkml.org domain,
causing the mta to panic because of too
limit that wouldn't survive a week of lkml traffic.
[..]
I suspect others must have come across this ... any suggestions?
Use lkml.org's fabulastic email forward button to forward mails to
your university account and reply from there?
Cheers,
--
Jasper Spaans
overed RAM to above 4GB. Nothing the kernel can do about it.
Well, I guess I learned the hard way. So it's better not to buy 4GB
... it turns out to be the same as buying one with just 3GB RAM.
Might be a setting in the bios... look for something like memory hole,
memory remapping, 4G DRAM, etc.
On Thu, Jan 27, 2005 at 08:43:18PM -0500, James Morris wrote:
> Looks like a cleanup broke the test vectors:
> http://linux.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]
>
> Patch below, please apply.
That fixes it, thanks.
--
Jasper Spaans htt
t really on my
suspect shortlist, but I'll see if I can find time to build a vanilla one
tomorrow (that is, without swsusp/hostap).. right now, it's time to sleep in
my local timezone..
Groet,
--
Jasper Spaans http://jsp.vs19.net/
01:40:46 up 10207 da
that machine is an athlon xp, cpu flags according to /proc/cpuinfo
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 mmx fxsr sse pni syscall mmxext 3dnowext 3dnow
Compiler: gcc 3.3.5 (debian package 1:3.3.5-6)
Is this supposed to happen?
Jasper
--
Jasper
spaans kernel: [nf_iterate+64/137] nf_iterate+0x40/0x89
Jan 23 07:50:56 spaans kernel: [pg0+979631787/1068110848]
br_nf_local_out_finish+0x0/0x77 [bridge]
(Btw, this kernel is enhanced with hostap and swsusp2 support, if needed I
can compile a vanilla -rc2)
Groet,
--
Jasper Spaans
On the other hand, if no other apps are running on your box, and Oracle gets
killed due to OOM, you probably have underestimated your hardware needs, or
Oracle has gone haywire, which is a good reason for killing it.
Thus, nothing seems wrong with the current kill algorithm to me...
Just my two c
On Mon, Dec 25, 2000 at 04:34:37PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 25 Dec 2000, Jasper Spaans wrote:
> >
> > I am having some reproducible crashes with 2.4.0-test13-pre4, whenever I
> > do some 'heavy' nfs-ing.. decoded oops:
>
> It look
mov0x1c(%esp,1),%ecx
Code; c01e2645
7: 89 41 3c mov%eax,0x3c(%ecx)
Code; c01e2648
a: c7 47 18 00 00 00 00 movl $0x0,0x18(%edi)
Code; c01e264f
11: 8b 54 24 00 mov0x0(%esp,1),%edx
Kernel panic: Aiee, killing interrup
please drop me a note.
Regards,
--
Jasper Spaans <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
113fd26
Trace; d1166a00
Trace; d113e4e9
Trace; d1166768
Trace; d11573ad
Trace; c0109a88
Quite scary.. especially the ea0a part.
I've disabled nfs, and it seems to work ok right now.
Regards,
--
Jasper Spaans <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line &q
looking at the code in
drivers/md/raid5.c and it seems this null pointer deref is coming from there
- Neil, do you have some documentation on how this code should work, as
stripe_head causes some null-pointer-derefs inside my head..
It seems a stripe_head is quite similar to a block_head, but why i
s talking driectly to /dev/md0, or is there
> some filesystem in-between?
> Either way, I expect Linus' suggestion will provide the answer.
Will try to reproduce this, with Linus' suggestion; btw, this mysql-db is
running on ext2, nothing exotic.
Regards,
--
push %ebx
Code; 000b Before first symbol
b: 8b 5c 24 14 mov0x14(%esp,1),%ebx
Code; 000f Before first symbol
f: 8b 54 24 18 mov0x18(%esp,1),%edx
Code; 0013 Before first symbol
13: 85 00 test %eax,(
llel [of course, for performance reasons].
Regards,
--
Jasper Spaans <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sat, Nov 18, 2000 at 12:35:36PM +0100, Jasper Spaans wrote:
> Hmm, next time I'll need to eat my own dogfood -- this patch doesn't work,
> it only compiles. Don't use it.
It seems to me the original code was correct, but the linking isn't in the
right order and the
On Fri, Nov 17, 2000 at 11:41:44PM +0100, Jasper Spaans wrote:
> due to the xor.c cleanup in 2.4.0-test11-pre5+, raid5 compiled into the
> kernel fails when booting, because the calibrate_xor_block function
> hasn't been called while registering a raid5 volume; this leads to a
's a tiny patch to restore that functionality, can you apply it?
Regards,
--
Jasper Spaans <[EMAIL PROTECTED]>
diff -Nru linux-2.4.0-test11-pre6-orig/drivers/md/raid5.c
linux-2.4.0-test11-pre6/drivers/md/raid5.c
--- linux-2.4.0-test11-pre6-orig/drivers/md/raid5.c Fri Nov 17 23:21:18
)
> not by ksymoops, I do not trust the klogd algorithm at all.
All right, here's another one, this time using the oops directly from the
console -- this seems to give better symbols.. The 'console shuts up ...'
works, the oops from the other CPU didn't get put out.
Will try te
your patch, and ran my oopses through
ksymoops, results attached.
Kernel: 2.4.0-test11-pre2 + reiserfs-3.6.18
2 * P-II 350, 256 MB RAM, no special hardware, AFAIK.
Of course, more details are available.
Regards,
--
Jasper Spaans <[EMAIL PROTECTED]>
ksymoops 2.3.4 on i686 2.4.0-test11.
e code in fs/super.c at line 1338, you'll see there's
a new mount flag, and the old code at line 1348 has been deactivated.
--
Jasper Spaans <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
24 matches
Mail list logo
