Re: hotmail can't deal with ECN

H. Peter Anvin writes: > He's keeping in mind who owns Hotmail. However, I think that's unfair > to the Hotmail guys; all the ones I have ever spoken with have been > very professional and genuinely concerned with standards compliance. Yes, I also think this has nothing to do with who owns

Re: hotmail can't deal with ECN

Followup to: <[EMAIL PROTECTED]> By author:"Michael B. Trausch" <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > On Mon, 29 Jan 2001, Thunder from the hill wrote: > > > > > Don't they understand that Linux is actually a system that is growing to > > > be very popular? > > > > That's

Re: eepro100 - Linux vs. FreeBSD

On Mon, Jan 29, 2001 at 11:06:11AM -0700, Micah Gorrell wrote: > As stated in a number of previous messages to this list many people have had > serious problems with the eepro100 driver in 2.4. These problems where not > there in 2.2 and it is not a select few machines showing this so I very

Multiplexing mouse input

My laptop has a touchpad builtin with two buttons, I also have an external PS2 and/or USB mouse (3 buttons with scroll wheel). I would like to be able to use the touchpad, and then plug in the mouse (with either PS2 or USB connector) and use it without reconfiguring anything. In fact, it would

Re: *massive* slowdowns on 2.4.1-pre1[1|2]

In article <[EMAIL PROTECTED]>, Mark Hahn <[EMAIL PROTECTED]> wrote: >> Kernel 2.4.1-pre11 and pre12 are both massively slower than 2.4.0 on the >> same machine, compiled with the same options. The machine is a Athlon >> 900 on a KT133 chipset. The slowdown is noticealbe in all areas... >

Re: RFC: Kernel mechanism: Compound event wait/notify + callback chains

Why don't you look at Kqueues (from FreeBSD)? - 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/

VIA 686B/IBM DTLA

Hi all, First post to the list...hope I get it right. I have noticed extended discussions regarding the VIA chipset and ATA100 problems...well ATA66 problems for that matter. I am curious as to how I can verify 100%, whether or not I am subject to the problems being discussed or not. I have

[PATCH] maestro3 PM update

This gets rid of the PM callback maestro3 was using to catch suspend/resume events, and just uses the pci_dev callbacks instead. It has minor cleanups in the _probe() path, including a braindead oops fix. It works on my laptop, but I'd really appreciate it seeing more testing. Alan, could you

Re: [UPDATE] Zerocopy patches, against 2.4.1-pre10

Ion Badulescu writes: > I've attached a diff for the latest driver (and firmware) version, against > 2.4.1pre10+zerocopy. Sorry about MIME, but my pine is currently broken > (strips trailing spaces/tabs). Ok. Ion, I'll start to include your Starfire changes once the firmware distribution

Re: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

The "more expensive" write/send in zerocopy is a known cost of paged SKBs. This cost may be decreased a bit with some fine tuning, but not eliminated entirely. What do we get for this cost? Basically, the big win is not that the card checksums the packet. We could get that for free while

Re: [Kiobuf-io-devel] RFC: Kernel mechanism: Compound eventwait/notify + callback chains

On Tue, 30 Jan 2001 [EMAIL PROTECTED] wrote: > > Comments, suggestions, advise, feedback solicited ! > > If this seems like something that might (after some refinements) be a > useful abstraction to have, then I need some help in straightening out the > design. I am not very satisfied with it in

Re: Recommended swap for 2.4.x.

better off configure squid and use that as web cache. Thanks, Jeff [ [EMAIL PROTECTED] ] - Original Message - From: "Kevin Krieser" <[EMAIL PROTECTED]> To: "Linux Kernel" <[EMAIL PROTECTED]> Sent: Tuesday, January 30, 2001 8:24 AM Subject: RE: Recommended swap for 2.4.x. You mean my

Info. regarding using IBM ISA turbo 16/4 tokenring adapter

Hi all, I am using IBM ISA turbo 16/4 tokenring adapter. This is what I experienced in 2.4.0 kernel. On configuring the adapter using Lanaid tool , the default ROM address always falls within the video ROM area.. This was causing the system to hang-up when XWindows was started and

RFC: Kernel mechanism: Compound event wait/notify + callback chains

Comments, suggestions, advise, feedback solicited ! If this seems like something that might (after some refinements) be a useful abstraction to have, then I need some help in straightening out the design. I am not very satisfied with it in its current form. A Kernel Mechanism for Compound

