Re: OOM killer *WORKS* for a change!

>I just ran netscape which for some reason or another went totally >whacky and gobbled RAM. It has done this before and made the box >totally unuseable in 2.2.17-2.2.19 befor the kernel killed 90% of >my running apps before getting the right one. This time, it >OOM'd and killed Netscape and I

Re: [QUESTION] init/main.c

>ticks = jiffies; while (ticks == jiffies); ticks = jiffies; ? jiffies is updated by an interrupt routine, I think. -- from: Jonathan "Chromatix" Morton mail: [EMAIL PROTECTED] (not for attachments) big-mail: [EMAIL PROTECTED]

Re: bug in float on Pentium

> double x = 5483.99; > float y = 5483.99; >5483.99 >5483.990234 Well, duh. Floats are less accurate than doubles, so what? Read your C textbook again. -- from: Jonathan "Chromatix" Morton mail: [EMAIL PROTECTED] (not

Re: CML2 1.0.0 doesn't remember configuration changes

On Fri, 13 Apr 2001, Jeff Garzik wrote: > "Eric S. Raymond" wrote: > > OK, 1.1.0 will do these things. I'm still not certain I have `make > > oldconfig' right, but I trust someone will club me gently over the > > head if it's still not up to spec. > > Yep :) 'vi .config' + 'make oldconfig'

loop problems continue in 2.4.3

Hi all, here are my $0.02 regarding loop in 2.4.3. 1. mounted file mount -t iso9660 -o loop file.img /mnt/cdrom worked o.k. 2. unmounted umount /mnt/cdrom worked o.k. 3. mounted file mount -t iso9660 -o loop file.img /mnt/cdrom worked o.k. 4. tried to unmount umount /mnt/cdrom got

Re: How do I make a circular pipe?

On Fri, Apr 13, 2001 at 06:05:04PM -0700, Rob Landley wrote: > How do I do the following: > > # --> pppd notty | pppoe -I eth1 | -- >|_| > > I.E. connect the stdout of a process (or chain > thereof) to its own stdin? > > So I wrote a program to do it,

Re: Data-corruption bug in VIA chipsets

On 13 Apr 2001, Doug McNaught wrote: > Alan Cox <[EMAIL PROTECTED]> writes: > > > > Here might be one of the resons for the trouble with VIA chipsets: > > > > > > http://www.theregister.co.uk/content/3/18267.html > > > > > > Some DMA error corrupting data, sounds like a really nasty bug. The > >

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

On Thu, 12 Apr 2001, Adam J. Richter wrote: > I have attached the patch below. I have also adjusted the > comment describing the code. Please let me know if this hand waving > explanation is sufficient. I'm trying to be lazy on not do a > measurement project to justify this relatively

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

On Sat, 14 Apr 2001, Rik van Riel wrote: > > Also, have you managed to find a real difference with this? It actually makes a noticeable difference on lmbench, so I think adam is 100% right. > If it turns out to be beneficial to run the child first (you > can measure this), why not leave

Re: [PATCH] Re: memory usage - dentry_cacheg

Marcin Kowalski <[EMAIL PROTECTED]>, on Thu Apr 12, 2001 [05:30:59 PM] said: > Hi > > I have applied this(Tom's) patch as well as the small change to > dcache.c(thanx Andreas, David, Alexander and All), I ran some tests and so > far so good, both the dcache and inode cache entries in slabinfo

CML 1.1.0, aka "I feel the need...the need for speed."

The latest version is always available at http://www.tuxedo.org/~esr/cml2/ Release 1.1.0: Fri Apr 13 23:10:56 EDT 2001 * Better-controlled recursivity in the theorem prover; reading in defconfigs is much faster now. * Revised config/xconfig/menuconfig/oldconfigs

Re: bug in float on Pentium

On Fri, Apr 13, 2001 at 07:23:24PM -0400, Joe wrote: > Not sure but I think I found a NEW bug. > > I know that there have been some issues with pentiums and floating point > arrithmatic, but this takes the cake... > > Linux Lserver.org 2.2.18 #43 SMP Fri Mar 9 14:19:41 EST 2001 i586 > unknown >

Re: bug in float on Pentium

> Not sure but I think I found a NEW bug. > I know that there have been some issues with pentiums and floating point > arrithmatic, but this takes the cake... Hardly. Floats are inaccurate. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

Linus Torvalds <[EMAIL PROTECTED]> writes: > spawn() is trivial to implement if you want to. I don't think it's all > that much more interesting than vfork()+execve(), though. spawn() (actually posix_spawn) is currently implemented in the libc. If anybody for whatever reason thinks it is

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

On Fri, 13 Apr 2001, Linus Torvalds wrote: > > > On 14 Apr 2001, John Fremlin wrote: > > > > . In fact, if you think > > fork+exec is such a big performance hit why not go for spawn(2) and > > have Linus and Al jump on you? ;-) > > spawn() is trivial to

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

"John Fremlin" <[EMAIL PROTECTED]> writes: >"Adam J. Richter" <[EMAIL PROTECTED]> writes: >> "John Fremlin" <[EMAIL PROTECTED]> writes: >> > "Adam J. Richter" <[EMAIL PROTECTED]> writes: >The parent is not allowed to run until the child execs, if I >understand correctly. Read up on CLONE_VFORK.

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

On 14 Apr 2001, John Fremlin wrote: > > . In fact, if you think > fork+exec is such a big performance hit why not go for spawn(2) and > have Linus and Al jump on you? ;-) spawn() is trivial to implement if you want to. I don't think it's all that much more

