On Mon, 23 Oct 2000, Andi Kleen wrote:
> On Sun, Oct 22, 2000 at 10:51:52PM -0700, Andre Hedrick wrote:
> >
> > edit ./drivers/ide/ide-pci.c and enforce the stub at line 516.
> >
> > pci_enable_device(dev);
>
>
> Hmm, it was already enabled:
>
> #if 1 /* what do do with this useful tool
FWIW, 'message passing' is the wrong answer to the question 'how do I
separate the components of a kernel into distinct modules for ' but
that's because it's tied to the Accent ancestry of the Mach style
"microkernel".
One of the few things we did get right in Brevix was the idea of an
interface
On Sun, Oct 22, 2000 at 10:51:52PM -0700, Andre Hedrick wrote:
>
> edit ./drivers/ide/ide-pci.c and enforce the stub at line 516.
>
> pci_enable_device(dev);
Hmm, it was already enabled:
#if 1 /* what do do with this useful tool ??? */
if (pci_enable_device(dev))
return;
#endif
On Mon, 23 Oct 2000, Andi Kleen wrote:
>
> I've seen 3 user land lockups with test10pre4 so far on my UP K6-400, running
> it for a day.
Almost certainly due to the incorrect BUG()'s in mm/vmscan.c (see the
kernel mailing list for exact line numbers - I think it's lines 101-104
that should
edit ./drivers/ide/ide-pci.c and enforce the stub at line 516.
pci_enable_device(dev);
I worried that this would break ix86 platforms.
On Mon, 23 Oct 2000, Andi Kleen wrote:
>
> Hi Linus,
>
> I've seen 3 user land lockups with test10pre4 so far on my UP K6-400, running
> it for a day.
Hi Linus,
I've seen 3 user land lockups with test10pre4 so far on my UP K6-400, running
it for a day. test9 which ran before for more than a week
was rock stable. They all happened during some IO load (e.g. a gcc compile
or a loop mke2fs), usually with some CPU eaters running in the
Does anyone know the current contact e-mail address
for Donald Becker?
I was wishing to contact him concerning a possible
GPL violation concerning some of his Linux driver
code.
--
Brian F. G. Bidulock
[EMAIL PROTECTED]
http://www.openss7.org/
-
To unsubscribe from this list: send the line
On Sun, Oct 22, 2000 at 12:17:24PM -0400, Jason Hihn wrote:
| dabbled in the kernel other than applying some patches. Recently at work
| I've had to develop an application which would allow a user to configure
| a device, even if that device was invented after the application was
| written. This
> So what we really need to do is get some custom "RAM blitter" into our
> hardware to do the memory copies needed for fast context switching and
> message passing.
don't you think you should quit while you're behind?
> Too bad nobody on this list works at an electronics design company... ;-P
On Sat, 21 Oct 2000, Mike Galbraith wrote:
> On Sat, 21 Oct 2000, Mike Galbraith wrote:
>
> > On Fri, 20 Oct 2000, Mark Hahn wrote:
> >
> > > > This is something that has been bugging me for a while. I notice
> > > > on my system that during disk write we do much context switching,
> > > >
On Sun, Oct 22, 2000 at 09:56:52PM -0600, Dwayne C . Litzenberger wrote:
> [snip]
> > crossing memory protection domains is slow, there's no way around
> > it (except better hardware).
>
> So what we really need to do is get some custom "RAM blitter" into our
> hardware to do the memory copies
On Fri, Oct 20, 2000 at 08:59:00PM -0400, Martin Hicks wrote:
>
> I moved from 2.2.18pre15 to 2.2.18pre17 and now I get the following
> usb-uhci stuff being spewed to my terminal:
>
> Oct 20 20:54:19 plato kernel: usb-uhci.c: interrupt, status 3, frame# 704
> Oct 20 20:54:20 plato kernel:
On Wed, Oct 18, 2000 at 04:48:48PM +0100, Stephen Tweedie wrote:
> On Tue, Oct 17, 2000 at 12:31:24AM -0400, John Kacur wrote:
> > I'm trying to understand how the proc file system works. In particular
> > I'd like to know more about the algorithm by which the information is
> > updated and how
On Sun, 22 Oct 2000, Jeremy Fitzhardinge wrote:
> > No the are the pci device ide but different guts. This is the ugliness
> > that most never see.
>
> I think you left some words out. Are you saying that this is one of those
> chips which change PCI id in order to give the appearance of
> IIRC, the K6-2+ is really a K6-3 core with the on-chip L2 cache disabled
> because of defects.
My recollection (starting with the K6-3+ and then going to the K6-2+ - if
there are any errors, please correct me):
The K6-3+ is a K6-3 produced on a smaller process (180nm, as opposed to
the K6-3's
I'll explain my reason for this rant.
The Amiga was my second computer, and the one I spend most of my computing
life on. I've grown up noticing all the things the PC/Windows did wrong while
the Amiga did it right (mostly UI stuff).
Later, I got my own PC, running Windows 95. Horror. Win95
On Fri, Oct 20, 2000 at 01:22:59PM -0700, Andre Hedrick wrote:
> On Fri, 20 Oct 2000 [EMAIL PROTECTED] wrote:
>
> > [EMAIL PROTECTED] wrote..
> >
> > > I reliably get 30MB/s with my IBM 30G 7200rpm ATA66 drive, using a
> > > Via VT82C586 controller. 2.4.0-test9. Modern drives are really fast.
[snip]
> crossing memory protection domains is slow, there's no way around
> it (except better hardware).
So what we really need to do is get some custom "RAM blitter" into our
hardware to do the memory copies needed for fast context switching and message
passing.
Too bad nobody on this list
On Sun, Oct 22, 2000 at 11:16:36PM -0400, David Relson wrote:
> At 09:14 PM 10/22/00, Horst von Brand wrote:
> >Jurgen Kramer <[EMAIL PROTECTED]> said:
> >
> > > You can blame it on the compiler which is included with RH7.0. It's a
> > > pre-release version of some sort. It seems that the gcc
Thanks for the info. I'll give it a try.
Jerry
- Original Message -
From: "Keith Owens" <[EMAIL PROTECTED]>
To: "Jerry Kelley" <[EMAIL PROTECTED]>
Cc: "linux kernel" <[EMAIL PROTECTED]>
Sent: Sunday, October 22, 2000 5:24 PM
Subject: Re: getting module symbols into ksyms
> On Sun,
At 09:14 PM 10/22/00, Horst von Brand wrote:
>Jurgen Kramer <[EMAIL PROTECTED]> said:
>
> > You can blame it on the compiler which is included with RH7.0. It's a
> > pre-release version of some sort. It seems that the gcc people are not
> > happy that RH included this version with RH7.
>
>It is
Update on Tux 2 Patent analysis.
Of the three patents identified by Daniel, one has been eliminated as
a potential for infringement and the other two have not. We have obtained
copies from the USPTO of the full patent files for the patents originally
identified (3). The detail on one of
On Sun, Oct 22, 2000 at 10:12:06PM -0300, Horst von Brand wrote:
> Gregory Maxwell <[EMAIL PROTECTED]> said:
> [...]
> > If you are going to upgrade, you should at least consider going to
> > 2.4.0test-flavor-of-week, so that your crashes will at least contribute to
> > Linux development. :)
>
"Brian F. G. Bidulock" <[EMAIL PROTECTED]> said:
> It has come to our attention that some GNU/Linux distributions are
> currently shipping with ``GCC 2.96''.
Please, not again!
Red Hat 7.0's "GCC 2.96" is binary compatible for C with all past and
future versions. It will probably not be binary
Gregory Maxwell <[EMAIL PROTECTED]> said:
[...]
> If you are going to upgrade, you should at least consider going to
> 2.4.0test-flavor-of-week, so that your crashes will at least contribute to
> Linux development. :)
Careful there! 2.4.0-test10-pre3 on i686 is the prime suspect in massive
Jurgen Kramer <[EMAIL PROTECTED]> said:
> You can blame it on the compiler which is included with RH7.0. It's a
> pre-release version of some sort. It seems that the gcc people are not
> happy that RH included this version with RH7.
It is the *kernel's* fault, as far as can be ascertained now.
c>
"J . A . Magallon" <[EMAIL PROTECTED]> said:
> On Sun, 22 Oct 2000 23:43:30 Gregory Maxwell wrote:
[...]
> I am now compiling my 2.2.18-pre kernels with gcc-2.95 and work fine. It is
> 2.96 what is broken.
2.95.2 has been working with kernels for quite some time. 2.96+ should (?)
work with
ok...
looks like a patch went wrong at some point. (or i forgot to remove a
patch from Trond from a little while ago).
apologies,
Paul Jakma.
On Sun, 22 Oct 2000, Mark Hahn wrote:
> > i've gotten the following message the last 2 times i've tried to
> > compile the kernel (test10-pre{3,4}):
The latest version is always available at http://www.tuxedo.org/~esr/kbuild/
Release 0.8.2: Sun Oct 22 21:52:47 EDT 2000
* Added -W option to permit undefined symbols in -I files.
* Miscellaneous typo fixes.
This version is synchronized with 2.4.0-test9. I believe it is ready
On Sun, 22 Oct 2000, Dwayne C . Litzenberger wrote:
>Although I am a programmer, I am not yet a kernel hacker, so some of my claims
Point 1.
>*very* efficient. However, there are some drawbacks to microkernels that have
>been raised
Point 2.
>(and I don't have the expertise to argue about
On Fri, 20 Oct 2000, Pavel Machek wrote:
>> > * include/asm-i386/elf.h:
>> > - make Pentium IV and other post-P6 processors use the "i686"
>> > family name (same fix as the system_utsname.machine init fix
>> > which went into include/asm-i386/bugs.h in test10-pre4)
>> >
>>
>> We
On Sun, 22 Oct 2000, Jurgen Kramer wrote:
>Date: Sun, 22 Oct 2000 23:02:19 +0200
>From: Jurgen Kramer <[EMAIL PROTECTED]>
>To: Hamid Hashemi Golpayegani <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED]
>Content-Type: text/plain; charset=us-ascii
>Subject: Re: Kernel 2.2.17 with RedHat 7 Problem !
>
> IIRC, the K6-2+ is really a K6-3 core with the on-chip L2 cache disabled
> because of defects.
Hmmm I don't think so. From the dmesg of my K6-2+ [a 500Mhz underclocked
to 75Mhzx6 on my poor PA-2007 motherboard]
CPU: L1 I Cache: 32K L1 D Cache: 32K (32 bytes/line)
CPU: L2 Cache: 128K
CPU:
On Mon, 23 Oct 2000, Hamid Hashemi Golpayegani wrote:
>Hi ,
>
>I have download kernel-2.2.17 from kernel.org and wanna to compile it under
>redhat 7 . when compiling start after few minutes show me this error message
>:
>
>make[2]: Entering directory `/usr/src/linux/arch/arch/i386/lib'
>gcc
On Sun, Oct 22, 2000 at 04:58:45PM -0600, Dwayne C . Litzenberger wrote:
> Could you elaborate? AFAIK, both Neutrino and exec.library are microkernels,
> and they by no means lack performance. Even Windows is a microkernel (sort
> of), and it doesn't lack in performance that much.
"Barry K. Nathan" wrote:
>
> > The K6-2+ is actually the CPU that was released
> > _after_ K6-3. Go figure.
> >
> > Why they didn't call it K6-4 is anyones guess.
>
> I read somewhere (I don't have a URL handy, sorry) that the reason AMD went
> with K6-2+ is that, apparently, the K6-2 name is
On Fri, 20 Oct 2000, Pavel Machek wrote:
> Hi!
>
> > There ought to be _some_ initializations that don't require interrupts?
> > Registering the file systems and network protocols, stuff like that?
>
> Give up on IDE, it is too broken.
Yeah S- Can the whole thing and 90% of all users of
In the words of Barry K. Nathan :
> > Why they didn't call it K6-4 is anyones guess.
> I read somewhere (I don't have a URL handy, sorry) that the reason AMD
> went with K6-2+ is that, apparently, the K6-2 name is well-known, and
> they wanted to build on that...
Sounds like a marketing thing.
In article <[EMAIL PROTECTED]> you wrote:
> A few years ago, there was an intense debate around the question of
> cooperative vs. preemptive multitasking operating system design. Today,
> however, cooperative multitasking is a thing of the past, and it is virtual=
> ly
> undisputed that the
> The K6-2+ is actually the CPU that was released
> _after_ K6-3. Go figure.
>
> Why they didn't call it K6-4 is anyones guess.
I read somewhere (I don't have a URL handy, sorry) that the reason AMD went
with K6-2+ is that, apparently, the K6-2 name is well-known, and they
wanted to build on
Andreas Eibach proclaimed..
>Vince, wasn't it supposed to be
>
> A K6-2+:
>model name : AMD-K6(tm) 3D+ Processor
>
> A K6-3:
> model name : AMD-K6(tm)-III Processor
I don't think so.
The K6-2 yeilds what you mentioned above.
The K6-2+ is actually the CPU that was released
Something higher than the one for kernel 2.2.11 I found it once, but I can't
find it again. (and people.redhat.com isn't accepting http connections)
--
Lab tests show that use of micro$oft causes cancer in lab animals
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
[EMAIL PROTECTED] proclaimed...
> Could you elaborate? AFAIK, both Neutrino and exec.library are
> microkernels, and they by no means lack performance.
Whilst I've not used Neutrino, I did use exec.library for several
years (and was part of a project to rewrite the bad parts before
CBM went
On Mon, Oct 23, 2000 at 01:00:14AM +0200, J . A . Magallon wrote:
> On Mon, 23 Oct 2000 00:36:14 Gregory Maxwell wrote:
> >
> > > I am now compiling my 2.2.18-pre kernels with gcc-2.95 and work fine. It is
> > > 2.96 what is broken.
> >
> > It compiles. Does it really work fine for all tasks
i've gotten the following message the last 2 times i've tried to
compile the kernel (test10-pre{3,4}):
make[2]: Entering directory `/misc/src/linux-2.4.0/fs/nfs'
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes
-O2 -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2
Yikes! Within 5 minutes, I already got a few personal attacks! (and some very
insightful messages as well.)
I'll end this here before it gets too out-of-control.
I should have done my homework before posting. I don't totally agree that my
posts were wrong (as an end user, I can definitely see
On Mon, 23 Oct 2000 00:36:14 Gregory Maxwell wrote:
>
> > I am now compiling my 2.2.18-pre kernels with gcc-2.95 and work fine. It is
> > 2.96 what is broken.
>
> It compiles. Does it really work fine for all tasks and all people? Who
> knows. It is know that your described configuration is
On Sun, Oct 22, 2000 at 05:43:30PM -0400, Gregory Maxwell wrote:
> Due to bugs in the Linux kernel, it may only be compiled by certain versions
> of GCC. GCC 2.7.2 or EGCS 1.1.2 are only supported compilers
> (linux/Documentation/Changes).
>
> Unfortunately, 2.7.2 and EGCS 1.1.2 are really
-- Forwarded message --
-BEGIN PGP SIGNED MESSAGE-
It has come to our attention that some GNU/Linux distributions are
currently shipping with ``GCC 2.96''.
We would like to point out that GCC 2.96 is not a formal GCC release nor
will there ever be such a release.
On Mon, Oct 23, 2000 at 08:53:26AM +1000, Peter Waltenberg wrote:
> Use the GNU Hurd, it won't run on most hardware you'd like to use, and it's
> probably slower than Linux, but it's a microkernel.
I'll ignore that.
> I've worked with microkernels, IMHO, they suck :). Good idea, but
> "Dwayne" == Dwayne C Litzenberger <[EMAIL PROTECTED]> writes:
Dwayne> First of all, I'd like to say that I'm not writing this to
Dwayne> piss anyone off. It's not a flame, a troll, or a personal
Dwayne> attack on anyone. I my writing will aid in the improvement of
Dwayne> Linux. Please
On Mon, Oct 23, 2000 at 12:15:08AM +0200, J . A . Magallon wrote:
> On Sun, 22 Oct 2000 23:43:30 Gregory Maxwell wrote:
> >
> > Due to bugs in the Linux kernel, it may only be compiled by certain versions
> > of GCC. GCC 2.7.2 or EGCS 1.1.2 are only supported compilers
> >
On Sun, 22 Oct 2000 18:53:41 +0200,
Meino Christian Cramer <[EMAIL PROTECTED]> wrote:
> I got a total freeze, while trying the command 'lpr example_textfile.txt' on
> a machine with no attached printer.
> Unfortunately there was no log according to this.
>
> I am using LPRng-3.6.26 with
First of all, I'd like to say that I'm not writing this to piss anyone off.
It's not a flame, a troll, or a personal attack on anyone. I my writing will
aid in the improvement of Linux. Please read this with as much neutrality as
you can summon.
Although I am a programmer, I am not yet a
On Sun, 22 Oct 2000 10:26:04 -0500,
"Jerry Kelley" <[EMAIL PROTECTED]> wrote:
>kernel = 2.2.14-5.0 for i686 UP
>insmod reports version 2.3.10-pre1
>ksymoops is 0.7c
Upgrade both modutils and ksymoops, both are well out of date. Also
kernel 2.2.14 does not have the code to handle symbols if you
So what are these unusual conditions? Why would I not need to recompile?
If the interface changes then glibc will need recompiling and as
far as I can see, the kernel interfaces change relatively often,
particularly in the development tree. Moreover, how does one tell
which kernel the C library
On Sun, 22 Oct 2000 23:43:30 Gregory Maxwell wrote:
>
> Due to bugs in the Linux kernel, it may only be compiled by certain versions
> of GCC. GCC 2.7.2 or EGCS 1.1.2 are only supported compilers
> (linux/Documentation/Changes).
"Bugs" in the kernel are related with things like supposing that
"Linux Kernel Developer" <[EMAIL PROTECTED]> said:
> Wasn't the original complaint that the kernel headers use C++ keyword
> and thus prevent the writing of, at least some, modules in C++. I have
> written C++ code before that was as least as fast as comparable C code and
> more efficient in
[EMAIL PROTECTED] said:
> i am allocating some 1000 bytes of memory as folows
>
> f_malloc()
> {
> .
> for (i=1 to 10)
> {
> size = 1000;
> pAddr[i] = (unsigned long) kmalloc(size, GFP_DMA | GFP_BUFFER);
> }
> ...
> }
You don't check if you got the memory
On Sun, 22 Oct 2000 22:54:32 Hamid Hashemi Golpayegani wrote:
> Hi ,
>
> I have download kernel-2.2.17 from kernel.org and wanna to compile it under
> redhat 7 . when compiling start after few minutes show me this error message
> :
>
> make[2]: Entering directory
Hi!
> There ought to be _some_ initializations that don't require interrupts?
> Registering the file systems and network protocols, stuff like that?
Give up on IDE, it is too broken.
You should get away with paralelising USB and SCSI scan.
Perhaps you can speed boot up with initrd+modules,
Hi!
> > * include/asm-i386/elf.h:
> > - make Pentium IV and other post-P6 processors use the "i686"
> > family name (same fix as the system_utsname.machine init fix
> > which went into include/asm-i386/bugs.h in test10-pre4)
> >
>
> We should never have used anything but "i386" as
Hi,
You can blame it on the compiler which is included with RH7.0. It's a
pre-release version of
some sort. It seems that the gcc people are not happy that RH included this
version with RH7.
Cheers,
Jurgen
Hamid Hashemi Golpayegani wrote:
> Hi ,
>
> I have download kernel-2.2.17 from
- Original Message -
From: "Vince Weaver" <[EMAIL PROTECTED]>
> A plain K6:
>model : AMD-K6tm w/ multimedia extensions
>
> A K6-2:
>model name : AMD-K6(tm) 3D processor
>
> A K6-3:
>model name : AMD-K6(tm) 3D+ Processor
>
> A K6-2+:
> model name
On Mon, Oct 23, 2000 at 12:24:32AM +0330, Hamid Hashemi Golpayegani wrote:
> Hi ,
>
> I have download kernel-2.2.17 from kernel.org and wanna to compile it under
> redhat 7 . when compiling start after few minutes show me this error message
> :
Due to bugs in the Linux kernel, it may only be
FORT David wrote:
> Hi, i got the following oops, to obtain it i've done something stupid:
> i'm using quite frequently a serial console, today my computer was
> already running,
> i've unplugged the serial console and have plugged a modem instead, and
> then the oops.
> That's not really a bad
Why don't you capture the oops via serial console, pipe it through
ksymoops and send us a decent output, please? As is, your output is
useless as it contains _your_ kernel's virtual addresses which are
obviously different from _mine_.
Regards,
Tigran
-
To unsubscribe from this list: send the
Hamid,
RedHat includes two versions of gcc. gcc-2.96 is a developmental snapshot
of the compiler project and is not able to build a kernel. Also included
is kgcc, as in KernelGCC, which is what you should be using. If you don't
have the kgcc...rpm installed, install that and use it.
David
Hi, i got the following oops, to obtain it i've done something stupid:
i'm using quite frequently a serial console, today my computer was
already running,
i've unplugged the serial console and have plugged a modem instead, and
then the oops.
That's not really a bad oops as it takes me 20 minutes
Hi Paul, hi linux-kernel audience,
some szggestion for the upcoming 2.4 release ide-floppy driver: It
really works
nice without devfs, but the ide-floppy behaviour in connection with
devfs is
a bit strange.
If ide-floppy is compiled as a module, which is loaded (or autoloaded by
some smart
Hi ,
I have download kernel-2.2.17 from kernel.org and wanna to compile it under
redhat 7 . when compiling start after few minutes show me this error message
:
make[2]: Entering directory `/usr/src/linux/arch/arch/i386/lib'
gcc -D__KERNEL__ -I/usr/src/linux-2.2.17/include -D__ASSEMBLY__
On Sun, 22 Oct 2000, Dr. Kelsey Hudson wrote:
>Date: Sun, 22 Oct 2000 13:39:09 -0700 (PDT)
>From: Dr. Kelsey Hudson <[EMAIL PROTECTED]>
>To: Mike A. Harris <[EMAIL PROTECTED]>
>Cc: David Woodhouse <[EMAIL PROTECTED]>,
> Linux Kernel mailing list <[EMAIL PROTECTED]>
>Content-Type: TEXT/PLAIN;
> Is there a major compelling reason that this patch isn't included
> in the standard kernel tree?
>
>
> --
> Mike A. Harris - Linux advocate - Open source advocate
> Computer Consultant - Capslock
Andre, Alan, others,
As agreed with Gadi and Andre I have taken over the ide-floppy driver
maintainence from Gadi Oxman (thanks for all your work so far Gadi!).
Anyone with outstanding patches/suggestions etc could you send them to
me?
Please find attached the patch to update the IDE-Floppy
On Thu, 19 Oct 2000, Richard B. Johnson wrote:
[snippage]
> Cary, NC. can't be very large. There are, probably, three persons in
> the whole county than have computers. Two haven't been booted since
> the day the were received by the kids because they've been busy
> studying for the M-CAP test.
This problem presented itself on boot, and occurred after the system had
frozen on me. I watched the system freeze in the first place (Netscape
crashed it, I believe)
Current system configuration is as follows:
AMD K6-200 w/ 64MB RAM, Adaptec 2930 Ultra-SCSI.
GCC version: egcs-2.91.66
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Doing some heavy i/o on my 2.4.0-test10 (rar) while downloading at
10Mb/s at the same time resulted in this:
Oct 22 20:03:38 toor kernel: kernel BUG at vmscan.c:102!
Oct 22 20:03:38 toor kernel: invalid operand:
Oct 22 20:03:38 toor kernel:
hi !
i need to use ramdisk for root for my embedded linux ppc board.
is there some way that i can combine the images vmlinux and ramdisk
image so that they cn be loaded by the bootloader as a single image ?
the reason i need this is because i am using a existing loader which can
simply download
Hi all ,
At first, thank you Jeff Garzik for your advise. I added
debug infomations to apm.c and have tried it. See below:
(APM driver enabled and output tons of debug messages)...
apm_do_idle(): line 564
apm_bios_call_simple(): line 484
..
(and yenta driver was loaded and it proved
On Sun, Oct 22, 2000 at 12:53:26PM +0200, Hans-Joachim Baader wrote:
> Hi Greg,
>
> > > my digital camera (Kodak DC 280) doesn't work with USB in 2.2.18pre17
> > > (and previos kernels). It did work with 2.4.0-test9. Here's the log:
> >
> > What is the BIOS setting of MPS? If it's 1.4, please
hi,
I got a total freeze, while trying the command 'lpr example_textfile.txt' on
a machine with no attached printer.
Unfortunately there was no log according to this.
I am using LPRng-3.6.26 with Linux-2.4.0-test9.
If I can help to gather additional informations, please give me a
hint,
First let me introduce myself and explain where I am coming from. I'm a
just out of college software engineer, I've been using Linux since about
1994. I hope this is the right place to air this idea. I've never
dabbled in the kernel other than applying some patches. Recently at work
I've had to
> bdflush is broken in current kernels. I posted to linux-mm about this,
> but Rik et al haven't shown any interest. I normally see bursts of
> up to around 40K cs/second when doing writes; I hacked a little
> premption counter into the kernel and verified that they're practially
> all
kernel = 2.2.14-5.0 for i686 UP
insmod reports version 2.3.10-pre1
ksymoops is 0.7c
If the insmod version is not the same as modutils some guidance on finding
the modutils version would be appreciated. (The system installed is the
RedHat 6.2 distribution.)
Thanks in advance.
Jerry
-
Yes, I know about the HTML crap. I realized after I sent it what I had done
and knew I'd get flack about it.
Regarding the issue, I'm using 2.2.14-5.0. I'll have to check version of
ksymoops and modutils.
It's too bad that a seemingly simple question like this ends up being so
complicated. I'll
On Sun, Oct 22, 2000 at 05:33:53PM +0400, [EMAIL PROTECTED] wrote:
> About uglyness. Violations of protocol are ugly. When all
> the things proceed in a legal way undistingushable,
> it is beautiful. 8)
Ok, I'm convinced. The only thing I don't like is that to untrained
observers, the repeated
On Sun, Oct 22, 2000 at 04:56:41PM +0400, [EMAIL PROTECTED] wrote:
> Hello!
>
> > Connection established, and I send no data
>
> But why did you set DEFER_ACCEPT then? 8)
I was just experimenting.
> It becomes legal, as soon as we do not enter ESTABLISHED
> state. Your ACK is just ignored and
Hello!
> Connection established, and I send no data
But why did you set DEFER_ACCEPT then? 8)
I explained when it can be used.
> packet. Why would we lose the connection?
Not enter "quit", wait until connection will timeout.
(It is not very soon normally). And look what happens.
Hint: the
On Sun, Oct 22, 2000 at 04:25:39PM +0400, [EMAIL PROTECTED] wrote:
> Until actively connecting client will send some data,
> service will and must retransmit syn-ack. Otherwise you will lose connection.
I don't see why. This is a trace with my patch applied, can you tell me
what's wrong with
On Sun, Oct 22, 2000 at 02:03:37PM +0200, bert hubert wrote:
> From a userland perspective, it works very well. It just wastes packets.
>
> > Sorry for advertising it as a working feature.
>
> The fix should be easy. I'm looking in to it.
This patch fixes TCP_DEFER_ACCEPT support. First the
On Sun, Oct 22, 2000 at 11:48:22AM +0200, Andi Kleen wrote:
> > Patch follows beneath. On a related note, I'm not sure if this is right
> > (connecting to a daemon using TCP_DEFER_ACCEPT)
>
> Yes, looks very broken. I guess there was a reason why it was never
> documented.
>From a userland
Hi Greg,
> > my digital camera (Kodak DC 280) doesn't work with USB in 2.2.18pre17
> > (and previos kernels). It did work with 2.4.0-test9. Here's the log:
>
> What is the BIOS setting of MPS? If it's 1.4, please try 1.1
>
> Let me know if this helps out any.
With 1.1 it works great. Can you
Wasn't the original complaint that the kernel headers use C++ keyword
and thus prevent the writing of, at least some, modules in C++. I have
written C++ code before that was as least as fast as comparable C code and
more efficient in some ways. Whether this could be or not be reproduced in
Ever since the addition of struct vfs_mount, autofs4 has got the "is this
filesystem busy" test wrong. This patch against 2.4.0-test9 makes it
smarter.
J
--- linux.orig/CREDITS Tue Oct 3 17:30:15 2000
+++ linux/CREDITS Tue Oct 3 17:56:04 2000
@@ -795,13 +795,16 @@
S: Germany
On Sat, Oct 21, 2000 at 09:44:31PM +0200, bert hubert wrote:
> On Sat, Oct 21, 2000 at 08:50:54AM +0200, Andi Kleen wrote:
>
> > Linux 2.4 has the "dataready" filter in form of the (currently undocumented)
> > TCP_DEFER_ACCEPT option.
>
> Patch follows beneath. On a related note, I'm not sure
Ok, this is getting really humorous and I've no way to explain it.
Every few kernels I install on my laptop, when doing an APM resume, the
floppy activity LED comes on and stays on until I do something to change
the status of the floppy such as attempting a mount (with or without a
floppy in the
On Sun, 22 Oct 2000, Samium Gromoff wrote:
> Let`s imagine were having two mounted swap partitions.
swap partitions are never mounted, there is no swapfs for Linux (and it is
arguable whether we need one).
> Current situation, if im not going wrong is the next:
[nice, but a few years late :)
Hi Alan,
This patch against 2.2.18pre15 replaces the hardcoded 32 byte cache line
alignment for the .data.cacheline_aligned section with a dynamic one
depending on asm/cache.h [so that K7-SMP will hopefully be handled gratefully]
Please apply,
-Andi
---
Hi Alan,
cpu_data[] should be cache line aligned to make the per CPU pte allocation
tricks work without false sharing. This patch ensure this
(against 2.2.18pre15). Without it it is rather a gamble (1 : 8). With 32
byte cache lines it probably does not hurt too much because the stuff
at the
Let`s imagine were having two mounted swap partitions.
Current situation, if im not going wrong is the next:
swapping to 1st partition, till there is a space on it
then swapping to the next one...
But if make two basic checks:
1) if these partitions are on different drives
2) i/o speed
1 - 100 of 210 matches
Mail list logo
