[PATCH] Re: test12-pre6

truncate() and ftruncate() return values are different from the POSIX requirements and from the values returned by other Unices (and from our own manpages, BTW). Trivial fix follows. Rationale: see truncate(2), ftruncate(2), POSIX or try to call the thing on other Unices. Please,

[PATCH] Re: test12-pre6

If get_block() fails in block_prepare_write() we should zero the blocks we've allocated and mark them dirty. We don't (i.e. we leave the random junk in file in that case). Fix: do it. Moreover, if ->prepare_write() fails generic_file_write() is not going to write the user's data into that

[PATCH] Re: test12-pre6

ext2_update_inode() marks the filesystems as having large files if there the file becomes too large for old driver (2.2 one). Unfortunately, it gets the limit wrong - it's not 2^32, it's 2^31. So we should check for ->i_size_high being non zero _or_ ->i_size having bit 31 set. Please, appl

Re: test12-pre6

On Tue, 5 Dec 2000, Linus Torvalds wrote: > > Ok, I almost called this the final test12, but I wanted to get some more > feedback on the keyboard controller stuff and PCI irq routing. Linus, could you apply the following bunch of fixes (split into separate emails): * dentry leak upon

test12-pre6

Ok, I almost called this the final test12, but I wanted to get some more feedback on the keyboard controller stuff and PCI irq routing. The biggest part of this is the budding parisc stuff, but it's unlikely that we'll see full parisc support in 2.4.0 - the remaining pieces that actually touch g

Re: NE2000 (ISA) not loading on test11

On Wed, Dec 06, 2000 at 03:05:59AM +0100, Taco IJsselmuiden wrote: > Hi, > > I just found out that I can't load the ne2000 (ne.o) module under test11. > test10 works fine ... Did I miss some big change between test10 and test11 > or are the params io / irq just working different right now ?? > >

Re: [patch-2.4.0-test12-pre5] optimized get_empty_filp()

On Tue, 5 Dec 2000, Peter Samuelson wrote: > The question is whether or not it is worth taking a lock again (with > that non-zero cost) to achieve the gain of doing the 92-byte memset and > the atomic_set in parallel with other CPUs. In other words, by locking > and unlocking twice, you reduce th

Re: [PATCH] Documentation/Changes reminder to upgrade modutils.

[Steven Cole] > The following patch may seem ridiculous > -o modutils 2.3.18 # insmod -V > +o modutils 2.3.21 # insmod -V It's not ridiculous at all. Documentation/Changes definitely needs to reflect reality. Peter - To unsubscri

Re: to compile the kernel

Good day, Mourad, On Wed, 6 Dec 2000, Mourad Lakhdar wrote: > so , having these parameters, what is please the detailed andexact > steps to make and recompile a new kernel. Please see the Kernel Howto at http://www.linuxdoc.org , Buildkernel at http://buildkernel.stearns.org , and

to compile the kernel

hi : i wanna recompile the kernel , but what i have: is that i found in the boot folder these directories: vmlinuz-2.2.14-100smp vmlinuz-2.2.14-100 vmlinuz-2.2.14-15BOOT and other ones .. so depending on the lilo.config content , it appears that is the vmlinuz-2.2.14-100 kernel that is running

Re: [PATCH] ipchains log will show all flags

In message <[EMAIL PROTECTED]> you write : > Personally, I'd like to see the rule number stay on the end,and > have the new display just before it. The rule number in the > middle looks messy. But what will break people's perl scripts? I think leaving the rule number at the end is probably the

2.4.0-test12-3 - swap_free / Bad swap file messages

Got this last night while running 2.4.0-test12-pre3. Not sure what I did to trigger it. X4/keyboard hung shortly afterwards. Had to ssh in to reboot. Dec 6 01:16:04 athlon kernel: Bad swap file entry c17a1558 Dec 6 01:16:04 athlon last message repeated 3 times Dec 6 01:16:05 athlon kernel:

Re: That horrible hack from hell called A20

Linus Torvalds wrote: > > On Tue, 5 Dec 2000, Linus Torvalds wrote: > > > > Right now this is my interim patch (to clean test11). The thing to note is > > that I decreased the keyboard controller timeout by a factor of about 167, > > while making the "delay" a bit longer. > > Oh, btw, I forgot t

