Re: New XFS, ReiserFS and Ext2 benchmarks

2001-05-21 Thread Hans Reiser
Ricardo Galli wrote: > > Hi, > you can find at http://bulma.lug.net/static/ a few new benchmarks among > Reiser, XFS and Ext2 (also one with JFS). > > This time there is a comprehensive Hans' Mongo benchmarks > (http://bulma.lug.net/static/mongo/ )and a couple of kernel compilations and

Re: [Patch] Output of L1,L2 and L3 cache sizes to /proc/cpuinfo

2001-05-21 Thread David Weinehall
On Tue, May 22, 2001 at 05:22:35AM +0200, Dave Jones wrote: > On Mon, 21 May 2001, Steven Walter wrote: > > > > Any particular reason this needs to be done in the kernel, as opposed > > > to having your script read /dev/cpu/*/cpuid? > > Wouldn't that be the same reason we have /anything/ in cpuin

Unresolved symbols with i2c and lm-sensors2

2001-05-21 Thread Jordan
When I compile support for my hardware sensor using 2.4.4-ac12 and the latest CVS i2c and lm-sensors2 I get the following errors about unresolved symbols, is this possibly due to improperly exported symbols? Jordan ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel/

[PATCH] include/linux/coda.h

2001-05-21 Thread Me
Coda.h assumes that __KERNEL__ can only be defined if __linux__ is, which is painfully false. This allows the kernel compile to get farther on my token FreeBSD box. -Ryan --- linux/include/linux/coda.h Wed Apr 25 16:18:54 2001 +++ linux/include/linux/coda.h Mon May 21 21:19:21 2001 @@ -100,6

Re:

2001-05-21 Thread Rajiv Majumdar
send a mail to [EMAIL PROTECTED] with 'help' in the body of the mail cheers rajiv - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at ht

No Subject

2001-05-21 Thread Anita Sinha
I want to include my self in your mailing list, Thanks Anita [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at ht

[PATCH] drivers/acpi/driver.c (repost)

2001-05-21 Thread Philip Wang
Hello! This is a repost of my previous message, which came out garbled. Now you should be able to run patch -pO from the root linux dir on the files... There is a bug in driver.c of not freeing memory on error paths. buf.pointer is allocated but not freed if copy_to_user fails. The additio

[PATCH]drivers/net/wan/lmc/lmc_main.c

2001-05-21 Thread Akash Jain
Hey All, I am working with Dawson Engler's meta-compillation group @ stanford. Sorry if this is reposted, previous one seemed to get tied up. Here is a patch to the drivers/net/wan/lmc/lmc_main.c file. On line 503, the authors use the GFP_KERNEL argument to kmalloc, how ever they are holding a sp

Re: [Patch] Output of L1,L2 and L3 cache sizes to /proc/cpuinfo

2001-05-21 Thread Dave Jones
On Mon, 21 May 2001, Steven Walter wrote: > > Any particular reason this needs to be done in the kernel, as opposed > > to having your script read /dev/cpu/*/cpuid? > Wouldn't that be the same reason we have /anything/ in cpuinfo? When /proc/cpuinfo was added, we didn't have /dev/cpu/*/cpuid Now

Re: [Patch] Output of L1,L2 and L3 cache sizes to /proc/cpuinfo

2001-05-21 Thread Steven Walter
On Mon, May 21, 2001 at 08:16:18AM -0700, H. Peter Anvin wrote: > Followup to: <[EMAIL PROTECTED]> > By author:"Martin.Knoblauch" <[EMAIL PROTECTED]> > In newsgroup: linux.dev.kernel > > > > Hi, > > > > while trying to enhance a small hardware inventory script, I found that > > cpuinfo is m

[PATCH] drivers/acpi/driver.c

2001-05-21 Thread Philip Wang
Hello! There is a bug in driver.c of not freeing memory on error paths. buf.pointer is allocated but not freed if copy_to_user fails. The addition I made was to kfree buf.pointer before returning -EFAULT. Thanks! Philip --- /2.4.4/linux/drivers/acpi/driver.c Fri Feb 9 11:45:58 2001 +++ d

New XFS, ReiserFS and Ext2 benchmarks

2001-05-21 Thread Ricardo Galli
Hi, you can find at http://bulma.lug.net/static/ a few new benchmarks among Reiser, XFS and Ext2 (also one with JFS). This time there is a comprehensive Hans' Mongo benchmarks (http://bulma.lug.net/static/mongo/ )and a couple of kernel compilations and read/write/fsync operations tests (I

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Eric S. Raymond
Urban Widmark <[EMAIL PROTECTED]>: > What happened with the discussion on configurable colors in make > menuconfig? Darkblue on black as frozen options get isn't exactly optimal > ... at least not for my eyes. Being next to a bold, white text doesn't > help either. Nobody could come up with a way

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Paul Mackerras
Alexander Viro writes: > drivers/net/ppp_generic.c: > ppp_set_compress(struct ppp *ppp, unsigned long arg) > { [snip] > if (copy_from_user(&data, (void *) arg, sizeof(data)) > || (data.length <= CCP_MAX_OPTION_LENGTH > && copy_from_user(ccp_option, data.ptr, da

Re: 2.4.4 del_timer_sync oops in schedule_timeout

2001-05-21 Thread Jacob Luna Lundberg
On Mon, 21 May 2001, Andrew Morton wrote: > It could be timer-list corruption. Someone released some memory > which had a live timer in it. The memory got recycled and then > the timer list traversal fell over it. Well I do have another oops now (artsd this time). Once again it's in del_timer

Kernel Sound Card Support

2001-05-21 Thread Jordan
Will the kernel gain support for newer Turtle Beach soundcards, such as the Santa Cruz, anytime soon? Thanks for any info. Jordan - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org

Dead symbols in CMl1

2001-05-21 Thread Eric S. Raymond
I think I've identified a number of dead symbols. Here's a list: CONFIG_BAGETBSM (Baget Backplane Shared Memory support) Set in arch/mips64/config.in, not used anywhere. CONFIG_ACPI_INTERPRETER (ACPI interpreter) Set in arch/ia64/config.in, not used anywhere. CONFIG_BINFMT_JAVA (

Re: alpha iommu fixes

2001-05-21 Thread Andrea Arcangeli
On Mon, May 21, 2001 at 10:53:39AM -0700, Richard Henderson wrote: > should probably just go ahead and allocate the 512M or 1G > scatter-gather arena. I just have a bugreport in my mailbox about pci_map faliures even after I enlarged to window to 1G argghh (at first it looked apparently stable by

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Matthew Wilcox
On Tue, May 22, 2001 at 02:22:34AM +0200, Ingo Oeser wrote: > ioctl has actually 4 semantics: > > command only > command + read > command + write > command + rw-transaction > > Separating these would be a first step. And yes, I consider each > of them useful. > > command only: reset drive echo

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Matthew Wilcox
On Mon, May 21, 2001 at 06:13:18PM -0700, Linus Torvalds wrote: > Nope. You can (and people do, quite often) share filps. So you can't > associate state with it. For _devices_, though? I don't expect my mouse to work if gpm and xfree both try to consume device events from the same filp. Heck, i

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Linus Torvalds
On Tue, 22 May 2001, Matthew Wilcox wrote: > > > command + rw-transaction: "dear device please mangle this data" > >(crypto processors come to mind...) > > I can't think of a reasonable tool-based approach to this, but I can > definitely see that a program could use this well. It simply req

Just FYI...

2001-05-21 Thread David S. Miller
vger.kernel.org is now ECN enabled. 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] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://w

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Keith Owens
On Mon, 21 May 2001 16:38:34 -0400, John Stoffel <[EMAIL PROTECTED]> wrote: >All that CML2 does is enforce dependencies in the configuration >language. You can't make a .config which conflicts. Admittedly >there's nothing stopping you from hacking it with vi after the fact, >but why? CML2 will

[patch] Bug-fix for Maestro dock/hardware volume control patch

2001-05-21 Thread Ben Pfaff
This patch, to be applied on top of the patch sent to linux-kernel last week, fixes a bug which caused the driver to crash on insertion if a hardware volume button had been pushed. --- linux-2.4.4-ac12.vanilla/drivers/sound/maestro.cMon May 21 19:18:49 2001 +++ linux-2.4.5pre1/drivers/sound/m

[PATCH] drivers/media/video/zr36120.c

2001-05-21 Thread Philip Wang
Hello! I'm Philip, from Professor Dawson Engler's Meta-Compilation Group at Stanford University. There is a bug in zr36120.c of not freeing memory on error paths. This one is particularly dangerous, because kmalloc allocates a memory block the size of a memory clip! I simply free the local

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Jonathan Morton
>If you run into a case where you have a config which would work, but >CML2 doesn't let you, why don't you fix the grammar instead of saying >CML2 is wrong? Let's not confuse these two issues as well. Strongly agree. Especially since I'm pushing for an explicit recognition of the difference bet

RE: tmpfs + sendfile bug ?

2001-05-21 Thread Pierre Etchemaite
On 21-May-2001 David Schwartz wrote: > >> Any idea ? > > Looks like a bug in the program. If 'sendfile' returns 'EINVAL', that means > you can't use 'sendfile' to send this particular file, and should default to > read/write or mmap/write. If this program doesn't, it doesn't understand >

HUGE contiguous mem space with 2.4

2001-05-21 Thread Christophe Beaumont
Hi... I am facing an odd problem here. I have an application here that requires a HUGE physically contiguous memory area to be locked (yes, I have hardware DMA'ing in and out of that area, over the PCI bus). HUGE being like one Gig (could be more if needed...) I am trying to use the mem=1024M op

Re: question: permission checking for network filesystem

2001-05-21 Thread Mikulas Patocka
> Agree, but it will improve behavior. Or speed, rather. Otherwise open would > take 3(!) roundtrips (instead of two - now lookup can't be get rid of) - > lookup, permission and open. The protocol can do all three in one request. > The problem is I can't tell the 3 calls from VFS belong together.

debugging xterm.

2001-05-21 Thread Adam
I'm trying to debug xterm and it seems like it is just not my day (I suppose the "Abandon All Hope, Ye Who Enter Here" in the README for xterm is for a reason there after all :P ) I running gdb on xterm. I'm running it as root, the current execution is at main.c:main() and gdb seems to get lost

SMC-IRCC broken? 2.4.5-pre4 / -ac5+

2001-05-21 Thread Pawel Worach
Good afternoon! Between pre3 and 4 (also somewhere in the middle of the -ac series) the smc-ircc and/or irda subsystem went broken (at least for me). The kernel stops while booting at: TCP: Hash tables configured (established 16384 bind 16384) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

2.4.4-ac11 initrd image load from floppy hang keyboard

2001-05-21 Thread tryggveh
Hi I tried 2.4.4-ac11, plain kernel for booting custom installer, and loading an initrd image from a secondary floppydisk, using syslinux 1.62 to boot the kernel. These parameters were used: ramdisk_start=0 load_ramdisk=1 prompt_ramdisk=1 ramdisk_size=12288 root=/dev/fd/0 This resulted in ha

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Alexander Viro
On Mon, 21 May 2001, Linus Torvalds wrote: > It shouldn't be impossible to do the same thing to ioctl numbers. Nastier, > yes. No question about it. But we don't necessarily have to redesign the > whole approach - we only want to re-design the internal kernel interfaces. > > That, in turn, mig

Re: alpha iommu fixes

2001-05-21 Thread Jens Axboe
On Mon, May 21 2001, Andi Kleen wrote: > On Mon, May 21, 2001 at 03:00:24AM -0700, David S. Miller wrote: > > > That's currently the case, but at least on IA32 the block layer > > > must be fixed soon because it's a serious performance problem in > > > some cases (and fixing it is not very hard

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Linus Torvalds
On Mon, 21 May 2001, Alan Cox wrote: > > > Sure. But we have to do two syscalls only if ioctl has both in- and out- > > arguments that way. Moreover, we are talking about non-trivial in- arguments. > > How many of these are in hotspots? > > There is also a second question. How do you ensure the

Re: tmpfs + sendfile bug ?

2001-05-21 Thread Linus Torvalds
In article <[EMAIL PROTECTED]>, Christoph Rohland <[EMAIL PROTECTED]> wrote: > >tmpfs does not provide the necessary functions for sendfile and lo: >readpage, prepare_write and commitwrite. > >And I do not see a way how to provide readpage in tmpfs :-( Why not just do it the same way ramfs does?

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Alan Cox
> Sure. But we have to do two syscalls only if ioctl has both in- and out- > arguments that way. Moreover, we are talking about non-trivial in- arguments. > How many of these are in hotspots? There is also a second question. How do you ensure the read is for the right data when you are sharing a

Re: 2.2.19+ide: corrupts ide tape output

2001-05-21 Thread Mikael Pettersson
On 21 May 2001 14:49:55 -0400, Camm Maguire <[EMAIL PROTECTED]> wrote: >Greetings! 2.2.19+ide, applied the patch because this box has a new >Promise PDC20267 ide controller. 14GB HP Colorado tape drive. Before >we installed the new ide controller and patched the kernel, i.e. with >unpatched 2.

PATCH: New iSeries Device Drivers

2001-05-21 Thread Tom Gall
Hi All, Enclosed you will find for your consideration a set of new device drivers for iSeries boxes. This submission is against 2.4.4. Additionally in the background there is also a submission which has been made to the ppc maintainers for the set of changes to arch/ppc and include/asm-ppc to e

[OT]: Multicasting

2001-05-21 Thread Trever L. Adams
I know this is off topic. I am not sure where else to go. All of my google searches lead me to very dead and very old information on multicasting. I am sure most of it is not useful, though some of the basics are. If people have a problem answering on list, please answer off. My questions: W

[OT]: Multicasting

2001-05-21 Thread Trever L. Adams
I know this is off topic. I am not sure where else to go. All of my google searches lead me to very dead and very old information on multicasting. I am sure most of it is not useful, though some of the basics are. If people have a problem answering on list, please answer off. My questions:

Re: Linux 2.4.4-ac12

2001-05-21 Thread J . A . Magallon
On 05.21 Alan Cox wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ > >Intermediate diffs are available from > http://www.bzimage.org > > > 2.4.4-ac12 > o Just tracking Linus 2.4.5pre4 > - A chunk more me

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Alan Cox
> Which, BTW, is a wonderful reason for having multiple channels. Instead > of write(fd, "critical_command", 8); read(fd,); you read from the right fd. > Opened before you enter the hotspot. Less overhead than ioctl() would > have... The ioctl is one syscall, the read/write pair are two. Im n

Re: PATCH: maestro ported to 2.4 PCI API

2001-05-21 Thread Marcus Meissner
> > @@ -3406,7 +3429,7 @@ > > if(card == NULL) > > { > > printk(KERN_WARNING "maestro: out of memory\n"); > > - return 0; > > + return -ENOMEM; > > request_region is unbalanced in this return path. Thanks! Fixed patch below. Ciao, Marcus Index: drivers

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Alexander Viro
On Mon, 21 May 2001, Alan Cox wrote: > > > I don't need to read it. Don't be insulting. Sure, you *can* use a > > > write(2)/read(2) cycle. But that's two syscalls compared to one with > > > ioctl(2) or transaction(2). That can matter to some applications. > > > > I just don't think so. Where

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread John Stoffel
David> Actually, the current system has both types. As well as the David> "hard" dependencies, we also have stuff like David> CONFIG_PARTITION_ADVANCED, CONFIG_CPU_ADVANCED, David> CONFIG_FBCON_ADVANCED, CONFIG_MTD_DOCPROBE_ADVANCED, David> etc. CONFIG_EXPERIMENTAL serves a very similar purpose,

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-21 Thread David Weinehall
On Sun, May 20, 2001 at 11:54:09PM +0200, Pavel Machek wrote: > Hi! > > > > You're right. It should never dump too much data at once. OTOH, if > > > those cleaned pages are really old (front of reclaim list), there's no > > > value in keeping them either. Maybe there should be a slow bleed for

Re: PATCH: maestro ported to 2.4 PCI API

2001-05-21 Thread Zach Brown
> Its useful to have version ids. So it would be better people used them more I wasn't sure, so am happy leaving them in as well :) I suppose they're an easier way to sync dmesg with code version than knowing what is in which kernel version. -- zach - To unsubscribe from this list: send the l

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Alan Cox
> > I don't need to read it. Don't be insulting. Sure, you *can* use a > > write(2)/read(2) cycle. But that's two syscalls compared to one with > > ioctl(2) or transaction(2). That can matter to some applications. > > I just don't think so. Where did you see performance-critical use of > ioctl()?

Re: Compile fails an Alpha: include/asm/pci.h included from arch/alpha/kernel/setup.c

2001-05-21 Thread Michal Jaegermann
On Mon, May 21, 2001 at 05:18:55PM +0200, Jan-Benedict Glaw wrote: > > Kernel 2.4.5-pre[34] don't compile on Alpha: > > 152 struct pci_controller *hose = pdev->sysdata; ^^^ This is the problem (a type for 'pdev' is not defined).

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-21 Thread Pavel Machek
Hi! > Yes, and that is exactly the difference between having a side effect > on the open(2), versus having the effect as a result of a write(2). > > Unfortunately, there are already some cases where an open > on a device can have unexpected results. If you don't want > to get blocked waiting fo

Re: [RFC][PATCH] Re: Linux 2.4.4-ac10

2001-05-21 Thread Pavel Machek
Hi! > > You're right. It should never dump too much data at once. OTOH, if > > those cleaned pages are really old (front of reclaim list), there's no > > value in keeping them either. Maybe there should be a slow bleed for > > mostly idle or lightly loaded conditions. > > If you don't think i

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Pavel Machek
Hi! > > > The transaction(2) syscall can be just as easily abused as ioctl(2) in > > > this respect. People can pass pointers to ill-designed structures very > > > > Right. Moreover, it's not needed. The same functionality can be > > trivially implemented by write() and read(). As the matter of

Re: BUG ? and questions

2001-05-21 Thread Erik Mouw
On Sun, May 20, 2001 at 08:09:45AM -0700, szonyi calin wrote: > I have a Cx 486/66 with 12 Megs of ram AST computer > gcc 2.95.3, glibc 2.1.3, make 3.79.1 binutils 2.11 ?? > Problems: > 1. When I try to run multiple (2) compilations on a > 2.4.4 kernel usually one > of them dies -- if it's gcc - s

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH] device arguments from lookup)

2001-05-21 Thread Pavel Machek
Hi! > A lot of stuff relies on the fact that close(open(foo, O_RDONLY)) is a > no-op. Breaking that assumption is a Bad Thing(tm). Then we have a problem. Just opening /dev/ttyS0 currently *has* side effects (it is visible on modem lines from serial port; it can block you forever). If this ass

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-21 Thread Pavel Machek
Hi! > So I guess things have already been a bit messy in this > area for many years, even before linux even existed, and > in some cases you can't really do anything about it because > the behaviour is mandated by the applicable standards, like > POSIX, SUS, or whatever. > (The blocking of the op

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Pavel Machek
Hi! > > Now that I'm awake and refreshed, yeah, that's awful. But > > echo "hot-add,slot=5,device=/dev/sda" >/dev/md0/control *is* sane. Heck, > > the system can even send back result codes that way. > > Only to an English speaker. I suspect Quebec City canadians would prefer a > different com

Re: your mail

2001-05-21 Thread Lorenzo Marcantonio
On Mon, 21 May 2001, Thomas Palm wrote: > there ist still file-corruption. I use an ASUS A7V133 (Revision 1.05, > including Sound + Raid). My tests: > 1st run of "diff -r srcdir destdir" -> no differs > 2nd run of "diff -r srcdir destdir" -> 2 files differ > 3rd run of "diff -r srcdir destdir" ->

CML2 and Python 1.5.x?

2001-05-21 Thread John Stoffel
I've seen alot of people bitching and moaning about CML2 and mostly it seems to be a need for Python 2.x that is really upsetting people. I don't know the status of the port to C, but I do remember that Eric said he had looked at doing it in Python 1.5 language, but decided against it. Would

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Urban Widmark
On Mon, 21 May 2001, Eric S. Raymond wrote: > the NEW tag). That phase ended almost a month ago. Nobody who has > actually tried the CML2 tools more recently has reported that the UI > changes present any difficulty. What happened with the discussion on configurable colors in make menuconfig?

Re: const __init

2001-05-21 Thread J . A . Magallon
On 05.21 Richard Henderson wrote: > On Mon, May 21, 2001 at 01:07:50PM +1000, Keith Owens wrote: > > does cause a section conflict, egcs 1.1.2. > > > > Interestingly enough, if var[12] are together, without the intervening > > text, then gcc does not flag an error, instead it puts both variables

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-21 Thread Kai Henningsen
[EMAIL PROTECTED] (Linus Torvalds) wrote on 20.05.01 in <[EMAIL PROTECTED]>: > If we had nice infrastructure to make ioctl's more palatable, we could > probably make do even with the current binary-number interfaces, simply > because people would use the infrastructure without ever even _seeing

No Subject

2001-05-21 Thread Thomas Palm
-> moved from comp.os.linux.hardware: Hi, I still have problems with the VIA Apollo southbridge (Kernel 2.4.2 (Redhat 7.1) and Kernel 2.4.4). In rare circumstances, there ist still file-corruption. I use an ASUS A7V133 (Revision 1.05, including Sound + Raid). My tests: - copying 4 GB of CD-ISO

Re: Giant disk on 2.2.17: Any concerns?

2001-05-21 Thread Guest section DW
On Mon, May 21, 2001 at 06:25:39PM +0200, Harald Dunkel wrote: > Do you expect any problems with the partition table? No. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordo

Linux 2.4.4-ac12

2001-05-21 Thread Alan Cox
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/ Intermediate diffs are available from http://www.bzimage.org 2.4.4-ac12 o Just tracking Linus 2.4.5pre4 - A chunk more merged with Linus - dropped ou

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Wayne . Brown
On 05/21/2001 at 12:58:57 [EMAIL PROTECTED] wrote: >CML2 drops its configuration results in the same place, in the same >formats, as CML1. So you should in fact be able to type `make menuconfig' >and `make oldconfig' with good results. Have you actually tried this? No, I haven't tried it yet

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNum

2001-05-21 Thread Oliver Xymoron
On Mon, 21 May 2001, Alexander Viro wrote: > On Mon, 21 May 2001, Oliver Xymoron wrote: > > > K - so what? I'm guessing what you want me to see is that these > > implement multiple channels. Is there a reason that eia001stat couldn't be > > implemented as > > > > f=open("/dev/eia001ctl",O_RDWR);

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-21 Thread arjan
In article <[EMAIL PROTECTED]> you wrote: > On Mon, May 21, 2001 at 02:29:17AM +0200, Jes Sorensen wrote: >> distributions). 18 months is more realistic for it to be deployed >> widely enough. > People who are going to be savvy enough to install a development 2.5.* > kernel that is defining a new

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNum

2001-05-21 Thread Alexander Viro
On Mon, 21 May 2001, Oliver Xymoron wrote: > K - so what? I'm guessing what you want me to see is that these > implement multiple channels. Is there a reason that eia001stat couldn't be > implemented as > > f=open("/dev/eia001ctl",O_RDWR); > write(f,"stat\n"); > status=read(f); /* returns "

2.2.19+ide: corrupts ide tape output

2001-05-21 Thread Camm Maguire
Greetings! 2.2.19+ide, applied the patch because this box has a new Promise PDC20267 ide controller. 14GB HP Colorado tape drive. Before we installed the new ide controller and patched the kernel, i.e. with unpatched 2.2.19 running on a different ide controller, this setup works just fine. No

RE: tmpfs + sendfile bug ?

2001-05-21 Thread David Schwartz
> That could be a bug with tmpfs and sendfile in 2.4.5-pre4 : > > [...] > read(8, "%PDF-1.4\r%\342\343\317\323\r\n870 0 obj\r<< \r/L"..., > 8192) = 8192 > shmat(11, 0x4cfe65, 0x3)= 0xb4d4 > sendfile(11, 8, [0], 5045861) = -1 EINVAL (Invalid argument) > [...] > > Any

Re: PATCH: maestro ported to 2.4 PCI API

2001-05-21 Thread Zach Brown
> - ported to Linux 2.4 PCI API, PCI module based, cleaned up > return values. (taking into account all the hints Jeff has given > me ;) cool :) > - did NOT change any power management support, since I don't know > anything about power management. someone els

Re: PATCH: maestro ported to 2.4 PCI API

2001-05-21 Thread Alan Cox
> > - bumped version. > > we might as well just stop using these, they don't mean much of anything > anymore. Its useful to have version ids. So it would be better people used them more > Please read the FAQ at http://www.tux.org/lkml/ > - To unsubscribe from this list: send the line "uns

Re: "clock timer configuration lost" on Serverworks chipset

2001-05-21 Thread Alan Cox
> The 2.2.20-pre2 patch doesn't change time.c, and I don't see > this code in 2.4.4 or 2.4.5pre. its in 2.4.4-ac where Im testing the change > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://

Re: 3c905C-TX [Fast Etherlink] problem ...

2001-05-21 Thread Wilfried Weissmann
Robert Vojta wrote: > > Hi, > I have this card in intranet server and I'm very confused about very often > message in log like this: > > eth0: Transmit error, Tx status register 82. > Flags; bus-master 1, dirty 20979238(6) current 20979242(10) > Transmit list 1f659290 vs. df659260. > 0:

Re: Compile fails an Alpha: include/asm/pci.h included from arch/alpha/kernel/setup.c

2001-05-21 Thread Jeff Garzik
Jan-Benedict Glaw wrote: > > Hi! > > Kernel 2.4.5-pre[34] don't compile on Alpha: > > In incluse/asm-alpha/pci.h (include during compile of > arch/alpha/kernel/setup.c), there is include linux/pci.h not asm/pci.h... I've got a fix patch going to Linus today, along with some other small Alpha

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNum

2001-05-21 Thread Oliver Xymoron
On Mon, 21 May 2001, Alexander Viro wrote: > On Mon, 21 May 2001, Oliver Xymoron wrote: > > > If you've got side channels that are of a packet nature (aka commands), > > then they can all happily coexist on one device. If you've got channels > > that are streams or intended for mmap, those ought

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-21 Thread Dan Hollis
On Mon, 21 May 2001, Udo A. Steinberg wrote: > Not just crap hardware, but also vendors who refuse to release proper material > required for writing drivers. NVidia springs to my mind. This would be a browser-busting webpage, the page would be so long... -Dan - To unsubscribe from this list: se

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-21 Thread Dan Hollis
On Mon, 21 May 2001, Gerhard Mack wrote: > > Its what I would describe as lack of enforcement by trading standards bodies, > > and I suspect what the US would call 'insufficient class action lawsuits' > What we need is a web page for listing crap hardware so less people buy > it. And then get sue

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNum

2001-05-21 Thread Alexander Viro
On Mon, 21 May 2001, Oliver Xymoron wrote: > If you've got side channels that are of a packet nature (aka commands), > then they can all happily coexist on one device. If you've got channels > that are streams or intended for mmap, those ought to be different > devices. Since you've been refer

Re: [PATCH][RFT] smbfs bugfixes for 2.4.4

2001-05-21 Thread Urban Widmark
On Mon, 21 May 2001, Xuan Baldauf wrote: > Hello Urban, > > I've been playing around a while with that patch and so far could not find any > problems anymore. But I've noticed some other annoying behaviour, which might Good. > be caused by trying to work around the initially reported bug where

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-21 Thread Oliver Xymoron
On Mon, 21 May 2001, David Lang wrote: > what makes you think it's safe to say there's only one floppy drive? Read as: it doesn't make sense to have per-fd state on a single floppy device given that there's only one actual hardware instance associated with it and multiple openers don't make sens

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Eric S. Raymond
[EMAIL PROTECTED] <[EMAIL PROTECTED]>: > Speaking from the perspective of a user of the CML tools, rather > than as a developer, all I've been trying to say is this: When I > type "make menuconfig" or "make oldconfig" in the future, I want to > see the same interface and the same results that I've

Re: alpha iommu fixes

2001-05-21 Thread Richard Henderson
On Mon, May 21, 2001 at 03:51:51PM +0400, Ivan Kokshaysky wrote: > I'm unable reproduce it with *8Mb* window, so I'm asking. Me either. But Tom Vier, the guy who started this thread was able to use up the 8MB. Which is completely believable. The following should aleviate the situation on these

Re: "clock timer configuration lost" on Serverworks chipset

2001-05-21 Thread Jim Castleberry
I'm confused. The 2.2.19 time.c is already doing ">": /* VIA686a test code... reset the latch if count > max */ if (count > LATCH-1) { [adjust count and whine] The 2.2.20-pre2 patch doesn't change time.c, and I don't see this code in 2.4.4 or 2.4.5pre. Are you saying the code sho

Re: Ext2, fsync() and MTA's?

2001-05-21 Thread Stephen C. Tweedie
Hi, On Sun, May 13, 2001 at 12:53:37AM +1000, Andrew McNamara wrote: > I seem to recall that in 2.2, fsync behaved like fdatasync, and that > it's only in 2.4 that it also syncs metadata - is this correct? No, fsync should be safe on 2.2. There was a problem with O_SYNC not syncing all metadat

Re: Ext2, fsync() and MTA's?

2001-05-21 Thread Stephen C. Tweedie
Hi, On Sat, May 12, 2001 at 03:13:55PM +0100, Alan Cox wrote: > fsync guarantees the inode data is up to date, fdatasync just the data. fdatasync guarantees "important" inode data too. The only thing that fdatasync is allowed to skip is the timestamps. --Stephen - To unsubscribe from this lis

Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNum

2001-05-21 Thread Oliver Xymoron
On Sun, 20 May 2001, Alexander Viro wrote: > On Sun, 20 May 2001, Abramo Bagnara wrote: > > > > It may have several. Which one? > > > > Can you explain better this? > > Example: console. You want to be able to pass font changes. I'm > less than sure that putting them on the same channel as, e.g.,

Re: [kbuild-devel] Re: CML2 design philosophy heads-up

2001-05-21 Thread Eric S. Raymond
Brent D. Norris <[EMAIL PROTECTED]>: > didn't Eric say that this has stalled though? Is that not the case? Nope. Greg is still working. He got the first version of the theorem prover working recently. -- http://www.tuxedo.org/~esr/";>Eric S. Raymond A wise and frugal governme

Re: Background to the argument about CML2 design philosophy

2001-05-21 Thread Wayne . Brown
On 05/21/2001 at 05:04:40 AM [EMAIL PROTECTED] wrote: >See, I've already written off the chronic bellyachers. Since I can't >please them without scrapping the whole plan, I'm going to ignore >them. In particular, anybody who repeated "fsck Python..." after Linus >ruled that Python is not an i

Re: ACPI - console problems 2.4.4

2001-05-21 Thread Nick Papadonis
Alan Cox <[EMAIL PROTECTED]> writes: > > Is anyone having problems with ACPI causing console problems in kernel > > 2.4.4 w/ Intel's patches? When watching my system boot over the > > serial console, things work fine. When looking at my VAIO-FX140's > > LCD, my console no longer updates after

RE: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-21 Thread Khachaturov, Vassilii
There is such a web page, and it's the .html version of the Hardware-HOWTO on any LDP mirror. Some distribution even print it and include with their booklets accompanying the installation CDs. Make sure you send case reports about any unsupported crap hardware there... > -Original Message

Re: compile failure in 2.4.5-pre4

2001-05-21 Thread Shawn Starr
Ok, so the code was easy to fix ;p On Mon, 21 May 2001, Keith Owens wrote: > On Mon, 21 May 101 16:38:45 +1000 (EST), > Allan Duncan <[EMAIL PROTECTED]> wrote: > >drivers/ide/ide-pci.c:711 > > if (!IDE_PCI_DEVID_EQ(d->devid, DEVID_CS5530) > > for (i = 0; i < 1000; ++i) > printf("I

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-21 Thread Udo A. Steinberg
Gerhard Mack wrote: > > > Its what I would describe as lack of enforcement by trading standards bodies, > > and I suspect what the US would call 'insufficient class action lawsuits' > > What we need is a web page for listing crap hardware so less people buy > it. Not just crap hardware, but als

Re: compile failure in 2.4.5-pre4

2001-05-21 Thread Shawn Starr
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -mpreferred-stack-boundary=2 -march=i586-c -o ide-pci.o ide-pci.c ide-pci.c: In function `ide_setup_pci_device': ide-pci.c:712: parse error before `hwif' make[3]: *** [ide-p

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-21 Thread Oliver Xymoron
On Sat, 19 May 2001, Jeff Garzik wrote: > Why are LVM and EVMS(competing LVM project) needed at all? > > Surely the same can be accomplished with > * md > * snapshot blkdev (attached in previous e-mail) > * giving partitions and blkdevs the ability to grow and shrink > * giving filesystems the ab

3C905C and error e401 : problem solved

2001-05-21 Thread francois . cami
Hi Mr Morton and all linux-kernel, I have been experimenting with the 3C905C, trying to get rid of the annoying e401 error (too much work in interrupt). I've tried using 64 as max_interrupt_work and it solves completely the e401 problem on this particular machine : - yoda.rez-gif.supelec.fr (

Re: VIA's Southbridge bug: Latest (pseudo-)patch

2001-05-21 Thread Gerhard Mack
> Its what I would describe as lack of enforcement by trading standards bodies, > and I suspect what the US would call 'insufficient class action lawsuits' What we need is a web page for listing crap hardware so less people buy it. Gerhard -- Gerhard Mack [EMAIL PROTECTED] <>< As a co

Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup)

2001-05-21 Thread Oliver Xymoron
On Sat, 19 May 2001, Alexander Viro wrote: > Let's distinguish between per-fd effects (that's what name in > open(name, flags) is for - you are asking for descriptor and telling > what behaviour do you want for IO on it) and system-wide side effects. > > IMO encoding the former into name is perfe

Re: PATCH: maestro ported to 2.4 PCI API

2001-05-21 Thread Francois Romieu
Marcus Meissner <[EMAIL PROTECTED]> ecrit : [...] > if( request_region(iobase, 256, card_names[card_type]) == NULL ) > { > printk(KERN_WARNING "maestro: can't allocate 256 bytes I/O at >0x%4.4x\n", iobase); > - return 0; > - } > - > - /* this was trip

  1   2   3   >