In message <[EMAIL PROTECTED]> you write:
> Kernel preemption is not allowed while spinlocks are held, which means
> that this patch alone cannot guarantee low preemption latencies. But
> as long held locks (in particular the BKL) are replaced by finer-grained
> locks, this patch will enable lowe
In message <[EMAIL PROTECTED]> you write:
> Hi,
>
> I wrote an extension to gcc that does global analysis to determine
> which pointers in 2.4.1 are ever treated as user space pointers (i.e,
> passed to copy_*_user, verify_area, etc) and then makes sure they are
> always treated that way.
Hi Daw
On Mon, 19 Mar 2001, Jeff Garzik wrote:
> Is the corruption reproducible? If so, does the corruption go away if
Yes, it is reproducible. In all my tests, I tarred 16 files of 16 MB each to
tape (I used a new one).
- test 1: 4 files with failed md5sum (no further investigation on type of
(I'm not subscribed to linux-kernel, so please CC any answers. TIA)
Hello
Since I bought my new harddisk (a Maxtor 40GB of about a half year old
now), I've had errors over my console like this:
hda: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hda: irq ti
I couldn't find a maintainer of the code, so I'm writing here.
In kernel 2.4.1 in arch/i386/kernel/setup.c there is:
--- arch/i386/kernel/setup.c
struct resource standard_io_resources[] = {
{ "dma1", 0x00, 0x1f, IORESOURCE_BUSY },
{ "pic1", 0x20, 0x3f, IORESOURCE_BUSY },
On Tue, 20 Mar 2001 19:43:50 +1100,
Rusty Russell <[EMAIL PROTECTED]> wrote:
>The third is that preemtivity conflicts with the naive
>quiescent-period approach proposed for module unloading in 2.5, and
>useful for several other things (eg. hotplugging CPUs). This method
>relies on knowing that w
Dear Sir,
Is linux VFS support cluster for file system type "MSDOS " now ?
Thanks
ALEX
-
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
Hi
The NETLINK_ROUTE family deifned as a part of the netlink socket
protocol has the data handler of the sock structure set to
rtnetlinl_rcv. However this function dequeues the data packet ( in the
skb ) from the receive queue of the sock structure and processes it if
the flag in the nlmsghdr is
"Tomasz Sterna wrote:"
> I couldn't find a maintainer of the code, so I'm writing here.
>
> In kernel 2.4.1 in arch/i386/kernel/setup.c there is:
>
> --- arch/i386/kernel/setup.c
> struct resource standard_io_resources[] = {
> { "dma1", 0x00, 0x1f, IORESOURCE_BUSY },
> { "pic1",
On Mon, 19 Mar 2001, Colin Watson wrote:
> Alexander Viro <[EMAIL PROTECTED]> wrote:
> >Seriously, binfmt_misc.c was written in rather, erm, interesting C.
> >Read it and you'll see. Just one (but rather impressive) example:
> >
> >if ((count == 1) && !(buffer[0] & ~('0' | '1'))) {
> >
>
Hi Alan,
tried as you suggested to config out IrDA and indeed the kernel boots.
Even in -ac20 my Dell Latitude laptop hangs in the RH7.0 init sequence
after printing the IRCOMM line. C-A-D doesn't do anything but I can use
Magic Sysrq to reboot.
I am available for further diagnostic inv
Sorry to repost the issue but I got no reply...
2.4.3-pre3 and synced-up versions of the -ac series remove support for
PCMCIA serial CardBus. In drivers/char/pcmcia the Makefile and Config.in
files are modified to exclude serial_cb and the serial_cb.c file itself
is removed by the patch. As a
I dont know if you understood my doubt, but your pointer
to bp accidentally or otherwise solved the mystery.
The problem was although switch_to changes esp to the
next processes stack, code emitted by the compiler, has
"cached" the 'prev' processes's esp via ebp, and uses this
at return to resto
Hi,
I have an intermittent problem with my IDE setup:
pear# dmesg | grep -i ide
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ALI15X3: IDE controller on PCI bus 00 dev 78
ide0: BM-DMA at 0xffa0-0xffa7, BIOS sett
Parity Error wrote:
> I dont know if you understood my doubt, but your pointer
> to bp accidentally or otherwise solved the mystery.
We agree, and I like your explanation.
> Still, could some one enlighten me on why esi and edi are
> also similarly saved and restored ?
The compiler _may_ cache
Alessandro Suardi wrote:
>
> Sorry to repost the issue but I got no reply...
>
> 2.4.3-pre3 and synced-up versions of the -ac series remove support for
> PCMCIA serial CardBus. In drivers/char/pcmcia the Makefile and Config.in
> files are modified to exclude serial_cb and the serial_cb.c file
On Tue, 20 Mar 2001, Alessandro Suardi wrote:
> Jeff Garzik wrote:
> > Neither. serial.c does serial_cb's job now. It looks like serial.c
> > needs to scan for modems as well as serial ports, and tytso agrees with
> > me on that. We just need to check and see if winmodems reports
> > themselves
We plan to buy a second Xeon 550Mhz for the C440GX+ board.
Before we invest 1300$ I would like to hear if anybody is
running 2.4.x on this hardware without problems.
On a UP box with 2GB RAM, I run 2.4.3-pre3 + Gibbs' aic7xxx-6.1.7
+ stock eepro100. Anybody with SMP ?
-Igor Mozetic
-
To unsubscr
It was posted by Christian Ehrhardt.
[EMAIL PROTECTED] wrote:
>
> On Mon, Feb 12, 2001 at 05:32:39PM +0100, I wrote:
> > I wrote a little palm app some time ago that can capture serial
> > console output. If anyone is interested I'll build a tar ball with
> > sources and binary.
>
> It is now a
On Tue, 20 Mar 2001, Neil Brown wrote:
> On Friday March 16, [EMAIL PROTECTED] wrote:
> > | fs/nfsd/vfs.c | nfsd_link |
> > | fs/nfsd/vfs.c | nfsd_symlink |
>
> These are not actually bugs. The usage of fh_lock is fairly obscure
On 03.20 Igor Mozetic wrote:
> We plan to buy a second Xeon 550Mhz for the C440GX+ board.
> Before we invest 1300$ I would like to hear if anybody is
> running 2.4.x on this hardware without problems.
> On a UP box with 2GB RAM, I run 2.4.3-pre3 + Gibbs' aic7xxx-6.1.7
> + stock eepro100. Anybody
Jules Bean wrote:
> Hi,
>
> I have an intermittent problem with my IDE setup:
>
> pear# dmesg | grep -i ide
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx
> ALI15X3: IDE controller on PCI bus 00 dev 78
> ide
Hello,
[1.] One line summary of the problem:
Kernel OOPS. Machine hanged under heavy load.
[2.] Full description of the problem/report:
The computer that is handling our e-mail hanged with an OOPS from which I
recovered only the EIP.
[3.] Keywords (i.e., modules, networking, kernel):
netwo
Hello,
if I try 'make modules_install' with linux-2.4.2 I get:
...
make[1]: Entering directory `/usr/src_laptop450/linux-2.4.2/drivers'
make -C acpi modules_install
make[2]: Entering directory `/usr/src_laptop450/linux-2.4.2/drivers/acpi'
mkdir -p /lib/modules/2.4.2/kernel/drivers/acpi/
cp commo
Jeff Garzik wrote:
>
> On Tue, 20 Mar 2001, Alessandro Suardi wrote:
> > Jeff Garzik wrote:
> > > Neither. serial.c does serial_cb's job now. It looks like serial.c
> > > needs to scan for modems as well as serial ports, and tytso agrees with
> > > me on that. We just need to check and see if
Russell King wrote:
> This problem has a non-trivial solution, and I think whoever originally
> wrote the x86 do_gettimeofday code decided that it wasn't worth finding
> a solution to it.
So are you going to use the x86 solution and not worry about the >10ms
problem for now? The x86 is an improv
"Juergen Rose,K17,0331-9772437,030-2425483" wrote:
> if I try 'make modules_install' with linux-2.4.2 I get:
> ...
> mkdir -p /lib/modules/2.4.2/kernel/drivers/acpi/
> cp common.o dispatcher.o events.o hardware.o interpreter.o namespace.o
> parser.o resources.o tables.o os.o acpi_ksyms.o driver.o
On closer inspection, that patch I linked to appears to be incomplete.
Can you try the attached patch, to see if it fixes the
absence-of-serial_cb problem?
Thanks,
Jeff
P.S. I'm surprised serial_cb in 2.4 worked at all, for anybody. I guess
they must be using pcmcia_cs's serial_cb, n
Hi, all
Simply crashed. No oops-screens. And fast rebooted :)
Under middle load. Nothing serious.
Workstation, running XFree86 4.0.2,
simple programs eating megabytes.
Alex Riesen
Traian AG
P.S.:
>From syslog:
Mar 20 15:41:48 ws018 -- MARK --
Mar 20 15:49:00 ws018 kernel: emory.c:83: bad pmd 5
Hello,
Reproducable 100% of the time. I have 1 mouse plugged into my uhci port.
When I suspend I get:
Mar 20 09:09:33 laptop kernel: Unable to handle kernel paging request at
virtual address 6273754b
Mar 20 09:09:33 laptop kernel: printing eip:
Mar 20 09:09:33 laptop kernel: cc86d58b
Mar 20 09
> Fantastic!
>
> I was not aware of it, sorry... where can I find some doc?
There are some patches in the apache source rpms in
http://www.zabbo.net/phhttpd/ that shows how apache can connect to
another daemon and get its incoming connections sockets from it.
phhttpd itself is pretty hairy code
On Tue, 20 Mar 2001, Alessandro Suardi wrote:
>
> 2.4.3-pre3 and synced-up versions of the -ac series remove support for
> PCMCIA serial CardBus. In drivers/char/pcmcia the Makefile and Config.in
> files are modified to exclude serial_cb and the serial_cb.c file itself
> is removed by the pa
[EMAIL PROTECTED] wrote:
>
> On Mon, 19 Mar 2001 12:17:38 -0800
> Tim Moore <[EMAIL PROTECTED]> wrote:
>
> > Apologies for the too brief answer. Sustained real world transfer rates
> > for the PIIX4 under ideal
> > setup conditions and a quiet bus are 14-18MB/s.
I dare to disagree. These numbe
Hi all,
I need a Fast Ethernet chip for an Open Hardware PCI board I'm
working on. Of course said chip has to be available in small
quantities (and not just attached to a NIC), and well supported by
Linux. Other 'nice but not crucial' properties would be:
- Gigabit Ethernet support
- Integrat
David, did you determine if it was a memory bug?
Just to note: stack trace doesn't involve reiserfs at all. Other people
suggested that it may me memory bug.
Nikita.
Hans Reiser writes:
> Who is taking this one?
>
> HansReturn-Path: <[EMAIL PROTECTED]>
> Delivered-To: [EMAIL PROTECTED]
>
On Wed, 14 Mar 2001 23:19:05 GMT, Robert Miciovici wrote:
>look what I get on one of the installation log screens:
>
>* Cannot find /tmp/drivers/rhdd-6.1; bad driver disk
>* Cannot find /tmp/drivers/modinfo; bad driver disk
>* Cannot find /tmp/drivers/modules.dep; bad driver disk
>* Cannot find /
I've been running 2.4.3-pre4 for a few days now and today I've got this
message in the logs a couple of times. Is it harmless?
Pau
-
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.o
On Tue, 20 Mar 2001, Linus Torvalds wrote:
>
>
> On Tue, 20 Mar 2001, Alessandro Suardi wrote:
> >
> > 2.4.3-pre3 and synced-up versions of the -ac series remove support for
> > PCMCIA serial CardBus. In drivers/char/pcmcia the Makefile and Config.in
> > files are modified to exclude serial_cb
Greetings,
I have a server farm made of identical hardware running pop3 and imap mail
functions. recently, we upgraded all the machines to kernel 2.4.2, but we
noticed that according to free, our memory utilization went way up. Here
is the output of free on the 2.4.2 machine:
total
Pau wrote:
>
> On Tue, 20 Mar 2001, Linus Torvalds wrote:
>
> >
> >
> > On Tue, 20 Mar 2001, Alessandro Suardi wrote:
> > >
> > > 2.4.3-pre3 and synced-up versions of the -ac series remove support for
> > > PCMCIA serial CardBus. In drivers/char/pcmcia the Makefile and Config.in
> > > files a
On Tue, 20 Mar 2001, Alessandro Suardi wrote:
> > Removing "alias char-major-4 serial_cb" from modules.conf did the trick
> > and the serial driver worked flawlessly. Modules serial got loaded
> > instead.
>
> Cool... but I have used for a while serial_cb in kernel, not as a module
> so there is
In article <[EMAIL PROTECTED]>,
Pau <[EMAIL PROTECTED]> wrote:
>
>I've been running 2.4.3-pre4 for a few days now and today I've got this
>message in the logs a couple of times. Is it harmless?
It's harmless.
It's really a warning that says: the mm that you allocated a new LDT for
may have mult
On Tue, Mar 20, 2001 at 11:01:52AM -0600, Josh Grebe wrote:
> Greetings,
...
> Doing the math, the 2.4 machine is using 44% of available memory, while
> the 2.2 is using only about 14%.
How is the performance difference ?
...
> These machines are dual P2-400's, with 512M ECC ram, adaptec 2940, a
Holger Lubitz wrote:
> [EMAIL PROTECTED] wrote:
> >
> > On Mon, 19 Mar 2001 12:17:38 -0800
> > Tim Moore <[EMAIL PROTECTED]> wrote:
> >
> > > Apologies for the too brief answer. Sustained real world transfer rates
> > > for the PIIX4 under ideal
> > > setup conditions and a quiet bus are 14-18MB
> On my home machine playing sound through esd has worked beautifully on various
> kernels from 2.2.5 and up to 2.2.18.
> On 2.4.1 and 2.4.2 it stinks.
>
> It sounds like there are small pauses or repetitions in the sound, as if esd
> doesn't get
> the data quickly enough from the client or somet
Hi I have a couple of questions to the kernel code.
I have been trying to fully inderstand (and doccument) the changes in
2.4 wrt. Tasklets and softirq's, BH's and task queues.
In my try to understand how it all works, I came across the code:
(linux/kernel/softirq.c: 246)
static void bh_actio
On 20 Mar 2001 10:37:40 -0500, Jeff Garzik wrote:
> On closer inspection, that patch I linked to appears to be incomplete.
>
> Can you try the attached patch, to see if it fixes the
> absence-of-serial_cb problem?
>
> Thanks,
>
> Jeff
>
>
> P.S. I'm surprised serial_cb in 2.4 worked at
Hi,
One little readability thing I found.
The prev->state TASK_ value is mostly used as a plain value
but the new TASK_PREEMPTED is or:ed together with whatever was there.
Later when we switch to check the state it is checked against TASK_PREEMPTED
only. Since TASK_RUNNING is 0 it works OK but...
Hi,
I upgraded one of our computer happily running 2.2.13 kernel
to 2.4.2. Everything was OK, but compilation time of our C++
project greatly increased (1.4 times slower). I investigated the
issue and found that g++ spends 7 times more time in kernel.
The reason for this is big vm map:
cat /proc
Pozsar Balazs wrote:
> Are you sure that the problem isn't at the mp3->raw conversino point? In
> mandrake for example, mpg123 is badly compiled, and plays nicely on 2.2,
> but awfully on 2.4.
Positive. Anyway, the problem is solved now...I just want to investigate it a
little bit further becau
Hi,
I got the following OOPS yesterday while simultaneously doing a big 'rpm
-U' and a big computation (magma.exe) on an SMP i686 machine. I copied
the OOPS down by hand from the console, but it should be accurate. When
running ksymooops, I don't know that I reconstructed the module stack
comp
On Fri, 16 Mar 2001, William Park wrote:
> I'm running 2.2.18 on VIA686B (ABit VP6). Some time ago, you mentioned
> that you got ~80Mb/s from 'hdparm -t /dev/hda'. Please tell us how?
> Which hdparm/kernel options did you enable?
Nope not w/ 'hdparm' with DiskPerf and correcting for CR3's on m
On Tue, 20 Mar 2001, Serge Orlov wrote:
>
> I upgraded one of our computer happily running 2.2.13 kernel
> to 2.4.2. Everything was OK, but compilation time of our C++
> project greatly increased (1.4 times slower). I investigated the
> issue and found that g++ spends 7 times more time in kernel
On Tue, Mar 20, 2001 at 09:28:57PM +0300, Serge Orlov wrote:
> Hi,
> I upgraded one of our computer happily running 2.2.13 kernel
> to 2.4.2. Everything was OK, but compilation time of our C++
> project greatly increased (1.4 times slower). I investigated the
> issue and found that g++ spends 7 t
On Tue, Mar 20, 2001 at 10:43:33AM -0800, Linus Torvalds wrote:
>
>
> On Tue, 20 Mar 2001, Serge Orlov wrote:
> >
> > I upgraded one of our computer happily running 2.2.13 kernel
> > to 2.4.2. Everything was OK, but compilation time of our C++
> > project greatly increased (1.4 times slower). I
On Tue, Mar 20, 2001 at 11:01:52AM -0600, Josh Grebe wrote:
> Greetings,
>
> I have a server farm made of identical hardware running pop3 and imap mail
> functions. recently, we upgraded all the machines to kernel 2.4.2, but we
> noticed that according to free, our memory utilization went way up.
Dawson Engler wrote:
>
> > Is it difficult to split it into "interrupts disabled" and "spin lock
> > held"?
>
Is it difficult to test for matching spinlock pairs such as
spin_lock_irq/spin_unlock_irq. Sometimes a spin_lock_irq is followed by
a spin_unlock and a separate interrupt re-enable. Th
Hello,
I'm trying to set the Matrox framebuffer to dualhead or TV output,
but the utilities mentioned in the docs seem to be outdated (ioctl failed
with incorrect command). Any idea about where to get up to date tools?
I'm using kernel 2.4.2-ac20 (quite stable 5 days uptime
Hi guys,
I have a system here with the following setup:
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 19072868 6260156 11843848 35% /
/dev/hda1 198313 18161169898 10% /boot
/dev/md0 525461076 89626136 435834940 1
On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> On Mon, 19 Mar 2001, Jeff Garzik wrote:
> > Is the corruption reproducible? If so, does the corruption go away if
>
> Yes, it is reproducible. In all my tests, I tarred 16 files of 16 MB each to
> tape (I used a new one).
> - test 1: 4 files wit
Actually you probably upgraded to a non-broken version of esd. Stock esd -still-
writes to the socket without regard to return value. If the write only accepted
2098 of 4096 bytes, the residual bytes are lost, esd will write the next packet at
4097, not 2099. esd is incredibly bad about err che
Hello everybody,
This is a message on behalf of a friend that is not subscribed to list:
It's about an ASUS board that has this ncr53-1010 dual 160 SCSI
controller (sym53c1010).
On both latest kernels (2.2.18ac19 AND 2.4.2ac18) the log and console
is fille
David Ford wrote:
>
> Actually you probably upgraded to a non-broken version of esd. Stock esd -still-
> writes to the socket without regard to return value. If the write only accepted
> 2098 of 4096 bytes, the residual bytes are lost, esd will write the next packet at
> 4097, not 2099. esd is
Hi,
First, thank you very much Mark, Tim, Jeremy and Holger for your continuing
contributions which, I think, are at last casting some light on my "problem".
> Yes this is why I originally replied to the post... but he's not using a
> PIIXx at
> all,
> but the IDE chip on an Intel 815 motherboa
As far as performance goes, I can only say that my max load is slightly
lower on the 2.4 box then on the 2.2 boxes. Our average load for yesterday
on 2.4 was .23, with a max of 1.11. In comparison, my averages for the
other machines are .27, .27, .23, and .23. The maxes are 1.85, 1.33, 2.06,
1.47.
#Include
After some days of uptime, i just stopped (nearly) all programs, unmounted
all unnecessary devices.
But top & free say that 1/3 of my RAM is still "used"
Here is what top means:
(Swap is 0K because i don't use Swap at all. Should i use swap?)
9:54pm up 11 days, 23 min, 4 users
slabinfo reports:
inode_cache 189974 243512480 30439 304391 : 124 62
dentry_cache 201179 341940128 11398 113981 : 252 126
However, I am hard pressed to find documentation on how to actually read
this data, especially on a SMP box. Could someone give me a brief
run
Got 2.4.2 + ac-last patches applied.
boot impossible since it floods screen with emssages
about bugged clock (and blaming on possible VIA694 chipset).
any suggestions on patches i should apply?
P.S. initially tought its becouse of scsi host drivers,
but at vendor ftp latest patches against 2.
System:
AMD Athlon Thunderbird 900MHz
MSI K7T Pro (VIA KT133 chipset)
Network card: Linksys LNE100TX Rev. 4.0 (tulip)
Kernel: 2.2.18 (with 0.92 Scyld drivers), 2.4.0, 2.4.1, 2.4.2, 2.4.2-ac11
With all the above kernel revisions/drivers, my network card hangs at random
(sometimes within minutes, o
"Manuel A. McLure" wrote:
>
> System:
> AMD Athlon Thunderbird 900MHz
> MSI K7T Pro (VIA KT133 chipset)
> Network card: Linksys LNE100TX Rev. 4.0 (tulip)
> Kernel: 2.2.18 (with 0.92 Scyld drivers), 2.4.0, 2.4.1, 2.4.2, 2.4.2-ac11
>
> With all the above kernel revisions/drivers, my network card h
ksymoops 2.3.4 on i686 2.2.18. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.18/ (default)
-m /usr/src/linux/System.map (default)
Warning: You did not tell me where to find symbol information. I will
assume that the lo
>Device BootStart EndBlocks Id System
> /dev/hda1 * 1 932 7486258+ b Win95 FAT32
> /dev/hda2 933 3737 22531162+ 5 Extended
> /dev/hda5 933 935 24066 83 Linux
> /dev/hda6 936 952136521 82 Lin
Followup to: <[EMAIL PROTECTED]>
By author:Otto Wyss <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> It was just a simple test machine where it didn't matter what was lost.
> Still that doesn't justify this behaviour.
>
Then use a journalling filesystem. If not, give it a few minut
Hi,
this is a bogus bugreport.
The 2.4.2 kernel freezes on some machines here when I try to access (or
mount) a bad self burned ISO image, in this case the boot CD with the
install system.
There are different case:
I have an iBook and a blue&white G3. The G3 has a cmd646 controller. It
freezes
On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> On Tue, 20 Mar 2001, Geert Uytterhoeven wrote:
> > On Mon, 19 Mar 2001, Jeff Garzik wrote:
> > > Is the corruption reproducible? If so, does the corruption go away if
> >
> > Yes, it is reproducible. In all my tests, I tarred 16 files of 16 MB
On Tue, 20 Mar 2001, Roger Larsson wrote:
> One little readability thing I found.
> The prev->state TASK_ value is mostly used as a plain value
> but the new TASK_PREEMPTED is or:ed together with whatever was there.
> Later when we switch to check the state it is checked against TASK_PREEMPTED
> o
Gentlemen,
this might be somewhat offtopic but I could not find answers on the Net
and "official" APM page seems dramatically out of date...
I recently bought Casio Fiva mini notebook that has APM BIOS 1.2,
Linux APM support partly works. "Hibernate" does not work at all,
but let it be. "Stand
On Tue, 20 Mar 2001, Josh Grebe wrote:
> slabinfo reports:
>
> inode_cache 189974 243512480 30439 304391 : 124 62
> dentry_cache 201179 341940128 11398 113981 : 252 126
^
|
> Ho
Not necessarily. For a write to a disk file, it would be an error to return a
short write except in an error situation. For devices, the rules are looser.
Quoting Stevens APUE p.406, "Some devices, notably terminals, networks, and any
SVR4 streams devices have the following two properties.
...
2 A
> (please cc: me any response, I only keep up with linux-kernel via the archives)
Dan Merillat writes:
> Apparently the chip is too new for driver version 1.07b, (not recognized
> at all by the kernel) and 1.14g has the problems I'm going over here.
An update... driver version 1e08 (stupid ver
On Tue, 20 Mar 2001, Matthias Schniedermeyer wrote:
> After some days of uptime, i just stopped (nearly) all programs,
> unmounted all unnecessary devices.
>
> But top & free say that 1/3 of my RAM is still "used"
grep cache < /proc/slabinfo
grep buffer < /proc/slabinfo
regards,
Rik
--
Virtua
Nigel Gamble wrote:
>
> On Tue, 20 Mar 2001, Roger Larsson wrote:
> > One little readability thing I found.
> > The prev->state TASK_ value is mostly used as a plain value
> > but the new TASK_PREEMPTED is or:ed together with whatever was there.
> > Later when we switch to check the state it is c
:: > And can this behavior be tuned so that it uses less of the overall
:: > memory?
::
:: This isn't currently possible. Also, I suspect what we really want
:: for most situations is a way to better balance between the different
:: uses of memory. Again, patches are welcome (I haven't figured ou
On Tue, 20 Mar 2001, Doug Ledford wrote:
> Why would esd get a short write() unless it is opening the file in non
> blocking mode (which I didn't see when I was working on the i810 sound
> driver)? If esd is writing to a file in blocking mode and that write is
> returning short, then that sounds
On Tue, 20 Mar 2001 15:19:37 -0500, Doug Ledford <[EMAIL PROTECTED]> wrote:
> Why would esd get a short write() unless it is opening the file in non
> blocking mode (which I didn't see when I was working on the i810 sound
> driver)? If esd is writing to a file in blocking mode and that write is
Due to a brain malfunction spinlocks were used in pcilynx.c before they
were initialized, causing SMP systems to deadlock. The patch fixes this
and removes one second/redundant initialization of another lock.
diff -ruN linux-2.4.linus/drivers/ieee1394/pcilynx.c
linux-2.4/drivers/ieee1394/pcily
I'd looked for changes in tulip between 2.4.2-ac11 and 2.4.2-ac20 and hadn't
seen any - that's why I hadn't updated. I gather that the change in question
is at a higher level?
Anyway, I've upgraded to 2.4.2-ac20 and now I still get the error messages:
Mar 20 14:35:52 ulthar kernel: NETDEV WATCHD
On Tue, 20 Mar 2001, Rusty Russell wrote:
> I can see three problems with this approach, only one of which
> is serious.
>
> The first is code which is already SMP unsafe is now a problem for
> everyone, not just the 0.1% of SMP machines. I consider this a good
> thing for 2.5 though.
So
On Tue, 20 Mar 2001, Keith Owens wrote:
> The preemption patch only allows preemption from interrupt and only for
> a single level of preemption. That coexists quite happily with
> synchronize_kernel() which runs in user context. Just count user
> context schedules (preempt_count == 0), not pree
Some CDROMS can do this, My old Acer 12x cdrom was fighting with DMA with
my new Fujitsu drive, I disabled the cd-rom and no more DMA errors ;-)
You might also be able to fix this by rearranging the CD-ROM and drives:
move the CD-ROM off the HD's IDE chain and put it separate (if its not
already
I once saw an articles on how to install Linux on four separate 456's to
form a cluster server. I since then have not seen any other info on the
subject.
I have multiple Gateway 166's that I would like to try and experiment with
Linux in a clustered environment. Any Advise?
Bill Tomasiewicz
Compu
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> Cool. Somebody actually found a real case.
>
> I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> ever actually triggers. Something like g++ certainly counts as major.
I frequently build Mozilla from scratch on my (aging) dual
On Tue, 20 Mar 2001 16:48:01 -0800 (PST),
Nigel Gamble <[EMAIL PROTECTED]> wrote:
>On Tue, 20 Mar 2001, Keith Owens wrote:
>> The preemption patch only allows preemption from interrupt and only for
>> a single level of preemption. That coexists quite happily with
>> synchronize_kernel() which ru
Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> Cool. Somebody actually found a real case.
>
> I'll fix the mmap case asap. Its' not hard, I just waited to see if it
> ever actually triggers. Something like g++ certainly counts as major.
I do daily builds of the VTK CVS tree (The Visualization T
Hi,
On linux I have the following problem:
I accept connections from client sockets, read the request and send data
back and close the socket.
After a while, I run out of file descriptors... and when I run netstat, all
my connections to the clients are in state CLOSING... and I know the client
h
On Tuesday 20 March 2001 14:58, Jeff Garzik wrote:
> > With all the above kernel revisions/drivers, my network card
> > hangs at random (sometimes within minutes, other times it takes
> > days). To restart it I need to do an ifdown/ifup cycle and it
> > will work fine until the next hang. I upgrad
I have noiw tried the following
Diffrent Ram
No PNP/ Manual set IRQ's
All bios settings are manual. CPU speed etc
-X 34
Diffrent Controlllers ide0,ide1,ide2
Still getting drive corruption as soon as I turn on DMA mode.. I even
tested 2 HD's and only activating DMA on 1. (sepe
On Wed, 21 Mar 2001, Keith Owens wrote:
> I misread the code, but the idea is still correct. Add a preemption
> depth counter to each cpu, when you schedule and the depth is zero then
> you know that the cpu is no longer holding any references to quiesced
> structures.
A task that has been preem
a) not all drivers are created equal
b) esd should check the return value anyway
-d
Doug Ledford wrote:
> David Ford wrote:
> >
> > Actually you probably upgraded to a non-broken version of esd. Stock esd -still-
> > writes to the socket without regard to return value. If the write only accep
Only 10 MB/sec with via 82c686b chipset?
I have an IWill KK-266R motherboard with an athlon-c 1200
processor in it, and for the life of me I can't get more than
10 MB/sec through the on-board ide controller. Yes, all the
appropriate support is turned on in the kernel to enable dma
and specific c
1 - 100 of 111 matches
Mail list logo