fs corruption with invalidate_buffers()

Some days ago I saw filesystem corruptions while testing the ext2fs online resize patches by Andreas Dilger. First I thought that the online resizing caused the problems, but further investigations didn't support this. The latest observation shows that the problem is probably neither ext2 nor lvm

Re: That horrible hack from hell called A20

Alan Cox wrote: > > > Okay, here is my latest attempt to find a way to toggle A20M# that > > genuinely works on all machines -- including Olivettis, IBM Aptivas, > > bizarre notebooks, yadda yadda. > > Can I suggest a slightly different hammer. Flip the A20 via the keyboard > controller and set

NE2000 (ISA) not loading on test11

Hi, I just found out that I can't load the ne2000 (ne.o) module under test11. test10 works fine ... Did I miss some big change between test10 and test11 or are the params io / irq just working different right now ?? Greetz, Taco. error-msg: athlon:~# modprobe ne io=0x360 irq=4 /lib/modules/2.4

[PATCH] Documentation/Changes reminder to upgrade modutils.

Jeff V. Merkey wrote: >Mohammad A. Haque wrote: >> Are you using the latest version of modutils? >> >> Delaporte Frédéric wrote: >> > >> > Hello. >> > >> > make modules_install seems to do a wrong call to depmod, using an unknow >> > option "-F". > >Upgrade your modutils. > The following patch ma

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

On Tue, Dec 05, 2000 at 05:34:50PM -0800, Dan Hollis wrote: > On Wed, 6 Dec 2000, Alan Cox wrote: > > > Ditto, we have an adsl driver that we setup by overloading various otherwise > > > unused options in ifconfig (mem_start, io_addr etc) to do this. Cheaper and > > > faster than writing yet anoth

Re: That horrible hack from hell called A20

On Tue, 5 Dec 2000, Linus Torvalds wrote: > > Right now this is my interim patch (to clean test11). The thing to note is > that I decreased the keyboard controller timeout by a factor of about 167, > while making the "delay" a bit longer. Oh, btw, I forgot to ask people to give this a whirl. I

Re: That horrible hack from hell called A20

> Good question. The whole thing makes me nervous... in fact, perhaps we > should really consider using the BIOS INT 15h interrupt to enter > protected mode? >From my experience with BIOS authors, only if Windows 98 uses the same function with the same arguments, the same stuff top of stack and

Re: That horrible hack from hell called A20

On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > I might hack on using INT 15h to do the jump to protected mode, as ugly > as it is, but I won't have time before my trip. It would require quite a > bit of restructuring in setup.S, and would probably break LOADLIN. Right now this is my interim pa

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

On Wed, 6 Dec 2000, Alan Cox wrote: > > Ditto, we have an adsl driver that we setup by overloading various otherwise > > unused options in ifconfig (mem_start, io_addr etc) to do this. Cheaper and > > faster than writing yet another ioctl using device configuration agent, but > > distasteful non t

Re: That horrible hack from hell called A20

> Okay, here is my latest attempt to find a way to toggle A20M# that > genuinely works on all machines -- including Olivettis, IBM Aptivas, > bizarre notebooks, yadda yadda. Can I suggest a slightly different hammer. Flip the A20 via the keyboard controller and set the timeout to say 1 second. If

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

> Ditto, we have an adsl driver that we setup by overloading various otherwise > unused options in ifconfig (mem_start, io_addr etc) to do this. Cheaper and > faster than writing yet another ioctl using device configuration agent, but > distasteful non the less. Generic is not always good , thats

tulip-ethernet 2.2.17-2.2.18preN http nethangs fixed

This problem is solved. Regards, Clayton Weaver (Seattle) "Everybody's ignorant, just in different subjects." Will Rogers (just kidding) It was the cache alignment setting in tulip.c (saved me sifting through the bowels of the pci code to find it). I choose "

Re: That horrible hack from hell called A20

Linus Torvalds wrote: > > Actually, I bet I know what's up. > > Want to bet $5 USD that suspend/resume saves the keyboard A20 state, but > does NOT save the fast-A20 gate information? > > So anything that enables A20 with only the fast A20 gate will find that > A20 is disabled again on resume.

