Re: 2.4.4-ac6 compile error in plip.c

Static data structures marked as __initdata must be initialised - (as opposed to ordinary static data which is zeroed BSS). + (as opposed to ordinary static data which is zeroed BSS) and cannot be + const. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http:/

Re: 2.4.4-ac6 compile error in plip.c

structures marked as type__initdata/type must be initialised - (as opposed to ordinary static data which is zeroed BSS). + (as opposed to ordinary static data which is zeroed BSS) and cannot be + typeconst/type. /para /sect1 Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer

Re: page_launder() bug

te completely valid C{89,99} and the compiler and environment implement 100% of the semantics of it. Compiler specific features should be seen as an addition to the standard on this compiler. They follow the same rules stated above. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer Li

Re: [PATCH] make distclean tries to delete dirs in tmpfs

On Wed, May 09, 2001 at 03:29:28PM -0700, H. Peter Anvin wrote: > By author: Ingo Oeser <[EMAIL PROTECTED]> > > make distclean deletes anything with size 0. This includes > > directories, while making the kernel in tmpfs or ramfs. > Wouldn't it be better to fix tmpfs/r

Re: [PATCH] make distclean tries to delete dirs in tmpfs

On Wed, May 09, 2001 at 03:29:28PM -0700, H. Peter Anvin wrote: By author:Ingo Oeser [EMAIL PROTECTED] make distclean deletes anything with size 0. This includes directories, while making the kernel in tmpfs or ramfs. Wouldn't it be better to fix tmpfs/ramfs to report something sensible

Re: page_launder() bug

} and the compiler and environment implement 100% of the semantics of it. Compiler specific features should be seen as an addition to the standard on this compiler. They follow the same rules stated above. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux

[PATCH] make distclean tries to delete dirs in tmpfs

. \( -not -type d \) -and \ + \( -name '*.orig' -o -name '*.rej' -o -name '*~' \ -o -name '*.bak' -o -name '#*#' -o -name '.*.orig' \ -o -name '.*.rej' -o -name '.SUMS' -o -size 0 \) -print` TAGS tags Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag

[PATCH] make distclean tries to delete dirs in tmpfs

. \( -not -type d \) -and \ + \( -name '*.orig' -o -name '*.rej' -o -name '*~' \ -o -name '*.bak' -o -name '#*#' -o -name '.*.orig' \ -o -name '.*.rej' -o -name '.SUMS' -o -size 0 \) -print` TAGS tags Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag

Initio maintainer?

workstation and would like to switch to 2.4.x due to several reasons, but the 2.4 version of this driver doesn't even detect the controller :-( Where do I start to get it working? Any good reference about the linux-scsi subsystem? For drivers? Thanks for any help Regards Ingo Oeser -- 10

Initio maintainer?

workstation and would like to switch to 2.4.x due to several reasons, but the 2.4 version of this driver doesn't even detect the controller :-( Where do I start to get it working? Any good reference about the linux-scsi subsystem? For drivers? Thanks for any help Regards Ingo Oeser -- 10

Re: Next compile time problem ...

S_DSCC4' undeclared here (not in a function) Fixed in 2.4.4 and later. Try compiling a recent kernel. I'm running 2.4.5-pre1 now with SMP and highmem support enabled and used. Hope that helps Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://w

Re: Next compile time problem ...

(not in a function) Fixed in 2.4.4 and later. Try compiling a recent kernel. I'm running 2.4.5-pre1 now with SMP and highmem support enabled and used. Hope that helps Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had

Re: X15 alpha release: as fast as TUX but in user space (fwd)

would stop working > are timewarp modules that intercepted the syscall at the kernel level > instead of user space level. That's what the poster talked about ;-) Think subterfuge (sp?) and friends. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://w

Re: Why recovering from broken configs is too hard

hat do you think about that "dirty hack" variant? ;-) And will the derivation be in nearly constant time, if I change one symbol? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<&l

Re: X15 alpha release: as fast as TUX but in user space (fwd)

modules that intercepted the syscall at the kernel level instead of user space level. That's what the poster talked about ;-) Think subterfuge (sp?) and friends. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much

