hi,
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);
}
...
}
and freeing the allocated memory as follows
f_free()
{
.
for (i=1 t
It's not a fault of kernel, it's just a mistake.
you should use
for(i=0 to 9)
pAddr[10] only has a range of 0 to 9.
miic> f_malloc()
miic> {
miic> .
miic> for (i=1 to 10)
miic> {
miic> size = 1000;
miic> pAddr[i] = (unsigned long) kmalloc(size, GFP_DMA | GFP_BUFFER);
[EMAIL PROTECTED] writes:
> hi,
>
> 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);
[snip]
> pAddr is defined as 'unsigned long pAddr[
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 i
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 be
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
--- linux-work/arch/i386/Makefile-BOOTFI
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 :) i
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 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 if
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
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
k
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
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
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
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 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!
> 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: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!
> 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 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
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
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
> 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
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
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
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 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
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
-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
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
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
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
> 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
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;
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_
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 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
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
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
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
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
- 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
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.
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!
> 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
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/
"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 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
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 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
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 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
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
> "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
-- 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
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
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
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
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
[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
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
> 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
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
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
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?
"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 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
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
> 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 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
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, 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
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
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}):
>
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
"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
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
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. :)
>
>
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
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
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
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
[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 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.
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
> 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
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
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, 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 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
> 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 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
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
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.
1 - 100 of 111 matches
Mail list logo