Re: 2.4.0-test12-pre4 + cs46xx + KDE 2.0 = frozen system

> I did confirm that 2.4.0-test11(final) works properly with sound and KDE 2.0. Ok. That sounds even more like its PCI changes > I do think its rather odd that these test12-pre3,4,5 kernels all work with > GNOME and the CD player works then. KDE 2.0 is doing something different > at the "Loadin

Re: That horrible hack from hell called A20

On Wed, 6 Dec 2000, Kai Germaschewski wrote: > > On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > > If you have had A20M# problems with any kernel -- recent or not -- > > *please* try this patch, against 2.4.0-test12-pre5: > > Just a datapoint: This patch doesn't fix the problem here (Sony > PC

No Subject

> depmod: *** Unresolved symbols in /lib/modules/2.2.18pre24/misc/agpgart.o > depmod: smp_call_function > depmod: smp_num_cpus > > The machine affected is actually Alpha but likely this is not relevant. For ksyms the architecture is often very relevant so thanks for warning me wh

Re: [PATCH] livelock in elevator scheduling

Jens Axboe wrote: > On Mon, Dec 04 2000, Russell Cattelan wrote: > > I'm going to take a closer look at the scsi_back_merge_fn. > > This may have more to due with our/Chait's kiobuf modifications than > > anything else. > > > > > > > > XFS (dev: 8/20) mounting with KIOBUFIO > > Start mounting fi

Re: That horrible hack from hell called A20

On Wed, 6 Dec 2000, Kai Germaschewski wrote: > > On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > > If you have had A20M# problems with any kernel -- recent or not -- > > *please* try this patch, against 2.4.0-test12-pre5: > > Just a datapoint: This patch doesn't fix the problem here (Sony > PC

Re: kernel panic in SoftwareRAID autodetection

[Roberto Ragusa] > BTW, here is a little patch regarding a silly problem I found > about RAID partitions naming (/proc/partitions). > No more "md8" "md9" "md:" "md;" ... but "md8" "md9" "md10" "md11" ... > Well, this patch should work up to "md99". This stuff *really* should be split out into th

Re: That horrible hack from hell called A20

On Tue, 5 Dec 2000, H. Peter Anvin wrote: > If you have had A20M# problems with any kernel -- recent or not -- > *please* try this patch, against 2.4.0-test12-pre5: Just a datapoint: This patch doesn't fix the problem here (Sony PCG-Z600NE). Still the spontaneous reboot exactly the moment I exp

Re: That horrible hack from hell called A20

Linus Torvalds wrote: > > So the "orb $2,%al ; andb $0xfe,%al" will potentially change both of > these. And I'd feel a hell of a lot more safe, if we avoided using 0x92 > except when we find that we absolutely _have_ to. > > How about making the keyboard controller timeouts shorter, and moving a

Re: kernel panic in SoftwareRAID autodetection

On 06-Dec-00, Neil Brown wrote: > The following patch isn't *correct*, but if it makes a difference for > you, then it means that we have found the problem.. please let me > know. [one line patch] Yes, it makes a difference :-) . The boot doesn't fail anymore and all the RAID partitions are corr

Re: That horrible hack from hell called A20

On Tue, 5 Dec 2000, H. Peter Anvin wrote: > > Okay, here is my latest attempt to find a way to toggle A20M# that > genuinely works on all machines -- including Olivettis, IBM Aptivas, > bizarre notebooks, yadda yadda. I really think that the 0x92 accesses are still unsafe. I will bet that the

Re: aacraid for 2.4.0 revisitied

On Tue, 5 Dec 2000 18:40:00 -0500 , Boerner, Brian <[EMAIL PROTECTED]> wrote: > I get another oops. I'm not very efficient at reading these messages. To bad > the oops-tracing.txt file isn't in a little more detail. It seems you have > to be quite knowledgeable of the inner workings of the Linux

Re: Alpha SCSI error on 2.4.0-test11

On Mon, Dec 04, 2000 at 01:53:42PM -0500, Phillip Ezolt wrote: > > I've recompiled as you have suggested. Any ideas? Compile again with the following patches (these are against 2.4.0-test12, but those in arch/alpha/kernel/core_cia.c should work against test10/11 as well). Something got

Re: test12-pre5