Re: [PATCH] drivers/scsi/BusLogic.c: No resource probing before pci_enable_device (241p11)

Date: Mon, 29 Jan 2001 22:48:38 +0100 From: Rasmus Andersen <[EMAIL PROTECTED]> The following patch makes drivers/scsi/BusLogic.c wait with probing pdev->irq and pdev->resource[] until we call pci_enable_device. This is recommended due to hot-plug considerations (according to Jeff

Re: [ANNOUNCE] Dolphin PCI-SCI RPM Drivers 1.1-4 released

folx, i must be missing something here. i'm not aware of a PCI bus that only supports 70 MBps but i am probably ignorant. this is why i was confused by jeff's performance numbers. 33MHz 32-bit PCI busses should do around 120MB/s (just do the math 33*32/8 allowing for some overhead of PCI bus

Re: [META] proposal to set up digestifier for linux-kernel

I received a note from Michael T. Babcock noting that there already is a digest operated by yahoogroups.com (formerly egroups.com): > I read the Linux kernel list as a digest from egroups.com. > Do a quick search for 'linux kernel' and you'll find it. If you don't care for the advertising that

Re: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

On Mon, 29 Jan 2001, jamal wrote: > > 11.5kBps, quite consistently. > > This gige card is really sick. Are you sure? Please double check. Umm.. the starfire chipset is 100Mbit only. So 11.5MBps (sorry, that was a typo, it's mega not kilo) is really all I'd expect out of it. Ion -- It is

Re: [ANNOUNCE] Kernel Janitor's TODO list

Rusty Russell wrote: > > > In message <[EMAIL PROTECTED]> you write: > > > http://www.uwsg.iu.edu/hypermail/linux/kernel/0005.3/0269.html > > > > > > A lot of the timer deletion races are hard to fix because of > > > the deadlock problem. > > Double take: we *did* fix the problems with

Re: Linux Disk Performance/File IO per process

It depends on what the performance hit is 'after coding'. If the code is say less than 5% overhead I honestly don't see there being a problem then just to compile it in the kernel and keep it active all the time. Only people who would need it would compile it in, and from experience 5% or less

Re: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

On Mon, 29 Jan 2001, Ion Badulescu wrote: > 11.5kBps, quite consistently. This gige card is really sick. Are you sure? Please double check. > > I've tried it, but I'm not really sure what I can report. ttcp's > measurements are clearly misleading, so I used Andrew's cyclesoak instead. The

Desk check of raid5.c patch from mtew@cds.duke.edu?

I've been following the recent 2.4.1-pre series and am wondering why the following one-liner (obviously correct) patch has not been applied. Maybe the original request from Neil to Linus did not get through? --- drivers/md/raid5.c

Re: Linux 2.4.0ac12

On Fri, Jan 26, 2001 at 11:53:54PM +, Alan Cox wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ > 2.4.0-ac11 > o Make de4x5 driver work (Nathan Hand) sure this wasn't ewrk3? nathan posted a patch against ewrk3 driver a while back, but not

Re: Linux Disk Performance/File IO per process

On Mon, 29 Jan 2001, List User wrote: > Just wanted to 'chime' in here. Yes this would be noisy and will have > an affect on system performance however these statistics are what are > used in conjunction with several others to size systems as well as to > plan on growth. If Linux is to be put

Re: ECN: Clearing the air

On Sun, 28 Jan 2001, Pavel Machek wrote: > > Does not that mean that Linux 2.0.10 mistakenly announces it is ECN > capable when offered ECN connection? In fact it does. But as someone mentioned, ECN is resilient to this. i.e this will be trapped and no ECN connection will happen. For

RE: *massive* slowdowns on 2.4.1-pre1[1|2]

If you have ACPI enabled, it is the culprit. (I'm workin' on it! ;-) Anyway, ACPI driver is marked "developmental and/or incomplete" and will not be otherwise any time soon so it's broken-ness should IMO not hold up kernel releases. Regards -- Andy (ACPI maintainer) > -Original

Re: *massive* slowdowns on 2.4.1-pre1[1|2]

> Kernel 2.4.1-pre11 and pre12 are both massively slower than 2.4.0 on the > same machine, compiled with the same options. The machine is a Athlon > 900 on a KT133 chipset. The slowdown is noticealbe in all areas... this is known: Linus decreed that, since two people reported disk corruption

RE: 2.4.0-test12: SiS pirq handling..

> Despite the latest ACPI update, I still get the ACPI slowdown on > initialisation which started with the -pre10 changes. Also, the uhci > module doesn't work for me (the latest patch from Johannes > Erdfelt does > work). This is an Abit KA7-100, which has the KX133 chipset. Here is > the

*massive* slowdowns on 2.4.1-pre1[1|2]

Sorry if this is a redundant post, but I didn't see any related posts (at least from the subject lines)... Kernel 2.4.1-pre11 and pre12 are both massively slower than 2.4.0 on the same machine, compiled with the same options. The machine is a Athlon 900 on a KT133 chipset. The slowdown is

Re: 2.4.0-test12: SiS pirq handling..

> The other changes in pre12 aren't likely to be all that noticeable, unless > you happen to be hit by just that detail.. As always, fedback is > appreciated. > > Linus > > > > pre12: > - Get non-cpuid Cyrix probing right (it's not a NexGen) > - Jens Axboe: cdrom tray

Re: EXPORT_SYMTAB and kernel 2.2.x

Nevermind... I figured it out... I added the modules to the MX_OBJS list and it worked fine. Mike -- - 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: [ANNOUNCE] Kernel Janitor's TODO list

> In message <[EMAIL PROTECTED]> you write: > > http://www.uwsg.iu.edu/hypermail/linux/kernel/0005.3/0269.html > > > > A lot of the timer deletion races are hard to fix because of > > the deadlock problem. Double take: we *did* fix the problems with del_timer_sync(). We should probably

Re: Recommended swap for 2.4.x.

On Mon, Jan 29, 2001 at 03:23:35PM -0800, [EMAIL PROTECTED] wrote: > On Mon, Jan 29, 2001 at 02:57:44PM -0800, Alan Olsen wrote: > > > > What is the recommended amount of swap with the 2.4.x kernels? > > AFAIK, swap requirements for applications running under a 2.4 kernel have not > changed

Re: Support for 802.11 cards?

Hmm, this is interesting... I know that the kernel can be set to try to detect PCI devices on its own, without the help of the BIOS. Is there any reason why that feature wouldn't work with this particular type of card? Thanks, Mike Pontillo On 29 Jan 2001, Bryan O'Sullivan wrote: > m>

Re: DVD Disk Detection

Followup to: <[EMAIL PROTECTED]> By author:Kernel Related Emails <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > I was just wondering if anyone had any suggestions to check to see if a > DVD is in a users DVD drive. Currently if you run a CDROM_DISC_STATUS on > a DVD you get a

Re: sendfile+zerocopy: fairly sexy (nothing to do with ECN)

On Sat, 27 Jan 2001, jamal wrote: > > starfire: > > 2.4.1-pre10+zerocopy, using sendfile(): 9.6% CPU > > 2.4.1-pre10+zerocopy, using read()/write(): 18.3%-29.6% CPU * why so much >variance? > > > > What are your throughput numbers? 11.5kBps, quite consistently. BTW,

EXPORT_SYMTAB and kernel 2.2.x

I am trying to add some drivers to kernel 2.2.16 and I think I have everything done right except that when it tries to compile the driver I get an error message saying that EXPORT_SYMTAB is not defined. How do I fix this? I have added a target to the Config.in and I have added what I think to

Re: PCI IRQ routing problem in 2.4.0 (updated patch)

From: Martin Diehl <[EMAIL PROTECTED]> > On Mon, 29 Jan 2001, Linus Torvalds wrote: > Below is the updated patch. It should handle both (0x01/0x41 > like) mappings. I can (and did) only test the 0x01 case. > USBIRQ routing (0x62) supported, IDE/ACPI/DAQ untouched. I don't really understand your

Re: [ANNOUNCE] Kernel Janitor's TODO list

In message <[EMAIL PROTECTED]> you write: > http://www.uwsg.iu.edu/hypermail/linux/kernel/0005.3/0269.html > > A lot of the timer deletion races are hard to fix because of > the deadlock problem. Hmmm... For 2.5, changing the timer interface to disallow mod_timer or add_timer

Re: More on the VIA KT133 chipset misbehaving in Linux

On Mon, Jan 29, 2001 at 11:14:02AM +, Adrian Cox wrote: > Dylan Griffiths wrote: > > The VIA KT133 chipset exhibits the following bugs under Linux 2.2.17 and > > 2.4.0: > > 1) PS/2 mouse cursor randomly jumps to upper right hand corner of screen and > > locks for a bit > > This happens to me

Re: Knowing what options a kernel was compiled with

On Mon, 29 Jan 2001 12:41:31 -0800, Torrey Hoffman <[EMAIL PROTECTED]> wrote: >Should someone submit a patch to copy the .config to a standard location as >part of "make install" or "make modules_install"? If included in the >official sources, that good example would encourage the distribution

Via PCI IRQ routing problem related? (was: PCI IRQ routing problem in 2.4.0)

hmmm, would these sis-related pirq problems be related to the current problems lots of people with a via chipset (at least the apollo pro 133a chipset) and an smp-enabled kernel are seeing? currently, people with this chipset and an smp-enabled kernel have to disable apic if they wish to use

Re: [PATCH] dynamic IP support for 2.4.0 (SIOCKILLADDR)

"Albert D. Cahalan" <[EMAIL PROTECTED]> writes: [...] > > I patched userspace ppp-2.4.0 to use this functionality. It would be > > better if SIOCKILLADDR were not used until we are sure that the new IP > > is in fact different from the old one, but pppd in demand mode would > > I get the same

Re: [PATCH] dynamic IP support for 2.4.0 (SIOCKILLADDR)

Jamie Lokier <[EMAIL PROTECTED]> writes: [...] > The important thing is that the tunnel is destroyed and recreated > (it has to be, it is over different underlying link addresses). I > do not want that to destroy the connections from the tunnelled > address. No connections at all will be

Re: 2.4.0-test12: SiS pirq handling..

| > Problem still exists, diffed to last kernel: | Yes. But everything works for you, no? Including USB? Mmmhmm.. | The problem is that you have this routing table entry: | | 00:01 slot=00 0:62/1eb8 1:00/ 2:00/ 3:00/ | | which is really for the USB chip (PCI id 00:01.2), and which

Re: Maxwell strikes the heart (ECN: Clearing the air)

At 14:55 -0800 29-01-2001, Pete Zaitcev wrote: >So far I fail to see how a repainted NAK, kludged into a NAKless protocol, >would improve stability of the Internet. If anything, it is going to >exaggerate traffic oscillations. If anything RED will *reduce* oscillations by alleviating retransmit

Re: [ANNOUNCE] Kernel Janitor's TODO list

[Timur Tabi] > [ttabi@one DocBook]$ make pdfdocs > Makefile:140: /Rules.make: No such file or directory > > There's no Rules.make anywhere on my hard drive. There had better be one in '../..'. Do the 'make pdfdocs' from the top level of the kernel source tree. Peter - To unsubscribe from

RE: Recommended swap for 2.4.x.

You mean my current 1.9 gig of swap is overkill? :) I have 256MB of RAM, and am currently not using any of the swap. So, I probably have too much swap allocated. But I wanted to find an use for a gig SCSI drive I have, and it was just easiest to add it as swap. - To unsubscribe from this