Re: CML2 1.0.0 doesn't remember configuration changes

"Eric S. Raymond" wrote: > OK, 1.1.0 will do these things. I'm still not certain I have `make > oldconfig' right, but I trust someone will club me gently over the > head if it's still not up to spec. Yep :) 'vi .config' + 'make oldconfig' is the most efficient way to update your kernel

bug in float on Pentium

Not sure but I think I found a NEW bug. I know that there have been some issues with pentiums and floating point arrithmatic, but this takes the cake... Linux Lserver.org 2.2.18 #43 SMP Fri Mar 9 14:19:41 EST 2001 i586 unknown >kgcc --version egcs-2.91.66 RH 6.2.x / 7.0 try this program

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > > Backup and AV software is not in the kernel, so they would > > be unable to use the thing, exported or not. Please, don't > > bring the strawmen. > > Some NT anti-virus stuff is in-kernel, and it's there to catch people > writing viruses that

Re: CML2 1.0.0 doesn't remember configuration changes

Ingo Oeser <[EMAIL PROTECTED]>: > On Wed, Apr 11, 2001 at 10:06:46PM -0400, [EMAIL PROTECTED] wrote: > > Editconfig was a mistake. OK, I think I understand the rules now. Is it: > > > > (1) First, try to read from .config > > (2) If .config doesn't exist, read from $(ARCH)/defconfig > >

Re: Proposal for a new PCI function call

Jes Sorensen wrote: > > "Jeff" == Jeff Garzik <[EMAIL PROTECTED]> writes: > >> I think the function idea would let us do some sanity checking to > >> make sure drivers weren't setting this to 64bit on non-64 bit > >> busses and stuff. > Jeff> pci_set_dma_mask. Modify that to do the

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

"Adam J. Richter" <[EMAIL PROTECTED]> writes: > "John Fremlin" <[EMAIL PROTECTED]> writes: > > "Adam J. Richter" <[EMAIL PROTECTED]> writes: > >>Guess why you're seeing this email. That's right. Linux-2.4.3's > >> fork() does not run the child first. > > >[...] If an app wants to fork and

Re: Asynchronous IO

