Re: 2T for i386

2000-08-31 Thread David Gould
On Thu, Aug 31, 2000 at 07:46:49PM +0100, Alan Cox wrote: > > >You might be able to do that with hardware IDE raid controllers and the like > > >such as the 3ware 8 port cards, or scsi raid controllers and then run ext3 > > >or reiserfs. > > > > If you're building a 2TB array, you're not gonna do

Re: failed to exec /sbin/modprob -s -k binfmt-0000,errno=2

2000-08-31 Thread Tigran Aivazian
On Fri, 1 Sep 2000 [EMAIL PROTECTED] wrote: > After i compiled kernel,i get these messages at boot time > I got the kernel linux-2.4.0-test7.tar.gz,after i complied the kernel,i > modified my /etc/lilo.conf, that is > _ > boot=/dev/sda > map=/boot/map >

failed to exec /sbin/modprob -s -k binfmt-0000,errno=2

2000-08-31 Thread saya
After i compiled kernel,i get these messages at boot time I got the kernel linux-2.4.0-test7.tar.gz,after i complied the kernel,i modified my /etc/lilo.conf, that is _ boot=/dev/sda map=/boot/map install=/boot/boot.b prompt timeout=50 default=linux image

failed to exec /sbin/modprob -s -k binfmt-0000,errno=2

2000-08-31 Thread BMECMAIL/ITRI
After i compiled kernel,i get these messages at boot time I got the kernel linux-2.4.0-test7.tar.gz,after i complied the kernel,i modified my /etc/lilo.conf, that is _ boot=/dev/sda map=/boot/map install=/boot/boot.b prompt timeout=50 default=linux image

failed to exec /sbin/modprob -s -k binfmt-0000,errno=2

2000-08-31 Thread BMECMAIL/ITRI
After i compiled kernel,i get these messages at boot time I got the kernel linux-2.4.0-test7.tar.gz,after i complied the kernel,i modified my /etc/lilo.conf, that is _ boot=/dev/sda map=/boot/map install=/boot/boot.b prompt timeout=50 default=linux image

Re: Bug: remounting CD-ROM drives does not lock/unlock drive

2000-08-31 Thread Rene Mayrhofer
Jens Axboe wrote: > > On Mon, Aug 28 2000, Rene Mayrhofer wrote: > > I already tried to do so, but I could not find a way.to lock the CD-ROM > > tray on my (SCSI DVD) CD-ROM drive after it has been mounted with the door > > not being lock. How can this be done ? > > > > 'setcd -l1' does not work

Re: pcmcia-cd-3.1.19

2000-08-31 Thread Ibrahim El-Shafei
Thanks for your reply. > On Thu, 31 Aug 2000, Ibrahim El-Shafei wrote: > > > Hi, > > When I tried to install the pcmcia-cs-3.1.19, I got a message that I > > attached it with this E-Mail, so I stopped the installation until I find the > > answer. > > Date doesn't like that no timezone is set. Try

Re: 2.4.0-test7 spurious '##' patches

2000-08-31 Thread Zack Weinberg
On Fri, Sep 01, 2000 at 03:56:40PM +1100, Keith Owens wrote: > On Thu, 31 Aug 2000 21:44:16 -0700, > Richard Henderson <[EMAIL PROTECTED]> wrote: > >On Thu, Aug 31, 2000 at 07:09:00PM +1100, Keith Owens wrote: > >> Compiling 2.4.0-test7 with the latest IA64 toolchain, gcc version > >> 2.96-ia64-0

Re: 2.4.0-test7 spurious '##' patches

2000-08-31 Thread Keith Owens
On Thu, 31 Aug 2000 21:44:16 -0700, Richard Henderson <[EMAIL PROTECTED]> wrote: >On Thu, Aug 31, 2000 at 07:09:00PM +1100, Keith Owens wrote: >> Compiling 2.4.0-test7 with the latest IA64 toolchain, gcc version >> 2.96-ia64-000717 snap 000828. It complained about various include >> files, "past

Re: Large File support and blocks.

2000-08-31 Thread Richard Henderson
On Fri, Sep 01, 2000 at 12:16:38AM +0300, Matti Aarnio wrote: > Also (I recall) because GCC's 'long long' related operations > and optimizations have been buggy in past, and there is no > sufficient experience to convince him that they work now better > with the recommended

Re: 2.4.0-test7 spurious '##' patches

2000-08-31 Thread Richard Henderson
On Thu, Aug 31, 2000 at 07:09:00PM +1100, Keith Owens wrote: > Compiling 2.4.0-test7 with the latest IA64 toolchain, gcc version > 2.96-ia64-000717 snap 000828. It complained about various include > files, "pasting would not give a valid preprocessing token", this > version of gcc is a bit more p

Re: Linux 2.2.18pre1

