;-)
> The current 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 a
would be too 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://
and .config, 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
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. Chemnitze
rkaround 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/l
care in wrappers, even 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-
ention,
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
simple and
non-intrusive 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.2
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
94drv.o
DRIVERS-$(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>
o.o ctype.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
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?
> Di
.
I 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>
<<<<<<<<<<<&l
;#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>
<<<<<<<
e 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>
<<<&
nals 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>
<<<<<<<&
expected? Or am I gonna generate oops-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 vma
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
as possible 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
1].
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
[
much memory).
All "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
sier to manage, 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 unsub
uld 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>
<<<<<<<<<
amfs. Many embedded
people (like me) use it to fill up their flash disks.
Look at linux/Documentation/filesystems/cramfs.txt for more info.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<
ide is set up).
Many Thanks in Advance
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>>>>>>
-
To unsu
OS).
Linux does a good job in caching and cache control at software
level.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>&
, or you decide to do it over. Don't do some
> half-way thing, please.
Daniel (and others) uses ext2 as as a playground, because it is
implemented, tested and not that hard to understand and verify.
Hope they will switch to some own design later, once they
sufficiently played around wit
if ((p = malloc(block))) {
would be even correct C ;-)
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>&g
handy ;-)
But maybe this will be implemented one day along the lines of QoS
in the VM...
Regards
Ingo Oeser
[1] >1500 possible clients for these servers.
[2] Not counting swaps as file backed. We have a special inode
for the swapper anyway, right?
--
10.+11.03
using rdmsr_eio() or sth. else, which catches execptions and
reports them only as errors and just disables the feature instead
of oopsing on boot, might be an better option.
Happy hackin' now
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/
if (inode) {
- inode->i_mode = cramfs_inode->mode;
+ inode->i_mode = cramfs_inode->mode & ~ S_IWUGO;
inode->i_uid = cramfs_inode->uid;
inode->i_size = cramfs_inode->size;
inode->i_gid
b things like
"test" and the perl equivalent, which is quite annoying and
complexifies code. (Yes, I'm selfish too ;-))
See what Linus and Al think about this.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<&l
into the cramfs
image instead. Same code simplification without uglyfication of
the kernel ;-)
Thanks & Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the
o describe what is related, dependend and what each
patch does?
So people could try to suit them to their needs.
And they can tell you exactly _what_ change breaks instead of "It
doesn't work".
Thanks & Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer
ible for this is the FXSR stuff,
that changed.
Like to try again backing this out?
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>&g
haps you could explain, why this is impossible.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>>>>>>
#x27;t wan't to include one, because you need
it only to represent some machine values of a process
computer[1].
But we need a more generic one, which has the functionality of a
read only entry of /proc.
That would be _very_ useful.
Regards
Ingo Oeser
[1] Don't know the right
;
> strtok is not reentrant and cannot be nested this way without
> saving __strtok. strsep would work.
But be careful:
strsep() in kernel skips zero length strings, but strsep
glibc wouldn't do.
Regards
Ingo Oeser
Note: I implemented it to replace strtok and even did a patch t
ables can be read. USB has not been
compiled.
Thanks & Regards
Ingo Oeser
Now the gory details (ask for more if needed)...
I checked:
depmod -e -n /path/to/hisax.o (showed an empty pci table)
depmod -e -n /path/to/8139too.o (showed a complete pci table)
configured in core:
CON
ore
> POSIX (if POSIX is checked at all).
One reason for this: You can read SuS online from the net, but
you have to buy your copy of the POSIX standards before you could
look into it.
But POSIX compliance is fortunatly noted in the man pages ;-)
Regards
Ingo Oeser
--
To the systems program
red
operation for proper and fast refcounting.
Regards
Ingo Oeser
--
To the systems programmer, users and applications
serve only to provide a test load.
:x
-
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/
machines, which are dedicated only for
this purpose. Many people use (embedded) Linux and a (embedded)
PC to cheaply fill functionality gaps in industrial environments.
Regards
Ingo Oeser
--
To the systems programmer, users and applications
serve only to provide a test load.
:x
-
To unsubscribe from
cc won't put them into the right section
otherwise. One of Tigran's patches has been reverted because of
this.
So please reconsider this chunk and prove me wrong if I'm ;-)
PS: Same goes for several other chunks in the submitted
ISDN-Patch.
PPS: No, this is not fixed in pre3.
R
-pre4.
Someone was a bit too paranoid in MM handling ;-)
MM guys and even Linus would tell you the same[1].
Regards
Ingo Oeser
[1] As they did already for other people facing this problem.
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
To unsubscribe from this list: send the line &quo
how it works and what it will be.
Thanks & Regards
Ingo Oeser
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
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/
e allocate such areas to become
guarantee.
Rik: What do you think about this (physical cont. area cache) for 2.5?
Regards
Ingo Oeser
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
Hope it sound not too stupid ;-)
Regards
Ingo Oeser
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
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/
le for the sizes. But these are details for
2.5 and not for now ;-)
Regards
Ingo Oeser
[1] Later I have to lock the PCAC related structures of course.
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
wait to be cleaned
up.
I never tried it above Riks 2.2.x-OOM-Killer-Patch, but it should
work on top of it, because oom_kill.c isn't all that different.
Regards
Ingo Oeser
[1] http://www.tu-chemnitz.de/~ioe/oom_kill_api.patch
[2] if you don't know that much about the kernel, you shouldn
t;registers[0x7FF]);
Wasn't this the clean and recommended interface anyway?
(ref. IO-mapping.txt:150)
I hope this will be kept, because virtually all devices map[1] their
registers continously starting at a base address. It's easy to
access for the driver writer and easy to decode for the devi
nly at the beginning of a function, or
> can it save the space and re-grow it on entering code_blocks
> also?
Check the assembler stage output ;-)
Regards
Ingo Oeser
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
To unsubscribe from this list: send the line "unsubscrib
g and comparing.
PS: Of course it applies cleanly against test10 as well ;-)
Thanks and Regards
Ingo Oeser
--
To the systems programmer, users and applications
serve only to provide a test load.
:x
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
_private));
+ if (dev == NULL) {
+release_region(ioaddr, EL3_IO_EXTENT);
+return -ENOMEM;
+ }
+ }
memcpy(dev->dev_addr, phys_addr, sizeof(phys_addr));
dev->base_addr = ioaddr;
dev->irq = irq;
Regards
Ingo Oeser
--
To the systems programmer, users and applications
serve only t
On Tue, Nov 07, 2000 at 02:41:42PM +, David Woodhouse wrote:
> get_module_symbol() does this for you without having to use such a hook
>
> /me runs
So I guess you know already, that it died in 2.4.0-test11-pre1
and you are suggesting dead code? ;-)
Regards
Ingo Oeser
--
To th
2.4.0-test11-pre1.
Regards
Ingo Oeser
--
To the systems programmer, users and applications
serve only to provide a test load.
:x
-
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/
ds
CODE FREEZE
for at least one week.
Sorry, but this had to be said ;-)
But heh, we all make mistakes sometimes.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<&l
ueue.sync = 0;
cs->tqueue.data = cs;
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>>>>>>
-
too with another machine (Pentium Classic) but like
all others by using X.
I have no oops yet of this lockup, because of X, but I'll ask a
friend of mine, whether the remote logging made it to him and
send you the results.
PS: I tried test12-pre8, so its inside test12-pre8 already.
Regar
seen these two symbols on all ix86-Ooopses with no raid
involved.
Does anybody have an idea, why we always see these symbols there?
Is it an common bitmask? L6 (from arch/i386/head.S) is freed after boot AFAICS.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chem
t;
(actually two of them ;-)).
> after reboot it works fine again [i'll give it an hour...] test12-pre8
> and before worked fine. any ideas?
This seems to be code to debug these timeouts.
It didn't cause any harm AFICS, but I CC'ed the Author of this
code anyway.
On Thu, Dec 14, 2000 at 06:42:58AM -0500, Mohammad A. Haque wrote:
> Hmmm, does syslog sending to another machine catch oops? I guess we'll
> find out.
No, I asked for the logs and he didn't receive any of them :-(
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTa
ile
and use.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>>>>>>
-
To unsubscribe from this list: send
maintainer and davej,
because he added Cyrix III support and might know details ;-)
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>&g
kes to much time and space to create this copy.
I really disagree here.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>&
perhaps this is helpful in any matter.
Regards & Thanks
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>>>>>>
ems
I did. And built with gcc 2.95.2 (debian potato) if that matters.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>&g
Hi there,
Since there have been some downloads of my patch, I should
notify you, that I've updated it and added some documentation.
You can find it at:
http://www.tu-chemnitz.de/~ioe/oom-kill-api/index.html
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http:
On Fri, Dec 29, 2000 at 02:39:42PM +0100, Giacomo A. Catenazzi wrote:
> +{TransmetaCPU,GenuineTMx86}:* ) echo CONFIG_MCROSUE ;;
+{TransmetaCPU,GenuineTMx86}:* ) echo CONFIG_MCRUSOE ;;
This is just a typo, right? ;-)
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer Linux
a
sane amount of memory usage for caching, operation buffers and
the like. If your readjust it to sth. smaller, they'll be killed
soon and if you readjust to sth, bigger, they wouldn't use it.
Regards
Ingo Oeser
[1] I would like to write "most programs", but most p
Hi there,
there has been a patch, which limits the amount of RAM used by
ramfs.
I didn't find this in the archives (neither public ones nor
private). And no, I do NOT think I just dreamed about it ;-)
TIA & Regards
Ingo Oeser
--
Feel the power of the penguin - run [EMAIL PROTECTED
uff ;-)
PS: Patch is against test9 with Rik's latest vmpatch applied.
Thanks for listening
Ingo Oeser
diff -Naur linux-2.4.0-test9-vmpatch/include/linux/swap.h
linux-2.4.0-test9-vmpatch-ioe/include/linux/swap.h
--- linux-2.4.0-test9-vmpatch/include/linux/swap.h Sun Oct 8 00:49:17 2000
ut the one and only OOM killer,
implement it, provide it as module and get back to the important
stuff ;-)
PS: Patch is against test10-pre1.
Thanks for listening
Ingo Oeser
--- linux-2.4.0-test10-pre1/mm/oom_kill.c Tue Oct 10 16:31:08 2000
+++ linux-2.4.0-test10-pre1-ioe/mm/oom_kill.c Tue
Added oom_killer API for special needs - Ingo Oeser
*/
#include
@@ -136,7 +138,7 @@
}
/**
- * oom_kill - kill the "best" process when we run out of memory
+ * oom_kill_rik - kill the "best" process when we run out of memory
*
* If we run out of memory, we have the ch
anly against
test10-pre1 an test10-pre2.
I'll soon provide an example module, which uses my OOM-killer API
so install a new OOM killer.
Regards
Ingo Oeser
[1] http://www.tu-chemnitz.de/~ioe/oom_kill_api.patch
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
To unsubscribe fro
ntroversal discussion at linux-mm about this
last week. So look into the archives.
Regards
Ingo Oeser
--
Feel the power of the penguin - run [EMAIL PROTECTED]
:x
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
On Thu, Mar 08, 2001 at 10:11:50AM +, Anton Altaparmakov wrote:
> At 22:33 07/03/2001, Rik van Riel wrote:
> [snip]
> > typedef struct page {
> >+ struct list_head list; /* ->mapping has some page lists. */
> >+ struct address_space *mapping; /* The inode (or ...) we bel
eep and TryLockPage() + EFAULT
(or similar) if you cannot.
Then just check Page_Uptodate() before you read and do
ClearUptodate() if you start writing to the metadata.
Since these operations are atomic bit operations, it should
suffice for your purpose.
But as stated above, I'
d elevator.c). That avoids most of the
> 64-bit arithmetic anyway.
Do you know of any patches to do so?
Thanks and regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and j
or backing the
writes.
I think unionfs will care for this kind of problems once we have
it implemented in an official tree.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come
-4 days of uptime.
So there is no quick test and I'm even not sure about the
kernel version where this exactly occurs, because I run sometimes
2.4.0 for working and sometimes the latest one, to see whether
the problem still persists.
Regards
Ingo Oeser
[1] put on http://www.tu-c
re.
I have had a load of 10 today, a much to busy disk and a full
swap.
I killed X and killed -9 netscape several times and waited a
while. Things didn't settle down until reboot.
So I definitly would like to try all that doesn't corrupt my fs ;-)
Regards
Ingo Oeser
[1] If people wo
a readonly FS.
>
> I would check that in pipe_write()...
So atime and mtime of a named pipe are meaningless in general?
That would make sense, since you cannot access the data anymore,
once they are through the pipe.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http:
lear, what will be done.
AFAIR Linus dosn't like these magic numers either, right?
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< been there and had much fun >>>
essary for some OOM handlers in my patch.
Thanks & Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< been there and had much fun >>>>>>>>>>&g
"adcl 12(%1), %0\n\t"
^[1]
> "1: adcl 16(%1), %0\n\t"
> "lea 4(%1), %1\n\t"
The first one is better readable and the latter one is more
portable (since the first may contain tabs in the string, instead
of spaces and no one sees this)
booting and after inserting the proper networking
modules, your .config and lscpi - would be nice.
I don't experience any problems like that here.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<&l
d the first BUG now.
Yes I know, that nobody build embedded machines with HIGHMEM
support, but it's still a BUG right? ;-)
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<<
debug info?
I'll try backing out all changes between 2.4.0 and 2.4.2-ac20,
because there it worked ;-)
Regards
Ingo Oeser
cat /proc/cpuinfo
processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 6
model name : VIA Samuel
stepping: 0
cpu MHz
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"
16 X clients.
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>
help 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 LinuxTa
CONFIG_HISAX_FRITZPCI
+ {PCI_VENDOR_ID_AVM, PCI_DEVICE_ID_AVM_FRITZ, PCI_ANY_ID,
+PCI_ANY_ID},
#endif
#ifdef CONFIG_HISAX_DIEHLDIVA
{PCI_VENDOR_ID_EICON,PCI_DEVICE_ID_EICON_DIVA20, PCI_ANY_ID,
PCI_ANY_ID},
Please apply.
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnit
#x27;t boot without this patch.
Reason: There are no MSRs in this range.
Since hpa didn't send a better fix, I attached the band-aid fix
for you, so that people can boot.
Linus, please apply.
Regards
Ingo Oeser
--- linux-2.4.1-pre11/arch/i386/kernel/setup.c.orig Mon Jan 29 03:35:08 20
h of devfsd.
No such problems here and cannot reproduce this behavior. But I
have no real SCSI adaptor. Only ide-scsi and imm (Iomega-ZIP+).
So this might be an SCSI-Issue...
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<
understand." If you like to develop for Linux, you should
understand the API you use and if you don't understand it, either
learn more about it (e.g. reading the source ;-)) or stop using
it.
Regards
Ingo Oeser, reading it since 1996
--
10.+11.03.2001 - 3.
dn't they be on inactive_clean anyway? They are not mapped
(if I read Stephens comment correctly) and are clean (because we
just read them in).
So if we have to put it there explicitly, we have at least a
performance bug, don't we?
Or do I still not get the new linux mm design? ;-(
Totall
s_alloc_page(inode, page))
+ if (! ramfs_alloc_page(inode, page)) {
+ UnlockPage(page);
return -ENOSPC;
+ }
+ UnlockPage(page);
return 0;
}
This currently works for me (but using 2.4.0 + dwg-ramfs.patch + this patch)
Regards
Ingo Oeser
--
10.+11.
On Fri, Feb 02, 2001 at 08:24:19PM +0100, Mike Galbraith wrote:
> On Fri, 2 Feb 2001, Ingo Oeser wrote:
> > No, so have to unlock it also, if you return -ENOSPC.
> >
> > So the correct fix seems to be:
[...]
> > This currently works for me (but using 2.4.0 + d
it)_speed settings there?
Give it a try at least ;-)
Regards
Ingo Oeser
--
10.+11.03.2001 - 3. Chemnitzer LinuxTag <http://www.tu-chemnitz.de/linux/tag>
<<<<<<<<<<<< come and join the fun >>>>>>>>>>>>
os-devel by sending mail to [EMAIL PROTECTED]
containing the single line
subscribe os-devel
in the BODY of the message.
List language is English, the rest will be explained after
subscribing. It is also a closed list (to prevent spamming).
See you there!
Regards
Ingo Oeser
--
10.+11.03.2001
1 - 100 of 228 matches
Mail list logo