--On Friday, April 13, 2001 04:45:07 -0400 Dan Maas <[EMAIL PROTECTED]> wrote: > IIRC the problem with implementing asynchronous *disk* I/O in Linux today > is that the filesystem code assumes synchronous I/O operations that block > the whole process/thread. So implementing "real" asynch I/O

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, Apr 13, 2001 at 09:25:10PM -0400, Alexander Viro wrote: > > > On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > > > Not meaning to offend, but how could you know what everyone > > who uses Linux needs in every instance? NT, NetWare, etc. all > > expose these types of APIs for Backup and

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > Not meaning to offend, but how could you know what everyone > who uses Linux needs in every instance? NT, NetWare, etc. all > expose these types of APIs for Backup and anti-virus software, > etc. The APIs in question are the very calls user space

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, Apr 13, 2001 at 09:29:43PM -0400, Alexander Viro wrote: > > On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > > > How are folks supposed to open disk and tape devices from kernel modules > > without these? Not everything should be done in user space Al. If you > > Normally - filp_open().

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > How are folks supposed to open disk and tape devices from kernel modules > without these? Not everything should be done in user space Al. If you Normally - filp_open(). If all you want is ioctl on block device - blkdev_get() + ioctl_by_bdev() +

[BUG] tmpfs and loop

Hi, loop and temp fs do not get along well (2.4.3-ac5) oscar% dd if=/dev/zero of=/tmp/disk bs=4096 count=1000 1000+0 records in 1000+0 records out oscar% sudo mke2fs /tmp/disk mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09 ... Writing inode tables: done Writing superblocks and

Re: errors(?) in configuration rule files (config.in/Config.in)

> those contain two default values? For now I made the parser ignore the > $CONFIG_SB_* defaults and use the immediate numbers. How should those be > treated / could they be fixed? Use the first value which is non null string. > In 2.4.2 at least: > drivers/char/Config.in, line 179: >

How do I make a circular pipe?

How do I do the following: # --> pppd notty | pppoe -I eth1 | -- |_| I.E. connect the stdout of a process (or chain thereof) to its own stdin? So I wrote a program to do it, along the lines of: sixty-nine /bin/sh -c "pppd notty | pppoe -I eth1" With an

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, Apr 13, 2001 at 06:38:10PM -0600, Jeff V. Merkey wrote: > On Fri, Apr 13, 2001 at 08:13:41PM -0400, Alexander Viro wrote: > > > > > > On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > > > > > It would be nice if chrdev_open were added to ksyms.c along with > > > blkdev_open since tape

Re: Ext2 Directory Index - File Structure

Daniel, you write: > OK, I get it. Nice article - it would sure be nice to see this > incorporated Documentation/filesystems/ext2.txt. I just checked my copy > of Understanding the Linux Kernel and while existence of the compat > fields in the super block is noted, there is nothing at all said

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, Apr 13, 2001 at 08:13:41PM -0400, Alexander Viro wrote: > > > On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > > > It would be nice if chrdev_open were added to ksyms.c along with > > blkdev_open since tape devices seem are always registered as character > > rather than block devices. >

Re: Multi-function PCI devices

