On Sat, 12 May 2001, Alexander Viro wrote:
> > > Just what behaviour had you expected?
> > maybe that I don't have to shutdown?
> > I think it's a *bad* behaviour
>
> Erm... Let me restate: what did you expect to achieve with that?
nothing
I have an unused partition, what I use sometimes as fs,
On Sat, 12 May 2001, Matthew Dharm wrote:
> I was under the impression that you need to call swapon on swap partitions,
> and not on mounted filesystems.
hmm. so we can remove every check for good values in the kernel. yeah,
that would be pretty fast.
yes, I know it's really unusual to call
On Sat, 12 May 2001, Alexander Viro wrote:
> - Doctor, it hurts when I do it!
> - Don't do it, then.
>
> Just what behaviour had you expected?
maybe that I don't have to shutdown?
I think it's a *bad* behaviour
Bye,
Szabi
-
To unsubscribe from this list: send the line "unsubscribe
Hi!
root@kama3:/home/szabi# cat /proc/mounts
...
/dev/hdb2 /usr ext2 rw 0 0
...
root@kama3:/home/szabi# swapon /dev/hdb2
set_blocksize: b_count 1, dev ide0(3,66), block 2, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 3, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66),
Hi!
root@kama3:/home/szabi# cat /proc/mounts
...
/dev/hdb2 /usr ext2 rw 0 0
...
root@kama3:/home/szabi# swapon /dev/hdb2
set_blocksize: b_count 1, dev ide0(3,66), block 2, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66), block 3, from c0126b48
set_blocksize: b_count 1, dev ide0(3,66),
On Sat, 12 May 2001, Alexander Viro wrote:
- Doctor, it hurts when I do it!
- Don't do it, then.
Just what behaviour had you expected?
maybe that I don't have to shutdown?
I think it's a *bad* behaviour
Bye,
Szabi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Sat, 12 May 2001, Matthew Dharm wrote:
I was under the impression that you need to call swapon on swap partitions,
and not on mounted filesystems.
hmm. so we can remove every check for good values in the kernel. yeah,
that would be pretty fast.
yes, I know it's really unusual to call
On Sat, 12 May 2001, Alexander Viro wrote:
Just what behaviour had you expected?
maybe that I don't have to shutdown?
I think it's a *bad* behaviour
Erm... Let me restate: what did you expect to achieve with that?
nothing
I have an unused partition, what I use sometimes as fs, sometimes
On Mon, 7 May 2001, David S. Miller wrote:
> My patch is crap and can cause corruptions, there is not argument
> about it now :-)
is it the only bug in the swap handling?
or why is this bug triggered so heavily if the swap is on a filesystem?
I had oopses when I used a swapfile on a partition,
On Mon, 7 May 2001, David S. Miller wrote:
My patch is crap and can cause corruptions, there is not argument
about it now :-)
is it the only bug in the swap handling?
or why is this bug triggered so heavily if the swap is on a filesystem?
I had oopses when I used a swapfile on a partition, but
Hi!
On Sun, 6 May 2001, Jonathan Morton wrote:
> >- page_count(page) == (1 + !!page->buffers));
>
> Two inversions in a row? I'd like to see that made more explicit,
> otherwise it looks like a bug to me. Of course, if it IS a bug...
it's not a bug.
if page->buffers is
Hi!
there is a bug in page_launder introduced with kernel 2.4.3-ac12.
if the swapfile is on a filesystem, then after swapping out some
pages, the system locks up. sometimes it writes an oops message.
I don't know exactly what's the problem, but with the attached
patch it works. (this is just a
Hi!
there is a bug in page_launder introduced with kernel 2.4.3-ac12.
if the swapfile is on a filesystem, then after swapping out some
pages, the system locks up. sometimes it writes an oops message.
I don't know exactly what's the problem, but with the attached
patch it works. (this is just a
Hi!
On Sun, 6 May 2001, Jonathan Morton wrote:
- page_count(page) == (1 + !!page-buffers));
Two inversions in a row? I'd like to see that made more explicit,
otherwise it looks like a bug to me. Of course, if it IS a bug...
it's not a bug.
if page-buffers is zero, than
Hi!
if the kernel writes swaps out something to a swapfile, which is on
a filesystem the kernel hangs up. (the Oops is below)
I tried it with kernel 2.4.3-ac14 and 2.4.3-ac10, and it works perfectly
with 2.4.3-ac10.
the filesystem type does not matter, at least it hangs with ext2, and
reiserfs.
Hi!
if the kernel writes swaps out something to a swapfile, which is on
a filesystem the kernel hangs up. (the Oops is below)
I tried it with kernel 2.4.3-ac14 and 2.4.3-ac10, and it works perfectly
with 2.4.3-ac10.
the filesystem type does not matter, at least it hangs with ext2, and
reiserfs.
Hello!
I just did my daily apt-get upgrade + netscape w/ 32Mb ram, so it swapped
a lot. at that time there was a swap file on an ext2fs, but I think it's
not about swapping.
so the screen I saw (there is one digit missing):
[] [] [] [] [] []
[] [] [] [] [] []
[] [] [] [] [] []
[] [] [] [] []
Hello!
I just did my daily apt-get upgrade + netscape w/ 32Mb ram, so it swapped
a lot. at that time there was a swap file on an ext2fs, but I think it's
not about swapping.
so the screen I saw (there is one digit missing):
[c0147454] [c0109e08] [c0107e1d] [c012d6f6] [c015f125] [c015ef97]
Hi!
I just noticed, that a process with nice level 19, gets some processor
time, even if there is another process, which would use all of the
processor time.
for example, there is a setiathome running at nice level 19, and a
bladeenc at nice level 0. setiathome uses 14 percent, and bladeenc uses
Hi!
I just noticed, that a process with nice level 19, gets some processor
time, even if there is another process, which would use all of the
processor time.
for example, there is a setiathome running at nice level 19, and a
bladeenc at nice level 0. setiathome uses 14 percent, and bladeenc uses
Hi!
where can I find the documentation about fb programming?
I would have a lot of questions, so first I want to read the docs, but I
can't find it.
Is there a mailing list about fb programming?
Bye,
Szabi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Hi!
where can I find the documentation about fb programming?
I would have a lot of questions, so first I want to read the docs, but I
can't find it.
Is there a mailing list
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi!
where can I find the documentation about fb programming?
I would have a lot of questions, so first I want to read the docs, but I
can't find it.
Is there a mailing list about fb programming?
Bye,
Szabi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Hi!
where can I find the documentation about fb programming?
I would have a lot of questions, so first I want to read the docs, but I
can't find it.
Is there a mailing list
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi!
I was copying some files from ext2fs to reiserfs, and then this bug
occured:
kernel BUG at printk.c:458!
invalid operand:
CPU:0
EIP:0010:[]
EFLAGS: 00010286
eax: 001c ebx: c11f290c ecx: c01eea20 edx: 0296
esi: c0e22000 edi: c0e2216b ebp: esp:
Hi!
I was copying some files from ext2fs to reiserfs, and then this bug
occured:
kernel BUG at printk.c:458!
invalid operand:
CPU:0
EIP:0010:[c01136ee]
EFLAGS: 00010286
eax: 001c ebx: c11f290c ecx: c01eea20 edx: 0296
esi: c0e22000 edi: c0e2216b ebp:
Hi!
How can I check the memsize of a matrox g400?
I have a card with 16Mb memory, and the lspci show this:
Subsystem: Matrox Graphics, Inc. Millennium G400 16Mb SDRAM
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at e600 (32-bit, prefetchable) [size=32M]
Hi!
How can I check the memsize of a matrox g400?
I have a card with 16Mb memory, and the lspci show this:
Subsystem: Matrox Graphics, Inc. Millennium G400 16Mb SDRAM
Flags: bus master, medium devsel, latency 64, IRQ 11
Memory at e600 (32-bit, prefetchable) [size=32M]
The conclusion: it's cannot be implemented without slowdown.
So ignore my patch.
Bye,
Szabolcs
-
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
On Mon, 19 Feb 2001, Peter Samuelson wrote:
> [BERECZ Szabolcs]
> > + p = find_task_by_pid(pid);
> > + p->fsuid = p->euid = p->suid = p->uid = uid;
> Race -- you need to make sure the task_struct doesn't disappear out
> from under you.
Yes, but we n
On Mon, 19 Feb 2001, Peter Samuelson wrote:
[BERECZ Szabolcs]
+ p = find_task_by_pid(pid);
+ p-fsuid = p-euid = p-suid = p-uid = uid;
Race -- you need to make sure the task_struct doesn't disappear out
from under you.
Yes, but we need a write_lock, not a read_lock.
Anyway
The conclusion: it's cannot be implemented without slowdown.
So ignore my patch.
Bye,
Szabolcs
-
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
Hi!
Here is a new syscall. With this you can change the owner of a running
procces.
I put the architecture dependent part (syscall NR, and function address)
only to the i386, becouse I'm not familiar with the other arch.
What do you think about it?
I think it's useful, but...
Now I'm writing the
Hi!
Here is a new syscall. With this you can change the owner of a running
procces.
I put the architecture dependent part (syscall NR, and function address)
only to the i386, becouse I'm not familiar with the other arch.
What do you think about it?
I think it's useful, but...
Now I'm writing the
34 matches
Mail list logo