Re: Why recovering from broken configs is too hard

change one symbol? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info

Re: [PATCH] adding PCI bus information to SCSI layer

t;clean". Just think of: test -r /dev/ttyF00/speed=9600,clocal && cat /dev/ttyF00/speed=9600,clocal Or the equivalent in C in most of the programs, which read sth. POSIX might not forbid this, because common sense already does ;-) Regards Ingo Oeser [1] entry := directory | file --

Re: Linux Kernel Debuggers, KDB or KGDB?

on normal arch -> UML) are not quite clear to me. Is there a paper or sth. like that describing the design a bit more in detail? I only found usage papers on the user-mode-linux home page. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag

Re: Maximum files per Directory

ations) building up such large directories should be forced to read every entry of it aloud. Then they'll learn[1] and the problem is solved. Regards Ingo Oeser [1] If not, let them repeat until they do. -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>

Re: Unknown HZ value! (2000) Assume 1024.

rr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1697.38 Just FYI. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been there and had much fun >>>>>

Re: Unknown HZ value! (2000) Assume 1024.

: no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse bogomips: 1697.38 Just FYI. Regards Ingo Oeser

Re: Maximum files per Directory

be forced to read every entry of it aloud. Then they'll learn[1] and the problem is solved. Regards Ingo Oeser [1] If not, let them repeat until they do. -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun

Re: Linux Kernel Debuggers, KDB or KGDB?

. Is there a paper or sth. like that describing the design a bit more in detail? I only found usage papers on the user-mode-linux home page. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from

Re: [PATCH] adding PCI bus information to SCSI layer

=9600,clocal Or the equivalent in C in most of the programs, which read sth. POSIX might not forbid this, because common sense already does ;-) Regards Ingo Oeser [1] entry := directory | file -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been

Re: Linux Kernel Debuggers, KDB or KGDB?

t dummy hardware, like SCSI and ISDN for example. Is that planned or do I suggest sth. stupid here? ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been there and had much

Re: [PATCH] adding PCI bus information to SCSI layer

independently) better into /dev/bus. And even implement the thing as a mount point later, if we go the way Al Viro suggested and have independent "device filesystems" for the subsystems themselves. Just an idea... Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://ww

Re: [PATCH] adding PCI bus information to SCSI layer

) better into /dev/bus. And even implement the thing as a mount point later, if we go the way Al Viro suggested and have independent device filesystems for the subsystems themselves. Just an idea... Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag

Re: Linux Kernel Debuggers, KDB or KGDB?

. Is that planned or do I suggest sth. stupid here? ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: 2.4.4: Kernel crash, possibly tcp related

eady for testing as long, as my file systems stay repairable by fsck.ext2 ;-) Both machines are not running X, frame buffers and no fancy multi media stuff. Regards Ingo Oeser [1] Tested cards: RTL 8139, Intel Etherexpress Pro 100, 3com 3c509TX, so I guess it's NOT

Re: 2.4.4: Kernel crash, possibly tcp related

buffers and no fancy multi media stuff. Regards Ingo Oeser [1] Tested cards: RTL 8139, Intel Etherexpress Pro 100, 3com 3c509TX, so I guess it's NOT the NIC ;-) -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun

Re: X15 alpha release: as fast as TUX but in user space (fwd)

On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote: > Ingo Oeser writes: > > There we have 10x faster memmove/memcpy/bzero for 1K blocks > > granularity (== alignment is 1K and size is multiple of 1K), that > > is done by the memory controller. > This sound

Re: 2.4 and 2GB swap partition limit

are useful, both are unreliable. And we have the one, so we should also implement the other one to be totally unreliable. *gd* Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been t

Re: X15 alpha release: as fast as TUX but in user space (fwd)

access here. Good idea. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been there and had much fun >>>>>>>>>>>> - To unsubscribe from this l

Re: 2.4.4 breaks dhcpcd with Realtek 8139

witches, causing their port to be disabled. So we have just ported a BUG from Windows to Linux, if you are right ;-) BTW: CC'ed the maintainer. He might be interested, as maintainers usally are on BUGs ;-) Regards Ingo Oeser [1] Sometimes forgetting their MAC and sending either random or