Jeff Garzik wrote: > > Michael Reinelt wrote: > > > > Thats clear to me. But the probe and remove routine can only be called > > if the module is already loaded. My question was: who will load the > > module? (I'll call it 'netmos.o') > > typically a hotplug agent, cardmgr in this case. huh?

errors(?) in configuration rule files (config.in/Config.in)

Hello, first of all, I don't have much of a clue about the kernel sources as such, I only digged into the syntax of the config.in / Config.in files. I'm writing a KDE GUI for configuring the Linux kernel. It works quite well already and will be included in KDE 2.2. While implementing it, I

Re: thread problem with libc for Linux

On Apr 13, 2001, Jerry Hong <[EMAIL PROTECTED]> wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x401ca0d6 in chunk_free (ar_ptr=0x4025ed60, > p=0x80a1ba8) at malloc.c:3097 This is usually a symptom of memory corruption in your own program. It's damaging libc's internal data

Re: EXPORT_SYMBOL for chrdev_open 2.4.3

On Fri, 13 Apr 2001, Jeff V. Merkey wrote: > It would be nice if chrdev_open were added to ksyms.c along with > blkdev_open since tape devices seem are always registered as character > rather than block devices. > > I am finding that kernel modules that need to open and close a tape >

2.5 and beyond (was Re: New SYM53C8XX driver in 2.4.3-ac5 FIXES CD Writing!!!!)

Matthew Grant wrote: > Linus, > > Can't we have a controlled development tree branch for 2-3 months just to get > the ReiserFS/LVM/quota/knfsd integration done _cleanly_ (this has significant > short-term benefits NOW), with the brakes on all other changes, and another > development tree where

Re: New SYM53C8XX driver in 2.4.3-ac5 FIXES CD Writing!!!!

> > > > A core kernel developer NEEDS to get these features straightened out properly > > in a clean fashion. People WANT reiserfs integrated and working with LVM and > > Note _clean_ I agree completely. > > > It does not look like that much work is needed to fix the stuff the base

Re: [PATCH] Unisys pc keyboard new keys patch, kernel 2.4.3

In article <[EMAIL PROTECTED]> of linux.dev.kernel, you write: > On Fri, Apr 13, 2001 at 03:02:19PM +0200, Jan Dvorak wrote: > > > i recently met with a new (Unisys) keyboard, which have (among 'normal' > > windows keys) 3 more keys on top of arrows, labeled by pictures as > > halfsun, halfmoon,

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

"John Fremlin" <[EMAIL PROTECTED]> writes: > "Adam J. Richter" <[EMAIL PROTECTED]> writes: >> Guess why you're seeing this email. That's right. Linux-2.4.3's >> fork() does not run the child first. >[...] If an app wants to fork and exec, it >should use *vfork* and exec, which is a

Re: New SYM53C8XX driver in 2.4.3-ac5 FIXES CD Writing!!!!

> > A core kernel developer NEEDS to get these features straightened out properly > in a clean fashion. People WANT reiserfs integrated and working with LVM and Note _clean_ > It does not look like that much work is needed to fix the stuff the base kernel > and get better integration of

Re: [QUESTION] init/main.c

jiffies is updated by a timer interrupt once every 1/HZ seconds (HZ==100 for i386). The code intents to start running at the time right after jiffies was incremented to improve the correctness of the delay calibration loop. The reason why jiffies is read later is to get the value after the

EXPORT_SYMBOL for chrdev_open 2.4.3

It would be nice if chrdev_open were added to ksyms.c along with blkdev_open since tape devices seem are always registered as character rather than block devices. I am finding that kernel modules that need to open and close a tape drive have to export chrdev_open manually on 2.4.3. Can

Re: New SYM53C8XX driver in 2.4.3-ac5 FIXES CD Writing!!!!

Dear All!! A core kernel developer NEEDS to get these features straightened out properly in a clean fashion. People WANT reiserfs integrated and working with LVM and RAID, with good quota support. These are 'Enterpise' level features. It does not look like that much work is needed to fix

OOM killer *WORKS* for a change!

I just ran netscape which for some reason or another went totally whacky and gobbled RAM. It has done this before and made the box totally unuseable in 2.2.17-2.2.19 befor the kernel killed 90% of my running apps before getting the right one. This time, it OOM'd and killed Netscape and I got

Re: New SYM53C8XX driver in 2.4.3-ac5 FIXES CD Writing!!!!

> kernel is more broken than beta7 version, a lot of lvm operations in the > kernel version DON'T WORK!!! beta7 is also broken > What are the problems Disgusting stuff like using the low 2bits of an address as flags. > Reiserfs quota support should be added to the kernel if it is simple

[QUESTION] init/main.c

At function calibrate_delay(void) in init/main.c, I dont understand this code:

Re: New SYM53C8XX driver in 2.4.3-ac5 FIXES CD Writing!!!!

Very glad to see that the SYMBIOS driver changes in 2.4.3-ac5 has solved all of my SCSI woes... > > Running LVM 0.9.1beta7 (kernel patch) with Reiserfs v2, + Reiserfs VFS patch > > (this works - go put it in Alan!!! - its in the LVM tar ball). > > LVM - no. The LVM patch is a disgusting

Re: device driver questions

Friedrich Steven E CONT CNIN wrote: > If you want to mmap the device then you really want to put the > device in its own 4K aligned 4K sized PCI window, otherwise adjacent > devices will become accessible too and that might not be desirable. If you can, reprogram the device's PCI

Re: No 100 HZ timer!

george anzinger wrote: > Horst von Brand wrote: > > > > Ben Greear <[EMAIL PROTECTED]> said: > > > > [...] > > > > > Wouldn't a heap be a good data structure for a list of timers? Insertion > > > is log(n) and finding the one with the least time is O(1), ie pop off the > > > front It can

Re: No 100 HZ timer!

george anzinger wrote: > If we are to do high-res-timers, I think we will always have to do some > sort of a sort on insert. Yes, that's called a priority queue... (And you don't actually sort on each insertion). -- Jamie - To unsubscribe from this list: send the line "unsubscribe