2000-08-31 Thread Matthias Andree
Paul Jakma <[EMAIL PROTECTED]> writes: > will old tools work with kernel+nfs patches? i think the fear and > main argument against updating NFS in linux 2.2 is that people will > be forced to update their tools. You'd need a pretty recent util-linux package (mount in particular) to actually take

Re: SCO: "thread creation is about a thousand times faster than on

2000-08-31 Thread Erik McKee
Hello! This is one of my first posts here, so try to be gentle, please ;) Seems like if a thread which shares a VM with all the other threads of the same family does an execve, the following would be likely to occurr, using the standard definition of execve. The vm would be overwriteen with the

Re: Tracing in the presence of forks.

2000-08-31 Thread Michael Elizabeth Chastain
> Is there any mechanism to automatically stop a process created > by a traced parent preventing this race condition from occurring ? Yeah, use ptrace to stop on every child system call. When the child calls fork(), then change its memory at the return instruction to "jmp ." instruction. Then t

Re: UDMA/66

2000-08-31 Thread Jonathan Stanford
Thanks for the help i was running at 3.4 MB/sec now it's as high as 27 MB/sec >for starters any other suggestions? shouldn't DMA be enabled upon bootup? Mike Sklar wrote: > > hdparm /dev/hda (or whatever your drive is called) > > Want to see transfer speeds? > > hdparm -t /dev/hda > >

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Michael Elizabeth Chastain
Keith Owens writes: > Having one directory per installed kernel containing vmlinux, map, > config, build symlink, modules and any future kernel related data makes > sense. Hear, hear. I'm in this camp. I think there should be one build target: "make linux" and one install target: "make install"

Re: processes hung

2000-08-31 Thread David Weis
On Thu, 31 Aug 2000 [EMAIL PROTECTED] wrote: > I am testing my scsi driver. I started the test, and down > the line, the I/O processes (cp/rm) are hung. It looks > like they are hung on completion of some I/O. How do I > find out, for which I/O they are waiting ? Is there any > way to look at t

UDMA/66

2000-08-31 Thread Jonathan Stanford
This is just my lack of experiance talking, but here's the deal... I have a VIA chipset that supports UDMA66. the HD also supports it bla bla bla.. how do i know that linux is using the drive in UDMA66 mode? I do get the message at bootup: ide0: VIA Bus-Master (U)DMA Timing Config Success

[PATCH] drivers/net/sys900.c: bugfix and cleanups

2000-08-31 Thread Arnaldo Carvalho de Melo
Hi, Please consider applying, comments are on the patch. - Arnaldo --- linux-2.4.0-test8-pre1/drivers/net/sis900.c Thu Aug 10 10:14:32 2000 +++ linux-2.4.0-test8-pre1.acme/drivers/net/sis900.cThu Aug 31 23:17:10 2000 @@ -18,6 +18,12 @@ preliminary Rev. 1.

Re: hfs support for blocksize != 512

