Thus spake Julian Anastasov ([EMAIL PROTECTED]):
> On Fri, 1 Dec 2000, Mike Perry wrote:
>
> > The bug:
> > When I make a connection from any internal node to the one of the other
> > externally routed machines in my lab, then close it, this external machine then
> > becomes unreachable to
> On Thu, 30 Nov 2000, [EMAIL PROTECTED] wrote:
> At a guess, it's an IRQ conflict. The Blade3D card may be trying to
> use the same interrupt as the serial port, and that's probably what's
> causing problems.
1) You nailed it. IRQ 3 was the culprit. Why I assumed my
box was PnP
Hello,
On Fri, 1 Dec 2000, Mike Perry wrote:
> external net, so it can IP masq the other 14 machines. The machines are on a
> switch, and share a semi-switched network segment with a bunch of other
> external IP'd machines (we are all in the same lab, actually).
>
> The bug:
> When I
Frank Davis said once upon a time (Fri, 1 Dec 2000):
> Dax,
>What is your modutils version? Is this the first test12 that has
> caused this error?
> Regards, Frank
[root@thud security]# depmod --version
depmod version 2.3.21
I was running 2.4.0-test11-pre3 before I upgraded to test12-pre3.
Dax,
What is your modutils version? Is this the first test12 that has caused this error?
Regards,
Frank
> Linus, Andreas,
>
> I've been using this same config since FireWire was merged, just tried out
> test12-pre3 and got an unresolved symbol problem with raw1394.o
>
> #
> # IEEE 1394
Hello,
On Thu, 30 Nov 2000, Scott Bisker wrote:
> noarp, and I've set /proc/sys/net/ipv4/conf/lo/hidden to 1. The
You need to change the all/ section too:
echo 1 > /proc/sys/net/ipv4/conf/all/hidden
Regards
--
Julian Anastasov <[EMAIL PROTECTED]>
-
To unsubscribe
While setting up a cluster, and I've stumbled across what appears to be a bug
in the IP masqing of 2.2.17.
Here's my setup:
15 machines on 10.0.0.1-15. 10.0.0.1 has IP aliasing and is also on the
external net, so it can IP masq the other 14 machines. The machines are on a
switch, and share a
Hi Linus,
This is essentially what Alan has in his ac tree. It does the following:
make unloading and loading of the apm module
reliable.
enable and engage the APM BIOS a bit earlier
allow for Dell bad BIOS workaround
The first required that the
Linus Torvalds said once upon a time (Tue, 28 Nov 2000):
> - pre3:
> - Andreas Bombe: ieee1394 cleanups and fixes
Linus, Andreas,
I've been using this same config since FireWire was merged, just tried out
test12-pre3 and got an unresolved symbol problem with raw1394.o
#
# IEEE 1394
On Thu, Nov 30, 2000 at 10:16:37AM +0100, Willy Tarreau wrote:
> > When using ethernet bonding, does it divide the load between the
> > two based on connection, or packet by packet?
>
> packet by packet, so you can use both links to aggregate your bandwidth. I've
> used it at 200 Mbps with
On Thursday November 30, [EMAIL PROTECTED] wrote:
> Hello people,
>
> I have some trouble with the raid-stuff.
> My machine is a Pentium-III, 256 MB ram and 7 scsi-disks (IBM DNES-318350W
> 17B). I'm using raid5 for 6 of these disks (chunk-size 8).
> Machine boots, I do mkraid /dev/md0 and then
Alan,
I was able to reproduce this oops with a somewhat more reliable ksymoops (I was ready
for this nasty bug this time). Looks like the problem is in the sockets
code.
See attached.
Jeff
ksymoops 0.7c on i686 2.2.18pre21. Options used
EIP: 0010: []
Using defaults from ksymoops -t
I've noticed that on dual processor machines, the two values in the
LOC: line of /proc/interrupts are not in lockstep -- the difference
between them varies. Using a perl script (below) to print out the
difference every second, I see it wander around (by much more than the
+/-1 error that
Georg Acher wrote:
> Hi,
> test12-pre3 had a large set of patches to usb-uhci.c. One small detail of
> this patch can make the driver to lockup the PCI bus with certain UHCI-chips
> (only Intel but not VIA, of course not on my machines...). This patch should
> fix that.
> It also includes
I am trying to implement pread for my diet libc.
This is my test program:
#include
main() {
char buf[1024];
int fd=open("/etc/passwd",0);
pread(fd,buf,30,32);
close(fd);
write(1,buf,32);
}
I compiled it against diet libc and glibc and ran it on a powerpc box.
t is the
Since 2.2.18pre20, the symlink /lib/modules/`uname -r`/build is not
created because of a non-escaped $ in Makefile.
Patch:
--- linux/Makefile.orig Fri Dec 1 01:39:24 2000
+++ linux/Makefile Fri Dec 1 01:39:32 2000
@@ -335,7 +335,7 @@
Andrew Morton wrote:
>
> I bet this'll catch it:
>
> --- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
> +++ include/linux/list.hFri Dec 1 08:33:55 2000
> @@ -90,6 +90,7 @@
> static __inline__ void list_del(struct list_head *entry)
> {
> __list_del(entry->prev,
Date: Fri, 1 Dec 2000 00:15:45 + (GMT)
From: Ben Mansell <[EMAIL PROTECTED]>
Paranoia check: can this bug occur with writev() and other
combinations of sizes, or is it only when there is a 0-length
buffer in there?
Only the 0-length buffer at the end of the iovec can trigger
Attached patch fixes the BUG() people are seeing when using the ntfs
driver with 2.4.0-test* kernels. Patch is tested and everything seems to
be working fine with it.
Description:
The BUG() call was due to a not implemented ntfs_get_block().
The fix is to comment out all [bm]map associated
On Thu, 30 Nov 2000, David S. Miller wrote:
> vector[ 1 ].iov_base = NULL;
> vector[ 1 ].iov_len = 0;
>
> "Don't do that" :-)
>
> I'll doubt I will bother to fix it (it's not %100 trivial to fix and
> it will put a cost into a hot path). Even if I did, you're going to
In trying to test the international crypto patch-2.2.17.11pre1 I was
doing some QA on my bootloader program. It looks like the loopback
device will return EOF before a file is finished.
In my case in particular, I was using files instead of block devices
(again, for testing) and had a
Date: Thu, 30 Nov 2000 17:13:27 -0500 (EST)
From: Alexander Viro <[EMAIL PROTECTED]>
* search for appropriate cylinder group had been taken out of the
ext2_new_inode() into helper functions - find_cg_dir(sb, parent_group) and
find_cg_other(sb, parent_group). Bug caught by
Date: Thu, 30 Nov 2000 22:57:09 + (GMT)
From: Ben Mansell <[EMAIL PROTECTED]>
vector[ 1 ].iov_base = NULL;
vector[ 1 ].iov_len = 0;
"Don't do that" :-)
I'll doubt I will bother to fix it (it's not %100 trivial to fix and
it will put a cost into a hot
> From: Jan-Benedict Glaw [mailto:[EMAIL PROTECTED]]
>
> On Wed, Nov 29, 2000 at 04:47:27PM -0800, Randy Dunlap wrote:
> >
> > Summary: After I mount usbdevfs 2 times, and umount it
> > 1 time, the usbcore module use count prevents it from
> > being rmmod-ed.
>
> > [root@dragon rdunlap]#
Russell King wrote:
> Rogier Wolff writes:
> > Documentation bug. Not code bug.
>
> In which case, can we put it in as a documentation fix rather than changing
> the compiler output? ie, /* = { NULL, } */ ?
Because I care more about the 4 bytes of extra source than the
4 bytes of extra
Ok I don't have the system in question, but i use others' experience with
the problem. The system is 2xPentium II Celeron 600 Mhz, 256 MB RAM, Video
Card Matrox Millenium G400, HDD 15 Gb Maxtor 7200 rpm, 2 Mb Cashe,
MB Abit BP6.
Both with kernel version 2.2.17 and 2.4.0-test11 after switching
Hello all.
Quick question here about an arping loopback adaptor. I've set lo to
noarp, and I've set /proc/sys/net/ipv4/conf/lo/hidden to 1. The
interface still arps for lo:0. I'm using Foundry server irons, and I
need to set the loopback interface in order for load balancing to work
On Thu, 30 Nov 2000, David S. Miller wrote:
>Date: Thu, 30 Nov 2000 19:14:14 +0100
>From: Andi Kleen <[EMAIL PROTECTED]>
>
>> The problem is that if data happens to be written via method (2),
>> then the PUSH flag is never set on any packets generated. This is
>> a bug,
Jens,
The following patch corrects the comments in cdrom.h for CDROMREADRAW, CDROMREADMODE1,
and CDROMREADMODE2 that erroneously refer to the cdrom_read structure. With this
patch, they refer to the cdrom_msf structure.
--- /usr/src/linux-2.2.17/include/linux/cdrom.h Wed Nov 29 10:34:29 2000
On Thu, Nov 30, 2000 at 05:26:58PM -0500, Phillip Ezolt wrote:
> I'll give test12-pre3 a try and see if it fixes things.
test12-pre2 crashes at boot on my DS20. This patch workaround the problem
but I would be _very_ surprised if this is the right fix :) It's obviously not
meant for inclusion.
Guys
I am looking for a reason as to why we want
to have different route cache entries for
different IP ToS types. Does anyone have
any insight into this ?
thanks
-- Rajeev
(please cc replies to [EMAIL PROTECTED])
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Ivan,
We dug a little deeper, and think that we found the problem.
The error occurs if we have over 1024 MB of memory in the machine.
If we have less than 1024MB, the machine behaves correctly.
(This is a 600Mhz Digital Personal Workstation)
Once again, the 2.2 kernel in RH 7.0
On Thu, Nov 30, 2000 at 02:54:19PM -0700, Andreas Dilger wrote:
> Andrea writes:
> > On Thu, Nov 30, 2000 at 01:05:53PM -0700, Andreas Dilger wrote:
> > > the RAID and LVM make_request functions should be changed to do that
> > > instead (i.e. 0 on success, -ve on error, and maybe "1" if they do
try the 2.4 test kernels. I had a situation of poor performance with lots
of processes and saw a dramatic improvement with the 2.4 kernel.
David Lang
On Thu, 30 Nov 2000, Arnaud Installe wrote:
> Date: Thu, 30 Nov 2000 08:14:43 +0100
> From: Arnaud Installe <[EMAIL PROTECTED]>
> Reply-To:
* search for appropriate cylinder group had been taken out of the
ext2_new_inode() into helper functions - find_cg_dir(sb, parent_group) and
find_cg_other(sb, parent_group). Bug caught by Daniel (wrong bh being
dirtied when we update the free inodes counter) - fixed.
*
Andrea writes:
> On Thu, Nov 30, 2000 at 01:05:53PM -0700, Andreas Dilger wrote:
> > the RAID and LVM make_request functions should be changed to do that
> > instead (i.e. 0 on success, -ve on error, and maybe "1" if they do their
> > own recursion to break the loop)?
>
> We preferred to let the
> > > Hardcoding things signifying special treatment of uid=0 is almost always a
> > > bad idea. If you _really_ think that superuser (whatever entity that might
> > > be) should be exempt from RLIMIT_NPROC and can prove that (SuSv2 seems to
> > > be silent so you may be right), then you should
On Thu, Nov 30, 2000 at 03:02:42PM -0500, Phillip Ezolt wrote:
> Qlogic SCSI support seems broken on 2.4.0-test11 on a Miata (Digital Personal
>WorkStation 600au).
>
> When starting up, we get a machine check after initialing the qlogic SCSI code.
Try test12-pre3 - there is the new PCI init
Its probaly due to the semaphore changes that went in to test11 by
Richard Henderson. scsi_wait_req will grab one on entry. Did test10
work for you on Alpha?
Regards,
Torben Mathiasen
> -Original Message-
> From: Rival, Frank
> Sent: 30. november 2000 21:37
> To: Ezolt, Phillip
> Cc:
I have the same problem, and yes I have a medium inserted. What can I
do?
Regards.
-Jorge
P.D.Debian 2.2 (+ some updates from woody to complaint 2.4 series of
kernels)
2.4.0.test11 + reiserfs
Tyan K7 VIA + CMD649
Same tape drive and same
Alexander Viro wrote:
>
> Confirms. That's definitely an empty list_head at address 0xc3c49058 and -pre2
> has O_SYNC patches.
foo. The overnight run wedged tight in mmap002. No progress.
I bet this'll catch it:
--- include/linux/list.h.orig Fri Dec 1 08:33:36 2000
+++
On Thu, Nov 30, 2000 at 07:02:56PM +0530, V Ganesh wrote:
> 3. add_wait_queue adds this process to the waitqueue. but all the writes
>are in write-buffers and have not gone down to cache/memory yet.
> 4. PageLocked() finds that the page is locked.
Right.
> [..] speculative execution
> of
On Thu, 30 Nov 2000, Pavel Machek wrote:
> Hi!
>
> > > On Tue, 28 Nov 2000, Jan Rekorajski wrote:
> > > > --- linux/kernel/fork.c~Tue Sep 5 23:48:59 2000
> > > > +++ linux/kernel/fork.c Sun Nov 26 20:22:20 2000
> > > > @@ -560,7 +560,8 @@
> > > > *p = *current;
> > > >
> > >
On Thu, Nov 30 2000, Richard Pries wrote:
> Jens,
>
> Please consider the following patch for the wrong type of structure
> in mmc_ioctl() in cdrom.c.
>
> Currently, mmc_ioctl() in cdrom.c is passed a cdrom_msf structure
> when ioctl() is called with CDROMREADRAW, CDROMREADMODE1, or
>
Hi!
> > On Tue, 28 Nov 2000, Jan Rekorajski wrote:
> > > --- linux/kernel/fork.c~ Tue Sep 5 23:48:59 2000
> > > +++ linux/kernel/fork.c Sun Nov 26 20:22:20 2000
> > > @@ -560,7 +560,8 @@
> > > *p = *current;
> > >
> > > retval = -EAGAIN;
> > > - if (atomic_read(>user->processes) >=
On Thu, Nov 30, 2000 at 06:42:09PM +0100, Dick Streefland wrote:
> On Thursday 2000-11-30 18:24, Robert Schiele wrote:
> | On Thu, Nov 30, 2000 at 01:47:25PM +0100, Dick Streefland wrote:
> | > This mixer probably replaces the normal AC97 mixer device. So, in
> | > what situations do you need
Jens,
Please consider the following patch for the wrong type of structure
in mmc_ioctl() in cdrom.c.
Currently, mmc_ioctl() in cdrom.c is passed a cdrom_msf structure
when ioctl() is called with CDROMREADRAW, CDROMREADMODE1, or
CDROMREADMODE2 as its second argument. This structure does not
* Jeroen Geusebroek ([EMAIL PROTECTED]) wrote:
>
> I'm having troubles with the eepro driver included in kernel 2.2.17.
> It stops sometimes with no apparent reason. The one thing i noticed
> is that it seems to have a lot of carrier problems(998!)
>
> This is part of the result from ifconfig:
> > Actually, there is some benefit in leaving the LINUX_VERSION_CODE checks
> > there... If someone wants to back-port the driver to 2.2, this makes it
> > much easier. Also, some people like to maintain a single driver for all
> > of the kernel versions, so they don't have to bugfix each
On Thu, Nov 30, 2000 at 01:05:53PM -0700, Andreas Dilger wrote:
> the RAID and LVM make_request functions should be changed to do that
> instead (i.e. 0 on success, -ve on error, and maybe "1" if they do their
> own recursion to break the loop)?
We preferred to let the lowlevel drivers to handle
Hi!
It seems that there is a conflict between my ethernet card and my serial
port.
I'm using RedHat 7.0 and my ethernet card is a "Kingston EtheRx KNE20
Plug and Play ISA Adapter". I'm unable to access the Internet because
the ethernet card doesn't work :-(. Besides, the card uses two
Hi Phil,
Phillip Ezolt wrote:
> Hi All,
>
> Qlogic SCSI support seems broken on 2.4.0-test11 on a Miata (Digital Personal
>WorkStation 600au).
>
> When starting up, we get a machine check after initialing the qlogic SCSI code.
>
> Using the Alpha kgdb, we figured out that the code is dying
Date: Thu, 30 Nov 2000 19:14:14 +0100
From: Andi Kleen <[EMAIL PROTECTED]>
> The problem is that if data happens to be written via method (2),
> then the PUSH flag is never set on any packets generated. This is
> a bug, surely?
I just tried it on 2.2.17 and 2.4.0test11 and
> OK, that makes it somewhat clearer to me. However, I don't use modules
> and have everything compiled in, so I can't control the order in which
> the mixer devices get loaded.
Exactly that's why I compile nearly everything as modules :-)
The other reason is that the turn-around times for
Hello,
I'm having troubles with the eepro driver included in kernel 2.2.17.
It stops sometimes with no apparent reason. The one thing i noticed
is that it seems to have a lot of carrier problems(998!)
This is part of the result from ifconfig:
eth1 Link encap:Ethernet HWaddr
Timothy A. DeWees writes:
> Can someone please point me to a doc on how to mount a DVD drive.
> COrrect me if I am wrong but the DVD file format is UDF? I did not see that
> as an option when I compiled 2.2.17. Do I need to use 2.4.0testX to mount
> DVD's? Thanks in advance!
UDF is an
Neil Brown write:
> On Thursday November 30, [EMAIL PROTECTED] wrote:
> > in generic_make_request(), the following code handles stacking:
> >
> > do {
> >q = blk_get_queue(bh->b_rdev);
> >if (!q) {
> > printk(...)
> >
** Reply to message from Mark Hahn <[EMAIL PROTECTED]> on Thu,
30 Nov 2000 14:16:16 -0500 (EST)
> > Actually, there is some benefit in leaving the LINUX_VERSION_CODE checks
> > there... If someone wants to back-port the driver to 2.2, this makes it
> > much easier. Also, some people like to
Hi All,
Qlogic SCSI support seems broken on 2.4.0-test11 on a Miata (Digital Personal
WorkStation 600au).
When starting up, we get a machine check after initialing the qlogic SCSI code.
Using the Alpha kgdb, we figured out that the code is dying in scsi_wait_request().
Here's the backtrace:
Turn on UDF support under filesystems.
mount -t udf /dev/foo /mnt/bar
"Timothy A. DeWees" wrote:
> Can someone please point me to a doc on how to mount a DVD drive.
> COrrect me if I am wrong but the DVD file format is UDF? I did not see that
> as an option when I compiled 2.2.17. Do I
Hello,
Can someone please point me to a doc on how to mount a DVD drive.
COrrect me if I am wrong but the DVD file format is UDF? I did not see that
as an option when I compiled 2.2.17. Do I need to use 2.4.0testX to mount
DVD's? Thanks in advance!
--
Kind Regards,
Timothy A. DeWees
On Thu, Nov 30, 2000 at 01:47:25PM +0100, Dick Streefland wrote:
> Dick Streefland <[EMAIL PROTECTED]> wrote:
> | 2.4.0-test11 introduced a problem with the mixer device of my SB128
> | soundcard (es1371 driver). When I start a mixer application like
> | xmixer or aumix, only a small subset of
On Thu, 30 Nov 2000, Andi Kleen wrote:
> > The problem is that if data happens to be written via method (2), then
> > the PUSH flag is never set on any packets generated. This is a bug,
> > surely?
>
> I just tried it on 2.2.17 and 2.4.0test11 and it sets PUSH for writev()
> for both cases just
On Thu, Nov 30, 2000 at 01:09:37PM -0500, Christopher Friesen wrote:
> "Jeff V. Merkey" wrote:
> >
> > On Thu, Nov 30, 2000 at 10:14:47AM -0500, Christopher Friesen wrote:
>
> > > I think you should re-read the GPL. You only have to provide source to
> > > people to whome you have distributed
"Jeff V. Merkey" wrote:
>
> On Thu, Nov 30, 2000 at 10:14:47AM -0500, Christopher Friesen wrote:
> > I think you should re-read the GPL. You only have to provide source to
> > people to whome you have distributed your new binaries, and you only
> > have to provide that source if you are asked
> Actually, there is some benefit in leaving the LINUX_VERSION_CODE checks
> there... If someone wants to back-port the driver to 2.2, this makes it
> much easier. Also, some people like to maintain a single driver for all
> of the kernel versions, so they don't have to bugfix each driver
On Thu, 30 Nov 2000, Jonathan Hudson wrote:
>
> In article <[EMAIL PROTECTED]>,
> Andrew Morton <[EMAIL PROTECTED]> writes:
> AM> In thread "File corruption part deux", Lawrence Walton wrote:
> >>
> >> my system has been acting slightly odd on all the pre 12 kernels
> >> with the fs
Hi,
I was reading the works of Stevens, and saw the very neat SO_RCVTIMEO and
SO_SNDTIMEO features mentioned. Socket.7 told me that these socket
options aren't implemented:
SO_RCVTIMEO and SO_SNDTIMEO
Specify the sending or receiving timeouts until
Hello,
For synchronous network interfaces, besides configuring network parameters
such as IP address, netmask, MTU, etc., the system should also configure
parameters specific to these sync i/f's, such as media (e.g V.35, X.21,
T1, E1), clock (internal or external, and value if int.), protocol
On Thu, Nov 30, 2000 at 11:26:43AM -0700, Tom Rini wrote:
> Right. But the problem here was a new, unused sysctl-by-number, conflicted
> with an old-but-not-integrated sysctl-by-number that is used. :) The only
Who is using it? Not even the raid developers cared to take the
sysctl-by-number
> Try with
>
> *.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.0-test11/cd-1.bz2
>
> It should apply cleanly to test12-pre3 too.
Thanks Jens.
Your patch enables me to play the entire CD.
However, I still get this error every time
I begin playing the CD:
hdc: packet command error:
Andrey Savochkin wrote:
> I've updated eepro100 driver for 2.4 kernel branch.
> So far, the most annoying initialization problem (expressing itself in "card
> reports no resources" messages) hasn't been fixed.
Hi Andrey,
I've been using an older EEPro100/B card until now and it's been working
In article <[EMAIL PROTECTED]>,
Andrew Morton <[EMAIL PROTECTED]> writes:
AM> In thread "File corruption part deux", Lawrence Walton wrote:
>>
>> my system has been acting slightly odd on all the pre 12 kernels
>> with the fs going read only with out any messages until now.
>> no
Adam writes:
> I just did what suggested, and it seems that DU reports correct values,
> I have attached 'sript' log of the above example on my filesystem.
> Here are some highlights:
>
> [adam@pepsi /tmp]$ ls -lis holed.file
> 3085069 5872 -rw-rw-r--1 adam adam 600 Nov 30 09:11
On Thu, Nov 30, 2000 at 10:14:47AM -0500, Christopher Friesen wrote:
> "Jeff V. Merkey" wrote:
> >
> > On Wed, Nov 29, 2000 at 09:08:30PM +0100, Henning P . Schmiedehausen wrote:
>
> > > I use heavily patched kernels with lots of inhouse-stuff on a regular
> > > base for my inhouse use and
On Thu, Nov 30, 2000 at 05:35:41PM +, Ben Mansell wrote:
> (possibly treading on ground covered before:
> http://www.uwsg.iu.edu/hypermail/linux/kernel/9904.1/0304.html )
>
> To be brief and to the point: Should there be any difference between the
> following two ways of writing data to a
(possibly treading on ground covered before:
http://www.uwsg.iu.edu/hypermail/linux/kernel/9904.1/0304.html )
To be brief and to the point: Should there be any difference between the
following two ways of writing data to a TCP socket?
1) write( fd, buffer, length )
2) writev( fd, {buffer,
JBJ> #ifdef INLINE_PCISCAN
JBJ> #include "k_compat.h"
JBJ> #else
JBJ> #include "pci-scan.h"
JBJ> #include "kern_compat.h"
JBJ> #endif
I quess you need to convert it to kernel PCI API first and probably also to
optimize away the LINUX_VERSION_CODE checks (we know it's 2.4).
--
Meelis Roos
On Thursday 2000-11-30 18:24, Robert Schiele wrote:
| On Thu, Nov 30, 2000 at 01:47:25PM +0100, Dick Streefland wrote:
| > This mixer probably replaces the normal AC97 mixer device. So, in
| > what situations do you need CONFIG_SOUND_TVMIXER? It would be nice if
| > someone could come up with an
On Tue, Nov 28, 2000 at 09:30:03PM -0500, Wakko Warner wrote:
> Doesn't boot on noritake alpha.
>
> It gets to POSIX conformance testing by UNIFIX
> and hard locks. the halt switch doesn't even work.
The video card on that system turned out to have pci class
PCI_CLASS_NOT_DEFINED_VGA instead
hi Dick,
On Tue, 28 Nov 2000, John B. Jacobsen wrote:
> /* Set the copy breakpoint for the copy-only-tiny-frames scheme.
>Setting to > 1518 effectively disables this feature. */
> static int rx_copybreak = 0;
A skeleton driver has a higher responsibility than just "a driver" and
thus needs
/* winbond-840.c: A Linux PCI network adapter skeleton device driver. */
/*
Written 1998-2000 by Donald Becker.
This software may be used and distributed according to the terms of
the GNU General Public License (GPL), incorporated herein by reference.
Drivers
Rogier Wolff writes:
> Documentation bug. Not code bug.
In which case, can we put it in as a documentation fix rather than changing
the compiler output? ie, /* = { NULL, } */ ?
_
|_| - ---+---+-
| | Russell King
> I'll see how mangled my .config is.
> Looks somewhat clean, a few modules i don't use. I'll send it in a > seperate email.
Thanks a lot, Mike! I can see couple of differences already, will try tonight... and
will let you know tomorrow...
Cheers
Guennadi
-
To unsubscribe from this list:
Russell King wrote:
> Rogier Wolff writes:
> > > > +static struct termios* ussp_termios[USSP_MAX_PORTS];
> > > > +static struct termios* ussp_termios_locked[USSP_MAX_PORTS];
> >
> > this SHOULD mean that these are first initialized before use.
> >
> > If you think they can be used
On Thu, 30 Nov 2000, Arnaud Installe wrote:
> On Thu, Nov 30, 2000 at 08:47:49AM -0600, Ray Bryant wrote:
> > The IBM implementations of the Java language use native threads --
> > the result is that every time you do a Java thread creation, you
> > end up with a new cloned process. Now this
On Thu, Nov 30, 2000 at 02:06:55PM -0200, Rik van Riel wrote:
> still had lots of swap free, this may mean that VM
> in 2.2 still has some bugs left ...
I guess it's the free_before_allocate band-aid that hurts in 2.2. That subtle
race condition is fixed efficiently in VM-global with per-process
On Thu, Nov 30, 2000 at 08:47:49AM -0600, Ray Bryant wrote:
> The IBM implementations of the Java language use native threads --
> the result is that every time you do a Java thread creation, you
> end up with a new cloned process. Now this should be pretty fast,
Well, I think the problem is
Guennadi Liakhovetski wrote:
> Thanks!
>
> > Chipset is a 430FX, Same hard drive as what you have. Pentium > 133, 48 meg ram.
>Kernel 2.2.17 with raid patch, and ide patch.
>
> I don't think I need tha raid patch, do I?
No, its just left overs from my playing with a Promise Ultra/66 card.
> When creating a lot of Java threads per second linux slows down to a
> crawl. I don't think this happens on NT, probably because NT doesn't
> create new threads as fast as Linux does.
Also probably the Java implementation on NT is not creating true threads for
each java thread as the IBM java
On Wed, 29 Nov 2000, Bob Tanner wrote:
> [1.] One line summary of the problem: PROBLEM: do_try_free_pages
> failed for python
>
> [2.] Full description of the problem/report: Running 2.2.18pre22
> on a dual Sparc20 with 128Mb of RAM.
The important thing to know here is if you had swap
free
In http://www.cs.helsinki.fi/linux/linux-kernel/2000-47/0343.html
Thomas Sailer posted a patch to some ac97 sound drivers.
Because this patch is not in 2.4.0-test12-pre2 I post the same
patch again with some additions where the same bug does occur.
The bug is that dma buffer are not yet
> I can't seem to find this mentioned anywhere. My 2.4 machine
> sets 2 bits in the TCP header between the 4 data offset bits and control
> flags. Like so:
ECN
> can see from one that is are these two bits. RFC793 says they must be zero.
> Is 793 still current? Has anyone else seen this?
Rogier Wolff writes:
> > > +static struct termios* ussp_termios[USSP_MAX_PORTS];
> > > +static struct termios* ussp_termios_locked[USSP_MAX_PORTS];
>
> this SHOULD mean that these are first initialized before use.
>
> If you think they can be used before first being initialized by the
Thanks!
> Chipset is a 430FX, Same hard drive as what you have. Pentium > 133, 48 meg ram.
>Kernel 2.2.17 with raid patch, and ide patch.
I don't think I need tha raid patch, do I?
> Shares the ide cable with a WDC 850 meg drive as slave.
No slaves on mine.
> What brand is your
Hello,
I tried the ide-tape driver for several weeks now. And after some time during
writing or reading tar stops because of errors.
Error messages are:
Nov 30 15:32:20 kernel: ide-tape: ht0: I/O error, pc = 8, key = 0,
asc = 0, ascq = 2 Nov 30 15:32:25 eckhard last message repeated 1000
> computer: Chipset 430FX / Triton / PIIX, disk Western Digital Caviar AC21600H
>Firmware code F6 (no UDMA, some WD docs show DMA mw2, some PIO4...), kernel 2.2.17
>with ide patch and PIIX enabled, DMA by default, generic DMA, and couple others. Did
>not try 'bad DMA-firmware (EXPERIMENTAL)'.
"Jeff V. Merkey" wrote:
>
> On Wed, Nov 29, 2000 at 09:08:30PM +0100, Henning P . Schmiedehausen wrote:
> > I use heavily patched kernels with lots of inhouse-stuff on a regular
> > base for my inhouse use and there is _no_ way for you to even get a
> > glimpse at it. I don't give this to
Hi,
I have the following soundcard in my ToshibaDynabook(db45) model of
laptop.
Acer Laboratories Inc. [ALi]|M5451 PCI South Bridge Audio
(MULTIMEDIA_AUDIO unknown) SubVendor=0x1179 SubDevice=0x0003
Till the date, I was using 2.2.16kernel typically compiled for RH7. To
enable the sound card, I
Hello everybody
I know this subject has been discussed multiple times already, I've read a lot of
posts about it, but still haven't been able to fix my particular case. So, here we go:
computer: Chipset 430FX / Triton / PIIX, disk Western Digital Caviar AC21600H Firmware
code F6 (no UDMA,
1 - 100 of 286 matches
Mail list logo