Re: Data-corruption bug in VIA chipsets

Alan Cox wrote: > > Is this problem likely to affect 2.2.X? I have a VIA-based board on > > order (Tyan Trinity) and I don't plan to run 2.4 on it anytime soon > > (it's upgrading a stock RH6.2 box). > > > > Am I safe if I stay in PIO mode? > > I have received exactly zero reports of 2.2

Re: Multi-function PCI devices

Michael Reinelt wrote: > > Jeff Garzik wrote: > > > > > Another (design) question: How will such a driver/module deal with > > > autodetection and/or devfs? I don't like to specify 'alias /dev/tts/4 > > > netmos', because thats pure junk to me. What about pci hotplugging? > > > > pci hotplugging

Re: [RFC] Ext2 Directory Index - File Structure

Daniel Phillips wrote: > Jamie Lokier wrote: > > Daniel Phillips wrote: > > > ls already can't handle the directories I'm working with on a regular > > > basis. It's broken and needs to be fixed. A merge sort using log n > > > temporary files is not hard to write. > > > > ls -U | sort > > > >

Re: 8139too.c and 2.4.4-pre1 kernel burp

Jörn Nettingsmeier wrote: > > jeff garzik wrote: > > > > Frank Jacobberger wrote: > > > > > > Jeff, > > > > > > I noticed the following on boot with 2.4.4-pre1: > > > > > > kernel: eth0: Too much work at interrupt, IntrStatus=0x0001. > > > > >

pmd_alloc, pte_alloc, Was Re: 2.4.3 and Alpha

Hi All, Alan, I realize I don't keep up with the linux kernel mailing list like i should but the change to pmd_alloc and pte_alloc has me a little worried. I'm working on the ppc64 port (sources soon to be posted) and this change affects one of the design attributes that we've had.

Re: Linux 2.4.3-ac5

On Fri, 13 Apr 2001, Scott Prader wrote: > one of the problems i've been having so far with the 2.4.3 series is the > fact that USB appears to be futzed. It just doesn't want to work right. > Also, I compile a lot of things as modules and I've been getting lots of > unresolved symbols and hence

RE: [RFC][PATCH] adding PCI bus information to SCSI layer

> An ioctl might be better. We already have an ioctl for > querying the lun > information for a disk. We could also return the bus > information for its > controller(s) [remember multipathing] I provide such, and a test program at http://domsch.com/linux/scsi for trying it out. Thanks, Matt

Re: [PATCH] Unisys pc keyboard new keys patch, kernel 2.4.3

On Fri, Apr 13, 2001 at 03:02:19PM +0200, Jan Dvorak wrote: > i recently met with a new (Unisys) keyboard, which have (among 'normal' > windows keys) 3 more keys on top of arrows, labeled by pictures as > halfsun, halfmoon, and power switch. Following patch adds 'support' for them > +#define

Re: Linux 2.4.3-ac5

> system: abit bp6 dual celerons 366 oc'd to 504 work fine with 2.4.2-ac4 > and win98 blahblahblah So dont overclock - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [RFC][PATCH] adding PCI bus information to SCSI layer