Re: 2.4.4 breaks dhcpcd with Realtek 8139

, if you are right ;-) BTW: CC'ed the maintainer. He might be interested, as maintainers usally are on BUGs ;-) Regards Ingo Oeser [1] Sometimes forgetting their MAC and sending either random or zero MAC out. This depends on whatever. [2] Chemnitz Students Network - large LAN with 1000

Re: X15 alpha release: as fast as TUX but in user space (fwd)

idea. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - 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: 2.4 and 2GB swap partition limit

implement the other one to be totally unreliable. *gdr* Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: X15 alpha release: as fast as TUX but in user space (fwd)

On Sun, Apr 29, 2001 at 12:48:06PM -0600, Richard Gooch wrote: Ingo Oeser writes: There we have 10x faster memmove/memcpy/bzero for 1K blocks granularity (== alignment is 1K and size is multiple of 1K), that is done by the memory controller. This sounds different to me. Using the memory

Negative values of cat /proc/sys/fs/inode-nr

+HIGHMEM machine) also seems a bit large... exact .config or more data available, if needed. Otherwise this kernel is very stable for me, and it feels really good in interactive performance. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/

Re: Suggestion for module .init.{text,data} sections

unswappable, while the module is exiting. Rationale: A device needed for swaping will never call exit stuff, because it is still in use. So I see no obvious race here. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<

Re: Suggestion for module .init.{text,data} sections

the module is exiting. Rationale: A device needed for swaping will never call exit stuff, because it is still in use. So I see no obvious race here. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun

Negative values of cat /proc/sys/fs/inode-nr

+HIGHMEM machine) also seems a bit large... exact .config or more data available, if needed. Otherwise this kernel is very stable for me, and it feels really good in interactive performance. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag

Re: ramdisk/tmpfs/ramfs/memfs ?

he ac-Kernels all have this patch included, which are sometimes more stable anyway these day. ;-) HTH Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been there and had much fun &

Re: PATCH: 2.4.3 tinny module interface cleanum

get about this, ok ;-) Regards Ingo Oeser [1] By stable I mean "marked as the stable branch" not the actual behavior >;) -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been t

Re: PATCH: 2.4.3 tinny module interface cleanum

about this, ok ;-) Regards Ingo Oeser [1] By stable I mean marked as the stable branch not the actual behavior ;) -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line unsubscribe

Re: ramdisk/tmpfs/ramfs/memfs ?

are sometimes more stable anyway these day. ;-) HTH Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: down_timeout

if (condition) \ break; \ __wait_event_timeout(wq, condition, timeout, ret); \ } while (0) What about that? Use it just as you use wait_event() but check for -ETIMEDOUT as value in ret. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chem

Re: Problem with DHCP when using tokenring on 2.4.x

ptimization and with debugging symbols). This sounds like an user space problem until now, but once you tried all this, we can decide whether it is a kernel bug or a bug in pump, which got triggered by more correct behavior of the lastest kernels. Regards Ingo Oeser -- 10.+11.03.2001 -

Re: Problem with DHCP when using tokenring on 2.4.x

). This sounds like an user space problem until now, but once you tried all this, we can decide whether it is a kernel bug or a bug in pump, which got triggered by more correct behavior of the lastest kernels. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux

Re: down_timeout

; \ __wait_event_timeout(wq, condition, timeout, ret); \ } while (0) What about that? Use it just as you use wait_event() but check for -ETIMEDOUT as value in ret. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been

Re: hundreds of mount --bind mountpoints?

d make it quite easy. The ctor is the way to handle it. May be we could even put all the fs specific initalizers into it (e.g. magics, zeroes). Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<

Re: hundreds of mount --bind mountpoints?

to handle it. May be we could even put all the fs specific initalizers into it (e.g. magics, zeroes). Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line

Re: hundreds of mount --bind mountpoints?

if they are the same size. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been there and had much fun >>>>>>>>>>>> - To unsubscribe from thi

Re: ioctl arg passing

