test13-pre6 compile error..network.o

Hello, I received the following error while compiling test13-pre6 .   net/network.o: In function `lecd_attach':net/network.o(.text+0x5ce78): undefined reference to `prepare_trdev'net/network.o(.text+0x5ce88): undefined reference to `prepare_etherdev'net/network.o(.text+0x5cee3): undefi

Re: memmove broken on alpha - was Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

On Sat, Dec 30, 2000 at 05:18:25AM +0200, Matti Aarnio wrote: > As the patch by mr. Kokshaysky is quite different doing more work > (and not only label name changes), I would prefer Richard Henderson > to act as an umpire to tell if your patch is sufficient, or if that > big thing by Koksh

Re: New info -- HPT370 RAID support now possible? (was New possibilitiesfor HPT370 RAID support?)

I have email Soren a few days ago and asked him about how he did the decoding of the RAID Signatures on the media and he has not replied. Soren and I talk on a semi-quarterly basis to brag and boast/gloat. For the record I have the information on the array content, and the raid engin design, but

New info -- HPT370 RAID support now possible? (was New possibilities for HPT370 RAID support?)

I've read everything that I can find regarding support of the Highpoint controllers RAID functionality under Linux, and I understand what the issues have been. The one promising bit of information that I dug up in this process is that the 'pseudo' RAID functionality of the Highpoint and Promise ID

Re: test13-pre6 (Fork Bug with Athlons? Temporary Fix)

On Fri, Dec 29, 2000 at 07:36:21PM -0800, Linus Torvalds wrote: > Maybe your libc is different on the different machines? Normal programs > shouldn't use segments at all, so I really do not see how this patch could > matter in the least, even if it was completely and utterly buggy (which is > not

bttv in 2.2.18 worse than 2.2.17

With 2.2.18, I've noticed a few problems with my Hauppauge Win/TV 401 (bt878) card not present in 2.2.17 (using XawTV 2.46 in overlay mode for both): 1) Switching channels causes a brief flicker where the picture shrinks to 1/4 the size in the upper left corner, then changes to the next channel.

Re: test13-pre6 (Fork Bug with Athlons? Temporary Fix)

Ok, I don't think this is an athlon bug, and I think I've figured out what the problem is. For now, you rtemporary fix is probably fine, I'll clean stuff up a bit and make a nicer patch available tomorrow. Linus - To unsubscribe from this list: send the line "unsubscribe linux

Re: PATCH: test13-pre5/drivers/sound/via82cxxx_audio.c did notcompile

On Fri, 29 Dec 2000, Adam J. Richter wrote: > > linux-2.4.0-test13-pre5 eliminated vm_operations_struct->swapout, > but this change was not reflected in drivers/sound/via82cxxx_audio.c, > causing that file to fail to compile. I have attached what I believe > is the correct fix below. Act

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, 29 Dec 2000, Andrea Arcangeli wrote: > On Fri, Dec 29, 2000 at 06:50:18PM +, Alan Cox wrote: > > Your cgi will keep the other CPU occupied, or run two of them. thttpd has > > superb scaling properties compared to say apache. > > I think with 8 CPUs and 8 NICs (usual benchmark setup) y

Re: test13-pre6

On Fri, 29 Dec 2000, Linus Torvalds wrote: > Marco d'Itri and everybody else who has seen innd problems (or other > shared map problems): can you verify that test13-pre6 works for you? The ->mapping problem seems to be gone in test13-pre5, I'm running this kernel for over 30 hours now with no gl

PATCH: test13-pre5/drivers/sound/via82cxxx_audio.c did not compile

linux-2.4.0-test13-pre5 eliminated vm_operations_struct->swapout, but this change was not reflected in drivers/sound/via82cxxx_audio.c, causing that file to fail to compile. I have attached what I believe is the correct fix below. via82cxxx_audio.c has Jeff Garzik's name on it, b

Re: test13-pre6 (Fork Bug with Athlons? Temporary Fix)

On Fri, 29 Dec 2000, Byron Stanoszek wrote: > > I narrowed the problem down to a subset of patches from the MM set in > test13-pre2. Reversing the attached 'context.patch' fixes the problem (only for > i386), but I'm not yet sure why. test13-pre2 and up work without any problems > on an Intel c