Hi, On Tue, Dec 05, 2000 at 03:17:07PM -0500, Alexander Viro wrote: > > > On Tue, 5 Dec 2000, Linus Torvalds wrote: > > > And this is not just a "it happens to be like this" kind of thing. It > > _has_ to be like this, because every time we call clear_inode() we are > > going to physically fre

Re: smbfs writepage & struct file

On Wed, 6 Dec 2000, Urban Widmark wrote: > > Hardlinks are not supported by smbfs, but they may be supported on the > server side (ntfs). Haven't looked if smb has anything on this. Not sure > if there are any implications on caching and such for smbfs. (If hardlinks > need to be handled, smbfs

Re: ip_nat_ftp and different ports (Solved)

> Well, after having no time for a coule of days, back to business ;)) > I've downloaded + applied the ftp-multi patch and recompiled the modules. > then loaded them with ports=21,41,42,62,63, which works (well, no > errors/warnings...). > Then trying the application for which i needed it: doesn't

aacraid for 2.4.0 revisitied

You folks seem to be interested in this, so I thought I might bother for a bit of follow up. I would like to start off by thanking each of you for responding. I guess I got into the 2.4 game a bit late and haven't been on linux-kernel in quite a while. If anyone has any ideas on what I'm doing wr

That horrible hack from hell called A20

Okay, here is my latest attempt to find a way to toggle A20M# that genuinely works on all machines -- including Olivettis, IBM Aptivas, bizarre notebooks, yadda yadda. The bizarre notebooks with broken SMM code are the ones I really worry most about... there may very well be NO WAY to support the

Re: test12-pre5 does not compile

[[EMAIL PROTECTED]] > dummy.c: In function `dummy_init_module': > dummy.c:103: invalid type argument of `->' Known bug. They say the fix is in Linus's patch queue. --- include/linux/module.h~ Tue Dec 5 00:53:23 2000 +++ include/linux/module.h Tue Dec 5 17:24:47 2000 @@ -345,7 +345,7

-

The Internet's Finest and Most Reliable Bulk Email Provider! Since 1996, TechData has provided bulk email service to thousands of well-satisfied customers. We offer the most competitive prices in the industry, made possible by our high percentage of repeat business. We have the most advanced, d

Re: PCI irq routing..

On Tue, 5 Dec 2000, Linus Torvalds wrote: > WHY this happens is unclear, but it could be several reasons: > - undocumented "Plug'n'Play OS true behaviour" > - BIOS bugs. 'nuff said. > - warm-booting from an OS that _does_ set the interrupt routing, >and also sets the PCI config space thing

test12-pre5 does not compile