ll "read" functions do the same. As you were clever enough to copy the pointer itself into kernel space, too (which many driver writes forget!), you have done the right thing here. Congratulations! ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-che

Re: hundreds of mount --bind mountpoints?

So that struct inode around is ok. BTW: Is it still less than one page? Then it doesn't make me nervous. Why? Guess what granularity we allocate at, if we just store pointers instead of the inode.u. Or do you like every FS creating his own slab cache? Regards Ingo Oeser [1] Which i

Re: light weight user level semaphores

e are burdend onto their shoulders. Semaphores tend to be structures living very long (at least in all code I've written and seen so far) so I see no point in defering their initialization. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linu

Re: Can't compile 2.4.3 with agcc

tinue.\n"); > + for (;;) ; replace this with panic() please. Even machines, which reboot on panic will reboot over and over again here, which surely someone will notice ;-) > } > if (cpu_has_fxsr) { > printk(KERN_INFO "Enabling fast FPU save

Re: ioctl arg passing

ops-a-plenty? What do you want to do with the buffers? If you plan to expose them to user space, this is just plain wrong. If you use it only inside the kernel, please check that you avoid using more than PAGE_SIZE as rxlen/txlen. Do scatter-gather instead and vmalloc(). Either in the driver or b

Re: hundreds of mount --bind mountpoints?

ls of this union, because never have to use it outside the kernel ;-) I like it. ext2fs does the same, so there should be no VFS hassles involved. Al? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<&l

Re: hundreds of mount --bind mountpoints?

he IO a bit stormier. I think there are a lot of races, which I don't see now. So please don't beat me too much, if this is a completly stupid idea, ok? ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<

Re: disable_ide_dma gcc-3.0 warn

t;#if 0" marked code section. BTW: Which revision of gcc 3.0 do you use? I had no luck compiling it yet. Please answer in private to gcc issues. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<

Re: disable_ide_dma gcc-3.0 warn

in private to gcc issues. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo

Re: hundreds of mount --bind mountpoints?

it outside the kernel ;-) I like it. ext2fs does the same, so there should be no VFS hassles involved. Al? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line

Re: ioctl arg passing

the kernel, please check that you avoid using more than PAGE_SIZE as rxlen/txlen. Do scatter-gather instead and vmalloc(). Either in the driver or by hardware features. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much

Re: Can't compile 2.4.3 with agcc