(REPOST-sorry) PCI VIA IDE Strangeness w/2.4.0-test12/test13-pre5

REPOST: People have asked me to repost this message because their e-mail clients don't wrap lines. I'd like to know which ones don't, but this isn't the list for that kind of question, unless it is, which then means I'm posting to the wrong list to start with and then I wouldn't have to repost.

Re: test13-pre6

On Sat, 30 Dec 2000, Daniel Phillips wrote: > Linus Torvalds wrote: > > > > Ok, there's a test13-pre6 out there now, which does a partial sync with > > Alan, in addition to hopefully fixing the innd shared mapping writeback > > problem for good. Thanks to Marcelo Tosatti and others.. > > Aft

Re: memmove broken on alpha - was Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

On Sat, Dec 30, 2000 at 01:02:44PM +1100, Neil Brown wrote: > [ extra detail included because I have added linux-alpha and lins to > the cc list] > > It appears that memmove is broken on the alpha architecture. Indeed it is, and your observation/patch isn't the first one: Date: Thu, 21 Dec

Re: test13-pre6 (Fork Bug with Athlons? Temporary Fix)

On Fri, 29 Dec 2000, Linus Torvalds wrote: > > Ok, there's a test13-pre6 out there now, which does a partial sync with > Alan, in addition to hopefully fixing the innd shared mapping writeback > problem for good. Thanks to Marcelo Tosatti and others.. I've been noticing a problem with the memo

Re: test13-pre6

Linus Torvalds wrote: > > Ok, there's a test13-pre6 out there now, which does a partial sync with > Alan, in addition to hopefully fixing the innd shared mapping writeback > problem for good. Thanks to Marcelo Tosatti and others.. After the page_cache_release at line 574 of vmscan.c the page is

Re: [PATCH] VM fixes + RSS limits 2.4.0-test13-pre5

Am Freitag, 29. Dezember 2000 14:38 schrieben Sie: > On Fri, 29 Dec 2000, Dieter Nützel wrote: > > your patch didn't apply clean. > > Have you another version? > > It should apply just fine. What error messages did > patch give ? > Applied #2 against my running 2.4.0-test13-pre5 + ReiserFS 3.6.23

memmove broken on alpha - was Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

[ extra detail included because I have added linux-alpha and lins to the cc list] It appears that memmove is broken on the alpha architecture. memmove is used by net/sunrpc/xdr.c:xdr_decode_string to move a string 4 bytes down in memory. memmove(X-4, X, 8) should change X: 00 00 00 08

Re: [PATCH] i810 audio fixes for 2.4.0-test13-pre5

> This patch addresses three problems in the i810-audio driver for > 2.4.0-test13-pre5. I will be happy to split it if someone doesn't like > part of it. (I see pre6 just popped out, there are no changes to this > driver in pre6.) > 1) "DMA overrun on send" - this contains a patch from Tjeerd M

Re: test13-pre6

On Fri, 29 Dec 2000, Alexander Viro wrote: > > Two examples: devices and bitmaps-in-pagecache trick. But both belong to > 2.5, so... Also, they can easily be done with a private inode, if required. So even in 2.5.x this may not be a major problem. > BTW, nice timing ;-) -pre6 appeared 5 minut

Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

On Sat, 30 Dec 2000, Neil Brown wrote: > On Friday December 29, [EMAIL PROTECTED] wrote: > > On Sat, 30 Dec 2000, Neil Brown wrote: > > > > > > So where did the gilbertd directory go ? > > It suffered the curse of the 8-character file name Ah well spotted! It also happens to 12 byte names.

Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

On Friday December 29, [EMAIL PROTECTED] wrote: > On Sat, 30 Dec 2000, Neil Brown wrote: > > > > So where did the gilbertd directory go ? It suffered the curse of the 8-character file name > > > > Can you get a tcpdump (-s 1024) of the network traffic while this is > > happening? > > Yep;

VIA IDE controller strangeness (2.4.0-test12/test13-pre5)

---(CC answer please)--- I'm having a strange problem with my IDE controller. I believe (and that's what Windows and the m/b manufaturer -- PC Chips -- say) that I have a VIA PCI BusMaster IDE controller, and I've had some strange history with it. I've asked many people before on various hel