> Also ISA adapters are not the only non-PCI adapters, > there are the growing band of pseudo adapters that > may or may not have a PCI bus at the bottom of some > other protocol stack. An ioctl might be better. We already have an ioctl for querying the lun information for a disk. We could also

Re: Help with Fasttrack/100 Raid on Linux

That would be great! finally someone is coming to the rescue do you have the source files or are you going to work from scratch? Erik Arjan van de Ven schreef: > In article <[EMAIL PROTECTED]> you wrote: > > Andre Hedrick wrote: > > > However as far as I can see everyone who has a FastTrak

I can eject a mounted CD

My fstab: /dev/cdrom /mnt/cdrom iso9660 noauto,user,ro 0 0 /dev/cdrom /mnt/cdmac hfs noauto,user,ro 0 0 I insert an apple cd (hfs) and mount /mnt/cdmac If I type eject /mnt/cdrom the cd momes out but df shows it's

Re: Linux 2.4.3-ac5

* Alan Cox ([EMAIL PROTECTED]) uttered: > > ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ one of the problems i've been having so far with the 2.4.3 series is the fact that USB appears to be futzed. It just doesn't want to work right. Also, I compile a lot of things as modules

Re: [RFC][PATCH] adding PCI bus information to SCSI layer

Matt Domsch <[EMAIL PROTECTED]> wrote: > I'm working on an IA-64 user-space application to add a Linux entry to > the IA-64 boot manager. To do so, I've got to uniquely identify a > disk by it's controller PCI address, SCSI channel, > ID, and LUN. Essentially, I need to tie /dev/sda to an EFI