on panic will reboot over and over again here, which surely someone will notice ;-) } if (cpu_has_fxsr) { printk(KERN_INFO Enabling fast FPU save and restore... ); Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag

Re: hundreds of mount --bind mountpoints?

? Then it doesn't make me nervous. Why? Guess what granularity we allocate at, if we just store pointers instead of the inode.u. Or do you like every FS creating his own slab cache? Regards Ingo Oeser [1] Which is true for other allocations, too. -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag

Re: ioctl arg passing

the pointer itself into kernel space, too (which many driver writes forget!), you have done the right thing here. Congratulations! ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe

Re: hundreds of mount --bind mountpoints?

small amount of memory and and need some small amount associated with this memory, there is no problem with a little waste. Waste is better than fragmentation. This is the lesson people learned from segments in the ia32. Objects are easier to manage, if they are the same size. Regards Ingo Oeser

Re: APIC-Errors+Crashes on GA 586DX, 2.2.17/2.4.3

don't know, why adding 64MB made it go away. I tried very hard to reproduce it with 128MB, but really couldn't :-( Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been the

Re: APIC-Errors+Crashes on GA 586DX, 2.2.17/2.4.3

very hard to reproduce it with 128MB, but really couldn't :-( Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in t

Re: cdrom driver dependency problem (and a workaround patch)

On Sat, Apr 21, 2001 at 08:33:05PM +0300, Dan Aloni wrote: > On Sat, 21 Apr 2001, Ingo Oeser wrote: > > The link order is wrong. So why not changing the link order then? > > I remember doing what the patch below does. > It didn't help. Hmm, maybe you had a typo? > Did you

Re: rwsem.o listed twice as export-objs

o string.o vsprintf.o brlock.o cmdline.o bust_spinlocks.o ifneq ($(CONFIG_RWSEM_GENERIC_SPINLOCK)$(CONFIG_RWSEM_XCHGADD_ALGORITHM),nn) -export-objs += rwsem.o obj-y += rwsem.o endif Because any of the solutions should be applied, because rwsem.o is listed twice currently, which gives a warning a

Re: cdrom driver dependency problem (and a workaround patch)

RIVERS-$(CONFIG_SOUND) += drivers/sound/sounddrivers.o DRIVERS-$(CONFIG_PCI) += drivers/pci/driver.o DRIVERS-$(CONFIG_MTD) += drivers/mtd/mtdlink.o Would be my idea of solving this issue. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>

Re: cdrom driver dependency problem (and a workaround patch)

-$(CONFIG_PCI) += drivers/pci/driver.o DRIVERS-$(CONFIG_MTD) += drivers/mtd/mtdlink.o Would be my idea of solving this issue. Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from

Re: rwsem.o listed twice as export-objs

bust_spinlocks.o ifneq ($(CONFIG_RWSEM_GENERIC_SPINLOCK)$(CONFIG_RWSEM_XCHGADD_ALGORITHM),nn) -export-objs += rwsem.o obj-y += rwsem.o endif Because any of the solutions should be applied, because rwsem.o is listed twice currently, which gives a warning at compile time. Regards Ingo Oeser -- 10

Re: cdrom driver dependency problem (and a workaround patch)

On Sat, Apr 21, 2001 at 08:33:05PM +0300, Dan Aloni wrote: On Sat, 21 Apr 2001, Ingo Oeser wrote: The link order is wrong. So why not changing the link order then? I remember doing what the patch below does. It didn't help. Hmm, maybe you had a typo? Did you try this patch? Yes, just

rwsem.o listed twice as export-objs

Hi David, please remove rwsem.o from the list of exported objects, if it is not used. Regards Ingo Oeser patch is as follows --- lib/Makefile.orig Fri Apr 20 21:51:12 2001 +++ lib/MakefileFri Apr 20 21:51:19 2001 @@ -8,7 +8,7 @@ L_TARGET := lib.a -export-objs := cmdline.o

rwsem.o listed twice as export-objs

Hi David, please remove rwsem.o from the list of exported objects, if it is not used. Regards Ingo Oeser patch is as follows --- lib/Makefile.orig Fri Apr 20 21:51:12 2001 +++ lib/MakefileFri Apr 20 21:51:19 2001 @@ -8,7 +8,7 @@ L_TARGET := lib.a -export-objs := cmdline.o

Re: light weight user level semaphores

sive solution is out. Instead we should go with several new syscalls, user space dependencies, strange error handling and yet-to-discuss semantics. Everybody else byt you would have been kicked out by the core people for suggesting this ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer

Re: light weight user level semaphores

on, since these should be rare cases and the application overusing these should be punished HARD. Maybe someone can enlighten my on these aspects. Regards Ingo Oeser [1] Ok, people already use other than Unix mechanisms for this stuff on massive parallel computing. So this might not be an is

Re: light weight user level semaphores

ven if you don't use this stuff. I also don't like the "kill me if I do a mistake" that Linus proposed in the "bad_sem" label. Comments? Flames? Overengineered? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>

Re: light weight user level semaphores

the "kill me if I do a mistake" that Linus proposed in the "bad_sem" label. Comments? Flames? Overengineered? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from

Re: light weight user level semaphores

these should be rare cases and the application overusing these should be punished HARD. Maybe someone can enlighten my on these aspects. Regards Ingo Oeser [1] Ok, people already use other than Unix mechanisms for this stuff on massive parallel computing. So this might not be an issue. Only

Re: light weight user level semaphores

r space dependencies, strange error handling and yet-to-discuss semantics. Everybody else byt you would have been kicked out by the core people for suggesting this ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there an

Re: Data-corruption bug in VIA chipsets

und helps. So we might want to enable these workarounds for this southbridge, too. Hope this translation helps our maintainers a little ;-) Regards Ingo Oeser [1] http://home.tiscalinet.de/au-ja/review-kt133a-4.html -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/

Re: union mounting?

On Thu, Apr 12, 2001 at 01:31:46PM -0400, David L. Parsley wrote: > real pretty. If you've got union mounting patches for testing, I'd be > interested. ;-) /me is interested, too. And yes, I have nearly the same problem ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag

Re: union mounting?

On Thu, Apr 12, 2001 at 01:31:46PM -0400, David L. Parsley wrote: real pretty. If you've got union mounting patches for testing, I'd be interested. ;-) /me is interested, too. And yes, I have nearly the same problem ;-) Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http

Re: Data-corruption bug in VIA chipsets

might want to enable these workarounds for this southbridge, too. Hope this translation helps our maintainers a little ;-) Regards Ingo Oeser [1] http://home.tiscalinet.de/au-ja/review-kt133a-4.html -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been th

Re: CML2 1.0.0 doesn't remember configuration changes

ig, then they fall back to $(ARCH)/defconfig Would be nice, if CML2 works like this too, because it's not nice to go through all the options again, if I install a new kernel or just want to change my current kernel config add a module. But your CML2 is sure great work. Regards Ingo Oeser --

Re: CML2 1.0.0 doesn't remember configuration changes

to $(ARCH)/defconfig Would be nice, if CML2 works like this too, because it's not nice to go through all the options again, if I install a new kernel or just want to change my current kernel config add a module. But your CML2 is sure great work. Regards Ingo Oeser -- 10.+11.03.2001 - 3

Re: Larger dev_t

o easy to remove static major/minors and all the fun allocating them. And LANANA would have one thing less to worry about ;-) One thing I certainly miss: DevFS is not mandatory (yet). Thanks & Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz

Re: Larger dev_t

t discussion is almost entirely about mknod.] Yes: Let "mknod /dev/foo [bc] x y" die! Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <<<<<<<<<<<< been there and had much fun &g

Re: Larger dev_t

rely about mknod.] Yes: Let "mknod /dev/foo [bc] x y" die! Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from this list: send the line "unsubscribe linux-kernel&

Re: Larger dev_t

to remove static major/minors and all the fun allocating them. And LANANA would have one thing less to worry about ;-) One thing I certainly miss: DevFS is not mandatory (yet). Thanks Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been

Re: OOM killer???

system is ok (because I will not loose work, and might get it over the net, if there is a problem). So as Rik stated: The OOM killer cannot suit all people, so it has to be configurable, to be OOM kill, not overkill ;-) Thanks & Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <

Re: OOM killer???

). So as Rik stated: The OOM killer cannot suit all people, so it has to be configurable, to be OOM kill, not overkill ;-) Thanks Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun - To unsubscribe from

Re: [PATCH] OOM handling

ts. I never had OOM there. I think this is the amount of memory an oracle server at least have to have, right? What are your ulimits? What are your amounts of RAM+SWAP? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag> <

Re: [PATCH] OOM handling

OOM there. I think this is the amount of memory an oracle server at least have to have, right? What are your ulimits? What are your amounts of RAM+SWAP? Regards Ingo Oeser -- 10.+11.03.2001 - 3. Chemnitzer LinuxTag http://www.tu-chemnitz.de/linux/tag been there and had much fun

Re: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

On Sat, Mar 24, 2001 at 10:53:08PM +0100, Ingo Oeser wrote: > On Sat, Mar 24, 2001 at 06:25:16PM +0100, Alex Riesen wrote: > > As i recompiled 2.4.2-ac20 with ACPI support > > the system cannot switch itself off. > > I get a message "Couldn't switch to S5&qu

Re: ACPI power-off doesn't work on Asus CUV4X (VIA Apollo 133)

On Sat, Mar 24, 2001 at 10:53:08PM +0100, Ingo Oeser wrote: On Sat, Mar 24, 2001 at 06:25:16PM +0100, Alex Riesen wrote: As i recompiled 2.4.2-ac20 with ACPI support the system cannot switch itself off. I get a message "Couldn't switch to S5" if try to call reboot(2). At loa

<    1   2   3   4   5   >