Re: test13-pre6

On Fri, 29 Dec 2000, Linus Torvalds wrote: > Al: this changes "mapping->host" to be truly defined as a pointer to the > inode that owns the mapping. That's how every user actually _used_ the > host pointer, so this cleans those up to not need any casts. The main > reason, however, is that we ne

[PATCH] i810 audio fixes for 2.4.0-test13-pre5

This patch addresses three problems in the i810-audio driver for 2.4.0-test13-pre5. I will be happy to split it if someone doesn't like part of it. (I see pre6 just popped out, there are no changes to this driver in pre6.) 1) "DMA overrun on send" - this contains a patch from Tjeerd Mulder that

test13-pre6

Ok, there's a test13-pre6 out there now, which does a partial sync with Alan, in addition to hopefully fixing the innd shared mapping writeback problem for good. Thanks to Marcelo Tosatti and others.. I've pounded on the shared dirty page writeback logic quite a bit, and verified (by doing timi

[PATCH] add capability to reject APM suspend events from userspace

This patch makes it possible to use the off button to cleanly shutdown a computer. The feature has been supported by the userspace apmd daemon for ages, but for some reason the patches to include it in the kernel were (apparently) ignored by Linus' patch tracking "system". For the original patch

Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

On Sat, 30 Dec 2000, Neil Brown wrote: > > So where did the gilbertd directory go ? > > Is there any chance that /home/gilbertd is a mount point? Nope; from the server: [root@tardis gcc]# mount /dev/hdc6 on / type ext2 (rw) none on /proc type proc (rw) /dev/hdc3 on /discs/c3 type ext2 (ro) /de

File I/O benchmarks for various kernel

I've been using dbench a lot lately for reality checks on various kernel mods, and out of interest I decided to run benchmarks with it on a few different kernel versions. I noticed a major difference between 2.2 and 2.4 kernels - 2.4 is running the benchmarks about 3 times faster than 2.2, and it

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 08:06:57PM +0100, Andrea Arcangeli wrote: > On Fri, Dec 29, 2000 at 06:50:18PM +, Alan Cox wrote: > > Your cgi will keep the other CPU occupied, or run two of them. thttpd has > > superb scaling properties compared to say apache. > > I think with 8 CPUs and 8 NICs (usu

Re: test13-pre5 + char-major-145??

On Fri, 29 Dec 2000 14:07:57 -0700, Frank Jacobberger <[EMAIL PROTECTED]> wrote: >modprobe: Can't locate module char-major-145 > >From /usr/src/linux/Documentation/devices.txt > >10 charNon-serial mice, misc features >145 = /dev/hfmodem Soundcard shortwave modem control {2.6} That i

Re: How to write patches

Jeff's descriprion is very informative, but his emphasis is somewhat different from what I find difficult with patches. First, for the life of me I was unable to remeber which argument goes first (DaveM was mad every time). Second, I kept forgetting to keep the base tree a diff against that instea

Re: 2.2.19pre3 and poor reponse to RT-scheduled processes?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Content-Type: text/plain; charset=us-ascii In message <[EMAIL PROTECTED]>, Greg Maxwell wrote: - -> You are running IDE aren't you? - -> - -> Enable DMA and/or unmask interupts. D'oh! Thanks to Greg for the clue-by-four! I *am* running IDE and I

Re: test13-pre5

On Fri, 29 Dec 2000, David S. Miller wrote: > > For my development testing, I'm running a _heavily_ hacked >kernel. One of these hacks is to pull the wait_queue_head out of >struct page; the waitq-heads are in a separate allocated area of >memory, with a waitq-head pointer emb

Re: module programing

On Sat, 30 Dec 2000, Sourav Sen wrote: > Any good updated for module programing? Rubini seems to be too outdated :( http://www.kernelnewbies.org has (what should be) an up to date list of links to both online books/documents & dead tree style books. regards, Davej. -- | Dave Jones.ht

Re: [linux-fbdev] new linux_logo16

On Sun, 24 Dec 2000, Geert Uytterhoeven wrote: > Since the 16-color logo was broken a while ago, we need a new one for 2.4.0. > The main limitation is that we no longer can choose the palette, but have to > use the standard VGA 16-color palette. And here's a patch for it. Changes: - Replace th

Re: 2.4.0-test12-reiserfs oops in

Try test13-pre5, it has this fixed. Later, David S. Miller [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: test13-pre5

Date: Fri, 29 Dec 2000 15:46:22 + (GMT) From: Mark Hemment <[EMAIL PROTECTED]> For my development testing, I'm running a _heavily_ hacked kernel. One of these hacks is to pull the wait_queue_head out of struct page; the waitq-heads are in a separate allocated area of memo

Re: test13-pre5 + char-major-145??

In article <[EMAIL PROTECTED]> you wrote: > What may be calling this? Any advice where to go ferreting? Somebody may try to open the device file. Greetings Bernd - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read th

Re: UDP ports 800-n used by NFS client in 2.2.17

On Friday December 29, [EMAIL PROTECTED] wrote: > Does anyone know what causes netstat to show UDP port 800 > as active on a Linux NFS client with 2.2.17 kernel when an NFS filesystem > is mounted? > > Using Debian Linux 2.2 with Kernel 2.2.17 with one NFS filesystem mounted, > I see > the follo

Re: Bugs in knfsd -- Problem re-exporting an NFS share

On Friday December 29, [EMAIL PROTECTED] wrote: > Hi -- could you please CC me if you reply to this mail. > > My problem is that I get an error when setting up the following > configuration: > > A: /exports/A - Redhat 7.0 > B1/B2: mount /exports/A on /export/A

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, 29 Dec 2000, Daniel R. Kegel wrote: > Andrea Arcangeli wrote: > > Petru Paler wrote: > > > This is one of the main thttpd design points: run in a select() loop. Since > > > it is intended for mainly static workloads, it performs quite well... > > > > It can't scale in SMP. > > thttp

Re: 2.2.19pre3 and poor reponse to RT-scheduled processes?

On Fri, Dec 29, 2000 at 03:45:23PM -0500, Rafal Boni wrote: [snip] > The box in question is running the linux-ha.org heartbeat package, > which is a RT-scheduled, mlock()'ed process, and as such should > get as good service as the box is able to mange. Often, under > high

Re: [PATCH] filemap_fdatasync & related changes

In article <[EMAIL PROTECTED]>, Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > >Ok, here it is. > >I hope I got all locking and all special cases right. > >Comments ? Looks good. There's a few things this misses, the worst of which were all my bugs in the original description. Things like "don't

test13-pre5 + char-major-145??

Please help me explain why I'm getting the following modprobe reply on boot up after kernel test13-pre5 loads: modprobe: Can't locate module char-major-145 >From /usr/src/linux/Documentation/devices.txt 10 charNon-serial mice, misc features 145 = /dev/hfmodem Soundcard shortwave mo

Re: NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

On Friday December 29, [EMAIL PROTECTED] wrote: > Hi, > On the server: > > bash$ ls -l > total 21 > drwxrwxrwx 11 root root 2048 Jul 23 02:32 arm > lrwxrwxrwx 1 root root 14 Aug 22 1999 dg -> > /home/gilbertd > drwxr-xr-x 6 root root 1024 Mar 21 1999

ext2's inode i_version gone, what now? (stable branch)

I try to use the Steganographic filesystem stegfs on top of a 2.2.18 kernel, while the stegfs patch was against 2.2.14. The patch applied allmost clean, but that was easy to fix. However a real problem (for me) is that the author (whom I can not reach by email) build stegfs on top of the ext2 fi

2.2.19pre3 and poor reponse to RT-scheduled processes?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Content-Type: text/plain; charset=us-ascii [...Please CC me on any replies, as I'm not on the list(s)...] Folks: I was experiencing problems with 2.2.16 where the box would go out to lunch for a few seconds flushing buffer or paging

Re: 2.2.19pre3 on sparc64: Hangs on boot, "no cont in shutdown!"??

On Thu, Dec 28, 2000 at 09:59:55PM -0800, David S. Miller wrote: > > "make check_asm" should fix it. It doesn't work out of the box starting from pre3 because there are a few fields in the task struct implemented this way: struct list_head local_pages; int allocation_order, nr_local_pag

module programing

Any good updated for module programing? Rubini seems to be too outdated :( ~sourav - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

udf again ?

I recall I have asked this before but now in order to get udf working under 2.2.19pre*, I mailed the developers/maintainers about a fix. Dave wrote : >I forwarded your email to the development list: >[EMAIL PROTECTED] > >Hopefully there's a fix. I dunno, I'm still on 2.2.16. >As far as includin

[PATCH] #2 VM fixes + RSS limits 2.4.0-test13-pre5 #2

Hi Linus, Alan, Here is a second version of my patch ... it turned out that fixing of the return value of try_to_swap_out() means that swap_out_mm() doesn't unlock the mm->page_table_lock ... The reason I didn't run into this bug yesterday was that the RSS trimming took care of all the swapout I

NFS oddity (2.4.0test13pre4ac2 server, 2.0.36/2.2.14 clients)

Hi, On the server: bash$ ls -l total 21 drwxrwxrwx 11 root root 2048 Jul 23 02:32 arm lrwxrwxrwx 1 root root 14 Aug 22 1999 dg -> /home/gilbertd drwxr-xr-x 6 root root 1024 Mar 21 1999 ftp drwx-- 5 g3oagg3oag1024 Oct 3 1999 g3oag

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 11:29:12AM -0800, Matt Liotta wrote: > as such doesn't scale well with Linux 2.2 on a dual CPU machine. Our > benchmarks show that we can handle more load on a single CPU machine then a > dual CPU one with Linux 2.2. However, it is encouraging to see that the If for what

Re: [PATCH] 8139too fix

On Thu, 28 Dec 2000, Andre Hedrick wrote: [I was going to send brief comment offline, but maybe this will give someone pause for thought...] > Jeff Garzik, is offline for the next three weeks.. > > He claims that his wrists hurt from the keyboard ;-)... And if his wrists hurt, he's definit

RE: linux 2.2.19pre and thttpd (VM-global problem?)

I wouldn't use cheap single CPU/NIC machines in the real world. Certainly a cluster of smaller machines does better then one big machine, but that doesn't mean you should use too small of a machine. Remember that as the number of cluster nodes goes up the cluster becomes a management problem. I

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 08:06:57PM +0100, Andrea Arcangeli wrote: > On Fri, Dec 29, 2000 at 06:50:18PM +, Alan Cox wrote: > > Your cgi will keep the other CPU occupied, or run two of them. thttpd has > > superb scaling properties compared to say apache. > > I think with 8 CPUs and 8 NICs (usu

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 06:56:09PM +, Alan Cox wrote: > Depends on memory bandwidth, [..] BTW, it could as well use TCP_CORK + sendfile that will become truly zero copy eventually. Andrea - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [E

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 06:50:18PM +, Alan Cox wrote: > Your cgi will keep the other CPU occupied, or run two of them. thttpd has > superb scaling properties compared to say apache. I think with 8 CPUs and 8 NICs (usual benchmark setup) you want more than 1 cpu serving static data and it shou

Re: linux 2.2.19pre and thttpd (VM-global problem?)

> They do boost performance on SMP (because you can have N (N=3Dnr. of CP= > Us) > threads serving data). Depends on memory bandwidth, caches, locking overhead and a million other issues. > > on keeping it single-threaded - unless someone can tell me that's a = > bad > > idea) > > Keep it si

Re: SCSI Problems since upgrade from 2.2.16

"George R. Kasica" wrote: > > Hello: > > I'm running an HP DAT 4mm Autochanger here and since going to 2.2.17 > and 2.2.18 I'm seeing failures when it attempts to unload the tape and > load a new one while backing up using BRU PE...utilizing the mt or mtx > commands as follows: > > mt -f $DEV r

Re: linux 2.2.19pre and thttpd (VM-global problem?)

> On Fri, Dec 29, 2000 at 09:38:40AM +0200, Petru Paler wrote: > > This is one of the main thttpd design points: run in a select() loop. Since > > it is intended for mainly static workloads, it performs quite well... > > It can't scale in SMP. Your cgi will keep the other CPU occupied, or run tw

Re: How to write patches

Sourav Sen <[EMAIL PROTECTED]> writes: > Hi, > > This question may seem naive, but can anyone tell me if there is any > structured way of writing patches? > > I mean suppose I want to implement some > kernel mechanism, and I define my data structures etc. and made most of > the code as loadabl

[PATCH] filemap_fdatasync & related changes

On Thu, 28 Dec 2000, Linus Torvalds wrote: > All done. It looks something like 5-10 places, most of which are about 10 > lines of diff each, if even that. > > The only real worry would be that the locking isn't rigth, but getting the > pagemap lock should be the safe thing, and from a lock cont

Preemption exit code

As you know we at MontaVista are working on a preemptable kernel that takes advantage of the spin_lock() macros. One of the "tricks" we use is to bump a preemption counter on a spin_lock() and to decrement it on spin_unlock(). The question, here posed, has to do with the test that needs to be do

test13-pre5 and 8139too

I'm getting intermittent time out on my Realtek 8139B - 8139too on eth0 Guess the problems back. Fun..., Have to reboot my Cisco 675 Oh well... Frank - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at

Re: [RFC] changes to buffer.c (was Test12 ll_rw_block error)

On Fri, 29 Dec 2000, Marcelo Tosatti wrote: > Now the ext2 changes will for sure make a difference since right now the > superblock lock is suffering from contention. superblock lock is suffering from more than just contention. Consider the following: sys_ustat() does get_super(), which leav

How to write patches

Hi, This question may seem naive, but can anyone tell me if there is any structured way of writing patches? I mean suppose I want to implement some kernel mechanism, and I define my data structures etc. and made most of the code as loadable module to start with, but still I am having to chang

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 07:13:28PM +0100, Jakob Østergaard wrote: > > > It can't scale in SMP. > > > > No one said it does, but it works nicely on UP. > > What ? Maybe you got me wrong (my english isnt that good): I said that it does not scale on SMP, but it works just fine on UP. > The TCP st

Re: test13-pre5

On Thu, Dec 28, 2000 at 12:25:23PM -0800, Linus Torvalds wrote: > - pre5: >- NIIBE Yutaka: SuperH update >- Geert Uytterhoeven: m68k update >- David Miller: TCP RTO calc fix, UDP multicast fix etc >- Duncan Laurie: ServerWorks PIRQ routing definition. >- mm PageDirty cleanups

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 08:04:21PM +0200, Petru Paler wrote: > On Fri, Dec 29, 2000 at 04:53:40PM +0100, Andrea Arcangeli wrote: > > On Fri, Dec 29, 2000 at 09:38:40AM +0200, Petru Paler wrote: > > > This is one of the main thttpd design points: run in a select() loop. Since > > > it is intended f

Re: [RFC] changes to buffer.c (was Test12 ll_rw_block error)

On Fri, 29 Dec 2000, Chris Mason wrote: > BTW, the last anon space mapping patch I sent also works on test13-pre5. > The block_truncate_page fix does help my patch, since I have bdflush > locking pages ( thanks Marcelo ) Good to know. I thought that fix would not change performance noticeable.

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 04:53:40PM +0100, Andrea Arcangeli wrote: > On Fri, Dec 29, 2000 at 09:38:40AM +0200, Petru Paler wrote: > > This is one of the main thttpd design points: run in a select() loop. Since > > it is intended for mainly static workloads, it performs quite well... > > It can't s

Re: [RFC] changes to buffer.c (was Test12 ll_rw_block error)

Chris Mason wrote: > > On Thursday, December 28, 2000 11:29:01 AM -0800 Linus Torvalds > <[EMAIL PROTECTED]> wrote: > [ skipping io on the first walk in page_launder ] > > > > There are some arguments for starting the writeout early, but there are > > tons of arguments against it too (the main on

Re: test13-pre5

On Fri, 29 Dec 2000, Tim Wright wrote: > Yes, this is a very important point if we ever want to make serious use > of large memory machines on ia32. We ran into this with DYNIX/ptx when the > P6 added 36-bit physical addressing. Conserving KVA (kernel virtual address > space), became a very high p

Re: Problem with ATX halt

Ryan Sizemore sez > >I am new this whole 'posting to the mailing list' thing, so please excuse > any obvious mistakes. >I have a comp. running mandrake 7.2, and when i go to power it down, it > gives me a screen full of errors, including a stackdump. It happens as the > very last thin

2.2.1x unknown kernel messages in syslog

All, Running 2.2.19pre2 (but it happens w/ many previous 2.2.1(7-8) versions) built w/ egcs-2.91.66, while connected w/ ppp over analog modem to windows nt ras server; I get the following messages using ppp 2.4.0b4 (w/ MSCHAP-80) Dec 29 09:22:59 kodi pppd[905]: pppd 2.4.0b4 start

Bugs in knfsd -- Problem re-exporting an NFS share

Hi -- could you please CC me if you reply to this mail. My problem is that I get an error when setting up the following configuration: A: /exports/A - Redhat 7.0 B1/B2: mount /exports/A on /export/A from A - Redhat 6.2 C: mount /exports/A on /mnt/A f

Re: PowerPC branch out of date

On Fri, Dec 29, 2000 at 02:40:41PM -0200, Rik van Riel wrote: > On Fri, 29 Dec 2000 [EMAIL PROTECTED] wrote: > > > How it's got there etc etc etc at this stage isn't important. > > First how to fix it and how to make sure it doesn't happen again > > does concern me. > > > I would REALLY appr

Re: [BUG] in 2.4.0test12 and earlier

>the kernel locks up on my Alpha PC164 when network load is >high. It does it with several different NICs. >Also, If I try to compile the kernel for PC164 instead of generic, >then the computer gets irq probe errors for the hard drive, and >the computer doesn't boot. I hate to respond to my o

wake-one-3 bug (affected 2.2.19pre3aa[123])

On Sun, Dec 24, 2000 at 04:40:09PM +0100, Andrea Arcangeli wrote: > On Sun, Dec 24, 2000 at 11:23:33AM +1100, Andrew Morton wrote: > > ack. > > This patch against 2.2.19pre3 should fix all races. (note that wait->flags > doesn't need to be initialized in the critical section in test1X too) > >

Re:[PATCH, v2] Processor autodetection (when configuring kernel)

Version 2: . Added a PIII . Corrected the name of Crusoe . Added the generic Intel and AMD 486 . Corrected the braces {,} (wrong syntax) giacomo diff -urN old.linux/CREDITS linux/CREDITS --- old.linux/CREDITS Fri Dec 29 13:32:46 2000 +++ linux/CREDITS Fri Dec 29 13:43:02 2000 @@

2.4.0-test12-reiserfs oops in

...happens when http browsing the net (occurs regularly within 1 hour)... server:~# ksymoops -m /boot/System.map ] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00210246 eax: ebx: ecx: c28f5f60 edx: c28f5f60 esi: 05c0 edi: c6ec75c0 ebp: 0570 e

Re: PowerPC branch out of date

On Fri, 29 Dec 2000 [EMAIL PROTECTED] wrote: > How it's got there etc etc etc at this stage isn't important. > First how to fix it and how to make sure it doesn't happen again > does concern me. > I would REALLY appreciate it if this could be made to happen. Send patches to Linus and Alan ?

Re: linux 2.2.19pre and thttpd (VM-global problem?)

Andrea Arcangeli wrote: > Petru Paler wrote: > > This is one of the main thttpd design points: run in a select() loop. Since > > it is intended for mainly static workloads, it performs quite well... > > It can't scale in SMP. thttpd is i/o bound, not CPU bound, so there's no need for SMP sca

Re: test13-pre5

On Fri, Dec 29, 2000 at 03:46:22PM +, Mark Hemment wrote: > Note, for those of us running on 32bit with lots of physical memory, the > available virtual address-space is of major consideration. Reducing the > size of the page structure is more than just reducing cache misses - it > gives us

Re: Repeatable 2.4.0-test13-pre4 nfsd Oops rears it head again

the only thing you've to be careful is to make sure you set the correct options for the module (if you compiled it as module). # options=0x30 100mbps full duplex # options=0x20 100mbps half duplex # options=0 10mbps half duplex options eepro100 options=0 Otherwise, it'll cause a lot of unnec

Re: [PATCH] remove __mark_buffer_dirty and related changes

On Fri, 29 Dec 2000, Russell King wrote: > Marcelo Tosatti writes: > > +int mark_buffer_dirty(struct buffer_head *bh) > > { > > + if (!atomic_set_buffer_dirty(bh)) { > > + return 1; > > + } > > + return 0; > > } > > Any particular reason why you don't to: > > return !a

PCI IRQ Routing Problem - Kernel OOPS

I am having problems with something that looks like a PCI IRQ routing problem. Everything worked just fine up until test12-pre7. Test12-pre8 did not even boot, it hung when initializing the SCSI adapter. Everything after that (including test12) booted successfully, but crashed when I loaded the F

Re: [RFC] changes to buffer.c (was Test12 ll_rw_block error)

On Thursday, December 28, 2000 11:29:01 AM -0800 Linus Torvalds <[EMAIL PROTECTED]> wrote: [ skipping io on the first walk in page_launder ] > > There are some arguments for starting the writeout early, but there are > tons of arguments against it too (the main one being "avoid doing IO if > yo

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 09:38:40AM +0200, Petru Paler wrote: > This is one of the main thttpd design points: run in a select() loop. Since > it is intended for mainly static workloads, it performs quite well... It can't scale in SMP. Andrea - To unsubscribe from this list: send the line "unsubsc

Re: test13-pre5

Hi, On Thu, 28 Dec 2000, David S. Miller wrote: >Date: Thu, 28 Dec 2000 23:17:22 +0100 >From: Andi Kleen <[EMAIL PROTECTED]> > >Would you consider patches for any of these points? > > To me it seems just as important to make sure struct page is > a power of 2 in size, with the

Re: aic7xxx 2.4.0 test12 hang

>> While I am in the code I also want to go digging around and see if I >> can find a >> way to turn of the in memory buffering that Linux does for block devices >> as this >> would make my fscking a LOT shorter, (18 gigs is slow), > >No, because you need to do the ordering too. You could drop

Re: linux 2.2.19pre and thttpd (VM-global problem?)

On Fri, Dec 29, 2000 at 09:40:54AM +0100, Jure Pecar wrote: > problem on a similary configured 2.2.17 with VM-global patch 3. gcc Good. Can you try to reproduce with 2.2.19pre3? (if you absolutely need raid 0.90 you can try again with 2.2.19pre3aa3 after backing out 04_wake-one-3 that introduces

SCSI Problems since upgrade from 2.2.16

Hello: I'm running an HP DAT 4mm Autochanger here and since going to 2.2.17 and 2.2.18 I'm seeing failures when it attempts to unload the tape and load a new one while backing up using BRU PE...utilizing the mt or mtx commands as follows: mt -f $DEV rewoffl 2>&1 >/dev/null OR /usr/local/bin/m

PowerPC branch out of date

Hi Linus, I'm one of the folks that works on the PowerPC portion of the kernel. I've noticed for some time that what's available at kernel.org and what's being worked on by those of us who maintain our little portion of the PowerPC tree is more and more out of sync. How it's got there etc et

Re: test13-pre5

On Fri, Dec 29, 2000 at 01:06:30AM +, Albert Cranford wrote: > Simply executing > *p++ = htonl(fl->fl_pid); > before > start = loff_t_to_s64(fl->fl_start); > also works. Yes, confirmed. Since you're located in Florida I vote for this and I hope that Linus will elect it. :)

Re: [PATCH] Processor autodetection (when configuring kernel)

On Fri, Dec 29, 2000 at 02:39:42PM +0100, Giacomo A. Catenazzi wrote: > +{TransmetaCPU,GenuineTMx86}:* ) echo CONFIG_MCROSUE ;; +{TransmetaCPU,GenuineTMx86}:* ) echo CONFIG_MCRUSOE ;; This is just a typo, right? ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag

Re: [PATCH] Processor autodetection (when configuring kernel)

Giacomo, Further experimentation has revealed another problem with the script. The use of curly braces in the case statement, i.e. GenuineIntel:6:{8,9,11}) echo CONFIG_M686FXSR ;; does not work. The construct below works, but I don't like it because of its length: GenuineI

  1   2   >