2000-08-31 Thread Alexander Viro
[snip the plans for AFFS] You know what? Try it. If your scheme is doable at all (I _very_ seriously doubt it, since I've seen similar attempts on FAT-derived filesystems and I remember very well what horror it was) it is doable with private locks. Just take your locks always after the VFS is do

Tracing in the presence of forks.

2000-08-31 Thread Tim Muir
When a process (traced using the ptrace call) forks, the tracing process cannot keep track of the first few system calls executed by the child process as the child may be scheduled to run before it can be safely attached. Is there any mechanism to automatically stop a process created by a traced

Re: 2.4.0-test7 lockup - fixed

2000-08-31 Thread Gregory T. Norris
On Wed, Aug 30, 2000 at 08:24:00PM -0500, Gregory T. Norris wrote: > I'm seeing a hard lockup under 2.4.0-test7. The good news is that it's > 100% reproducible... all I have to do is attempt to install > gpm_1.19.3-3.deb from Debian unstable (interestingly, no other package > seems to trigger the

RE: Large File support and blocks.

2000-08-31 Thread Mark Hahn
> And the below is what percentage of time doing disk i/o? but most file operations don't do physical IO. > > it again! It doesn't scale well. The long long code is nearly 10 times > > slower! You can do `gcc -S -o xxx name.c` and see why. it's silly to talk about unoptimized code. and to spur

[PATCH] arch/i386/kernel/acpi.c: get rid of check_region and other small fixes/cleanups

2000-08-31 Thread Arnaldo Carvalho de Melo
Hi, Please consider applying. - Arnaldo --- linux-2.4.0-test8-pre1/arch/i386/kernel/acpi.c Fri Jul 28 06:34:22 2000 +++ linux-2.4.0-test8-pre1.acme/arch/i386/kernel/acpi.c Thu Aug 31 15:57:57 2000 @@ -21,6 +21,12 @@ /* * See http://www.geocities.com/Silic

Re: Linux 2.2.18pre1

2000-08-31 Thread Paul Jakma
On Fri, 1 Sep 2000, Neil Brown wrote: > What incompatible tools??? > > Any nfs-utils that work with vanilla 2.2.16 will work just fine with > patched 2.2.16. They may not access any new functionality, but there > ARE NO INCOMPATIBILITIES (that I know of, and I am quute close to the > game). >

processes hung

2000-08-31 Thread hiren_mehta
Hi All, I am testing my scsi driver. I started the test, and down the line, the I/O processes (cp/rm) are hung. It looks like they are hung on completion of some I/O. How do I find out, for which I/O they are waiting ? Is there any way to look at the kernel data structures ? Thanks and regards,

Re: Linux 2.2.18pre1

2000-08-31 Thread Neil Brown
On Friday September 1, [EMAIL PROTECTED] wrote: > > 2: incompatible tools: those who follow a dist are already using > incompatible tools anyway, and can either stay with their dist or get > the neccessary tools themselves (nfs-utils is available in RPM and > deb anyway!). those who follow the st

clocks out of sync even after running xntpd on Alpha

2000-08-31 Thread G. Hugh Song
On UP2000, time gets lagging behind, while on LX164 with AlphaBIOS, time gets faster about a minute a day compared to two other Linux boxes with Intel CPUs. On both Alpha machines with SuSE-6.4, I started /etc/rc.d/xntpd at boot time. Had checked the time right after boot, both clocks were rese

kqueue

2000-08-31 Thread Chris McClellen
I haven't been keeping up with the planned changes in 2.4 and beyond. Are there any plans to include something like kevent/kqueue in future kernels? Has someone already implemented something like this and have patches available? Thanks. - To unsubscribe from this list: send the line "unsubs

Re: Linux 2.2.18pre1

2000-08-31 Thread Paul Jakma
On 1 Sep 2000, Matthias Andree wrote: > Alan Cox <[EMAIL PROTECTED]> writes: > Well, I'm asking again, as usual, are you planning to integrate > kernel-space NFSv3? I'd appreciate if you did. yes please. 0: The new NFS patches work so so much better than vanilla linux nfs. 1: due to (0) most

Re: hfs support for blocksize != 512

2000-08-31 Thread Roman Zippel
Hi, > > - get dentry foo > > - get dentry baz > > How? OK, you've found block of baz. You know the name, all right. Links are chained together and all point back to the original, so if you remove the original, you have quite something to do with lots of links. > Now > you've got to do the full

Re: Linux 2.2.18pre1

2000-08-31 Thread Matthias Andree
Alan Cox <[EMAIL PROTECTED]> writes: > Since 2.2.17 isnt out yet I've released 2.2.18pre1 versus 2.2.17pre20. So > you need to grab 2.2.16 then apply the 2.2.17pre20 patch then the 2.2.18pre > patch of choice. Well, I'm asking again, as usual, are you planning to integrate kernel-space NFSv3? I

Re: Linux 2.2.18pre1

2000-08-31 Thread Daniel Roesen
On Thu, Aug 31, 2000 at 11:54:06PM +0100, Alan Cox wrote: > o Merge the microcode driver from 2.4 into 2.2(Tigran Aivazian) Just to let people know: This doesn't compile as it has devfs stuff left in it. Fix is in the works... Best regards, Daniel - To unsubscribe from this list: send t

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Keith Owens
On Thu, 31 Aug 2000 15:08:49 -0400 (EDT), Chris Meadors <[EMAIL PROTECTED]> wrote: >What about those of us who don't have modules enabled. "make >modules_install" complains. > >I'm still like the idea of /lib/kernel or /lib/linux. Keep /lib/modules >for modules. Or on my machines I won't even

Re: Any good _online_ kernel BSD sockets reference out there??

2000-08-31 Thread Ivan Passos
On Thu, 31 Aug 2000, Andi Kleen wrote: > > Most of your questions should be answered in packet(7) You mean packet(4)?? BTW, very nice piece of documentation!! > In future please try to consult the available documentation before asking > user questions on the kernel list. Actually my question

Re: [NFS] [PATCH] Re: grow_inodes: inode-max limit reached - how to find/fix the inode leak?

2000-08-31 Thread Michael Riepe
On Fri, Sep 01, 2000 at 12:37:21AM +0200, Trond Myklebust wrote: > > " " == Michael Riepe <[EMAIL PROTECTED]> writes: > > > On Thu, Aug 31, 2000 at 03:23:43PM +0200, Trond Myklebust > > wrote: > >> Your patch does not seem correct to me. IMO you should rather > >> be calling

Re: SCO: "thread creation is about a thousand times faster than on

2000-08-31 Thread Kai Henningsen
[EMAIL PROTECTED] (Linus Torvalds) wrote on 27.08.00 in <[EMAIL PROTECTED]>: > On Sun, 27 Aug 2000, Alexander Viro wrote: > > > > Linus, there is no need in new mask for execve(). > > What you're saying is "there are other ways to accomplish this". And I > kind of agree. I still think the dynam

Linux 2.2.18pre1

2000-08-31 Thread Alan Cox
Since 2.2.17 isnt out yet I've released 2.2.18pre1 versus 2.2.17pre20. So you need to grab 2.2.16 then apply the 2.2.17pre20 patch then the 2.2.18pre patch of choice. 2.2.18pre1 (versus 2.2.17pre20) o Update symbios/ncr driver to 1.7.0/3.4.0(Gerhard Roudier) o Updated ATP8

Re: SCO: "thread creation is about a thousand times faster than on

2000-08-31 Thread Alexander Viro
On Tue, 29 Aug 2000, Pavel Machek wrote: > What does this have to do with private namespaces? Albert asked what to do if /var/spool/mail dies and every user has his own namespace. Well, don't let him play with /var/spool/mail directly... > mailfsd /dev/coda0 --enable-imap & > mount /d

Re: 2T for i386

2000-08-31 Thread Greg Hennessy
In article <[EMAIL PROTECTED]>, Ricky Beam <[EMAIL PROTECTED]> wrote: > If you're building a 2TB array, you're not gonna do it with bloody IDE > hardware. (I hope you're joking.) The big problem with IDE is trying to find raid 5 that works with 8 or more disks, raid 5 with 4 disks wastes too much

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Chip Salzenberg
According to Paul Gortmaker: > (things marked as not set or modular aren't relevant to the zImage) True, but reconstructing the (b)zImage isn't the only purpose of keeping a config file around. So I'd rather keep the modular settings. But maybe that's just me. -- Chip Salzenberg -

Re: [NFS] [PATCH] Re: grow_inodes: inode-max limit reached - how to find/fix the inode leak?

2000-08-31 Thread Trond Myklebust
> " " == Michael Riepe <[EMAIL PROTECTED]> writes: > On Thu, Aug 31, 2000 at 03:23:43PM +0200, Trond Myklebust > wrote: >> Your patch does not seem correct to me. IMO you should rather >> be calling nlm_release_file() in both cases where you applied >> 'put_file()'.

Re: hfs support for blocksize != 512

2000-08-31 Thread J. Dow
Alexander wrote vs I wrote vs he wrote etc. > > > And let's not go into the links to directories, implemented well > > > after it became painfully obvious that they were an invitation for > > > troubles (from looking into Amiga newsgroups it seems that miracle > > > didn't happen - I've seen quit

RE: Large File support and blocks.

2000-08-31 Thread Linda Walsh
And the below is what percentage of time doing disk i/o? > Just put this in a loop and time it. Change SIZE to long long, and do > it again! It doesn't scale well. The long long code is nearly 10 times > slower! You can do `gcc -S -o xxx name.c` and see why. > > > #define SIZE long > > SIZE

RE: Large File support and blocks.

2000-08-31 Thread Richard B. Johnson
On Thu, 31 Aug 2000, Linda Walsh wrote: > > It is propably from reasoning of: > > > > "there is really no point in it, as at 32bit systems > > int and long are same size, thus same limit comes > > with both types." > > > > At 64-bit machines ther

Re: [NFS] [PATCH] Re: grow_inodes: inode-max limit reached - how to find/fix the inode leak?

2000-08-31 Thread Michael Riepe
On Thu, Aug 31, 2000 at 03:23:43PM +0200, Trond Myklebust wrote: > Your patch does not seem correct to me. IMO you should rather be > calling nlm_release_file() in both cases where you applied > 'put_file()'. No. In the first of two cases, lockd will call nlm_release_file() on its own when th

Re: 2T for i386

2000-08-31 Thread Pedro M. Rodrigues
The latest firmware for the 3ware 5000 family of controllers - Escalade 5.1 - allows for hotswap using standard ide removable drive bays. I was already using ide removable drive bays to reduce downtime in case i needed to do maintenance, but now the worry is gone if it works as they adver

[PATCH]: TLAN EISA support + PCI fixes

2000-08-31 Thread Torben Mathiasen
This patch (against 2.4.0-test7 and later) take the tlan driver to v1.10 and has the following fixes/enhancements: Support for EISA controllers New PCI probe layout Other fixes (see patch). Currently only the Compaq NetFlex-3/E controller is supported, and as I only had

Re: Large File support and blocks.

2000-08-31 Thread Matti Aarnio
On Thu, Aug 31, 2000 at 01:46:36PM -0700, Linda Walsh wrote: > > It is propably from reasoning of: > > > > "there is really no point in it, as at 32bit systems > > int and long are same size, thus same limit comes > > with both types." > > > > At

[PATCH *] VM patch w/ drop behind for 2.4.0-test8-pre1

2000-08-31 Thread Rik van Riel
Hi, today I released a new version of my VM patch for 2.4.0-test. This patch should mostly fix streaming IO performance, due to the following two features: - drop_behind(), when we do a readahead, move the pages 'behind' us to the inactive list .. this way we can do streaming IO without putt

Re: 2T for i386

2000-08-31 Thread brian
> > >such as the 3ware 8 port cards, or scsi raid controllers and then run ext3 > > >or reiserfs. > > If you're building a 2TB array, you're not gonna do it with bloody IDE > > hardware. (I hope you're joking.) On Thu, Aug 31, 2000 at 07:46:49PM +0100, Alan Cox wrote: > I used to think that. Im

Re: hfs support for blocksize != 512

2000-08-31 Thread Alexander Viro
On Thu, 31 Aug 2000, J. Dow wrote: > > being a jaded bastard I suspect that Commodore PHBs decided to save a > > bit on floppy controller price and did it well after the initial design > > Comododo PHBs had nothing to do with it. And the Commododo floppy > disk format is quite literally unread

[patchlet] current->state=XX -> __set_task_state in mm/highmem.c

2000-08-31 Thread Rasmus Andersen
Hi. In mm/highmem.c:map_new_virtual (in a 2.4.0-t8p1 kernel) we set current's state directly. I believe that using __set_task_state is nicer. The following patch acts out this belief :) Please comment. --- linux-240test8-pre1/mm/highmem.cThu Aug 24 09:43:36 2000 +++ linux/mm/highmem.c Thu

[patch] Returning value from void function (kernel/signal.c) (240t8p1)

2000-08-31 Thread Rasmus Andersen
Hi. I guess the threads stuff introduced this minor compile warning: signal.c: In function `handle_stop_signal': signal.c:367: warning: `return' with a value, in function returning void The following small patch fixes this: --- linux-240test8-pre1/kernel/signal.c Tue Aug 29 22:20:51 2000 +++ l

Re: Any good _online_ kernel BSD sockets reference out there??

2000-08-31 Thread Andi Kleen
On Thu, Aug 31, 2000 at 08:34:04AM -0700, Ivan Passos wrote: > > On Thu, 31 Aug 2000, Alan Cox wrote: > > > > BSD sockets in the kernel?? I'm trying to learn how to implement a > > > "raw" network point-to-point interface (i.e. no protocols, just data), but > > > I'm having trouble understanding

RE: Large File support and blocks.

2000-08-31 Thread Linda Walsh
> It is propably from reasoning of: > > "there is really no point in it, as at 32bit systems >int and long are same size, thus same limit comes >with both types." > > At 64-bit machines there is, of course, definite difference. ---

Re: Large File support and blocks.

2000-08-31 Thread Matthew Jacob
> Some underlying block device subsystems can address that > currently, some others have inherent 512 byte "page_size" > with signed indexes... I think SCSI is in the first camp, > while IDE is in second. (And Ingo has assured us that RAID > code should handle thi

Odd Xircom Realport Tulip Behavior

2000-08-31 Thread Jordan Mendelson
[this message was previously cc'ed to tulip-bug] It seems that my Xircom report refuses to work correctly when first initialized. I'm running Linux 2.4.0-test7 with the standard xircom_tulip_cb driver. I can get the Xircom to work just fine, but I seem to always need to go through a song and danc

Re: Large File support and blocks.

2000-08-31 Thread Matti Aarnio
On Thu, Aug 31, 2000 at 01:13:09PM -0700, Linda Walsh wrote: > Ooopsthe time frame is closer to today on part of this. > While it may be a while before we hit the 1T limit on 1 single device, > things like readpage, do so based of the inode -- which on a metadisk > could have a filesize much l

2.4.0-test7 remount/iocharset

2000-08-31 Thread Stephen Lee
I am running Debian 2.2 (Potato). On 2.4.0-test7 vfat, iocharset does not change on remount, but the option is shown in mounttab. Notice that the euc-jp nls module did not get loaded after a remount. Also, on remount, ntfs does not decrease nls module usage count, even if you don't change io

[patchlet] Compile warning in drivers/media/video/bttv-cards.c (240t8p1)

2000-08-31 Thread Rasmus Andersen
Hi. When I compile drivers/media/video/bttv-cards.c I get the following warnings: bttv-cards.c:781: warning: `init_tea5757' defined but not used Since the call to init_tea5757() is languishing inside an #if 0 construct the following patch does the same to the function declarations. Please comme

Re: hfs support for blocksize != 512

2000-08-31 Thread J. Dow
Quoth a misinformed Alexander Viro re AFFS, > As for the silliness of the OFS... I apologize for repeating the > story if you know it already, but anyway: OFS looks awfully similar to > Alto filesystem. With one crucial difference: Alto kept the header/footer > equivalents in the sector framing. N

RE: Large File support and blocks.

2000-08-31 Thread Linda Walsh
Ooopsthe time frame is closer to today on part of this. While it may be a while before we hit the 1T limit on 1 single device, things like readpage, do so based of the inode -- which on a metadisk could have a filesize much larger than current physical device limits. So it seems that at leas

RE: Silent breakage of cdrecord under 2.4? (fwd)

2000-08-31 Thread Damon LoCascio
-- Forwarded message -- Date: Wed, 30 Aug 2000 00:26:13 +0100 (GMT) From: Damon LoCascio <[EMAIL PROTECTED]> To: Douglas Gilbert <[EMAIL PROTECTED]> Subject: Re: Silent breakage of cdrecord under 2.4? On Tue, 29 Aug 2000, Douglas Gilbert wrote: > Damon, > Sounds worrying. I have

Re: Silent breakage of cdrecord under 2.4?

2000-08-31 Thread Damon LoCascio
On Tue, 29 Aug 2000, Douglas Gilbert wrote: > Damon, > Sounds worrying. I have done a fair amount of testing > with sg in lk 2.4 and haven't seen a problem like this. > My adapters are also from advansys (but singles, not > quads). Could you send me a sample of the corruption > (100 byte one woul

[patchlet] Compile warnings in net/ipx/af_ipx.c (2.4.0-t8p1)

2000-08-31 Thread Rasmus Andersen
Hi. When I compile net/ipx/af_ipx.c without procfs support I get the following warnings: net/ipx/af_ipx.c:1508: warning: `ipx_interface_get_info' defined but not used net/ipx/af_ipx.c:1551: warning: `ipx_get_info' defined but not used net/ipx/af_ipx.c:1632: warning: `ipx_rt_get_info' defined but

Re: 2T for i386

2000-08-31 Thread Joel Jaeggli
On Thu, 31 Aug 2000, Alan Cox wrote: > > >You might be able to do that with hardware IDE raid controllers and the like > > >such as the 3ware 8 port cards, or scsi raid controllers and then run ext3 > > >or reiserfs. > > > > If you're building a 2TB array, you're not gonna do it with bloody IDE

Large File support and blocks.

2000-08-31 Thread Linda Walsh
It may not matter too too much, but blocks are being passed around as 'ints'. On the ia32 architecture, this implies a maximum of 512*2G->1T disk size. Probably don't need to worry about this today, but in a few years? Should we be changing the internal interfaces to use a long (or a long unsig

Re: Reserving a (large) memory block

2000-08-31 Thread coder
On Thu, 31 Aug 2000 11:32:21 -0500 Timur Tabi <[EMAIL PROTECTED]> wrote: > ** Reply to message from [EMAIL PROTECTED] on Thu, 31 Aug 2000 > 08:57:20 -0700 >> Now the device behaves just like memory to the BIOS during POST >> etc, and is in fact, exactly memory if no device drivers are >> loaded

Re: Speed increase on SMP in 2.4.0 test 6 and up

2000-08-31 Thread Michael Bielicki
Was done but Informix DS 7.3 still sees no shared memory. Either I did something wrong in the compile or I don't know. I am preparing straces since two members of the list offered to look into them. What I also don't understand is the ouput of df on /dev/shm. What does it give me ?? Michael O

Re: Speed increase on SMP in 2.4.0 test 6 and up

2000-08-31 Thread Erik Mouw
On 31 Aug 2000 08:37:10 -0200, Michael Bielicki wrote: > I am heavily impressed, besides my shared memory problem with Informix > and Sybase > this is excellent. I hope you have the shmfs mounted? If not, add the following line to /etc/fstab: none/dev/shm shmdefaults 0 0 And of

Newbie question: mmap() and file descriptor limits

2000-08-31 Thread Evan Jones
Please CC any replies to me at <[EMAIL PROTECTED]>. I hope this has not been discussed before. I think I have searched the archive fairly exhaustively. This issue may also no longer exist on the 2.4 kernel series because I have not tested it on that kernel. I have been experimenting with a web

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Chris Meadors
What about those of us who don't have modules enabled. "make modules_install" complains. I'm still like the idea of /lib/kernel or /lib/linux. Keep /lib/modules for modules. Or on my machines I won't even have to create /lib/modules. On Thu, 31 Aug 2000, Robert Greimel wrote: > It would be n

Re: 2T for i386

2000-08-31 Thread Stephen Lee
Alan Cox <[EMAIL PROTECTED]> wrote: > I used to think that. Im planning on deploying a 1Tb IDE raid using 3ware kit > for an ftp site very soon. Its very cheap and its very fast. UDMA with > one disk per channel and the controller doing some of the work. > > All it lacks is hot swap. I wonder i

Re: SCO: "thread creation is about a thousand times faster than on

2000-08-31 Thread Marco Colombo
On Tue, 29 Aug 2000, Pavel Machek wrote: > Hi! > [...] > > > So you need some hackery to make mount(8) cause change in all > > > namespaces at once. Whatever is done, this will be gross. > > > I suppose you'd require a loopback of some sort, so that one > > > might rip the real filesystem out fr

Re: hfs support for blocksize != 512

2000-08-31 Thread Alexander Viro
On Thu, 31 Aug 2000, Roman Zippel wrote: > Disclaimer: I know that the following doesn't match the current > implementation, it's just how I would intuitively would do it: > > - get dentry foo > - get dentry baz How? OK, you've found block of baz. You know the name, all right. Now you've got

Re: 2T for i386

2000-08-31 Thread Alan Cox
> >You might be able to do that with hardware IDE raid controllers and the like > >such as the 3ware 8 port cards, or scsi raid controllers and then run ext3 > >or reiserfs. > > If you're building a 2TB array, you're not gonna do it with bloody IDE > hardware. (I hope you're joking.) I used to t

Re: SCO: "thread creation is about a thousand times faster than on

2000-08-31 Thread Pavel Machek
Hi! > > > Erm? > > > * setuid is a fscking wart - THE mistake of dmr and/or ken. > > > > If not urban legend, dmr was the patent owner. > > Erm... That would be a nice way to bury one's mistake - patent it and > refuse to license ;-) Unfortunately, didn't happen... (-: > > So you need some

[patch] Compile warnings in drivers/scsi/advansys.c (240t8p1)

2000-08-31 Thread Rasmus Andersen
Hi. When I compile drivers/scsi/advansys.c without procfs support I get the following warnings: drivers/scsi/advansys.c:9872: warning: `asc_proc_copy' defined but not used drivers/scsi/advansys.c:8746: warning: `asc_prt_board_devices' defined but not used drivers/scsi/advansys.c:8787: warning: `

Re: 2T for i386

2000-08-31 Thread Ricky Beam
On Tue, 29 Aug 2000, Alan Cox wrote: >At 2Tb in a single partition you might well start hitting barriers. I think >there is a 1Tb limit per device somewhere. You also need to ask yourself how >long 2Tb would take to fsck on a power failure. Right now 2.2 doesnt support >journalling over software r

[patchlet] Minor compile warnings from net/appletalk/aarp.c (240t8p1)

2000-08-31 Thread Rasmus Andersen
Hi. When I compile net/appletalk/aarp.c without procfs support I get the following warning: net/appletalk/aarp.c:1089: warning: `aarp_get_info' defined but not used The following patch fixes this: --- linux-240test7-pre2-clean/net/appletalk/aarp.c Mon Jul 31 21:05:04 2000 +++ linux/net/ap

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Albert D. Cahalan
Robert Greimel writes: >> BTW, /boot/System.map-`uname -r` is the first place in which >> procps looks for the the System.map data. Red Hat and Debian > > Yes, but it is no good if you switch between different kernel > versions as you will get error messages about System.map being > the wrong ver

Re: 2T for i386

2000-08-31 Thread Pavel Machek
Hi! > My boss wants to know if linux can handle a 2Terabyte raid > partition. While I've seen various discussions that indicate that > linux *should* be able to handle an ext2 file system that big, has > anyone actually produced one on an i386 arch? I admit that 32 73 gig > disks are a *lot* of b

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Robert Greimel
>BTW, /boot/System.map-`uname -r` is the first place in which >procps looks for the the System.map data. Red Hat and Debian Yes, but it is no good if you switch between different kernel versions as you will get error messages about System.map being the wrong version number (unless you copied it e

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Albert D. Cahalan
Alan Cox writes: >> where you overwrite your old kernel image with a new one without >> rebooting instantly). >> >> But is it so much more expensive than a /proc/config.whatever ? > > Use that argument 50 times and your kernel has grown 100K. If I get the same level of benefit 50 times, wonderfu

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Albert D. Cahalan
Michael Elizabeth Chastain writes: > I'm beginning to think that installation should copy everyting > (bzImage, System.map, modules) into /lib/modules/. This split > between resident and modules just causes endless hassle. That would be a serious error. Often /boot is a special partition locate

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Jan-Benedict Glaw
On Thu, Aug 31, 2000 at 04:26:55PM +0200, [EMAIL PROTECTED] wrote: > Or can we have a standard, reasonably reliable way for determining the > path name of the currently running image ? (E.g. for LILO, the command > is lilo -I `sed '/.*BOOT_IMAGE=\([^ ]*\).*/s//\1/' But what about GRUB, LOADLIN,

Re: 2.4.0-test4&6 scsi tape problem [not fixed :-/]

2000-08-31 Thread Richard B. Johnson
On Thu, 31 Aug 2000, G. Saraber wrote: > "Richard B. Johnson" wrote: > > > > On Wed, 30 Aug 2000, G. Saraber wrote: > > > > > Thanks for the excellent guide on how to pinpoint the problem ... > > > > > > guess what :-) I decided before I send in another bugreport i'll upgrade > > > to test7 so

Re: 2.2.[16,17pre20] VM do_try_to_free_pages

2000-08-31 Thread Jon Burgess
> When trying to compile SimGear-0.0.12 under 2.2.16, with gcc-2.95.2, > I could (quite reproducibly) cause an unbounded number of: > > VM: do_try_to_free_pages failed for x > >where x was cc1plus, kswapd, syslogd, etc. > >Under 2.2.17pre20, this still start to happen, but shortly thereafter >t

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Dax Kelson
Timur Tabi said once upon a time (Thu, 31 Aug 2000): > Of course, the smartest thing would be if the installation routine actually > built the kernel, with all options finely tuned to the hardware. If I'm > installing on a single CPU system, then I don't want the SMP kernel. Red Hat > doesn't u

Re: [patch] string-486.h modified

2000-08-31 Thread Richard B. Johnson
On Thu, 31 Aug 2000, Petko Manolov wrote: > "Richard B. Johnson" wrote: > > > > On Thu, 31 Aug 2000, Petko Manolov wrote: > > > > [Snipped...] > > > > Good. You understand. Keep up the good work. > > > I realy would like to see this code in use ;-) After you test it **THOUROUGHLY**, send a

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Timur Tabi
** Reply to message from Paul Jakma <[EMAIL PROTECTED]> on Thu, 31 Aug 2000 17:55:49 +0100 (IST) > as well as .config to /lib/modules//config. > > (i had to meant to write .config not System.map originally as that is > what the thread is about... doh!) > > whatever, there's no need for kernel

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Paul Jakma
On Thu, 31 Aug 2000, Robert Greimel wrote: > It would be nice if "make modules_install" would automatically copy System.map > to /lib/modules// . > as well as .config to /lib/modules//config. (i had to meant to write .config not System.map originally as that is what the thread is about... doh!

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Michael Elizabeth Chastain
I'm beginning to think that installation should copy everyting (bzImage, System.map, modules) into /lib/modules/. This split between resident and modules just causes endless hassle. Michael - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMA

Re: [PATCH] 2.2: /proc/config.gz

2000-08-31 Thread Robert Greimel
>> cp System.map /boot/System.map- > >or even better cp to /lib/modules// and fix the tools to look >there if they don't do already. It would be nice if "make modules_install" would automatically copy System.map to /lib/modules// . Greetings Robert - To unsubscribe from this list: send the line

Re: Any good _online_ kernel BSD sockets reference out there??

2000-08-31 Thread Alan Cox
> - Userspace: > sd = socket(AF_PACKET, SOCK_RAW, 0); (Is this correct??) It can be for pure raw data > bind(how do I bind this socket to the interface, if I don't have >an address?? Can I just make one up??); sockaddr_ll/sockaddr_pkt (see linux/if_pack

Re: Reserving a (large) memory block

2000-08-31 Thread Timur Tabi
** Reply to message from [EMAIL PROTECTED] on Thu, 31 Aug 2000 08:57:20 -0700 > Now the device behaves just like memory to the BIOS during POST > etc, and is in fact, exactly memory if no device drivers are loaded. > If a device driver is loaded and it detects one or more of these > devices then

Re: /proc/sys/kernel/shmmax does not increase shared ram

2000-08-31 Thread Christoph Rohland
Michael Bielicki <[EMAIL PROTECTED]> writes: > Hi, > I found this effect on both test6 and test7 that if I type: > > echo 12800 > /proc/sys/kernel/shmmax > it has no real effect on the amount of shared memory. # uname -a Linux ls3016 2.4.0-test7 #1 SMP Thu Aug 31 15:12:24 CEST 2000 i686 unk

Re: Reserving a (large) memory block

2000-08-31 Thread Timur Tabi
** Reply to message from Ingo Molnar <[EMAIL PROTECTED]> on Thu, 31 Aug 2000 14:09:48 +0200 (CEST) > in 2.4 there is an explicit interface for this that also guarantees that > the allocation consists of fully valid RAM (no matter how complex the RAM > map): alloc_bootmem(). We allocate 300MB+ wo

NWFS sb->s_blocksize issues

2000-08-31 Thread Jeff V. Merkey
Why was it necessary to interlock the blocksize reported by a file system with the superblock with the page cache and the ll_rw_block() interface? I've gotten to the bottom of the bmap() problem with using a 1024/2048/4096 blocksize and the problem is related to the way the page cache asks for p

  1   2   >