Then it's actually not licensed to anyone, and is thus illegal to use
by anyone (unless you say otherwise, of course.) You don't have to
put the © symbol into something for it to be copyrighted (although a
legal copyright notice, meaning "©", "Copyright", or "Copr", the year,
and the owner --
"QUANTUM FIREBALLlct10 30"
Just add this ti the pdc_quirks_list and see if it fixes the problem.
It is an nIEN problem.
Horst von Brand, you suggested it could be bad cabling or some other physical problem.
I have tried several cables (yes, UDMA66 cables), I have tried two Promise
On 4 Sep 2000, Stuart Lynne wrote:
M-Systems distributes something that is perfectly legal for an end user
to use. Nothing prevents someone from linking anything they want into their
own copy of a kernel they will use themselves.
Sheesh, I am glad to see that you are also a product of the
On Tue, 5 Sep 2000, Lars Knudsen wrote:
I tried in two different boxes. I have 3 of the 'QUANTUM FIREBALLlct10 30' drives
and one
'QUANTUM FIREBALLlct15 30' all having the same problem. I tried the IBM-DPTA-373420
and a Seagate ST38431A on the controllers and cables, without problems. Any
PDC20267: (U)DMA Burst Bit DISABLED Primary PCI Mode
Secondary PCI Mode.
^
You have to force the driver into action.
You have no way to get UltraDMA enabled.
OK, I removed the CD-rom, and the driver states upon boot:
PDC20267: (U)DMA Burst Bit ENABLED
Hi,
On Mon, 4 Sep 2000, Alan Cox wrote:
Then they need more competant admins. It isnt _hard_ to transproxy outgoing
smtp traffic via a spamtrapper that checks for valid src/destination and
headers.
You get into a dangerous field here. If you start arguing like this, how
do you explain to a
On Tue, 5 Sep 2000, Lars Knudsen wrote:
PDC20267: (U)DMA Burst Bit DISABLED Primary PCI Mode
Secondary PCI Mode.
^
You have to force the driver into action.
You have no way to get UltraDMA enabled.
OK, I removed the CD-rom, and the driver states
Does anyone know how to get the Fasttrak100 Ultra
Raid Card going in Linux? (different than the Ultra100)
the PDC driver does not find any of the hard drives
attached to the drive.
Thanks
Craig Whitmore
Hello,
Is there somewhere an implementation of the mq_xxx() POSIX functions
(mq_open(), mq_receive() Co), close enough to the kernel to achieve
good performance ?
Thanks in advance,
A+,
--
Thierry Danis
Poste : 01 71 71 57 96 [EMAIL PROTECTED]
# rm *;o
o : commande non
Linus,
Please apply this self explainatory tiny patch against test8-pre4.
Dan Aloni (dax)
[EMAIL PROTECTED]
--- linux/drivers/char/drm/i810_drv.c Tue Sep 5 11:47:15 2000
+++ linux.vanilla/drivers/char/drm/i810_drv.c Tue Sep 5 12:21:30 2000
@@ -438,7 +438,7 @@
if (len
Someone has to port it to Linux. It runs on MANOS only at present, but
I posted the source code months ago and told folks they could have it.
You can download the MANOS sources and a binary and run it to see how it
works. It's at vger.timpanogas.org.
Jeff
Jeff
Tigran Aivazian wrote:
On
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Jeff
Bob Taylor wrote:
In message [EMAIL PROTECTED], "Jeff V. Merkey"
writes:
cc: [EMAIL PROTECTED]
Jes Sorensen wrote:
Yeah I bet NT also has
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
while (x)
{
x = x-next
}
all over the place that increases latency. [...]
i challenge you to show one such place in the 2.4.0-test8-pre2 kernel. If
it's all over the place and if it increases latency, you certainly can
show
Herr Henning,
I care a lot about the people who work at Novell. There's also a lot of
folks up there I don't like, and it's mutual. I particularly don't care
for Eric Schmidt and his associates and you can be assured this is also
mutual. This is a small tightly woven community out here in
Alan Cox wrote:
Alan, can you send me again the list of CPUs you think
is worth using 486 string routines.
Sorry, i lost your previous mail.
I suspect it is
486
K5
IDT Winchip
Rise
NexGen
Take a look at
http://now.cs.berkeley.edu/Td/bcopy.html
If someone writes it, I'll put in into the code. The problem is that
this won't stop them. They'll take the code anyway, use it, then lie
about it...
Jeff
Dan Hollis wrote:
On 3 Sep 2000, Henning P. Schmiedehausen wrote:
[EMAIL PROTECTED] (Andre Hedrick) writes:
Apology to Jeff,
I
Angel Luis Uruñuela wrote:
Hello,
Since upgrading from 2.4.0-test6 to 2.4.0-test7 I have noticed I can't
connect to some webs, www.amazon.com, www.linuxtoday.com... (trying
telnet www.linuxtoday.com 80 returns connection refused). It works with
2.2.X series, 2.4.0-test6 and
Hi,
I'm using kernel threads in my driver they work fine however I'm getting
left with zombie processes when they
exit. As I have no parent process calling wait. I've tried attaching making
init my parent process this doesn't
appear to help.
The new daemonize function in 2.3 doesn't fix this
Jamie Lokier wrote:
Alan Cox wrote:
Alan, can you send me again the list of CPUs you think
is worth using 486 string routines.
Sorry, i lost your previous mail.
I suspect it is
486
K5
IDT Winchip
Rise
NexGen
Take a look at
Alright Ingo, you asked for it. I am going through it now and going
over ALL my notes. I will catalog ALL of them and post it. Is this
what you really want?
:-)
Jeff
Ingo Molnar wrote:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
while (x)
{
x = x-next
}
all
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
Alright Ingo, you asked for it. I am going through it now and going
over ALL my notes. I will catalog ALL of them and post it. Is this
what you really want?
yes, this would be the best indeed, to get those places fixed. But if you
dont want to spend
You opened your mouth.
:-)
Jeff
Ingo Molnar wrote:
btw., - the maintainers of the 2.4 networking and TCP/IP code are Alexey
Kuznetsov and David S. Miller - please direct your findings towards them,
not me :-)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
Jamie Lokier wrote:
Petko Manolov wrote:
I don't see the point of string-486.c - string-486.h is a replacement
of string.h for i[45]86 machines so let stay in include directory.
The point is it may run faster due to better i-cache usage. Remember
also that 486 machines don't have much
Ricky Beam wrote:
Tell me, would you like this done to you? You may assume typical
corporate enhancements: no PGP, filter runs on Windows 2000, any
unknown headers get stripped out, etc.
... message size restrictions, attachment mangling, false virus detection...
... restricted From:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
The origin of this comment was related to a comparison of the
MSM/TSM/CSM layer in NetWare and Linux. I've already said that Alan's
code handles fast paths well and from what I've seen is comparable to
NetWare. [...]
can we thus take this as a
Ingo Molnar wrote:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
The origin of this comment was related to a comparison of the
MSM/TSM/CSM layer in NetWare and Linux. I've already said that Alan's
code handles fast paths well and from what I've seen is comparable to
NetWare. [...]
On Tue, 5 Sep 2000, Simon Kirby wrote:
I just upgraded to test8pre4 from test7 and was reading this and some
other emails with mutt. Upon quiting mutt, mutt reported that there was
some sort of error while attempting to write the folder. My folder now
looks like this:
1073152 bytes of
M-Systems is in the process of creating a new driver that works as a module
and contains no GPL code.
Fortunately other people are working on GPL M-Systems drivers, and also on
flash file systems that seem to avoid the billion vague m-systems patents.
-
To unsubscribe from this list: send
Then they need more competant admins. It isnt _hard_ to transproxy
outgoing smtp traffic via a spamtrapper that checks for valid
src/destination and headers.
Tell me, would you like this done to you? You may assume typical
corporate enhancements: no PGP, filter runs on Windows 2000, any
# make all
make[1]: Entering directory /usr/src/pcmcia-cs-3.1.20/modules'
cc -MD -O2 -Wall -Wstrict-prototypes -pipe -I../include
-I/usr/src/linux/include -D__KERNEL__ -DMODULE -c cs.c
In file included from /usr/src/linux/include/linux/fs.h:12,
from
** On Sep 05, Jeff V. Merkey scribbled:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
then?? Why don't you just stick with NT and
You need it for some new video cards (for example those cheap intel i810 boards
that are becoming extremely common).
I got my i810 to work on Debian (kernel 2.0.34) without agpgart by setting
a switch in the driver code.
That limits you to 1Mb of video ram I believe
Correct,
Marek Habersack wrote:
** On Sep 05, Jeff V. Merkey scribbled:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
then?? Why
** On Sep 05, Jeff V. Merkey scribbled:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
then?? Why don't you just stick with NT
Gregory Maxwell wrote:
Thats great. I'm sorry about the hard times up there It's good to see
you being constructive.
I hope you understand why I need to pull this back right now. Linux
will get NDS when MANOS goes out, but only after we have an Open Source
NetWare that the Linux
Marek Habersack wrote:
** On Sep 05, Jeff V. Merkey scribbled:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
then??
On Tue, 5 Sep 2000, Marek Habersack wrote:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
then?? Why don't you just stick
On Mon, 4 Sep 2000, Matthew Kirkwood wrote:
Someone has sent a dodgy message to bugtraq. Delete
the mailbox or open it in an editor and look for the
header line that's a lot longer than the others.
that wasn't enough for me. i ended up deleting most of the emails to
bugtraq from sep 1 -
On Tue, 5 Sep 2000 08:38:38 -0400 (EDT) Tue, 5 Sep 00 13:45:17 BST,
you wrote:
Sorry, but I just don't take anything he says too seriously
anymore... it's either trolling, or arguing mostly, or babbling
about how much better other OS's are, but not actually using them
for some reason...
I just
Alex Buell wrote:
On Tue, 5 Sep 2000 08:38:38 -0400 (EDT) Tue, 5 Sep 00 13:45:17 BST,
you wrote:
Sorry, but I just don't take anything he says too seriously
anymore... it's either trolling, or arguing mostly, or babbling
about how much better other OS's are, but not actually using
On Tue, 5 Sep 2000, David Luyer wrote:
So if I want it to work I most likely need to make the ARP request ignore
the higher level bindings of the socket.
or just set a route pointing net d.e.f to ethX.
David.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, 5 Sep 2000, Alexander Viro wrote:
I'll try to reproduce this sucker...
Did it. Gentlemen, how long will it take you to notice something strange
in the following?
static inline int all_zeroes(u32 *p, u32 *q)
{
while (p q)
if (*p++)
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
Linus Torvalds wrote:
Basically, only TCP and UDP really matter. Decnet, IPX, etc don't really
make a big selling point any more.
Linus,
IPX is a really good LAN protocol (but totally sucks for internet). A
full blown NCP server
Hello All,
I have a box with 2 ethernet cards. One is a ne2k-pci and one is a
tulip. Under 2.2.X the ne card is eth0 and the tulip is eth1. Unfortunatly
if I boot a 2.4.X kernel, the tulip card is assigned eth0 and the ne card
eth1, which of course breaks all my networking setup scripts.
Has this been integrated into the 2.4.0-testX kernels? And if so which
version?
Thanks,
Kris
[EMAIL PROTECTED]
On Tue, 5 Sep 2000, Andrey Savochkin wrote:
Hello,
On Sun, Sep 03, 2000 at 02:57:54PM -0300, Cesar Eduardo Barros wrote:
I'm having endless problem with an eepro100 here.
Traffic stopped again for me...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Sep 05, 2000 at 08:13:12AM -0400, [EMAIL PROTECTED] wrote:
[snip snip]
make[1]: *** [cs.o] Error 1
make[1]: Leaving directory /usr/src/pcmcia-cs-3.1.20/modules'
make: *** [all] Error 2
It's fixed in pcmcia-cs.05-Sep-00 (aka pcmcia-cs-3.1.21-testX-tryY-preZ? ;-)
--
\Peter.
-
To
Hi,
Just a heads up. I've reverted to test7, I was getting wierd things
happening with test8-pre4. Like I lost 90% of the messages in my
inbox. It isn't that Pine/BUGTRAQ thing as I'm using mutt, and I'm
not subscribed to bugtraq.
Also I loaded a page off slashdot - the interview with
On Mon, 4 Sep 2000, Jamie Lokier wrote:
Alan Cox wrote:
It's not faster than card-card DMA, which falls out naturally from my
zero-copy proposal :-)
We already support card-card DMA for routing with fastrouting
..but not for user space proxies which was the above's context.
I was wondering if any one knows of a way around the following problem,
and I wanted to warn people considering 3ware controllers as a storage
solution.
I talked to 3ware already and they don't have a solution.
The latest 3ware firmware for their current products requires that
all drives in an
Attached is a patch to linux/drivers/scsi/sd.c which fixes the behavior of
the code which tests the WP bit. This patch is generated against
2.4.0-test8-pre4.
Specifically, thsi code fixes the case where the device in question does
not have a page 1 (I found one, this is how I found the bug).
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
Herr Henning,
It's my first name, you know...
friends in Utah who can join it and make new lives out of it since this
will give them the ability to slowly transition towards assimilation by
the Linux World).
Wasn't this the MANOS world? Oh, I forgot
On 5 Sep 2000, Christoph Rohland wrote:
Rik van Riel [EMAIL PROTECTED] writes:
today I released a new version of my VM patch for 2.4.0-test.
Are you aware that this breaks shm swapping?
Nope. Nobody told me yet. I'll work on a new (working)
version today...
regards,
Rik
--
"What you're
On Tue, Sep 05, 2000 at 09:55:48AM -0400, James Lewis Nance wrote:
I have a box with 2 ethernet cards. One is a ne2k-pci and one is a
tulip. Under 2.2.X the ne card is eth0 and the tulip is eth1. Unfortunatly
if I boot a 2.4.X kernel, the tulip card is assigned eth0 and the ne card
On Wed, 6 Sep 2000, Chris Wedgwood wrote:
[...] The point is that a write() is only used if some sort of
dynamic data is generated on the fly.
There are exsiting applications out there that use mmap+write
(caching the maps), it would be nice for the authors of these not to
have
Richard Stallman writes:
Well, while it would be a good option to have, I'm not sure it's a
good idea to make it the default. If you flush the buffer+page caches,
then later you will need to repopulate them.
It is worth caching data, in ordinary circumstances, because it has
a
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Only Linux makes the lights flash with IPX RIP/SAP. NetWare
Jeff uses NLSP routing and has since 1993 for IPX/SPX. I agree if
Jeff someone is running NetWare 3 or NetWare 4.1 or earlier there's a
Jeff lot of RIP/SAP traffic, but not the
[EMAIL PROTECTED] writes:
I'm currently thinking of adding a PF_NOZOMBIE flag to the process
flags which releases the process immeadiately instead of calling
exit_notify in do_exit in exit.c
I think this should happen if the exit signal is zero. At least I
would like to use it this way.
--
Hello Pavel;
Is anyone using cramfs?
We use cramfs everyday at http://handhelds.org with Linux
2.4.0-test6-rmk1-np2-hh1. We have no problems.
I copy cramfs image from nfs onto /dev/ram0, then mount it. It mounts,
and first few accesses are okay, but then it breaks. ls shows garbage
etc.
Hi Linus,
I've updated my devfs for lvm patch to 2.4.0-test8pre.
Here it is.
Christoph
--
Always remember that you are unique. Just like everyone else.
--- linux.orig/drivers/block/lvm.c Fri Jul 14 14:38:29 2000
+++ linux/drivers/block/lvm.c Sun Sep 3 13:54:00 2000
@@ -299,6
Only Linux makes the lights flash with IPX RIP/SAP. NetWare uses NLSP
routing and has since 1993 for IPX/SPX. I agree if someone is running
NetWare 3 or NetWare 4.1 or earlier there's a lot of RIP/SAP traffic,
but not the NLSP versions -- they do not use RIP/SAP but NLSP.
Jeff
Jes Sorensen
On 5 Sep 2000, Henning P. Schmiedehausen wrote:
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
IPX is a really good LAN protocol (but totally sucks for internet). A
Jeff, Netware is dead. Please leave it there. IP won. The number of
new Netware Installations (as compared to existing or just
On Tue, 5 Sep 2000, Henning P . Schmiedehausen wrote:
On Tue, Sep 05, 2000 at 11:25:12AM -0700, Dan Hollis wrote:
I think you mean IPX is dead. Netware *could* work over TCP or UDP.
IP is definitely king. Even micro$haft gave up on NetBEUI.
Yep, thats' what I meant. Sorry that I was not
Dear Stu,
I apologize for bothering you, but how possible would it be to let the
Linux folks get access to the Nitro docs and docs for Intel ethernet
cards in general. There seems to be interest from folks in getting this
to improve Linux support for Intel products.
Any help would be
"Frank" == Frank Davis [EMAIL PROTECTED] writes:
Frank Hello all, Anyone wishing to re-audit the drivers/block and
Frank drivers/char for locking issues and submit their patches to me
Frank directly, feel free. I think if more people comb through the
Frank code than myself, patches I missed
On Sun, 3 Sep 2000, Andre Hedrick wrote:
But there is no Copyright license in patch code.
On Mon, 4 Sep 2000, Mike A. Harris wrote:
I was under the understanding a "patch" to something GPL, means
the "patch" is also GPL.
when IBM started working with the apache group their lawyers did a
=?iso-8859-1?Q?Andr=E9_Dahlqvist?= [EMAIL PROTECTED] said:
[...]
Believe it or not, but I just saw something similar on test7 while
reading linux-kernel with Mutt. A recent message to linux-kernel from
Daniel Philips got partly zeroed out, and partly tangled up with a
message from the
On Wed, 6 Sep 2000, Chris Wedgwood wrote:
There are several other structures that have the same problem; very
generic sounding members. I wonder would a patch changing struct page
to something like this be acceptable?
No.
What would be acceptable is something that understands C, and that
True the i960 based one I didn't think of, however Intel never
provided docs for it.
??? I find this surprising. Email [EMAIL PROTECTED] and ask him if
they will give them to you. I'm sure they would for Linux.
I've spent over 2 years trying to extract eepro100 server docs out of Intel
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff IPX is a really good LAN protocol (but totally sucks for
Jeff internet). A full blown NCP server in-kernel that's toughtly
Jeff coupled to the page cache running over IPX would make flames
Jeff shoot out of the back of a Linux server, and
On Tue, 5 Sep 2000 [EMAIL PROTECTED] wrote:
# make all
make[1]: Entering directory /usr/src/pcmcia-cs-3.1.20/modules'
cc -MD -O2 -Wall -Wstrict-prototypes -pipe -I../include
-I/usr/src/linux/include -D__KERNEL__ -DMODULE -c cs.c
In file included from
Em Tue, Sep 05, 2000 at 08:06:21PM +0200, Jes Sorensen escreveu:
"Frank" == Frank Davis [EMAIL PROTECTED] writes:
Frank Hello all, Anyone wishing to re-audit the drivers/block and
Frank drivers/char for locking issues and submit their patches to me
Frank directly, feel free. I think if
This entry in the changelog says it all:
- truncate. Guess what? We threw away the key to the clue-box
Most of the other stuff is cleanups or reasonably straightforward fixes.
The truncate thread that's been going through the last few pre-releases is
the big thing, and the one that has
On Wed, 6 Sep 2000, Chris Wedgwood wrote:
On Tue, Sep 05, 2000 at 06:25:39PM -0300, Rik van Riel wrote:
I hope Linus will release an "emergency" 2.4.0-test8-pre5 really
soon, maybe even with /only/ Al Viro's two-line fix...
Ouch... I just got hit by this. At first I though it
** Reply to message from Keith Owens [EMAIL PROTECTED] on Fri, 01 Sep 2000
11:10:49 +1100
Having one directory per installed kernel containing vmlinuz, map,
config, build symlink, modules and any future kernel related data makes
sense.
I agree. This idea gets my vote!
--
Timur Tabi -
Linus Torvalds wrote:
On Tue, 5 Sep 2000, Alexander Viro wrote:
What would be acceptable is something that understands C, and that can be
used to follow these things. Like "tags".
I don't like hungarian notation too, but tags is out of question,
unfortunately. Too much
On Tue, Sep 05, 2000 at 07:19:11PM -0400, Peter Rival wrote:
Linus Torvalds wrote:
On Wed, 6 Sep 2000, Chris Wedgwood wrote:
There are several other structures that have the same problem; very
generic sounding members. I wonder would a patch changing struct page
to something like
On Wed, 6 Sep 2000, Martin Dalecki wrote:
Easy - the same way you do for cross compilation. Basically just:
export CC=g++ --some-magic-long-option-i-dont-remember; make
... and you still have only a subset of the tree, simply because it is fed
through cpp before it reaches the parser.
1. This function is only used in the poorly maintained ftape driver.
The usage there isn't appriopriate for modern kernels.
2. This function acts only on the sig set of the current process, so
the first parameter should be just a porinter to current, instead of
currgen-sigset.
So it
Alexander Viro wrote:
On Wed, 6 Sep 2000, Martin Dalecki wrote:
Easy - the same way you do for cross compilation. Basically just:
export CC=g++ --some-magic-long-option-i-dont-remember; make
... and you still have only a subset of the tree, simply because it is fed
through cpp
On Wed, 6 Sep 2000, Chris Wedgwood wrote:
Only, with the former, I get to restart the application everytime it
croaks, with the latter (modules excluded) I have to reboot. This is
much more time consuming and means you really have to be much smarter
about what checks and printk statements
On Wed, 6 Sep 2000, Chris Wedgwood wrote:
Oh, yes there is.
if (CONFIG_FOO) {
} else {
}
gcc can optimize that away and parser will see the whole thing.
I'm not sure I like this construct either.
Yes,
Hello,
I'm still experiencing ext2 corruption even with the newest patch
test8-pre5. I'm not using bugtraq, mutt or pine and I'm fairly sure
it's not caused by a badly written application or strange input.
Right now Linux oopsed and badly broke the whole FS.
Hopefully this will help tracking
I have been playing with the rocket port driver in 2.4 trying to make
it work. It appears that the driver hasn't been modified in some time,
as it did not work at all on the debian potato inbstall of 2.2.17, nor
did it work under a fresh 2.4.0-test6 compile.
The problem was it registered all
Used to work up to 3.1.20, which didn't build on 2.2.18pre3 - the 5/9
snapshot compiles but I get this in /var/log/messages:
Sep 5 17:49:38 princess cardmgr[840]: executing: './network start eth0'
Sep 5 17:49:38 princess kernel: TxStopped
Sep 5 17:49:41 princess kernel: TxStopped
Sep 5
On Wed, 6 Sep 2000, Udo A. Steinberg wrote:
I'm still experiencing ext2 corruption even with the newest patch
test8-pre5. I'm not using bugtraq, mutt or pine and I'm fairly sure
it's not caused by a badly written application or strange input.
Interesting oops.
Basically your
Alexander Viro wrote:
if (CONFIG_FOO) {
} else {
}
There are a zillion reasons why this technique is superior
to using `#ifdef CONFIG_FOO'. But, alas, gcc fumbles
the ball:
cat t.c
foo()
{
if (0)
On Tue, 5 Sep 2000, Alexander Viro wrote:
How about reverting to compare-and-write-if-nonzero variant?
_That_ will be definitely legal.
Yes, but I would really hate to have the case that a (shortening) truncate
could fail due to disk-full issues.
I think that's just wrong (sure, I can see
On Wed, 6 Sep 2000, Andrew Morton wrote:
cat t.c
foo()
{
if (0)
bar("hhh");
}
gcc -O2 -c t.c
strings t.o | grep hhh
hhh
Eww... Do they _ever_ remove dead code?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Alexander Viro writes:
On Wed, 6 Sep 2000, Andrew Morton wrote:
cat t.c
foo()
{
if (0)
bar("hhh");
}
gcc -O2 -c t.c
strings t.o | grep hhh
hhh
Nasty, eh?
Eww... Do they _ever_ remove dead code?
I guess not. Also, even if we get the
Date:Wed, 6 Sep 2000 01:43:47 +0100 (BST)
From: Alex Buell [EMAIL PROTECTED]
Only, with the former, I get to restart the application everytime it
croaks, with the latter (modules excluded) I have to reboot. This is
much more time consuming and means you really have to
How about this patch?
NOTE NOTE NOTE! I'm on my way home now to be a family man, so I've not
actually tested it AT ALL. You have been warned.
The basic approach should be ok, and it avoids using the write path at all
because it isn't actually needed. The truncate() case is, in the end, much
On Wed, 6 Sep 2000, Martin Dalecki wrote:
Basically I will just guess: The next maybe non free version of
source navigator will use the mechanism I have just described above.
So maybe there is already someone at RedHat doing exactly this work
already ;-).
Source Navigator is GPL open source
Richard Gooch wrote:
It will probably take about 5 years after a new version of GCC which
has this fix before we can trust it to produce correct code for the
kernel.
I don't think it's that bad, Richard. As davem points out, the dead
code elimination works OK. Chris has a counter-example
On Tue, Sep 05, 2000 at 10:23:34PM -0400, Mike A. Harris wrote:
For patches to be licensed otherwise would require that someone
write some nasty scripts to patch the kernel given explicit line
numbers, etc... and it is likely possible in theory, but doubtful
that anyone would ever do it due
On Tue, 5 Sep 2000, Mike A. Harris wrote:
If even one file in the kernel source gets modified, then the entire
patch is GPL via the GPL assimilation rules in COPYING - regardless of
what the author of the patch says.
IANAL.
i know this is what the GPL wants, but AFAIK it's never been tested
On Wed, Sep 06, 2000 at 02:55:29AM +0200, Udo A. Steinberg wrote:
EIP; c0130400 __block_commit_write+50/c0 =
Just got the same Oops with test8-pre5 while exiting mutt:
Writing /var/spool/mail/sim...Unable to handle kernel NULL pointer dereference at
virtual address 0018
printing
On Tue, 5 Sep 2000, Linus Torvalds wrote:
Yeah, but that's a much bigger issue. Not something we can or want to fix
for 2.4.x.
No arguments. UFS will have to live with its private copy for a while
(truncate there may have to zero out more than 4Kb of data).
* "make sure that
Hello,
I am trying to contact the ps2esdi maintainer, as I have
some questions about the driver. I have an ancient PS/2
Thinkpad that gives an annoying but cosmetic error when
it boots. I contacted David Weinehall earlier, but he
isn't sure who the mainainer is.
Thanks,
Hal Duston
[EMAIL
I have seen unpleasant incidents in which the Ethernet interfaces have
stopped responding to anything higher-level than a ping after about 20
days of use. I saw 2 of these on 2.4test1 using an EtherExpress100, and
one with 2.4test6 using the tulip driver with a PNIC card. Both were
1 - 100 of 365 matches
Mail list logo
