[1.] One line summary of the problem:
2.4.0-test10-pre4 produces an oops while using gpm
[2.] Full description of the problem/report:
I got the enclosed oops the following way:
cd to kernel source tree;
ls -lR;
when the listing is complete, use [SHIFT][PAGEUP] to scroll back as far
as possible;
u
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);
>
> I worried that this would break ix86 platforms.
Just a data point for people on linuxkernel who won't have seen my
correspondence wi
Dear ALL,
I have to develop a Printer Driver for Red Hat Linux 6.2. Can anyone help me
in finding the specs or any other documentation to get some start on this.
Any Help will be appreciated.
Thanks a Lot.
With Best Regards,
Deepak Gupta
Project Leader
DCM Technologies
New Delhi - INDIA
-
To u
"microkernel" is an unfortunate term. Once upon a time it had a reasonably
well understood technical meaning and then Cutler claimed that NT had a
'microkernel' design and the FUD set in. In the literature I'm familiar
with, (not counting marketing hype,) 'micokernel means two distinct classes
On Sun, Oct 22, 2000 at 11:03:34PM -0700, Andre Hedrick wrote:
> 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);
> >
> >
>
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 jus
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. test
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 background.
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 "uns
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 i
> 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,
> > > > but
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 ne
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: usb-uh
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 fr
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 backw
> 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 is
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 wor
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 peop
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, 22
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 th
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 the
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 c
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
reor
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. T
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
fo
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 t
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 shoul
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 !
>
>Hi
> 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: AM
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 -D__K
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.
Exec.library
"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 we
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 Linux?
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.
N
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 preem
> 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 tha
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
_afte
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" i
[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 dow
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 an
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
-march
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 no
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 crapp
-- 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. Rathe
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 fundamentall
> "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 r
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
> > (linux/Documentation/Ch
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 Linux-2.4
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 kerne
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 wa
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 `/usr/src/linux/arch/arch/i386/
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, pos
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 the
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 kernel.
- 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 com
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 o
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 lin
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 t
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
devf
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__ -D__SMP_
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 Consul
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 dri
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.
T
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
Kerne
-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: CPU
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 pcmcia
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 t
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, ho
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 de
> 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 bdflu
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
- Origin
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 S
Hello!
> Ok, this surely is incorrect. However, sending spurious SYNACK packets
> doesn't seem like the way to solve this problem.
They are _not_ spurious. Connection did not enter ESTABLISHED state.
If it entered this state, we would have no rights to timeout.
It should be closed with FIN etc.
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 p
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 it?
Hello!
> The SYN/ACK handshake appears to go well, and telnet reports a connection
> (the daemon doesn't, no data has been sent). However, Linux keeps sending
> SYNs, which keep getting ACKed. I'm not sure if this is desired behavior. It
> appears to be a side effect of the TCP_DEFER_ACCEPT timeo
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 pa
On Sun, Oct 22, 2000 at 06:42:19AM -0400, Linux Kernel Developer wrote:
> 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 m
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 pers
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
1 - 100 of 111 matches
Mail list logo