Re: No one wants to help me :-(

Brian Gerst wrote: > > Mircea Damian wrote: > > > > Hello, > > > > I was expecting to receive some replies to my last desperate messages: > > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg35446.html > > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg36591.html > > > >

Re: 2.4.3 and Alpha

> `pmd_alloc' > /usr/src/redhat/linux/include/linux/mm.h:412: previous declaration of > `pmd_alloc' > make: *** [init/main.o] Error 1 > > > 2.4.1 compiled fine, and as far as I can see, some changes has been made > to mm.h since then. I think these changes was followed up by i386, ppc, > s390

Re: No 100 HZ timer!

Horst von Brand wrote: > > Ben Greear <[EMAIL PROTECTED]> said: > > [...] > > > Wouldn't a heap be a good data structure for a list of timers? Insertion > > is log(n) and finding the one with the least time is O(1), ie pop off the > > front It can be implemented in an array which should

Re: new aic7xxx driver problems

> What's the PCI id of the card you are using? Bus 1, device 3, function 0: Class 0100: PCI device 9004:5078 (rev 3). IRQ 24. Master Capable. Latency=32. Min Gnt=4.Max Lat=4. I/O at 0x1800 [0x18ff]. Non-prefetchable 32 bit memory at 0x80881000 [0x80881fff].

[RFC][PATCH] adding PCI bus information to SCSI layer

I'm working on an IA-64 user-space application to add a Linux entry to the IA-64 boot manager. To do so, I've got to uniquely identify a disk by it's controller PCI address, SCSI channel, ID, and LUN. Essentially, I need to tie /dev/sda to an EFI device. An equivalent problem (with similar

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

"Adam J. Richter" <[EMAIL PROTECTED]> writes: [...] > It turned out that the particular unix-like system on which > these benchmarks were taken had a version of fork that did not run > the child first. As it was explained to me then, most of the time, > the child process from a fork

Re: problem with the timers ?!? (was: No one wants to help me)

Doru Petrescu wrote: > > also I don't understand how a race condition can occour since all > functions that play with the lists has a spin_lock() arround them. > Maybe is not someting wrong in the timers, maybe some other part of the > kernel is doing the bad thing. Yes. All it takes is this:

Re: Ext2 Directory Index - File Structure

Andreas Dilger wrote: > Daniel writes: > > > Are you going to go to a COMPAT flag before final release? This is > > > pretty much needed for e2fsck to be able to detect/correct indexes. > > > > I will if I know what the exact semantics are. I have only an > > approximate idea of how this works

Re: [RFC] Ext2 Directory Index - File Structure

Jamie Lokier wrote: > Daniel Phillips wrote: > > ls already can't handle the directories I'm working with on a regular > > basis. It's broken and needs to be fixed. A merge sort using log n > > temporary files is not hard to write. > > ls -U | sort > > should do the trick. Um, yep. Now ls

thread problem with libc for Linux

Hi, I am using RedHat 6.2, gcc 2.95.2(libc.so.6). I have a problem runing threads on Linux. I build the application with the following line: g++ -D_REENTRANT -D_UNIX -DXML_LINUX -o tapp \ testt.c unixfileio.cpp -lpthread The program is creating a certain number of threads,

Re: Lost O_NONBLOCK (Bug?)

On 12 Apr 2001, Philippe Troin wrote: > Apt I guess ? It has a very strange behavior when backgrounded... Not really, just want it tries to run dpkg it hangs. > > The last read was after the process was forgrounded. The read waits > > forever, the non-block flag seems to have gone missing. It

Re: 8139too: defunct threads

On Thu, 12 Apr 2001, Andrew Morton wrote: > Rod Stewart wrote: > > > > On Thu, 12 Apr 2001, Andrew Morton wrote: > > > Rod Stewart wrote: > > > > > > > > Hello, > > > > > > > > Using the 8139too driver, 0.9.15c, we have noticed that we get a defunct > > > > thread for each device we have; if the

Re: problem with the timers ?!? (was: No one wants to help me)

ok, here are some more info on this issue. BTW, I am the other guy Mircea is talking about, and I wrote the paranoia timer.c that call debug_timer_list() all the time to check the integrity of the timer lists. That file was a test of mine and it wasn't initialy intended for public release, so

2.4.3 and Alpha

Hi, Any particular reasons why a stock 2.4.3 kernel doesn't have mm.h and pgalloc.h in sync on Alpha. This is what I get : # make boot gcc -D__KERNEL__ -I/usr/src/redhat/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mno-fp-regs -ffixed-8 -mcpu=ev5

RE: device driver questions

a couple questions below... -Original Message- From: Alan Cox Sent: Friday, April 13, 2001 14:47 To: Friedrich Steven E CONT CNIN Cc: [EMAIL PROTECTED] Subject:Re: device driver questions > My device shows up

usb-uhci.c problems in latest kernels?

I'm using kernel 2.4.3 and 2.4.3-ac5, mobo is ASUS A7V with BIOS 1007. I use usb-uhci. I've been getting a ton of these messages (below) lately when I move my MS optical mouse. Sometimes it settles down and stops for a long while, but I can make the messages start up again simply by lifting

Re: device driver questions

> My device shows up in /proc/iomem even before I load my device driver, > indicating that the pci subsystem mapped it into the kernel pages. But bar0 Actually the addresses you see there are physical bus addresses not neccessarily and on x86 quite likely not actually mapped. > Why didn't the

Re: Yacc in 2.4.3 causes kernel compile to fail (aicasm_gram.y)

Followup to: <061f01c0c3d8$c34e8870$[EMAIL PROTECTED]> By author:"David E. Weekly" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > This is the first time I remember seeing a Yacc file in the Linux kernel > source code, but I'm young and stupid. > > Since the default Makefile mapping

Re: Help with Fasttrack/100 Raid on Linux

In article <[EMAIL PROTECTED]> you wrote: > Andre Hedrick wrote: > However as far as I can see everyone who has a FastTrak which is "stuck" > in RAID mode[1] would be happy if it worked as a normal IDE controller > in Linux, which is (usually?) not the case - eg on the MSI board where > only the

device driver questions

I'm running RedHat 7.0.91 (Wolverine) Kernel 2.4.1-0.1.9 I'm writing a device driver for Industry Pak modules that plug into an Industry Pak carrier which plugs into the PCI bus. I'm currently using an Acromag APC8620 carrier which can take up to five IP modules. The IP modules I'm using are

[PATCH- new driver] Maxi Radio FM 2 driver (GemTek)

Hi, I've wrote this driver for my Maxi Radio Fm 2 card. I hope it can be usefull for somebody. This card uses a GemTek chip, but the GemTek driver wasn't working very well : the card was left uninitialized, and so it didn't mute. I didn't wrote a patch for the GemTek driver because the

Re: No one wants to help me :-(

Mircea Damian wrote: > > Hello, > > I was expecting to receive some replies to my last desperate messages: > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg35446.html > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg36591.html > > My machine is dyeing in add_timer().

Re: SW-RAID0 Performance problems

David Rees wrote: > What happens if your run hdparm -t /dev/hda and /dev/hdc at the same time? Try 'hdparm -tT' with simultaneous /dev/hda3 and /dev/hdc3. This gives you a baseline on the actual partitions involved. rgds, tim. -- - To unsubscribe from this list: send the line "unsubscribe

Re: No one wants to help me :-(

> I was expecting to receive some replies to my last desperate messages: > > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg35446.html > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg36591.html > If you don't receive an answer, then it either indicates that the bug is

Re: No one wants to help me :-(

> I was expecting to receive some replies to my last desperate messages: > [EMAIL PROTECTED]/msg35446.html">http://www.mail-archive.com/ [EMAIL PROTECTED]/msg35446.html [EMAIL PROTECTED]/msg36591.html">http://www.mail-archive.com/ [EMAIL PROTECTED]/msg36591.html > Maybe someone can see which

Re: PATCH(?): linux-2.4.4-pre2: fork should run child first

First you are wrong by assuming that setting current->counter=0 will guarantee that the child runs first. In an SMP it only means that this might initiate another recalculate and could run from there in parallel with the child. Actually quickly looking at the source code here. You don't have

Re: linux 2.4.3-ac5

Dear kernel gurus, I cannot compile since -ac4 or -ac5 with same config, but it is _not_ related to the problems reported earlier (rwsem and OLD_GCC). It is a rwsem problem though, but look: --8x---snip gcc -D__KERNEL__ -I/glc/build/linux/include -Wall -Wstrict-prototypes -O2

Re: SW-RAID0 Performance problems

Am Freitag, 13. April 2001 18:01 schrieb Jakob Østergaard: > I can't say much about this... It looks like your setup is perfectly > allright, and the performance *should* go up. Instead it looks like you > get a small performance drop from using the RAID. Most odd. > > Do you have more

Re: SW-RAID0 Performance problems

Am Freitag, 13. April 2001 18:07 schrieb David Rees: > Cconfig and setup looks OK. > > What happens if your run hdparm -t /dev/hda and /dev/hdc at the same time? Good idea! The performance is only ~11MB/sec per disk There is a bottleneck somewhere... Andreas -- Andreas Peter *** [EMAIL

Re: No 100 HZ timer!

Ben Greear <[EMAIL PROTECTED]> said: [...] > Wouldn't a heap be a good data structure for a list of timers? Insertion > is log(n) and finding the one with the least time is O(1), ie pop off the > front It can be implemented in an array which should help cache > coherency and all those

Re: Problem with k7 optimizations in 2.4.x?

> On the iwill mobo? (I haven't heard of this problem on other > motherboards.) Im not using an Iwill board. I'm using an AMD751/756 based board and an old 'Uncle Fester' reference board. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: No 100 HZ timer!

Jamie Lokier wrote: > > george anzinger wrote: > > > Wouldn't a heap be a good data structure for a list of timers? Insertion > > > is log(n) and finding the one with the least time is O(1), ie pop off the > > > front It can be implemented in an array which should help cache > > >

Re: SW-RAID0 Performance problems

On Fri, Apr 13, 2001 at 05:36:55PM +0200, Andreas Peter wrote: > Mark Hahn schrieb: > > > hdparm -t /dev/md0 : 20.25 MB/sec > > > hdparm -t /dev/hda : 20.51 MB/sec > > > hdaprm -t /dev/hdc : 20.71 MB/sec > > > > md0 is composed of partitions located where on hda and hdc? > > also, what's your

  1   2   3   4   >