Re: [ANNOUNCE] Kernel Janitor's TODO list

On Mon, Jan 29, 2001 at 10:27:50AM -0800, David D.W. Downey wrote: > And don't tell me "Well, then you shouldn't be touching the kernel if > you're not a developer" because that's crap too. No this is a good advise. "Never touch anything you don't understand." If you like to develop for Linux,

Re: Poor SCSI drive performance FIXED on SMP machine, 2.2.16

Thanks! I have added a terminator to the SCSI bus and also turned on TCQ and now I can write out 100 MB in 10 seconds (as opposed to several minutes) Regards, Para-dox ([EMAIL PROTECTED]) - Original Message - From: "Trevor Hemsley" <[EMAIL PROTECTED]> To: "paradox3" <[EMAIL PROTECTED]>

Loss of Data within the Kernel Source Tree

I had recently an interesting or strange problem occur to me that I hope someone can explain to me. I'm running Linux on my Intel P.C. My Distribution is Caldera OpenLinux 1.3 My Kernel is 2.2.17 I have created at least five Kernels since November, 2000 without any problems at all. I recently

Re: Recommended swap for 2.4.x.

On Mon, 29 Jan 2001 [EMAIL PROTECTED] wrote: > This always struck me as the most stupid rule of thumb I'd ever heard > of. With this metric, systems which precisely need swap the most It used to be basically meaningful, for systems that had to swap, instead of page. In those cases, in order

