I am happy to report that I finally got a 2.4.x kernel booted and running.
To get the kernel booting without an oops, I had to use the kernel option
"mem=64M" (I have 64 megabytes of ram installed). Aparently, without this
option the kernel was detecting an absurdly large amount of installed
memor
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> "Eric W. Biederman" wrote:
> >
> > Hmm. You must mean similiar to milo.
> >
> > Have fun. With linuxBIOS I'm working exactly the other way. Killing
> > off the BIOS. And letting the initial firmware be just a boot loader.
> > The reduction is c
On Sat, Nov 11 2000, Daniel R Risacher wrote:
> Summary:
>
> Many audio-cdrom-playing programs don't work correctly with ATAPI
> CDROM drives under ide-scsi translation, because ATAPI doesn't support
> the PLAYAUDIO_TI command. The ide-cd driver handles this by
> transforming CDROMPLAYTRKIND ioct
Here is a little patchlet which adds to the new documentation
for CONFIG_INET_ECN in Configure.help. This patch applies to
2.4.0-test11-pre3.
Steven
diff -urN linux/Documentation/Configure.help.orig \
linux/Documentation/Configure.help
--- linux/Documentation/Configure.help.orig
On Sat, 11 Nov 2000 23:36:42 -0600 (CST),
Peter Samuelson <[EMAIL PROTECTED]> wrote:
>You mean trivial changes to understand the ELF magic number for a
>riscoid-ABI x86 object. (You wouldn't lie to the linker and call them
>SysV objects, now, would you?) Also gdb and libbfd need to know about
>
Jeff V. Merkey said once upon a time (Fri, 10 Nov 2000):
>
> I noticed that the ip_vs.h include is not in the main kernel tree or ip
> virtual switch support while I was attempting to buid the pirahnna web
> server. Is this module a patch located somewhere else on
> ftp.kernel.org.
Jeff,
[H. Peter Anvin <[EMAIL PROTECTED]>]
> but the Alpha is a *much* more recent ABI... the x86 ABI really dates
> back to the 16-bit 8086-series CPUs.
Oh, right. Xenix. I'd forgotten.
> We might try again in 2.5 since we now have increased the minimum gcc
> version for kernel compiles. Binutils
Peter Samuelson wrote:
>
> [Peter Anvin]
> > At the time the original x86 ABI was created, a lot of C code was
> > still K&R, and thus prototypes didn't exist...
>
> True enough. That does explain a lot. But what about the Alpha? From
> reading gcc source awhile back I seem to remember that m
[Peter Anvin]
> At the time the original x86 ABI was created, a lot of C code was
> still K&R, and thus prototypes didn't exist...
True enough. That does explain a lot. But what about the Alpha? From
reading gcc source awhile back I seem to remember that most if not all
parameters are passed
On Sat, 11 Nov 2000, Jeff V. Merkey wrote:
>On Sat, Nov 11, 2000 at 01:40:42PM +, Henning P. Schmiedehausen wrote:
>> [EMAIL PROTECTED] (Jeff V. Merkey) writes:
>>
>>
>> >We got to the bottom of the sendmail problem. The line:
>>
>> > -O QueueLA=20
>>
>> >and
>>
>> > -O RefuseLA=18
>>
Jan Dvorak said:
>
> Hi,
>
> attached oops came from writing to vfat fs.
This problem was brought up a couple of times before as referenced
here
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0010.3/0652.html
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0006.1/1754.html
http://www.uws
On Sat, 11 Nov 2000, Alexander Viro wrote:
> I would probably turn it into
> unsigned long *ebp = *((unsigned long **)t->esp);
ebp++; /* We want return address, not the previous frame pointer */
> /* Bits 0,1 and 13..31 must be shared with the stack base */
> if (((
Drivers, drivers, drivers. IrDA and ISDN. PPC.
The most interesting part is probably the exclusive wait-queue patch.
David Miller noticed that exclusivity doesn't nest correctly the way we
used to do it: being on multiple wait-queues would potentially cause lost
wake-up events if a non-exclusive
On Sat, 11 Nov 2000, Linus Torvalds wrote:
> On Fri, 10 Nov 2000, Alexander Viro wrote:
> > diff -urN rc11-2/include/asm-i386/processor.h
>rc11-2-show_task/include/asm-i386/processor.h
> > --- rc11-2/include/asm-i386/processor.h Fri Nov 10 09:14:04 2000
> > +++ rc11-2-show_task/include/asm
On Sat, Nov 11, 2000 at 06:43:26PM -0800, Linus Torvalds wrote:
>
>
> Ok, thanks to the work of Jean, everything seems to be applied now.
>
> I'll make a test3 one of these days (probably tomorrow), please verify
> that everything looks happy.
>
> Linus
Linus,
S
Summary:
Many audio-cdrom-playing programs don't work correctly with ATAPI
CDROM drives under ide-scsi translation, because ATAPI doesn't support
the PLAYAUDIO_TI command. The ide-cd driver handles this by
transforming CDROMPLAYTRKIND ioctls into something that the ATAPI
drive will understand, b
On Fri, 10 Nov 2000, Alexander Viro wrote:
> diff -urN rc11-2/include/asm-i386/processor.h
>rc11-2-show_task/include/asm-i386/processor.h
> --- rc11-2/include/asm-i386/processor.h Fri Nov 10 09:14:04 2000
> +++ rc11-2-show_task/include/asm-i386/processor.h Fri Nov 10 16:08:15 2000
> @
Ok, thanks to the work of Jean, everything seems to be applied now.
I'll make a test3 one of these days (probably tomorrow), please verify
that everything looks happy.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On Sat, 11 Nov 2000, Ying Chen/Almaden/IBM wrote:
>
> This patch includes two sets of things against test10:
> First, there are several places where schedule() is called after
> wakeup_bdflush(1) is called. This is completely unnecessary
Fair enough.
> Second, (I have posted this to the kerne
On Sun, 12 Nov 2000 12:32:55 +1100,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>> > > NMI Watchdog detected LOCKUP on CPU3, registers:
>That's a pretty wierd trace. You seem to have addresses related
>to the `apm' kernel thread on mysqld's stack.
Normal unfortunately. Firstly the ix86 oops code
On Sun, 12 Nov 2000, Dag Brattli wrote:
>
> (resending in case it got lost, didn't show up on linux-kernel)
Didn't get lost, but I think the linux-kernel size filter killed it from
the kernel list.
Everything applied. Thanks,
Linus
-
To unsubscribe from this list: send the li
[EMAIL PROTECTED] writes:
> This looks like it's a bug to me although if you have multiple
> threads hitting a file descriptor at the same time, you're pretty much
> asking for trouble.
Yes, I haven't been able to come up with an example that might trigger
this that wasn't dubious to begin w
Jasper Spaans wrote:
>
> On Sat, Nov 11, 2000 at 11:25:00AM +1100, Andrew Morton wrote:
>
> > > NMI Watchdog detected LOCKUP on CPU3, registers:
>
> > Oh no. Another one. Could you please try this attached
> > patch (against test11-pre2) and see if the diagnostics
> > come out?
>
> And yet a
In article <[EMAIL PROTECTED]>,
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>sendfile(2) fails with -EINVAL every time I try to read from a device
>file.
>
>This sounds like a bug... is it? (the man page doesn't mention such a
>restriction)
sendfile() on purpose only works on things that use the pag
"Eric W. Biederman" wrote:
>
> Hmm. You must mean similiar to milo.
>
> Have fun. With linuxBIOS I'm working exactly the other way. Killing
> off the BIOS. And letting the initial firmware be just a boot loader.
> The reduction is complexity should make it more reliable.
>
... except that
Adam Lazur <[EMAIL PROTECTED]> writes:
> Eric W. Biederman ([EMAIL PROTECTED]) said:
> > Michael Rothwell <[EMAIL PROTECTED]> writes:
> > > This would rock. One place I can think of using it is with distro
> > > installers. The installer boots a generic i386 kernel, and then installs
> > > an opt
Adam Lazur <[EMAIL PROTECTED]> writes:
> Eric W. Biederman ([EMAIL PROTECTED]) said:
> > I have recently developed a patch that allows linux to directly boot
> > into another linux kernel. With the code freeze it appears
> > inappropriate to submit it at this time.
>
> Aside from what looks to
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Followup to: <[EMAIL PROTECTED]>
> By author:[EMAIL PROTECTED] (Eric W. Biederman)
> In newsgroup: linux.dev.kernel
> > > >
> > > > The interface is designed to be simple and inflexible yet very
> > > > powerful. To that end the code just take
sendfile(2) fails with -EINVAL every time I try to read from a device
file.
This sounds like a bug... is it? (the man page doesn't mention such a
restriction)
I am using kernel 2.4.0-test11-pre2. All other tests with sendfile(2)
succeed: file->file, file->STDOUT, STDIN->file...
--
Jeff Garz
Followup to: <[EMAIL PROTECTED]>
By author:Peter Samuelson <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> [Andrea Arcangeli]
> > Can you think at one case where it's better to push the parameter on
> > the stack instead of passing them through the callee clobbered
> > ebx/eax/edx?
>
On Fri, Nov 10, 2000 at 04:26:32PM -0500, Alexander Viro wrote:
> * thread_saved_pc() on x86 returns (thread->esp)[3]. Bogus, since the
> third word from the stack top has absolutely nothing to return address of
> any kind. Correct value: (thread->esp)[0][1] - ebp is on top of the stack
> a
[Andrea Arcangeli]
> Can you think at one case where it's better to push the parameter on
> the stack instead of passing them through the callee clobbered
> ebx/eax/edx?
Well it's safer if you are lazy about prototyping varargs functions.
But of course by doing that you're treading on thin ice a
LKML:
Yesterday/Today is a sad day, Linux lost a friend.
The ATA/ATAPI T13 NCITS Standards Committee has lost our Chairman,
Gene Milligan of Seagate. He was also on the T13 SCSI committee also to
the time to address my concerns for changes to the standard as it relates
to Linux. He always all
Hi
This is cleanup patch... 9 sound drivers use the same logarithm base 2
inline... so patch moves it to drivers/sound/ld2.h
BTW: drivers/usb/devio.c and audio.c also uses this ld2() inline
Regards
--
Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]>
diff -uNr linux-240t11p2/drivers/sound/cmpci
From: David Wragg <[EMAIL PROTECTED]>
Date:04 Nov 2000 22:16:18 +
Since f_pos of struct file is a loff_t, on 32-bit architectures it
needs a lock to make accesses atomic (or some more sophisticated form
of protection). But looking in 2.4.0-test10, there doesn't seem to
Hi
Patch is against 2.4.0-test11-pre2... subject tells rest...
Regards
--
Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]>
diff -uNr linux-240t11p2/drivers/char/drm/ffb_drv.c linux/drivers/char/drm/ffb_drv.c
--- linux-240t11p2/drivers/char/drm/ffb_drv.c Tue Oct 3 00:17:32 2000
+++ linux/dri
Hi
This patch against 2.4.0-test11-pre2 adds __init/__exit
to drivers/md... obvious stuff.
Also it makes modules function more consistent accros raidx.c files...
Regards
--
Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]>
diff -uNr linux-240t11p2/include/linux/raid/md_compatible.h
linux/include
Eric W. Biederman ([EMAIL PROTECTED]) said:
> Michael Rothwell <[EMAIL PROTECTED]> writes:
> > This would rock. One place I can think of using it is with distro
> > installers. The installer boots a generic i386 kernel, and then installs
> > an optimized (i.e, PIII, etc.) kernel for run-time.
>
>
Hi
Patch adds __init/__exit/__initdata tags to various sound drivers. I have
reviewed it many times so it should be 100% safe... I have also documented
changes so people know who they should shot ;)
Patch against 2.4.0-test11-pre2.
Please apply...
BTW: Is drivers/sound/Hwmcode.h only in my tr
Some mpu401 functions are used in many sound drivers thus they can't be
marked __init. This patch should allow using these drivers as modules...
--
Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]>
--- linux-240t11p2/drivers/sound/mpu401.c Tue Oct 3 00:17:48 2000
+++ linux/drivers/sound/m
On Wed, 8 Nov 2000, Eric Reischer wrote:
> When cross compiling a PowerPC kernel on an i386 machine, got the following
> error:
>
> binfmt_elf.c: In function 'create_elf_tables':
> binfmt_elf.c:166: 'CLOCKS_PER_SEC' undeclared (first use in this function)
> binfmt_elf.c:166: (Each undeclared id
Eric W. Biederman ([EMAIL PROTECTED]) said:
> I have recently developed a patch that allows linux to directly boot
> into another linux kernel. With the code freeze it appears
> inappropriate to submit it at this time.
Aside from what looks to be support for SMP, how does this differ from
the t
Lars Marowsky-Bree wrote:
> And I am still very fond of the idea of crash dumping to a network server ;-)
I second that. Serial can be slow, and has that pesky cable-length
limit...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
I wrote a small patch to the SoundBlaster driver to allow use of a legacy
(non-PnP) card along with any PnP SB cards you may have, using an extra
insmod option. If the option is not specified, the driver works as
without the patch. The patch is created off the 2.4.0test9 kernel.
Please tell me
On Sat, 11 Nov 2000, Stephen Thomas wrote:
> Mark Hindley wrote:
> > I am trying to setup my ALS 110 soundcard under my build of kernel
> > 2.4.0-test10.
> >
> > I have built in isapnp support and also the sb and opl3 drivers.
> >
> > However, even though I pass opl3=0x388 on the Kernel command
"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
On Sat, 11 Nov 2000, reiser.angus wrote:
> 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/
On 2000-11-10T19:12:29,
"Theodore Y. Ts'o" <[EMAIL PROTECTED]> said:
> Great! Are you thinking about putting the crash dumper and the raw
> write disk routines in a separate text section, so they can be located
> in pages which are write-protected from accidental modification in case
> some k
Date: Fri, 3 Nov 2000 17:10:52 -0800 (PST)
From: James Simmons <[EMAIL PROTECTED]>
> * VGA Console can cause SMP deadlock when doing printk {CRITICAL}
>(Keith Owens)
Still not fixed :-( Here is the patch again. Keith give it a try and tell
me if it solves your prob
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
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
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
1/ Do you have any stats showing what sort of speedup this gives -
I'm curious.
I don't have the exact timing stats to show the improvements, but I do have
some stats that I gathered when running SPEC SFS.
Basically with the default racache scheme which only keeps 80 entries in
the table
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Linus,
Here are the new IrDA patches for Linux-2.4.0-test10. Please apply them to
your latest 2.4 code. If you decide to apply them, then I suggest you start
with the first one (irda1.diff) and work your way to the last one
(irda24.diff) since most of them are not commutative.
The name of this
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED] (Eric W. Biederman)
In newsgroup: linux.dev.kernel
> > >
> > > The interface is designed to be simple and inflexible yet very
> > > powerful. To that end the code just takes an elf binary, and a
> > > command line. The started im
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
> >
Mark Hindley wrote:
> I am trying to setup my ALS 110 soundcard under my build of kernel
> 2.4.0-test10.
>
> I have built in isapnp support and also the sb and opl3 drivers.
>
> However, even though I pass opl3=0x388 on the Kernel command line all
> I get is an isapnp panic.
I'm experiencing wh
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
Michael Rothwell <[EMAIL PROTECTED]> writes:
> "Eric W. Biederman" wrote:
> >
> > I have recently developed a patch that allows linux to directly boot
> > into another linux kernel.
>
> This would rock. One place I can think of using it is with distro
> installers. The installer boots a gener
Wakko Warner <[EMAIL PROTECTED]> writes:
> > I have recently developed a patch that allows linux to directly boot
> > into another linux kernel. With the code freeze it appears
> > inappropriate to submit it at this time.
> >
> > Linus in principal do you have any trouble with this kind of
> >
On Friday November 10, [EMAIL PROTECTED] wrote:
> Hi,
>
> I made some optimizations on racache in nfsd in test10. The idea is to
> replace with existing fixed length table for readahead cache in NFSD with a
> hash table.
> The old racache is essentially ineffective in dealing with large # of
> fi
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
> Is there a nice way to trap on file open() and
stat() ?
a few months ago, I helped a friend in writing a
generic syscall wrapper because he needed exactly
this.
You should take a look at the section "overloader" on
http://bdolez.free.fr/
Regards,
willy
It seems that no one on that thread thought about using the Linux Trace
Toolkit which would allow you to do exactly what is asked for. Plus,
there's a basic hooking mechanism than enables you to hook onto any
file-system events and then do what you want with that.
In the case of trapping open()
Can anyone shed some light on this?
I get "lost interrupt" or "timeout waiting for DMA" (and a subsequent
reset) when reading software RAID0 (striped) partitions using IDE drives,
iff I enable any of the following:
% hdparm -c1 /dev/hda /dev/hdc (enable 32-bit I/O)
% hdparm -m16
"Jeff V. Merkey" wrote:
> NT and NetWare servers don't stop forwarding
> emails when the load average gets too high -- they just work out of the
> box, and hopefully, no so will Linux (our distribution does now since
> this problem in fixed).
Don't get me started on nt - saying it "just works" i
In article <[EMAIL PROTECTED]> you wrote:
> The cobalt machines have now had a kernel upgrade (only to 2.2.14, thats
> the most recent that Cobalt provide...), and the problem has
> disappeared.
Should we ignore "timestamp 0" if there are systems out there which will
break on that. Or is timestam
On Tue, Nov 07, 2000 at 04:03:25PM -0700, "Jeff V. Merkey" <[EMAIL PROTECTED]>
wrote:
>
> Marc Lehman verified that PII systems will generate tons of AGIs with
> gcc.
It is a bit late (just came back from the systems'00 fair), but Jeff
Merkey just acknowledged that indeed he meant me with "Mar
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
>I guess all customers are idiots then, since about 100+ people who were
>using our release downloaded it, and had these problems with sendmail. This
>disconnect of yours is about what I would expect from someone in a University.
>Some of us don't have
Hi,
I'm wondering if someone can tell me why sync_all_inodes() is called in
prune_icache().
sync_all_inodes() can cause problems in some situations when memory is
short and shrink_icache_memory() is called.
For instance, when the system is really short of memory,
do_try_to_free_pages() is invoked
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
Peter Samuelson wrote:
> [Robert Lynch] wrote:
> > 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
On Sat, 11 Nov 2000, Magnus Naeslund(b) wrote:
> Is there a nice way to trap on file open() and stat() ?
> That way i could have nice file statistics.
There was a thread about this a couple days ago.
http://x52.deja.com/threadmsg_ct.xp?AN=690272012.1&mhitnum=0&CONTEXT=973965178.1986985995
We have the SUPER 370DL3 SuperMicro boards w/ the integrated Intel NIC,
unfortunately a warm boot does not help. The problem also seems to happen
when I turn on the alias ip feature in the kernel under network options.
On Fri, 10 Nov 2000, Allen, David B wrote:
> FWIW, I have a dual-proc Super
Hi,
This patch includes two sets of things against test10:
First, there are several places where schedule() is called after
wakeup_bdflush(1) is called. This is completely unnecessary, since
wakeup_bdflush(1) already gave up the control, and when the control is
returned to the calling thread who
Is there a nice way to trap on file open() and stat() ?
That way i could have nice file statistics.
Magnus
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Programmer/Networker [|] Magnus Naeslund
PGP Key: http://www.genline.nu/mag_pgp.txt
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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
1 - 100 of 148 matches
Mail list logo