I compile dummy.c into the kernel; make bzImage stops with: gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -malign-functions=4 -c -o dummy.o dummy.c dummy.c: In function `dummy_init_module': dummy.c:103: in

Change of /proc/cpuinfo format

Hi, There was a minor change to the format of /proc/cpuinfo which hoses several programs. Most notably is vmware. The details are the field formerly known as 'flags' is now known as 'features' which breaks any programs attempting to parse /proc/cpuinfo and making decisions about what feature s

PCI irq routing..

Ok, I now have two confirmations from independent people (Adam Richter and Kai Germaschewski) who have completely different hardware, but have the same problem: irq routing seems to not work for them. In both cases it is because the PCI device config space already has an entry for the interrupt,

Re: [PATCH] livelock in elevator scheduling

On Mon, Dec 04 2000, Russell Cattelan wrote: > I'm going to take a closer look at the scsi_back_merge_fn. > This may have more to due with our/Chait's kiobuf modifications than > anything else. > > > > XFS (dev: 8/20) mounting with KIOBUFIO > Start mounting filesystem: sd(8,20) > Ending clean

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

> > I have a vested interest in how this all turns out. I own a Packet Over SONET > device driver for our OC-12 and OC-48 NICs that I currently pass all parameters > to the driver via arguments on the insmod. To avoid lengthy commands, we > provide the common defaults. We accept some basic ifc

Re: 2.4.0-test12-pre4 + cs46xx + KDE 2.0 = frozen system

On Tuesday 05 December 2000 15:02, Alan Cox wrote: > > > cs461x: Card found at 0xf8ffe000 and 0xf8e0, IRQ 18 > > cs461x: Unknown card (:) at 0xf8ffe000/0xf8e0, IRQ 18 > > This gets garbage back when it reads the vendor subids. I dont at this > point see it being a sound bug

Re: [patch-2.4.0-test12-pre5] optimized get_empty_filp()

[Peter Samuelson] > > Whether a memset of 92 bytes (on 32-bit arch), plus an > > atomic_set(), are worth deserializing, I do not know. [Tigran Aivazian] > Of course, they are worth it. Actually, I don't understand how can > you even doubt it? Clearly we are talking at cross-purposes here. I

Re: Bug Report : make modules_install seems to do a wrong call to depmod, using an unknow option "-F".

Are you using the latest version of modutils? Delaporte Frédéric wrote: > > Hello. > > make modules_install seems to do a wrong call to depmod, using an unknow > option "-F". -- = Mohammad A. Haque

Re: [patch-2.4.0-test12-pre5] optimized get_empty_filp()

On Tue, 5 Dec 2000, Peter Samuelson wrote: > [Tigran Aivazian] > > The only reason one could think of was to "hold the lock for as short > > time as possible" but a minute's thought reveals that such reason is > > invalid (i.e. one is more likely to waste time spinning on the lock > > than to save

Bug Report : make modules_install seems to do a wrong call to depmod, using an unknow option "-F".

Hello. make modules_install seems to do a wrong call to depmod, using an unknow option "-F". The line concerned in the Makefile is the 376th, colonne 47, character 44. Replacing "-F" by "-m" seems to solve the trouble (I've trust the depmod's man page). Here is this line : if [ -r System.ma

2.2.18pre24 - forgotten symbols

With an SMP kernel one gets, in particular, depmod: *** Unresolved symbols in /lib/modules/2.2.18pre24/misc/agpgart.o depmod: smp_call_function depmod: smp_num_cpus The machine affected is actually Alpha but likely this is not relevant. Michal [EMAIL PROTECTED] - To unsubs

Re: [patch-2.4.0-test12-pre5] optimized get_empty_filp()

[Tigran Aivazian] > The only reason one could think of was to "hold the lock for as short > time as possible" but a minute's thought reveals that such reason is > invalid (i.e. one is more likely to waste time spinning on the lock > than to save it by dropping/retaking it, given the relative dura

Re: 2.4.0-test12-pre4 + cs46xx + KDE 2.0 = frozen system

> Crystal 4280/461x + AC97 Audio, version 0.13, 08:56:46 Dec 5 2000 > cs461x: Card found at 0xf8ffe000 and 0xf8e0, IRQ 18 > cs461x: Unknown card (1028:0096) at 0xf8ffe000/0xf8e0, IRQ 18 > ac97_codec: AC97 Audio codec, vendor id1: 0x4352, id2: 0x5914 (Unknown) This correctly sees the card

Re: kernel panic in SoftwareRAID autodetection

On Monday December 4, [EMAIL PROTECTED] wrote: > On 01-Dec-00, Neil Brown wrote: > > On Friday December 1, [EMAIL PROTECTED] wrote: > >> I found a real showstopper problem in the SoftwareRAID autodetect > >> code; 2.4.0-test10 and 2.4.0-test11 are affected (I didn't test > >> previous versions). >

Re: test12-pre5

On Tue, 5 Dec 2000, Daniel Phillips wrote: > > OK, I see - this isn't easy at all. You start the io if necessary, and > some time later it completes. Right. You don't know when. Once completed, it will unlock the page and wake up waiters. It will also set PG_Uptodate if the read was successfu

Re: 2.4.0-test11: kernel: waitpid(823) failed, -512

On Tue, Dec 05, 2000 at 12:47:03PM +1100, Andrew Morton wrote: > [EMAIL PROTECTED] wrote: > > > > On Sun, Dec 03, 2000 at 11:36:11PM +0100, Frank van Maarseveen wrote: > > > While playing with routing (zebra) and PPP I regularly see this > > > message appearing. It always happens when pppd termin

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

> Alan, what's the approach you'd feel more comfortable with: > - One ioctl that passes a pointer to a known structure in ifr.ifr_data as > its argument. > - Several ioctl's, one for each parameter, that pass only the specific > parameter new value as the argument. > > The former is good be

Re: 2.4.0-test11: kernel: waitpid(823) failed, -512

On Tue, Dec 05, 2000 at 12:47:03PM +1100, Andrew Morton wrote: > > Ted, > > it's caused by exec_usermodehelper(). Patch seems to work. Tested on 2.4.0-test11 which revealed the problem -- Frank - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

Re: 2.4.0-test12-pre5 breaks vmware (again)

On Tue, 5 Dec 2000, Peter Samuelson wrote: > [Tigran Aivazian] > > I think 'flags' is what it used to be called ages ago but that is > > irrelevant -- everyone presumably already changed all their software > > to use 'features' (I did, for example) and forgot about the old > > 'flags' forever

Re: 2.4.0-test12-pre5 breaks vmware (again)

> > presumably already changed all their software to use 'features' (I did, > > for example) and forgot about the old 'flags' forever > > Blessed vmware-config.pl contains > > \(flags\|features\).* > > so it should run... vmware-config as used by the other 99.% of people does not - To

Re: 2.4.0-test12-pre5 breaks vmware (again)

[Tigran Aivazian] > I think 'flags' is what it used to be called ages ago but that is > irrelevant -- everyone presumably already changed all their software > to use 'features' (I did, for example) and forgot about the old > 'flags' forever Ages ago? s/flags/features/ happened in test11pre5.

Re: eepro100 driver update for 2.4

Ion Badulescu wrote: > > Do you know if only one specific chip revision exhibits this problem? It > would really help track down the problem. If I remember correctly, 82557 > doesn't have flow control at all, and 82558/9 have different > implementations -- one is proprietary (82558) and one is st

RE: [bug] vfsmount->count accounting broken again?

> > Andries wrote Monday 4-dec-2000 about a umount patch > > for this: > > Randy, presumably you mean the userspace side, yes? I.e. not > the kernel > bug I reported. I should have put a subject [two bugs] > instead of [bug]. Right. Sorry I wasn't more clear about that. ~Randy - To unsubscr

[FALSE ALLERT]Re: [bug] vfsmount->count accounting broken again?

Ok, more info on the "kernel bug" -- the /boot filesystem was busy to begin with so no wonder it remained busy afterwards So, there was only one bug for certain and that's the userspace one but looks like Andries has taken care of that one already. On Tue, 5 Dec 2000, Tigran Aivazian wrote

RE: [bug] vfsmount->count accounting broken again?

On Tue, 5 Dec 2000, Dunlap, Randy wrote: > Andries wrote Monday 4-dec-2000 about a umount patch > for this: Randy, presumably you mean the userspace side, yes? I.e. not the kernel bug I reported. I should have put a subject [two bugs] instead of [bug]. Regards, Tigran - To unsubscribe from thi

RE: [bug] vfsmount->count accounting broken again?

Andries wrote Monday 4-dec-2000 about a umount patch for this: Now that there was some discussion about umount, I released a version of mount/umount that perhaps has a slightly better behaviour. Since the change was largish (and is untested), don't put it blindly into your distribution. Another c

[bug] vfsmount->count accounting broken again?

Hi, Imagine two ext2 filesystems /dev/hda1 mounted rw on /boot /dev/hda3 mounted rw on /usr/src now mount /dev/hda3 also on /boot mount -t ext2 /dev/hda3 /boot this succeeds, which is expected. Now umount it. umount /boot this also succeeds, which is expected. Now do df(1) and notice that /

Re: Problems with Athlon CPU [long]

[Lukasz Trabinski] > > I know about it, but the compiler does. [Mike A. Harris] > Not sure what you mean however no part of the linux kernel ever uses > glibc at all. It is not possible to do so in fact. He means that gcc is linked to libc, so a libc bug could possibly affect gcc. I have not

Re: Patch: x86 PCI IRQ's were not being routed in some cases (against 2.4.0-test11pre4)

Hello! > To fix this problem, I have deleted a conditional in > pcibios_enable_irq, so that it will route the IRQ, even if it > thinks the work has already been done. Now, USB and my PCMCIA > flash cards work in that notebook computer again. Unfortunately, your fix is wrong -- it makes Li

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

[Ivan Passos] > - One ioctl that passes a pointer to a known structure in > ifr.ifr_data as its argument. struct sync_params_ioctl_data { int opcode; union {.. Seems straightforward to me. Basically just ioctl numbers within ioctl numbers. Peter - To unsubscribe from this list: send

Re: HPT366 + SMP = slight corruption in 2.3.99 - 2.4.0-11

What helped me was to use old IDE cables to enforce UDMA-33. Switching to an 80-conductor cable makes the machine freeze regardless of what I set in the HPT-BIOS. Upgrading the MB BIOS, fans on the chipset and a 435 watts :) power supply are reported to help some cases. I had no luck. Regard

Re: [PATCH] inode dirty blocks Re: test12-pre4

Alexander Viro wrote: > > On Sun, 3 Dec 2000, Linus Torvalds wrote: > > > > > Synching up with Alan and various other stuff. The most important one > > being the fix to the inode dirty block list. > > It doesn't solve the problem. If you unlink a file with dirty metadata > you have a nice chanc

Re: test12-pre5

On Tue, 5 Dec 2000, Linus Torvalds wrote: > And this is not just a "it happens to be like this" kind of thing. It > _has_ to be like this, because every time we call clear_inode() we are > going to physically free the memory associated with the inode very soon > afterwards. Which means that _an

Re: Using map_user_kiobuf()

> Am I the only one who finds the READ/WRITE option back to front? > > No, I was just thinking it should be change to USER_READ, USER_WRITE > or something a little more obvious. Eh, read data from userspace and write data to userspace? Oops. FROM_USER TO_USER - To unsubscribe from thi

Re: check_lock() in d_move() and switch_names()?

On Tue, 5 Dec 2000, Tigran Aivazian wrote: > Alexander, in one point at least you are wrong. That one point is -- I did > _not_ suggest any optimizations (especially microoptimizations). I was > merely trying to see exactly _why_ d_move() needs a BKL since it takes > dcache_lock which already p

Re: test12-pre5

On Tue, 5 Dec 2000, Alexander Viro wrote: > > > > Stephen is _wrong_ wrt fsync(). > > > > Why? > > > > Think about it for a second. How the hell could you even _call_ fsync() on > > a file that no longer exists, and has no file handles open to it? > ^^ > clear_inode(

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

On Tue, 5 Dec 2000, Mark Cooke wrote: > > struct foo { > unsigned intcrufty_compatability_number; > . > . > . > }; > > ? The problem is not this, but structure alignment and copy_[to|from]_user operations. This approach, although it's my preferred one (due to being

Re: check_lock() in d_move() and switch_names()?

On Tue, 5 Dec 2000, Alexander Viro wrote: > > The check for BKL in d_move() and switch_names() seem to be unnecessary as > > d_move() takes dcache_lock and switch_names() is only called by > > d_move(). So, if the callers take BKL just for the sake of d_move() they > > do not need to, but if, for

Re: Motorola DigitalDNA Help,Service Request # 1-1H8Q6 Follow - MPC8xx not setting DAR when DCBZ faults

Motorola DigitalDNA Help wrote: > Dear Till Strauamnn, > > in reply to your Service Request SR 1-1H8Q6 (see details below): > > You are right. We've tested your code. It behaves the same way with > other 860 parts. > Let us know if this feature creates a problem for you and we'll try to > find a

Re: check_lock() in d_move() and switch_names()?

On Tue, 5 Dec 2000, Tigran Aivazian wrote: > Hi, > > The check for BKL in d_move() and switch_names() seem to be unnecessary as > d_move() takes dcache_lock and switch_names() is only called by > d_move(). So, if the callers take BKL just for the sake of d_move() they > do not need to, but if,

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

On Tue, 5 Dec 2000, Matthew G. Marsh wrote: > > I would like to note an objection to using ifconfig to carry all of this. > For example I do not use or even have ifconfig on any of my systems as I > only use/need/want Alexey's ip utility to perform all of those tasks. > > I would rather have a

check_lock() in d_move() and switch_names()?

Hi, The check for BKL in d_move() and switch_names() seem to be unnecessary as d_move() takes dcache_lock and switch_names() is only called by d_move(). So, if the callers take BKL just for the sake of d_move() they do not need to, but if, for other reasons, then that is fine. In any case, the ch

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

On Tue, 5 Dec 2000, Alan Cox wrote: > > I think a new ioctl would be sensible. There is a lot to go in it. Alan, what's the approach you'd feel more comfortable with: - One ioctl that passes a pointer to a known structure in ifr.ifr_data as its argument. - Several ioctl's, one for each para

Re: [RFC-2] Configuring Synchronous Interfaces in Linux

On Tue, 5 Dec 2000, Francois Romieu wrote: > Ivan Passos <[EMAIL PROTECTED]> écrit : > > > > - Media: V.35, RS-232, X.21, T1, E1 > > I don't exactly see the point here: do some of your cards supports these > media at the same time ? I would have believed it to be set in stone. Yes. The PC300/

Re: eepro100 driver update for 2.4

On Mon, 4 Dec 2000, Andrey Savochkin wrote: > > There is nothing relevant in the errata, unfortunately... > > Do you have it? I have the manual in the office, so I can look at it again in a couple of days. I've used it to hack on the BSDI driver... > The sympthomes are that the card triggers F

Re: negative NFS cookies: bad C library or bad kernel?

Hi! > Fiddling with the Crytographic File System the other day, I managed to > tickle a mysterious bug. When some directories grew large enough, > suddenly a chunk of files would half "disappear". "find" would list > them fine, but "ls" and "echo *" wouldn't. > > After a bit of troubleshooting

Re: test12-pre5

On Tue, 5 Dec 2000, Linus Torvalds wrote: > > So Stephen is right wrt fsync() (it will not get that stuff on disk). > > However, it's not a bug - if that crap will not end up on disk we > > will only win. > > Stephen is _wrong_ wrt fsync(). > > Why? > > Think about it for a second. How the h

[PATCH] setup.c cpuinfo flags notsc

Peter, Some minor mods to test12-pre5 (and earlier) arch/i386/kernel/setup.c: please pass on to Linus if you approve. 1. Your "features" was reverted to "flags", but an extra tab is needed. 2. identify_cpu() re-evaluates x86_capability, which left cpu_has_tsc true (and cpu MHz shown as 0.000

Re: test12-pre5

Hi, On Tue, Dec 05, 2000 at 09:48:51AM -0800, Linus Torvalds wrote: > > On Tue, 5 Dec 2000, Stephen C. Tweedie wrote: > > > > That is still buggy. We MUST NOT invalidate the inode buffers unless > > i_nlink == 0, because otherwise a subsequent open() and fsync() will > > have forgotten what bu

Re: test12-pre5

On Tue, 5 Dec 2000, Alexander Viro wrote: > > Sigh. OK, let me put it that way: > > * we _can_ have dirty blocks on the list when inode gets freed. Agreed. > * no, CAN_UNUSE will not see them. CAN_UNUSE() is not used at all for the final forcible removal of an inode that has no

NWFS mkfs.nwfs and fsck.nwfs tools issues -- need input

Alan, I guess since my brain is 40+ years old and dying, I will keep getting slower... and slower . integrating this into a release is about 4 times the work I had thought (GNU partspec -- what is mess!!!). 2.4 seems to have stopped changing and is very stable, and Linus appears to have st

Re: test12-pre5

On Tue, 5 Dec 2000, Linus Torvalds wrote: > Get your acts together, guys. Stop blathering and frothing at the mouth. > The only time clear_inode() should be called is (a) when we prune the > inode cache - and we CLEARLY cannot prune an inode if it still has dirty > blocks associated with it and

Re: 2.2.17 + ide patches + 61gb ibm disc = problem

On Tue, Dec 05, 2000 at 05:15:25PM +0100, Daniel Sangenberg wrote: > I have a problem with 2.2.17 + the latest ide patches and 2 * 61 gb ibm ide > discs, the discs are connected as slave on a two channels (onboard ide > channels on a asus p2b (i440BX Chipset)), there is nohing else connected on

Re: Serial Console

Yes it could be a modem on the line, so my comment about DCD is wrong, a comms program must be able to send AT commands to the modem when DCD is not asserted before the call is setup. I was being confused by the login getty which we run on the same serial port. This drops back to the login promp

  1   2   >