Re: Recommended swap for 2.4.x.

On Mon, Jan 29, 2001 at 03:23:35PM -0800, [EMAIL PROTECTED] wrote: > On Mon, Jan 29, 2001 at 02:57:44PM -0800, Alan Olsen wrote: > > The standard rule is usually memory x 2. (But that is more a Solaris > > superstition than anything else.) > > This always struck me as the most stupid rule of

Re: 2.4.0-test12: SiS pirq handling..

On Mon, 29 Jan 2001, Aaron Tiensivu wrote: > > Problem still exists, diffed to last kernel: Yes. But everything works for you, no? Including USB? The problem is that you have this routing table entry: 00:01 slot=00 0:62/1eb8 1:00/ 2:00/ 3:00/ which is really for the USB

Re: Linux-2.4.1-pre11

On Mon, Jan 29, 2001 at 11:55:44AM +0100, Ondrej Sury wrote: >Harold Oga <[EMAIL PROTECTED]> writes: > >> Hi, >>I'm seeing similar problems with my system on 2.4.1-pre10. This is an >> AMD Thunderbird 900, MSI K7T Pro2-A mobo w/VIA KT133 chipset, UP, ide/scsi >> mix. 2.4.1-pre10 works fine

Re: PPP/Modem connection problems starting somewhere between 2.2.14(maybe 15) and 2.2.18

