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 th
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
>
>
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,
"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
>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 wh
>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 i
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 s
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.
(rea
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", Lin
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 th
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 abou
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 nob
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 irq
> 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);
> > + misc_reg
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 l
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% reprodu
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:
--- linux-2.4.3-pre1/drivers
On Sat, Mar 03 2001, Steven Brooks wrote:
> When mounting a file using the loopback device, the mount program hangs
> for ever. Other than that, the system is still usable.
Please read lkml archives before posting, this problem has been
all over the list for the past two weeks.
Use the latest 2
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, se
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 no
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 Gómez
"The question of whethe
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 questio
> > 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
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 PROTECTE
>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 :)
> 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 bette
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 par
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 r
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,
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
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 norm
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 idea
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 us
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 cau
pyhsmem = `free | grep Mem | tr -s "/ / /" | cut -f2 -d" "`
On 03 Mar 2001 13:37:42 -0500, 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
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
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 woul
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.)
Under various 2.4 kernels with Jens' patched, the filesys
On 3 Mar 2001, Michael Rothwell wrote:
> pyhsmem = `free | grep Mem | tr -s "/ / /" | cut -f2 -d" "`
% strace free 2>&1 |grep /proc
open("/proc/cpuinfo", O_RDONLY) = 3
open("/proc/uptime", O_RDONLY) = 3
open("/proc/stat", O_RDONLY)= 4
open("/proc/meminfo", O_RDONLY
> 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. Version numbers made
patch is Larry Wall
> Pre-patches go l
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 d
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 fsc
[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 comman
On Fri, 2 Mar 2001, Stéphane 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 :
>
> ...
> eth
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
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
./dri
> ./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 http:
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 compen
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 questions.
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 ker
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'
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))
> > >u
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 listen
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 read
[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 mainta
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 resul
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
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 brok
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: 2.2.1
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 associate
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 majordomo
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!
>
> You might even score!
Of course its attitudes like that which leads them to have to set up their
own mailing lists, and contribute to the rath
> 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 l
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!
> >
> > You might even score!
>
> Of course its attitudes like that which leads them
> 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 y
"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 m
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.
http://www
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
idiot-proo
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 fix
> 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 b
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
"Programmin
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. Th
Hi,
and sorry, no patch.
cantaloupe:~/kernel/linuxppc_2_4 # depmod -Vae
depmod version 2.4.2
depmod: *** Unresolved symbols in /lib/modules/2.4.3-pre1-SMP/kernel/drivers/md/md.o
depmod: md_autodetect_dev
cantaloupe:~/kernel/linuxppc_2_4 # cat /proc/version
Linux version 2.4.3-pre1-SMP
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
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 "u
"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
> "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).
Yo
> 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 o
> 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 pro
1 - 100 of 120 matches
Mail list logo
