Am Dienstag, 15. März 2005 07:57 schrieb Denis Vlasenko:
> Use strace -tt to find out whether kwrite spends that much CPU
> by doing zillions of syscalls or not.
Actually pdflush always kicks in after a write call. Summary:
% time seconds usecs/call callserrors syscall
--
Am Dienstag, 15. März 2005 07:57 schrieb Denis Vlasenko:
Use strace -tt to find out whether kwrite spends that much CPU
by doing zillions of syscalls or not.
Actually pdflush always kicks in after a write call. Summary:
% time seconds usecs/call callserrors syscall
--
On Sunday 13 March 2005 15:24, Alexander Gran wrote:
> Hi,
>
> Well, of course it cannot handle that large files (I wouldn't expect that,
> either). My Problem is that when I open the file, it's not just kwrite but
> other processes that need so much cpu time. That kwrite is eating cpu is ok.
On Sunday 13 March 2005 15:24, Alexander Gran wrote:
Hi,
Well, of course it cannot handle that large files (I wouldn't expect that,
either). My Problem is that when I open the file, it's not just kwrite but
other processes that need so much cpu time. That kwrite is eating cpu is ok.
I
-version
> > > Qt: 3.2.1
> > > KDE: 3.1.4
> > > KWrite: 4.1
> > >
> > > Thanks,
> > > Lena.
> > >
> > > >Begin forwarded message:
> > > >
> > > >Date: Fri, 4 Mar 2005 02:24:36 +0100
> > >
t; Lena.
> >
> > >Begin forwarded message:
> > >
> > >Date: Fri, 4 Mar 2005 02:24:36 +0100
> > >From: Alexander Gran <[EMAIL PROTECTED]>
> > >To: linux-kernel@vger.kernel.org
> > >Subject: 2.6.11-rc5-mm1: reiser4 eating cpu time
>
kde version:
> [EMAIL PROTECTED]:~> kwrite --version
> Qt: 3.2.1
> KDE: 3.1.4
> KWrite: 4.1
>
> Thanks,
> Lena.
>
> >Begin forwarded message:
> >
> >Date: Fri, 4 Mar 2005 02:24:36 +0100
> >From: Alexander Gran <[EMAIL PROTECTED]>
> >To: linux-kern
Qt: 3.2.1
KDE: 3.1.4
KWrite: 4.1
Thanks,
Lena.
Begin forwarded message:
Date: Fri, 4 Mar 2005 02:24:36 +0100
From: Alexander Gran [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Subject: 2.6.11-rc5-mm1: reiser4 eating cpu time
Hi,
I have a reiser4 partition on a local IDE
version:
[EMAIL PROTECTED]:~ kwrite --version
Qt: 3.2.1
KDE: 3.1.4
KWrite: 4.1
Thanks,
Lena.
Begin forwarded message:
Date: Fri, 4 Mar 2005 02:24:36 +0100
From: Alexander Gran [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Subject: 2.6.11-rc5-mm1: reiser4 eating cpu
-kernel@vger.kernel.org
Subject: 2.6.11-rc5-mm1: reiser4 eating cpu time
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB
textfile with kwrite, and killed it while ot opened the file (took to
long...) diskio was finished at this point.
a [ent:hda6
|1
> fs/reiser4/plugin/object.c |2
> fs/reiser4/plugin/object.h |1
> fs/reiser4/tree_walk.c |4
> fs/reiser4/txnmgr.h |1
> fs/reiser4/vfs_ops.c | 14 -
> fs/reiser4/wa
/reiser4/vfs_ops.c | 14 -
fs/reiser4/wander.c |2
fs/reiser4/znode.c |4
33 files changed, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
node.c |4
33 files changed, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
+++ linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c 2005-03-01
21:18:14.0 +0100
@@ -932,7
|4
33 files changed, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
+++ linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c 2005-03-01
21:18:14.0 +0100
@@ -932,7 +932,7
> On 03 Mar 2005 03:21:56 -0500, Jes Sorensen <[EMAIL PROTECTED]> said:
Jes> mempool on the other hand will first try and call the user
Jes> provided allocation function and only if that fails try and
Jes> take memory from the pool, this will force us to convert pages
Jes> from cached
On 03 Mar 2005 03:21:56 -0500, Jes Sorensen [EMAIL PROTECTED] said:
Jes mempool on the other hand will first try and call the user
Jes provided allocation function and only if that fails try and
Jes take memory from the pool, this will force us to convert pages
Jes from cached to
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
> However, I spoke too soon. There actually is a legitimate use for
> EXPORT_SYMBOL() in a lib-y object, e.g. lib/dump_stack.c. This provides a
> default implementation for dump_stack(). Most archs provide their own
>
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
> On Sat, 5 Mar 2005, Adrian Bunk wrote:
>
> > And this can break as soon as the "unused" object files contains
> > EXPORT_SYMBOL's.
> >
> > Is it really worth it doing it in this non-intuitive way?
>
> I don't think it
> That's usually solved through #define's (see e.g. lib/extable.c).
Well, you can obviously solve pretty much everything with #define's, but
it's usually also the ugliest solution.
>From my point of view, the preferences for solving issues like the
extable.c one are:
o Do it automatically.
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
> On Sat, 5 Mar 2005, Adrian Bunk wrote:
>
> > This warning sounds like a good plan (but it won't let many objects stay
> > inside lib-y).
>
> The patch is simple (except that the warning it throws looks rather ugly),
> see
On Sat, 5 Mar 2005, Adrian Bunk wrote:
> This warning sounds like a good plan (but it won't let many objects stay
> inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
However, I spoke too soon. There actually is a legitimate use for
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
> On Sat, 5 Mar 2005, Adrian Bunk wrote:
>
> > And this can break as soon as the "unused" object files contains
> > EXPORT_SYMBOL's.
> >
> > Is it really worth it doing it in this non-intuitive way?
>
> I don't think it
On Sat, 5 Mar 2005, Adrian Bunk wrote:
> And this can break as soon as the "unused" object files contains
> EXPORT_SYMBOL's.
>
> Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's how libraries work. However, as you
say, it is broken for files
On Sat, Mar 05, 2005 at 12:09:29AM -0500, Kai Germaschewski wrote:
> On Fri, 4 Mar 2005, Adrian Bunk wrote:
>
> > > [...] So ld looks into the lib .a archive, determines that none of
> > > the symbols in that object file are needed to resolve a reference and
> > > drops the entire .o file.
>
>
Florian Engelhardt wrote:
Neat trick which I only discovered in desparation last week when
battling a RAID lockup on the -rc4-mm1 kernel on a remote box.
I was also having hard lockup issues, but reseating all my PCI cards
appear to have rectified that one.
Well, there are not much PCI-Cards in
Hello,
On Wed, 02 Mar 2005 14:38:59 +0400
Brad Campbell <[EMAIL PROTECTED]> wrote:
> Florian Engelhardt wrote:
> >
> > I activated the raid (/dev/md0), then mounted it, and after
> > that i was starting nfs. I was able to mount the share
> > on my desktop, creating direcrotys was no problem,
Hello,
On Wed, 02 Mar 2005 14:38:59 +0400
Brad Campbell [EMAIL PROTECTED] wrote:
Florian Engelhardt wrote:
I activated the raid (/dev/md0), then mounted it, and after
that i was starting nfs. I was able to mount the share
on my desktop, creating direcrotys was no problem, but
as soon
Florian Engelhardt wrote:
Neat trick which I only discovered in desparation last week when
battling a RAID lockup on the -rc4-mm1 kernel on a remote box.
I was also having hard lockup issues, but reseating all my PCI cards
appear to have rectified that one.
Well, there are not much PCI-Cards in
On Sat, Mar 05, 2005 at 12:09:29AM -0500, Kai Germaschewski wrote:
On Fri, 4 Mar 2005, Adrian Bunk wrote:
[...] So ld looks into the lib .a archive, determines that none of
the symbols in that object file are needed to resolve a reference and
drops the entire .o file.
Silly
On Sat, 5 Mar 2005, Adrian Bunk wrote:
And this can break as soon as the unused object files contains
EXPORT_SYMBOL's.
Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's how libraries work. However, as you
say, it is broken for files containing
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
On Sat, 5 Mar 2005, Adrian Bunk wrote:
And this can break as soon as the unused object files contains
EXPORT_SYMBOL's.
Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's
On Sat, 5 Mar 2005, Adrian Bunk wrote:
This warning sounds like a good plan (but it won't let many objects stay
inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
However, I spoke too soon. There actually is a legitimate use for
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
On Sat, 5 Mar 2005, Adrian Bunk wrote:
This warning sounds like a good plan (but it won't let many objects stay
inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
That's usually solved through #define's (see e.g. lib/extable.c).
Well, you can obviously solve pretty much everything with #define's, but
it's usually also the ugliest solution.
From my point of view, the preferences for solving issues like the
extable.c one are:
o Do it automatically. If
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
On Sat, 5 Mar 2005, Adrian Bunk wrote:
And this can break as soon as the unused object files contains
EXPORT_SYMBOL's.
Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
However, I spoke too soon. There actually is a legitimate use for
EXPORT_SYMBOL() in a lib-y object, e.g. lib/dump_stack.c. This provides a
default implementation for dump_stack(). Most archs provide their own
implementation
On Fri, 4 Mar 2005, Adrian Bunk wrote:
> > [...] So ld looks into the lib .a archive, determines that none of
> > the symbols in that object file are needed to resolve a reference and
> > drops the entire .o file.
> Silly question:
> What's the advantage of lib-y compared to obj-y?
Basically
On Fri, Mar 04, 2005 at 02:11:13PM -0500, Kai Germaschewski wrote:
> On Fri, 4 Mar 2005, Rusty Russell wrote:
>
> > On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > > Why doesn't an EXPORT_SYMBOL create a reference?
> >
> > It does: EXPORT_SYMBOL(x) drops the address of "x", including
>
On Fri, Mar 04, 2005 at 07:56:38PM +0100, Adrian Bunk wrote:
> On Fri, Mar 04, 2005 at 09:23:17PM +1100, Rusty Russell wrote:
> > On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > > Why doesn't an EXPORT_SYMBOL create a reference?
> >
> > It does: EXPORT_SYMBOL(x) drops the address of
On Fri, 4 Mar 2005, Rusty Russell wrote:
> On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > Why doesn't an EXPORT_SYMBOL create a reference?
>
> It does: EXPORT_SYMBOL(x) drops the address of "x", including
> __attribute_used__, in the __ksymtab section.
Well, the problem is that this
On Fri, Mar 04, 2005 at 09:23:17PM +1100, Rusty Russell wrote:
> On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > Why doesn't an EXPORT_SYMBOL create a reference?
>
> It does: EXPORT_SYMBOL(x) drops the address of "x", including
> __attribute_used__, in the __ksymtab section.
>
>
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of "x", including
__attribute_used__, in the __ksymtab section.
However, if CONFIG_MODULES=n, it does nothing: perhaps that is what you
are seeing.
On Wed, 2005-03-02 at 12:23 -0500, [EMAIL PROTECTED] wrote:
> static int __init init_hermes(void)
> {
> return 0;
> }
>
> static void __exit exit_hermes(void)
> {
> }
>
> module_init(init_hermes);
> module_exit(exit_hermes);
>
> That's it. As far as I can tell, gcc 4.0 semi-correctly
ok
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Dike
Sent: Friday, March 04, 2005 3:25 AM
To: Chris Wright
Cc: Jeff Dike; Andrew Morton; linux-kernel@vger.kernel.org
Subject: Re: 2.6.11-rc5-mm1
[EMAIL PROTECTED] said:
> Thanks, I'll p
Hello
On Fri, 2005-03-04 at 04:24, Alexander Gran wrote:
> Hi,
>
> I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile
> with
> kwrite,
..
> Process was eating 100% CPU time for several (54) seconds.
> Is this a normal, expected behaviour?
no, thanks for report, I will
> > I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
> > work with bk-dtor-input.patch in the tree (backing out makes keyboard
> > work).
> >
> It looks like some old stuff in my tree overwrites good stuff from
> Vojtech's tree.. Thanks for letting me know.
>
> Nonetheless,
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
It looks like some old stuff in my tree overwrites good stuff from
Vojtech's tree.. Thanks for letting me know.
Nonetheless, could you
Hello
On Fri, 2005-03-04 at 04:24, Alexander Gran wrote:
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile
with
kwrite,
..
Process was eating 100% CPU time for several (54) seconds.
Is this a normal, expected behaviour?
no, thanks for report, I will
ok
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff Dike
Sent: Friday, March 04, 2005 3:25 AM
To: Chris Wright
Cc: Jeff Dike; Andrew Morton; linux-kernel@vger.kernel.org
Subject: Re: 2.6.11-rc5-mm1
[EMAIL PROTECTED] said:
Thanks, I'll push
On Wed, 2005-03-02 at 12:23 -0500, [EMAIL PROTECTED] wrote:
static int __init init_hermes(void)
{
return 0;
}
static void __exit exit_hermes(void)
{
}
module_init(init_hermes);
module_exit(exit_hermes);
That's it. As far as I can tell, gcc 4.0 semi-correctly determined
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of x, including
__attribute_used__, in the __ksymtab section.
However, if CONFIG_MODULES=n, it does nothing: perhaps that is what you
are seeing.
On Fri, Mar 04, 2005 at 09:23:17PM +1100, Rusty Russell wrote:
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of x, including
__attribute_used__, in the __ksymtab section.
However, if
On Fri, 4 Mar 2005, Rusty Russell wrote:
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of x, including
__attribute_used__, in the __ksymtab section.
Well, the problem is that this is still
On Fri, Mar 04, 2005 at 07:56:38PM +0100, Adrian Bunk wrote:
On Fri, Mar 04, 2005 at 09:23:17PM +1100, Rusty Russell wrote:
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of x, including
On Fri, Mar 04, 2005 at 02:11:13PM -0500, Kai Germaschewski wrote:
On Fri, 4 Mar 2005, Rusty Russell wrote:
On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
Why doesn't an EXPORT_SYMBOL create a reference?
It does: EXPORT_SYMBOL(x) drops the address of x, including
On Fri, 4 Mar 2005, Adrian Bunk wrote:
[...] So ld looks into the lib .a archive, determines that none of
the symbols in that object file are needed to resolve a reference and
drops the entire .o file.
Silly question:
What's the advantage of lib-y compared to obj-y?
Basically exactly
On Fri, Mar 04, 2005 at 02:16:56AM +0100, Alexander Gran wrote:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think a
> journalingfs should panic if its device fails..
Panicking is sometimes what you want. Panic can trigger a reboot and
get the box back on its
* Jeff Dike ([EMAIL PROTECTED]) wrote:
> [EMAIL PROTECTED] said:
> > Thanks, I'll push that with rest of audit changes.
>
> Applies on top of your changes.
>
> Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org
Am Freitag, 4. März 2005 02:16 schrieb Alexander Gran:
> Hi,
>
> after my external USB hdd disconnected itself reiser4 paniced. I dont think
> a journalingfs should panic if its device fails..
Ähm correction: It's reiser4 on dm-crypto (aes) The crypto device is of cource
not radable either:
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile with
kwrite, and killed it while ot opened the file (took to long...) diskio was
finished at this point.
a [ent:hda6.] Process was eating 100% CPU time for several (54) seconds.
Is this a normal, expected behaviour?
cowardly: Filesystem error occured
[ cut here ]
kernel BUG at fs/reiser4/debug.c:136!
invalid operand: [#1]
PREEMPT
Modules linked in: uhci_hcd ehci_hcd aes irtty_sir sir_dev
CPU:0
EIP:0060:[]Tainted: G M VLI
EFLAGS: 00010246 (2.6.11-rc5-mm1)
EIP
On Thursday 03 March 2005 16:58, Alexander Nyberg wrote:
> Hi!
>
> I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
> work with bk-dtor-input.patch in the tree (backing out makes keyboard
> work).
>
Hi,
It looks like some old stuff in my tree overwrites good stuff from
Hi!
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
diff -up working_dmesg nokeyboard_dmesg
--- working_dmesg 2005-03-03 22:15:52.0 +0100
+++ nokeyboard_dmesg2005-03-03
[EMAIL PROTECTED] said:
> Thanks, I'll push that with rest of audit changes.
Applies on top of your changes.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.10/arch/um/kernel/ptrace.c
===
---
* Jeff Dike ([EMAIL PROTECTED]) wrote:
> [EMAIL PROTECTED] said:
> > I just did a more complete grep of the symbols that can get config'd
> > away (including CONFIG_AUDIT as well), and I think there's a few more
> > missing pieces. Sorry about that. Jeff, Ralf, Martin, these look ok?
>
> For
[EMAIL PROTECTED] said:
> I just did a more complete grep of the symbols that can get config'd
> away (including CONFIG_AUDIT as well), and I think there's a few more
> missing pieces. Sorry about that. Jeff, Ralf, Martin, these look ok?
For UML, this is fine as far as it goes, but you're
On Wed, Mar 02, 2005 at 08:28:46AM -0800, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > In lib/Makefile, remove parser.o from the lib-y: rule and add
> > >
> > > obj-y+= parser.o
> >
> > This I didn't find.
> >
> > Is it really the intention to silently omit
s/acpi/pcc_acpi.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
--- linux-2.6.11-rc5-mm1-full/drivers/acpi/pcc_acpi.c.old 2005-03-02
10:57:35.0 +0100
+++ linux-2.6.11-rc5-mm1-full/drivers/acpi/pcc_acpi.c 2005-03-02
11:04:11.0 +0100
@@ -643,9
Am Donnerstag, 3. März 2005 09:12 schrieb Vladimir Saveliev:
> > http://zodiac.dnsalias.org/misc/crashlog
>
> I get "You do not have permission to access this document." trying to
> access it.
wrong file permissions. fixxed by now. My mistake...
regards
Alex
--
Encrypted Mails welcome.
PGP-Key
hanged, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
+++ linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c 2005-03-01
21:18:14.0 +0100
@@ -932,7 +932,7 @@
#if REISER4_DEBUG
/* check "alloc
Andrew Morton wrote:
Helge Hafting <[EMAIL PROTECTED]> wrote:
I observed an oddity on a nfs-mounted fs while using 2.6.11-rc5-mm1.
Could you try this please?
--- 25/fs/nfs/nfs3proc.c~nfsacl-acl-umask-handling-workaround-in-nfs-client-fix
2005-03-02 08:49:59.0 -0800
+++ 25-a
Andreas Gruenbacher wrote:
Hello,
On Wed, 2005-03-02 at 09:53, Andrew Morton wrote:
AurÃlien Francillon <[EMAIL PROTECTED]> wrote:
[...]
cvs diff Makefile
cvs diff: cannot create read lock in repository
`/mnt/iseran/roca/cvsroot/ldpc': No such file or directory
cvs [diff aborted]:
> "David" == David Mosberger <[EMAIL PROTECTED]> writes:
David> At the risk of asking the obvious: what's preventing genalloc
David> to be implemented in terms of mempool?
David,
Taking another look at mempool, there's several reasons why mempool
isn't well suited for this job.
Basically
Hello
On Wed, 2005-03-02 at 21:32, Alexander Gran wrote:
> Hi,
>
> Whatever happens here, we need - at least - lower
> the amount of log generatet. This is not really handy...
> lsusb still lists the disk
> syslog can be found (as soon as syslogd finished...;) at
>
* Jeff Dike ([EMAIL PROTECTED]) wrote:
[EMAIL PROTECTED] said:
Thanks, I'll push that with rest of audit changes.
Applies on top of your changes.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
-
To
On Fri, Mar 04, 2005 at 02:16:56AM +0100, Alexander Gran wrote:
Hi,
after my external USB hdd disconnected itself reiser4 paniced. I dont think a
journalingfs should panic if its device fails..
Panicking is sometimes what you want. Panic can trigger a reboot and
get the box back on its feet
Hello
On Wed, 2005-03-02 at 21:32, Alexander Gran wrote:
Hi,
Whatever happens here, we need - at least - lower
the amount of log generatet. This is not really handy...
lsusb still lists the disk
syslog can be found (as soon as syslogd finished...;) at
David == David Mosberger [EMAIL PROTECTED] writes:
David At the risk of asking the obvious: what's preventing genalloc
David to be implemented in terms of mempool?
David,
Taking another look at mempool, there's several reasons why mempool
isn't well suited for this job.
Basically for the
Andreas Gruenbacher wrote:
Hello,
On Wed, 2005-03-02 at 09:53, Andrew Morton wrote:
Aurlien Francillon [EMAIL PROTECTED] wrote:
[...]
cvs diff Makefile
cvs diff: cannot create read lock in repository
`/mnt/iseran/roca/cvsroot/ldpc': No such file or directory
cvs [diff aborted]: read
Andrew Morton wrote:
Helge Hafting [EMAIL PROTECTED] wrote:
I observed an oddity on a nfs-mounted fs while using 2.6.11-rc5-mm1.
Could you try this please?
--- 25/fs/nfs/nfs3proc.c~nfsacl-acl-umask-handling-workaround-in-nfs-client-fix
2005-03-02 08:49:59.0 -0800
+++ 25-akpm/fs
, 66 insertions(+), 272 deletions(-)
--- linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c.old 2005-03-01
21:18:07.0 +0100
+++ linux-2.6.11-rc5-mm1-full/fs/reiser4/block_alloc.c 2005-03-01
21:18:14.0 +0100
@@ -932,7 +932,7 @@
#if REISER4_DEBUG
/* check allocated state
Am Donnerstag, 3. März 2005 09:12 schrieb Vladimir Saveliev:
http://zodiac.dnsalias.org/misc/crashlog
I get You do not have permission to access this document. trying to
access it.
wrong file permissions. fixxed by now. My mistake...
regards
Alex
--
Encrypted Mails welcome.
PGP-Key at
/pcc_acpi.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
--- linux-2.6.11-rc5-mm1-full/drivers/acpi/pcc_acpi.c.old 2005-03-02
10:57:35.0 +0100
+++ linux-2.6.11-rc5-mm1-full/drivers/acpi/pcc_acpi.c 2005-03-02
11:04:11.0 +0100
@@ -643,9 +643,9
On Wed, Mar 02, 2005 at 08:28:46AM -0800, Andrew Morton wrote:
Adrian Bunk [EMAIL PROTECTED] wrote:
In lib/Makefile, remove parser.o from the lib-y: rule and add
obj-y+= parser.o
This I didn't find.
Is it really the intention to silently omit objects that are not
[EMAIL PROTECTED] said:
I just did a more complete grep of the symbols that can get config'd
away (including CONFIG_AUDIT as well), and I think there's a few more
missing pieces. Sorry about that. Jeff, Ralf, Martin, these look ok?
For UML, this is fine as far as it goes, but you're adding
* Jeff Dike ([EMAIL PROTECTED]) wrote:
[EMAIL PROTECTED] said:
I just did a more complete grep of the symbols that can get config'd
away (including CONFIG_AUDIT as well), and I think there's a few more
missing pieces. Sorry about that. Jeff, Ralf, Martin, these look ok?
For UML, this
[EMAIL PROTECTED] said:
Thanks, I'll push that with rest of audit changes.
Applies on top of your changes.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
Index: linux-2.6.10/arch/um/kernel/ptrace.c
===
---
Hi!
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
diff -up working_dmesg nokeyboard_dmesg
--- working_dmesg 2005-03-03 22:15:52.0 +0100
+++ nokeyboard_dmesg2005-03-03
On Thursday 03 March 2005 16:58, Alexander Nyberg wrote:
Hi!
I had accidently chosen CONFIG_PNP and noticed that my keyboard didn't
work with bk-dtor-input.patch in the tree (backing out makes keyboard
work).
Hi,
It looks like some old stuff in my tree overwrites good stuff from
cowardly: Filesystem error occured
[ cut here ]
kernel BUG at fs/reiser4/debug.c:136!
invalid operand: [#1]
PREEMPT
Modules linked in: uhci_hcd ehci_hcd aes irtty_sir sir_dev
CPU:0
EIP:0060:[c018a6f4]Tainted: G M VLI
EFLAGS: 00010246 (2.6.11-rc5-mm1)
EIP
Hi,
I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile with
kwrite, and killed it while ot opened the file (took to long...) diskio was
finished at this point.
a [ent:hda6.] Process was eating 100% CPU time for several (54) seconds.
Is this a normal, expected behaviour?
Am Freitag, 4. März 2005 02:16 schrieb Alexander Gran:
Hi,
after my external USB hdd disconnected itself reiser4 paniced. I dont think
a journalingfs should panic if its device fails..
Ähm correction: It's reiser4 on dm-crypto (aes) The crypto device is of cource
not radable either: Buffer
This patch changes bcu.c to calculate clock at any time.
Because clock can be changed.
Moreover, EXPORT_SYMBOL_GPLs are added to it.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/common/bcu.c
a/arch/mips/vr41xx/common/bcu.c
---
This patch updates serial driver for VR41xx serial unit.
Some check are added to verify_port.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/drivers/serial/vr41xx_siu.c
a/drivers/serial/vr41xx_siu.c
--- a-orig/drivers/serial/vr41xx_siu.c Wed Mar 2
This patch adds __init for the function used only for initialization.
This patch is only for 2.6.11-rc5-mm1.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/vr41xx/casio-e55/setup.c
a/arch/mips/vr41xx/casio-e55/setup.c
--- a-orig/arch/mips/
This patch updates cmu.c to get the resource by standard method.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff a-orig/arch/mips/pci/pci-vr41xx.c
a/arch/mips/pci/pci-vr41xx.c
--- a-orig/arch/mips/pci/pci-vr41xx.c Sun Feb 13 12:08:05 2005
+++
This patch had fixed an argument of audit_syscall_entry.
This patch is only for 2.6.11-rc5-mm1.
CC arch/mips/kernel/ptrace.o
arch/mips/kernel/ptrace.c: In function 'do_syscall_trace':
arch/mips/kernel/ptrace.c:310: warning: implicit declaration of function
'audit_syscall_entry'
arch/mips
I boot the system up with one disk in a two disk mirror set. When I add
the second disk with
mdadm /dev/md0 -a /dev/sdb1
md0_resync gets a kernel crash with 2.6.11-rc5-mm1. This also occurs
with 2.6.11-rc4-mm1, but not with 2.6.11-rc5.
I have attached the config file for 2.6.11-rc5. Here
Helge Hafting <[EMAIL PROTECTED]> wrote:
>
> I observed an oddity on a nfs-mounted fs while using 2.6.11-rc5-mm1.
Could you try this please?
--- 25/fs/nfs/nfs3proc.c~nfsacl-acl-umask-handling-workaround-in-nfs-client-fix
2005-03-02 08:49:59.0 -0800
+++ 25-akpm/fs/nfs/nfs3p
On Tue, Mar 01, 2005 at 11:57:03AM +0100, Alexander Gran wrote:
> Am Dienstag, 1. März 2005 11:48 schrieb Andrew Morton:
> > Alex, please use mailing lists...
>
> sorry, I was used to have reply-to set to the mailing list ;)
> double-checking next time..
>
> > Dominik, do we really always want
1 - 100 of 190 matches
Mail list logo