On Sun, Jan 28, 2001 at 07:48:29PM +, Adrian Bridgett wrote: > On Wed, Jan 24, 2001 at 17:30:38 -0600 (+), Matthew Fredrickson wrote: > > I'm not positive if this is a bug, I'm only able to confirm this from one > > other source. Somewhere between (I can't remember exactly which kernel

Maxwell strikes the heart (ECN: Clearing the air)

> From: Gregory Maxwell ([EMAIL PROTECTED]) > Date: Sun Jan 28 2001 - 14:42:04 EST > > On Sun, Jan 28, 2001 at 01:29:52PM +, James Sutherland wrote: > > > There is nothing silly with the decision, davem is simply a modern day > > > internet hero. > > > > No. If it were something

Re: Recommended swap for 2.4.x.

On Mon, Jan 29, 2001 at 02:57:44PM -0800, Alan Olsen wrote: > > What is the recommended amount of swap with the 2.4.x kernels? AFAIK, swap requirements for applications running under a 2.4 kernel have not changed significantly from 2.2 kernels (please anyone correct me if I'm wrong), so the

Strange oops with 2.4.1-pre12 (RTL & DRM)

Hello I've got this strange oops with this very latest kernel. I also have to mention that this happens when I run RTLinux application (so this kernel contains RTL patch) and DRI is activated. I'm not necessarily saing this is linux kernel bug as it could be the problem of RTL patch or some

Re: 2.4.0-test12: SiS pirq handling..

| Could people that had problems with SiS interrupt handling before please | give 2.4.0-test12 a final whirl before I release it as 2.4.1? We got a lot | of pirq tables from people, and Martin Diehl put them together with the | hardware specs to come up with what looks to be the "final and

Re: Recommended swap for 2.4.x.

In article <[EMAIL PROTECTED]>, Alan Olsen <[EMAIL PROTECTED]> wrote: > >What is the recommended amount of swap with the 2.4.x kernels? > >The standard rule is usually memory x 2. (But that is more a Solaris >superstition than anything else.) "memory x 2" is probably a good rule. With normal

DVD Disk Detection

I was just wondering if anyone had any suggestions to check to see if a DVD is in a users DVD drive. Currently if you run a CDROM_DISC_STATUS on a DVD you get a CDS_DATA_1 returned. What kernel level call would destinguish between an actual Data CD and a DVD? Thanks, Kris Kersey [EMAIL

Re: [ANNOUNCE] Dolphin PCI-SCI RPM Drivers 1.1-4 released

Relative to some performance questions folks have asked, the SCI adapters are limited by PCI bus speeds. If your system supports 64-bit PCI you get much higher numbers. If you have a system that supports 100+ Megabyte/second PCI throughput, the SCI adapters will exploit it. This test was

Re: [PATCH] make sym53c8xx.c and ncr53c8xx.c call pci_enable_device(241p11)

You missed that SYMBIOS devices can be attached by RAID firmware and, that, in such situation, the kernel should avoid tampering the SYMBIOS device. The [ncr|sym]53c8xx drivers are aware of that, and donnot attach SYMBIOS devices owned by RAID. If the pci_enable_device() thing is to be added

Recommended swap for 2.4.x.

What is the recommended amount of swap with the 2.4.x kernels? The standard rule is usually memory x 2. (But that is more a Solaris superstition than anything else.) Is it the same or "as much as I can get away with" or something else? I am asking because I have just ordered a new drive for

Re: Linux Disk Performance/File IO per process

Just wanted to 'chime' in here. Yes this would be noisy and will have an affect on system performance however these statistics are what are used in conjunction with several others to size systems as well as to plan on growth. If Linux is to be put into an enterprise environment these types of

Re: PPP/Modem connection problems starting somewhere between 2.2.14(maybe 15) and 2.2.18

On Wed, Jan 24, 2001 at 17:30:38 -0600 (+), Matthew Fredrickson wrote: > I'm not positive if this is a bug, I'm only able to confirm this from one > other source. Somewhere between (I can't remember exactly which kernel my > server started on) ~2.2.14(or 15) and 2.2.18 my ppp connection >

patch for 2.4.0 disable printk and panic messages, ask for add it to kernel

Hi guys, this is now the fourth try to release my patch for disabling all kernel messages. It is usefull on deep embedded systems with no human interactions and for rescue discs where the diskspace is always to less. This patch has now the following features: The macro printk is now defined

Re: dos-partition mount bug

On Mon, Jan 29, 2001 at 08:44:56PM -, mirabilos wrote: > AFAICS the fs isn't corrupt. > No further idea. surely, if you have a given fs image that fails to mount, it is entirely straightforward to find why the kernel dislikes it you may send an url (for the first few MB of the fs) to [EMAIL

Re: [PATCH] make drivers/scsi/seagate.c use ioremap instead of isa_{read,write} (241p11)

Rasmus Andersen wrote: > > Hi. > > (I have not been able to find a probable current maintainer for > this code.) > > The following patch makes drivers/scsi/seagate.c use ioremap > instead of isa_{read, write}. > > It applies against ac12 and 241p11. > > Please comment, esp. on the size of

Re: 2.4.0-test12: SiS pirq handling..

On Mon, 29 Jan 2001, Linus Torvalds wrote: > give 2.4.0-test12 a final whirl before I release it as 2.4.1? We got a lot [...] > The other changes in pre12 aren't likely to be all that noticeable, unless [...] > Linus Seems that even you are still confused with -testXX and -preXX

Re: [UPDATE] Zerocopy patches, against 2.4.1-pre10

[EMAIL PROTECTED] writes: > Dave, seems, it is better to repair this. Code really assumes > that SG cannot be used without one of CSUM flags... SG+CSUM requirement is enforced now in my tree, I will publish a newer zerocopy patch later today. Later, David S. Miller [EMAIL PROTECTED] - To

[PATCH] make sym53c8xx.c and ncr53c8xx.c call pci_enable_device (241p11)

Hi. The following patch makes drivers/scsi/sym53c8xx.c and (by way of sym53c8xx_comm.h::sym53c8xx__detect) ncr53c8xx.c do a pci_enable_device after finding a device. It applies against ac12 and 241p11. Comments? --- linux-ac11-clean/drivers/scsi/sym53c8xx.c Mon Jan 1 19:23:21 2001 +++

[PATCH] make drivers/scsi/seagate.c use ioremap instead of isa_{read,write} (241p11)

Hi. (I have not been able to find a probable current maintainer for this code.) The following patch makes drivers/scsi/seagate.c use ioremap instead of isa_{read, write}. It applies against ac12 and 241p11. Please comment, esp. on the size of the remappings. ---

[PATCH] drivers/scsi/dmx3191d.c: small cleanup patch (241p11)

(Forgot l-k. Please cc [EMAIL PROTECTED] on replies to this mail.) - Forwarded message from Rasmus Andersen <[EMAIL PROTECTED]> - Hi. The following patch makes drivers/scsi/dmx3191d.c call pci_enable_device before probing resources and replaces a check_region+request_region with

[uPATCH] make drivers/scsi/eata.c call pci_enable_device before rs. probing (241p11)

Hi. The following patch makes drivers/scsi/eata.c wait with probing pci resources until we have called pci_enable_device. This is recommended due to hot-plug considerations (according to Jeff Garzik). It applies against ac12 and 241p11. Comments? --- linux-ac12-clean/drivers/scsi/eata.c

2.4.0-test12: SiS pirq handling..

Could people that had problems with SiS interrupt handling before please give 2.4.0-test12 a final whirl before I release it as 2.4.1? We got a lot of pirq tables from people, and Martin Diehl put them together with the hardware specs to come up with what looks to be the "final and correct" SiS

[PATCH] drivers/scsi/BusLogic.c: No resource probing before pci_enable_device (241p11)

Hi. The following patch makes drivers/scsi/BusLogic.c wait with probing pdev->irq and pdev->resource[] until we call pci_enable_device. This is recommended due to hot-plug considerations (according to Jeff Garzik). It applies against ac12 and 241p11. Comments? ---

Re: [PATCH] guard mm->rss with page_table_lock (241p11)

On Mon, 29 Jan 2001, Rasmus Andersen wrote: > On Mon, Jan 29, 2001 at 07:30:01PM -0200, Rik van Riel wrote: > > On Mon, 29 Jan 2001, Rasmus Andersen wrote: > > > > > Please comment. Or else I will continue to sumbit it :) > > > > The following will hang the kernel on SMP, since you're > >

Re: [PATCH] doc update/fixes for sysrq.txt

Jonathan Earle wrote: > > On Sun, 28 Jan 2001 11:35:50 +, David Ford wrote: > > > AFAIK, this hasn't ever been true. I have never had to specifically > > > enable it at run time. > > > > I was suspicious of that in the old doc but thought I'd leave it in... > > Should have asked for

Re: [PATCH] guard mm->rss with page_table_lock (241p11)

On Mon, Jan 29, 2001 at 07:30:01PM -0200, Rik van Riel wrote: > On Mon, 29 Jan 2001, Rasmus Andersen wrote: > > > Please comment. Or else I will continue to sumbit it :) > > The following will hang the kernel on SMP, since you're > already holding the spinlock here. Try compiling with >

Re: ide-tape problems with 2.4.0

I ran into this problem awhile ago on a HP 7/14 as well, with the ide patches as far back as 2.2.17. Reported it, didn't get much in responses though :/ I'm just about at the point of giving up on the drives, but not due to Linux. Those drives are not very durable, tend to die within a year

Re: [PATCH] guard mm->rss with page_table_lock (241p11)

On Mon, 29 Jan 2001, Rasmus Andersen wrote: > Please comment. Or else I will continue to sumbit it :) The following will hang the kernel on SMP, since you're already holding the spinlock here. Try compiling with CONFIG_SMP and see what happens... > diff -aur linux-2.4.1-pre11-clean/mm/vmscan.c

[PATCH] guard mm->rss with page_table_lock (241p11)

Hi. This patch tries to fix the potential rss accounting race where we fiddle with mm->rss without holding the page_table_lock. In addition to the places this patch touches there are some places in fs/ where mm->rss is touched. But I am not sure of the finer points of this code, so perhaps

[PATCH] 2.4.1-pre11: sys_wait4 declarations cleanup

Here are some more fixes of sys_wait4() declarations: declaration of sys_wait4() fixed in: include/asm-arm/unistd.h include/asm-arm/unistd.h include/asm-s390/unistd.h include/asm-parisc/unistd.h include/asm-parisc/unistd.h

Re: [PATCH] dynamic IP support for 2.4.0 (SIOCKILLADDR)

On Mon, Jan 29, 2001 at 07:31:36PM +0100, Jamie Lokier wrote: > The important thing is that the tunnel is destroyed and recreated (it > has to be, it is over different underlying link addresses). I do not > want that to destroy the connections from the tunnelled address. Just do not set

Re: Knowing what options a kernel was compiled with

On Mon, Jan 29, 2001 at 08:56:12PM -, you [mirabilos] claimed: > From: "Torrey Hoffman" <[EMAIL PROTECTED]> > > Should someone submit a patch to copy the .config to a standard location as > > part of "make install" or "make modules_install"? If included in the > > official sources, that good

Re: Knowing what options a kernel was compiled with

rabilos -BEGIN GEEK CODE BLOCK- Version: 3.12+(proprietary extensions) # Updated:20010129 nick=mirabilos GO/S d@ s--: a--- C++ UL P--- L++$(-^lang) E(joe) W+(++) loc=.de N? o K? w-(+$) O+>+++ M-- V- PS+++@ PE(--) Y+ PGP t+ 5? X+ R+ !tv(silly) b* DI- D+ G(>++) e(^age) h! r(-) y

Re: [ANNOUNCE] Kernel Janitor's TODO list

On Mon, Jan 29, 2001 at 02:51:18PM -0600, Timur Tabi wrote: > ** Reply to message from [EMAIL PROTECTED] on Mon, 29 Jan 2001 20:44:55 + (GMT) > > > > make pdfdocs > > [ttabi@one DocBook]$ make pdfdocs > Makefile:140: /Rules.make: No such file or directory You have to be in the top level

[patch] raid-B1, 2.4.1-pre11, fixes, cleanups

On Tue, 30 Jan 2001, Neil Brown wrote: > > -#define MAX_MD_BOOT_DEVS 8 > > +#define MAX_MD_BOOT_DEVS MAX_MD_DEVS > Actually, this is not fine. Check the code that says: indeed - it will work only up to 32 devices. i've fixed the code to not have this assumption - it's init-time code

Re: [ANNOUNCE] Kernel Janitor's TODO list

** Reply to message from [EMAIL PROTECTED] on Mon, 29 Jan 2001 20:44:55 + (GMT) > make pdfdocs [ttabi@one DocBook]$ make pdfdocs Makefile:140: /Rules.make: No such file or directory There's no Rules.make anywhere on my hard drive. -- Timur Tabi - [EMAIL PROTECTED] Interactive Silicon -

Re: dos-partition mount bug

AFAICS the fs isn't corrupt. No further idea. -mirabilos - 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/

ide-tape problems with 2.4.0

Hi, I have a HP Colorado 4/8GB Travan tape streamer. Under 2.2.18 it works perfect. But under 2.4.0 it doesn't seem to want to read from the tape anymore. When I do a tar tvf /dev/tape, I get an I/O error and in syslog messages like: Jan 29 17:10:23 ijsland kernel: ide-tape: ht0: I/O error, pc

via82cxxx.c,v 3.17 + 2.2.18 errors

Is via82cxxx.c v3.17 a 2.4.x only patch or did I miss something else? [tim@asus linux]# ../build dep === clean === bzImage === via82cxxx.c:108: `PCI_DEVICE_ID_VIA_8233_0' undeclared here (not in a function) via82cxxx.c:108: initializer

Re: [ANNOUNCE] Kernel Janitor's TODO list

On Mon, 29 Jan 2001, David D.W. Downey wrote: > Simply put, with all bitterness and finger pointing aside, WHERE do we > find information on various kernel functions, their general usage (as in > the WHY, not only the HOW) and reasonings on why not to use some > vs. others.

Re: [patch] 2.4.0, 2.4.0-ac12: APIC lock-ups

"Maciej W. Rozycki" wrote: > > I'll implement an 82489DX update in a few days, but for now I'd like > everyone interested to test the following patch as much as possible. It > applies to 2.4.0, 2.4.0-ac12 and 2.4.1-pre11 cleanly. > I'm not totally convinced that this fixes all problems: No

RE: Knowing what options a kernel was compiled with

Should someone submit a patch to copy the .config to a standard location as part of "make install" or "make modules_install"? If included in the official sources, that good example would encourage the distribution maintainers do the same. Torrey Hoffman >-Original Message- >From:

Re: [ANNOUNCE] Kernel Janitor's TODO list

On Mon, Jan 29, 2001 at 08:47:50PM +0100, Roman Zippel wrote: > You still miss wakeups. :) And there was another race in it, I know. The first __set_task_state has to be set_task_state to get the right memory write order on SMP. -Andi - To unsubscribe from this list: send the line

[ANNOUNCE] Dolphin PCI-SCI RPM Drivers 1.1-4 released

Linux Kernel, The RPM versions of the Dolphin PCI-SCI (Scalable Coherent Interface) adapter drivers have posted at vger.timpanogas.org/sci. This release supports the following SCI Adapters, PSB32, PSB64, and PSB66. This version supports the 32-bit and 64-bit PCI versions of the Dolphin

Re: [PATCH] Remove arbitrary md= boot device limit

On Monday January 29, [EMAIL PROTECTED] wrote: > linux-2.4.1p11-1/drivers/md/md.c > line 3643 > -#define MAX_MD_BOOT_DEVS 8 > +#define MAX_MD_BOOT_DEVS MAX_MD_DEVS > > --- > To: Dave Cinege <[EMAIL PROTECTED]> > > On Mon, 29 Jan 2001,

  1   2   3   4   >