Hi:
TCP only sends a packet if:
tcp_packets_in_flight(tp) tp-snd_cwnd
(function tcp_snd_test in include/net/tcp.h)
but regards transmission as application-limited if
tp-packets_out tp-snd_cwnd
(function tcp_cwnd_validate in include/net/tcp.h)
So the
Mark Reginald James writes:
TCP only sends a packet if:
tcp_packets_in_flight(tp) tp-snd_cwnd
(function tcp_snd_test in include/net/tcp.h)
but regards transmission as application-limited if
tp-packets_out tp-snd_cwnd
(function
Hello World,
This little patch enables the workaround for the ISA DMA bug on ALi15x3
chipsets with the PCI-ISA bridge. The patch was originally written by
Angelo Di Filippo [EMAIL PROTECTED] for Kernel 2.3.45. I adapted it to
Kernel 2.4.1.
This chipset can be found in many laptops of the Acer
Please ignore original post. Sorry. -- Mark
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kevin Buhr writes:
It boils down to the fact that, under i386 Linux, the FPU control word
has its precision control (PC) set to 3 (for 80-bit extended
precision) while under i386 FreeBSD, NetBSD, and others, it's set to 2
(for 64-bit double precision). On other architectures, I assume
I am wondering if it is permitted to use message queues between a user
application and a device driver module...
Can anyone help me?
It may be theoretically possible, but an easier and much more common
approach to this type of thing is for the driver to export an mmap()
interface. You could
Hello!
In article [EMAIL PROTECTED] you wrote:
TCP: peer xxx.xxx.1.11:41154/80 shrinks window 2442047470:1072:2442050944.
Bad, what else can I say?
We need desperately to know exactly what OS the xxx.xxx.1.14 machine
is running. Because you've commented out the first two octets, I
"Albert D. Cahalan" [EMAIL PROTECTED] writes:
So you change it to 2... but what about the "float" type? It gets
a mixture of 64-bit and 32-bit IEEE arithmetic depending rather
unpredictably on compiler register allocations and optimizations???
Well, yes, but I'll try not to cry myself to
Here are my comments directly responding to your mail.
Hi ! Thanks for taking the time to respond in details.
Large systems have problems with I/O port space and legacy devices.
There just isn't enough I/O port space to support large configs
and ISA aliasing and all the other crud. That's why
No, don't do this, it is evil. Use mappings, specify the device
related info somehow when creating the mapping (in the userspace
variant you do this by openning a specific device to mmap, in the
kernel variant you can encode the bus/dev/etc. info in the device's
resource and decode this at
Hi Linus !
I've some questions regarding the behaviour of arch/i386/kernel/irq.c
regarding IRQ_PENDING and IRQ_REPLAY.
Especially, my question is about the code in enable_irq() which checks
for IRQ_PENDING, and then
"replays" the interrupt by asking the APIC to issue it again.
I don't have a
The NVRAM driver tries to print the user specified (non BIOS ROM table) hard
disk geometry for type 47 (or higher) configurable hard disk entries.
Problem is that there is no standard as to how these values are encoded
into the CMOS RAM, and so each BIOS manufacturer does it as they see fit.
Is there a particular reason why 2.4 insists on stuffing as much as
possible into swap?
It's particularly frustrating to experience the slowdown and lag while
the disk grinds. I have 256M in this machine. Right now I have 180+
megs free and I am 120 megs into swap. Netscape and Mozilla are
IEEE-754 floating point is available under glibc-based systems,
including most current GNU/Linux distributions, by linking with -lieee.
Your example program produces the "9 10" result you wanted when linked
this way, even when compiled with -O2
When not linked with "-lieee",
Hello,
I have a brain-dead application here which relies on broadcast
traffic for client/server discovery and I have a question with regard
to forwarding broadcast traffic.
A small part of my local LAN looks like this:
REST OF LAN
|
Benjamin Herrenschmidt wrote:
No, don't do this, it is evil. Use mappings, specify the device
related info somehow when creating the mapping (in the userspace
variant you do this by openning a specific device to mmap, in the
kernel variant you can encode the bus/dev/etc. info in the
William T Wilson wrote:
On Fri, 2 Mar 2001 [EMAIL PROTECTED] wrote:
Linus has spoken, and 2.4.x now requires swap = 2x RAM.
I think I missed this. What possible value does this have? (Not even
Sun, the original purveyors of the 2x RAM rule, need this any more).
RAM is still about 100x
On Sat, Mar 03, 2001 at 12:13:49AM -0500, Michael Rothwell wrote:
I have a USB PCI card, which shows up as this in `lspci`:
00:09.0 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 04)
... it appears that they tossed the whole southbridge chip onto a pci
board, and disabled
Hugh Dickins wrote:
The CS89x0 driver wants a 16KB or 64KB dma_buff (if use_dma and
ANY_ISA_DMA), thinks it's asking __get_dma_pages() for 4 or 16
pages, but actually it's demanding order 4 or order 16 buffer.
Patch below against 2.4.2-ac9 or 2.4.2, offset against 2.4.[01].
I guess
Hi,
I've noticed that one of my machines here suffers from the "time going
backwards problem" and so started thinking about the x86 solution.
I've come to the conclusion that it has a hole which could cause it
to return the wrong time in one specific case:
- in do_gettimeofday(), we disable
barn. You will need to request a getnanotimeofday() be created if you
want to allow two consecutive calls to always return different values
(modulo SMP systems and ~13 more years of Moore's Law)
Or you use rdtsc instructions for x86. There intel do guarantee that no two
rdtsc's execute in
Why is lock_kernel necessary?
Well, it is there in 2.4.2 acquirewdt.c (which this driver is based on -
really only minimal changes, the hardware is only slightly different).
I can remove it if you tell me it's really not necessary.
+ spin_lock_init(advwdt_lock);
+
On Thu, Mar 01, 2001 at 02:38:32PM -0800, Peter J. Braam wrote:
SnapFS - Snapshot File System
Release: alpha1
Requires: Linux 2.2.18 or later, Ext3 and EA.
WWW site: http://www.mountainviewdata.com/technology/snapfs
This sounds really nice!
-
To unsubscribe from this list: send the line
When mounting a file using the loopback device, the mount program hangs
for ever. Other than that, the system is still usable.
Dist: Redhat-7
Kernel: 2.4.2 (compiled with kgcc, i.e. egcs-2.91.66)
CPU: Pentium II 400
Mem: 128MB RAM + 512MB swap
(More information below)
For me, it is 100%
2.4.3-pre1 has been uploaded. The following drivers will
not work as modules:
./drivers/net/via-rhine.c
./drivers/net/yellowfin.c
./drivers/net/epic100.c
./drivers/net/8139too.c
./drivers/net/rcpci45.c
./drivers/net/sundance.c
Two new functions need to be exported:
---
Em Sat, Mar 03, 2001 at 09:06:30AM -0600, Steven Brooks escreveu:
When mounting a file using the loopback device, the mount program hangs
for ever. Other than that, the system is still usable.
Dist: Redhat-7
Kernel: 2.4.2 (compiled with kgcc, i.e. egcs-2.91.66)
FAQ, try 2.4.2-ac10,
Hello!
this kernel was compiled with GCC 2.95.2,
This is a hint.
Could you make the following things:
1. to disassemble tcp_poll() (the easiest way is to gdb vmlinux, to
say x/i tcp_poll and to hold enter pressed long enough, copying screen
to file) and to send the result to me.
2. to
On Fri, 2 Mar 2001 20:32:31 -0300
John R Lenton [EMAIL PROTECTED] wrote:
Is there any particular reason why imsttfb isn't available in the
i386 arch?
I believe it's because the Twin Turbo was introduced into the kernel via
the PPC kernel port - was there actually a TT board for PCs? I'm not
Hi, i've got a newbie question about patches:
Are the pre* patches ( and i guess also the ac* ones) applied against the
last release of the kernel or against the previous patch? I mean, when
2.4.3pre2 will come out, i need to get also the pre1 patch?
thanks
David Gmez
"The question of
On Sat, Mar 03, 2001 at 12:49:04PM +, Russell King wrote:
Further more, while do_gettimeofday() is still within the
read_lock_irqsave, we spin_unlock(i8253_lock) in do_slow_gettimeoffset()
and _re-enable_ interrupts! This means when we later read xtime, we're
doing it with interrupts
On 03 Mar 2001 12:54:36 +0100, Vojtech Pavlik wrote:
No, they have a separate USB chip, but it has the same PCI ID as the
builtin silicon in the southbridge.
Ah. I went and looked up that chip ID at via's website, and saw only
southbridge chips, no USB-only chips at all. But, my real question
Looks like you were bitten by either the RAID 1 bugs or the
elevator bugs.
Try a 2.4.2-pre4 or an 2.4.1-ac18 kernel. Should solve it.
Just installed 2.4.2pre4, seems to be stable for now (testing it
ATM, running dnetc, several kernel compiles etc.). On 2.4.1 even
su segfault'd if the
On Wed, 28 Feb 2001, Alan Cox wrote:
Umm that sounds like it might be timing. That could be a pain
Timing-related problems in code using sleep_on(). Film at 11. :)
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I/O is not supposed to be fast, that's what MMIO is for. :) Just do
void outb (u8 val, u16 addr)
{
void *addr = ioremap (ISA_IO_BASE + addr);
if (addr) {
writeb (val, addr);
iounmap (addr);
}
}
You can map and unmap for each call :) Ugly and
On Wed, 28 Feb 2001, Alan Cox wrote:
Umm that sounds like it might be timing. That could be a pain
Timing-related problems in code using sleep_on(). Film at 11. :)
No
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Saturday 03 March 2001 12:18 pm, [EMAIL PROTECTED] wrote:
Hi, i've got a newbie question about patches:
Are the pre* patches ( and i guess also the ac* ones) applied against the
last release of the kernel or against the previous patch? I mean, when
2.4.3pre2 will come out, i need to get
Andrew Morton wrote:
2.4.3-pre1 has been uploaded. The following drivers will
not work as modules:
./drivers/net/via-rhine.c
./drivers/net/yellowfin.c
./drivers/net/epic100.c
./drivers/net/8139too.c
./drivers/net/rcpci45.c
./drivers/net/sundance.c
Bah, life is so much better when
Jon Masters wrote:
Hello,
I have a brain-dead application here which relies on broadcast
traffic for client/server discovery and I have a question with regard
to forwarding broadcast traffic.
try bridging instead if ip forwarding. use netfilter too if you want
A small part of
In drivers/pcmcia/cardbus.c in cb_alloc(), PCI_INTERRUPT_LINE and
dev-irq are not filled in until after calling pci_enable_device().
The result is a cryptic message like:
PCI: No IRQ known for interrupt pin A of device 01:00.0. Please try using
pci=biosirq.
Unless there is a less obvious
On Sat, 3 Mar 2001, Benjamin Herrenschmidt wrote:
Especially, my question is about the code in enable_irq() which checks
for IRQ_PENDING, and then
"replays" the interrupt by asking the APIC to issue it again.
I don't have a simple way on PPC to cause the interrupt to happen again,
as
Benjamin Herrenschmidt wrote:
...
The reason why I'm getting this problem on the public place (again ?)
is that we are now faced with people who want to put video cards in both
AGP PCI busses, those cards requiring accesses to some legacy VGA IOs
on each of their busses.
I don't see any way
mkdep has got itself a new feature, but the makefiles haven't
been updated.
We're getting zero-length .depend files.
I assume something like this was intended:
--- linux-2.4.3-pre1/Makefile Sat Mar 3 20:52:23 2001
+++ linux-akpm/Makefile Sun Mar 4 05:13:01 2001
@@ -440,8 +440,8 @@
Jeremy Jackson wrote:
try bridging instead if ip forwarding. use netfilter too if you want
I mentioned bridging before - I don't want some kind of transparent
bridge, really so what I would need is for the router to be contactable
in the same way as before and for regular traffic to pass
Hello,
actually the question is in subj.
Problem is that there is a program which needs to know physical memory
size. This information is used to justify memory consumption as after some
swapping performance is drops dramatically, and it is better to finish.
I know that this is not the best
On Sat, 3 Mar 2001, David Hinds wrote:
In drivers/pcmcia/cardbus.c in cb_alloc(), PCI_INTERRUPT_LINE and
dev-irq are not filled in until after calling pci_enable_device().
The result is a cryptic message like:
PCI: No IRQ known for interrupt pin A of device 01:00.0. Please try using
Marek Michalkiewicz wrote:
Why is lock_kernel necessary?
Well, it is there in 2.4.2 acquirewdt.c (which this driver is based on -
really only minimal changes, the hardware is only slightly different).
I can remove it if you tell me it's really not necessary.
Sounds like it got caught in
Jon Masters wrote:
Jeremy Jackson wrote:
try bridging instead if ip forwarding. use netfilter too if you want
I mentioned bridging before - I don't want some kind of transparent
bridge, really so what I would need is for the router to be contactable
in the same way as before and for
On Sat, 3 Mar 2001, Denis Perchine wrote:
Hello,
actually the question is in subj.
Problem is that there is a program which needs to know physical memory
size. This information is used to justify memory consumption as after some
swapping performance is drops dramatically, and it is
David G\363mez writes:
Hi, i've got a newbie question about patches:
Are the pre* patches ( and i guess also the ac* ones) applied against the
last release of the kernel or against the previous patch? I mean, when
2.4.3pre2 will come out, i need to get also the pre1 patch?
Really, I
On Sat, Mar 03 2001, [EMAIL PROTECTED] wrote:
I have an encrypted filesystem mounted over loopback that I created under
a 2.2.16 kernel. (Using AES, 128 bit key.) Works fine in 2.2.16. Sort of
works under the unpatched 2.4 series. (Mounts okay, but hangs the system
on random blocks.)
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.2-ac11
o Fix NLS Config.in (David Weinehall)
o Sort out one escaped revert from the megaraid (me)
update
o Resync with Linux 2.4.3pre1
| Except tulip the network
On Sat, Mar 03 2001, [EMAIL PROTECTED] wrote:
take2:~# uname -a
Linux take2 2.4.2-ac8 #2 Fri Mar 2 14:12:44 EST 2001 i686 unknown
take2:~# losetup -e aes /dev/loop0 /dev/hda12
Available keysizes (bits): 128 192 256
Keysize: 128
Password :
take2:~# fsck /dev/loop0
Parallelizing fsck
[cc trimmed]
On Sat, 3 Mar 2001, Alan Cox wrote:
Long ago, pre* and ac* patches were rare. Patches went from one
Umm wrong. -ac patches for 2.2 regularly did one a day
line-by-line before the next one came out. Patches always applied
easily with the (pre-POSIX?) patch command.
On Fri, 2 Mar 2001, Stphane GARIN wrote:
Hi,
I have a kernel panic with the patch 2.2.19pre16 that I test. I use a 2.2.18
Kernel very well. I used the last patch on this kernel and make my kernel
with sames parameters without error message. At the boot, I can see this :
...
eth0:
On Sat, 3 Mar 2001, Jens Axboe wrote:
On Sat, Mar 03 2001, [EMAIL PROTECTED] wrote:
I have an encrypted filesystem mounted over loopback that I created under
a 2.2.16 kernel. (Using AES, 128 bit key.) Works fine in 2.2.16. Sort of
works under the unpatched 2.4 series. (Mounts okay,
Alan Cox wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.2-ac11
Doesn't apply cleanly against a 2.4.2 tree...
./mm/slab.c.rej
./net/irda/irnet/irnet.h.rej
./arch/i386/kernel/traps.c.rej
./drivers/net/tulip/tulip.h.rej
./drivers/net/tulip/tulip_core.c.rej
./drivers/char/i810_rng.c.rej
./Makefile.rej
Also, a lot of them suceeded, but with offsets.
Oops it was versus 2.4.3pre1. I'll fix it now
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sat, Mar 03 2001, Alexander Viro wrote:
Look for the patch I posted yesterday (hint: just remove these two
lines from loop_end_io_transfer)
if (atomic_dec_and_test(lo-lo_pending))
up(lo-lo_bh_mutex);
Uhh... And what will compensate for
dear all,
i'm in the process of learning how to write modules. i've read the first 4
chapters of alessandro rubini's o'reilly book "writing linux device drivers".
looking through modern drivers, i see a lot has changed.
for the next few months, i'll prolly have a lot of really newbie
On Sat, Mar 03, 2001 at 11:52:22AM -0800, Peter Jay Salzman wrote:
is there a more suitable mailing list for me to sign up for? debian has a
mailing list both for package maintainers and those who are trying to learn
how to be package maintainers.
is there a similar thing with the kernel
Kevin Buhr writes:
"Albert D. Cahalan" [EMAIL PROTECTED] writes:
So you change it to 2... but what about the "float" type? It gets
a mixture of 64-bit and 32-bit IEEE arithmetic depending rather
unpredictably on compiler register allocations and optimizations???
Well, yes, but I'll try not
On Sat, 3 Mar 2001, Jens Axboe wrote:
On Sat, Mar 03 2001, Alexander Viro wrote:
Look for the patch I posted yesterday (hint: just remove these two
lines from loop_end_io_transfer)
if (atomic_dec_and_test(lo-lo_pending))
On Sat, Mar 03, 2001 at 02:14:18PM -0500, Albert D. Cahalan wrote:
David G\363mez writes:
Hi, i've got a newbie question about patches:
Are the pre* patches ( and i guess also the ac* ones) applied against the
last release of the kernel or against the previous patch? I mean, when
On Sat, 3 Mar 2001, Jon Masters wrote:
e.g. on desktop a broadcast udp packet (with a specified port) needs to
go not only to itself and the router but also the "REST OF LAN" part
too - and vice versa. Removing the router is not an option.
Write an application that creates 2 sockets
On Sat, Mar 03, 2001 at 07:32:13PM +, Alan Cox wrote:
2.4.2-ac11
o Add ALi15x3 to the list of isa dma hangs(Angelo Di Filippo)
What does this mean?
Kurt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
physmem= `head -10 /var/log/dmesg | grep Memory: | cut -d" " -f2 | cut
-d "/" -f1 | cut -d"k" -f1`
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
[EMAIL PROTECTED] (Hugh Dickins) wrote on 02.03.01 in
[EMAIL PROTECTED]:
The SuSv2 quotations, above and in other mail, are just weasly.
The next version is less weasly. Right now it's still a draft; what it
says in draft 5 is this (note the markers which show what's optional to
which
On Sat, 3 Mar 2001, bert hubert wrote:
On Sat, Mar 03, 2001 at 11:52:22AM -0800, Peter Jay Salzman wrote:
is there a more suitable mailing list for me to sign up for? debian has a
mailing list both for package maintainers and those who are trying to learn
how to be package maintainers.
And "Albert D. Cahalan" writes:
-
- 2. Extra precision when it comes free. The precision control is set
-to 80-bit and the compiler tries to keep values in registers.
-This is usually the more useful behavior, and it performs better.
Even better is for gcc to spill intermediate
On Sat, Mar 03, 2001 at 08:59:27PM +, James A. Sutherland wrote:
Another great place to ask questions is on irc, see
http://www.kernelnewbies.org
Also try the techtalk mailing list on linuxchix - www.linuxchix.org, IIRC.
A good place to ask "newbie" questions without being told to
On Friday 02 March 2001 19:20, you wrote:
Should an X crash really freeze my box like a block of ice? Would be
nice if linux could just detect an X crash an recover... Is this too
much to ask from PC harware?
X pokes hardware, so X is kind of a device driver in part. One slip and
} I don't have a simple way on PPC to cause the interrupt to happen again,
} as you can imagine this is rather controller-specific. However, looking
} at the code closely, I couldn't figure out a case where having
} IRQ_PENDING in enable_irq() makes sense.
}
} It only makes sense for broken
I tried it but no change. I don't have ACPI messages during the boot... I
don't understand why there is this trouble...
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de Jason Madden
Envoy : samedi 3 mars 2001 20:44
: [EMAIL PROTECTED]
Objet : Re:
NOTICE to all on LKML: DO NOT REPLY, THIS IS AN FYI-HEADS-UP!
On Sat, 3 Mar 2001, Curtis Stevens wrote:
** This is the quasi-official and semi-temporary T13 email list server. **
Andre
One of the things that my proposal attempts to do is remove the
legal issues associated
I have forwarded my response to the CPRM people about their lawlessness.
Please do not reply to the T13 Reflector.
Regards,
Andre Hedrick
Linux ATA Development
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Hi. I was using 2.4.2 without any problems until a
flood of warnings
from multilog (daemontools) appeared at my console.
What I first thought
to be a log problem seems to be serious. For some
reason applications
and daemons (not all) can't find files.
Mutt doesn't recognize ~/Mail/postponed if I
Also try the techtalk mailing list on linuxchix - www.linuxchix.org, IIRC.
A good place to ask "newbie" questions without being told to RTFM!
beavisYou might even score!/beavis
Of course its attitudes like that which leads them to have to set up their
own mailing lists, and contribute to
able to get into kdb from a serial console (an then lost the log - murphy can
be a real PITA). I figure a ps, bt and bta should be enough to point out
the problem task? Its there anything else I should do (sr t maybe?)?
That should give you most of the info
-
To unsubscribe from this
On Sat, Mar 03, 2001 at 10:20:02PM +, Alan Cox wrote:
Also try the techtalk mailing list on linuxchix - www.linuxchix.org, IIRC.
A good place to ask "newbie" questions without being told to RTFM!
beavisYou might even score!/beavis
Of course its attitudes like that which leads
Is it possible to selectively bridge broadcast traffic in the way I have
described?
Take a look at how your router handles broadcast dhcp requests cisco at
least have a dhcp helper functionality which is essentially just what
you're asking for (selective forwarding of broadcast traffic.
if
"Albert D. Cahalan" [EMAIL PROTECTED] writes:
Well, yes, but I'll try not to cry myself to sleep over it. I'm
tempted to say that someone who chooses to use "float"s has given up
all pretense of caring about the answers they get. And, if they
really want to do predictable math with
On Fri, 2 Mar 2001, Richard B. Johnson wrote:
Note that two subsequent calls to gettimeofday() must not return the
same time even if your CPU runs infinitely fast. I haven't seen any
kernel in the past few years that fails this test.
i don't see any requirement for this in SuS.
As attachment. Don't ask me why it works. Rather, if you see why it works, I'd
like to know why :)
Patch also applies cleanly over 2.4.2-ac10.
--
Francis Galiegue, [EMAIL PROTECTED] - Normand et fier de l'tre
"Programming is a race between programmers, who try and make more and more
On Sun, 04 Mar 2001 05:16:37 +1100,
Andrew Morton [EMAIL PROTECTED] wrote:
mkdep has got itself a new feature, but the makefiles haven't
been updated.
Linus took the change to mkdep.c but missed the associated Makefile and
Rules.Make changes. This patch brings 2.4.3-pre1 up to date with my
Here's the Changelog that can be found at
ftp.*.kernel.org/pub/linux/kernel/testing/ChangeLog
I think Linus forgot to send it.
-pre1:
- Chris Mason: reiserfs, another null bytes bug
- Andrea Arkangeli: make SMP Athlon build
- Alexander Zarochentcev: reiserfs directory fsync SMP locking
As attachment. Don't ask me why it works. Rather, if you see why it works, I'd
like to know why :)
Why are you breaking kapm-idled. It is supposed to take all that cpu time. You
just broke all the power saving
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Sun, 4 Mar 2001, Francis Galiegue wrote:
As attachment. Don't ask me why it works. Rather, if you see why it works, I'd
like to know why :)
BTW, in case this matters, this is with gcc 2.95.3 compiler...
--
Francis Galiegue, [EMAIL PROTECTED] - Normand et fier de l'tre
"Programming is
Jason Riedy [EMAIL PROTECTED] writes:
Note that getting what some people want to call `true' IEEE 754
arithmetic on an x86 is frightfully tricky. Changing the precision
does not shorten the exponent field, and that can have, um, fun
effects on and around under/overflow.
Whoops. This is
On Sat, 3 Mar 2001, Alan Cox wrote:
As attachment. Don't ask me why it works. Rather, if you see why it works, I'd
like to know why :)
Why are you breaking kapm-idled. It is supposed to take all that cpu time. You
just broke all the power saving
Well, from reading the source, I
On Sun, Mar 04, 2001 at 12:19:07AM +0100, Francis Galiegue wrote:
Well, from reading the source, I don't see how this can break APM... What am I
missing?
apm_bios_call must not be called with two identical pointers for
two different registers.
-
To unsubscribe from this list: send the line
"Adam J. Richter" [EMAIL PROTECTED] writes:
IEEE-754 floating point is available under glibc-based systems,
including most current GNU/Linux distributions, by linking with -lieee.
Your example program produces the "9 10" result you wanted when linked
this way, even when compiled with
"Noah" == Noah Romer [EMAIL PROTECTED] writes:
Noah In my experience, Tx interrupt mitigation is of little
Noah benefit. I actually saw a performance increase of ~20% when I
Noah turned off Tx interrupt mitigation in my driver (could have been
Noah poor implementation on my part).
You need to
Well, from reading the source, I don't see how this can break APM... What=
am I
missing?
If you've stopped kapm-idled from using cpu then you've stopped it from going
into the bios suspend one presumes.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
with GCC's 64-bit doubles (and its 64-bit clean but 80-bit dirty
floating point optimizations), so I'm proposing adding an instruction
to "init_fpu()" to change the default hardware control word.
You want peoples existing applications to suddenely and magically change
their results. Umm
i have compaq presario 1245 and kernel 2.4.2 does not do power off on
shutdown although all necessary kernel options are compiled in..
lynx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Sat, 3 Mar 2001, Philipp Rumpf wrote:
Well, from reading the source, I don't see how this can break APM... What am I
missing?
apm_bios_call must not be called with two identical pointers for
two different registers.
OK, my bad... By replacing the call I made with this:
u32
Andre
I think We've gone out-of-bounds on this one. None of us are
lawyers, and nobody can predict what is happening. Personally, I do not see
the difference between placing a GUID in the vendor specific are or placing
a GUID in the E0112r1 area. Both places are set aside for people
Alan Cox [EMAIL PROTECTED] writes:
You want peoples existing applications to suddenely and magically change
their results. Umm problem.
So, how would you feel about a mechanism whereby the kernel could be
passed a default FPU control word by the binary (with old binaries, by
default, using
[EMAIL PROTECTED] (Kevin Buhr) writes:
You want peoples existing applications to suddenely and magically change
their results. Umm problem.
So, how would you feel about a mechanism whereby the kernel could be
passed a default FPU control word by the binary (with old binaries, by
Hmm, needed 2.4.3-pre1 and went to install with LILO using
'lilo -v' and got this:
LILO version 21.4-4, Copyright (C) 1992-1998 Werner Almesberger
'lba32' extensions Copyright (C) 1999,2000 John Coffman
Reading boot sector from /dev/hda
Merging with /boot/boot.b
Boot image:
1 - 100 of 234 matches
Mail list logo