Stephen,
Have you or can you run these tests directly against a buffered block
device (bypassing the filesystem) and see if it still behaves correctly?
I have a Java app that does this and 2.4.0-prerelease shows a cumulative
sync() time. As I write more data, sync times take longer and longer
an
Hi,
On Fri, Dec 29, 2000 at 04:25:43PM -0800, Linus Torvalds wrote:
>
> Stephen: mind trying your fsync/etc tests on this one, to verify that the
> inode dirty stuff is all done right?
Back from the Scottish Hogmanay celebrations now. :) I've run my
normal tests on this (based mainly on timing
nell <[EMAIL PROTECTED]>
Sent: Saturday, December 30, 2000 11:03 PM
Subject: test13-pre6 -- OOPS at boot time in kmem_cache_create (usb-ohcirelated)
> This OOPS occured at boot time when I did not have my Belkin
> BusPort Mobile USB host-controller inserted. /etc/usb/rc.usb
> tri
.
Presumably, it got wedged when the OOPS occured?
ksymoops 2.3.5 on i686 2.4.0-test13-pre6. Options used
Kernel command line: BOOT_IMAGE=Serial-Debug ro root=305 pci=biosirq
console=ttyS0,38400 console=tty0 setup_delay=10
kernel BUG at slab.c:660!
invalid operand:
CPU:0
EIP:0010
On Saturday 30 December 2000 09:40 pm, [EMAIL PROTECTED] wrote:
| With test13-pre6 I suddenly found that I could not change the
| console. When I wanted to enter a command letters were changed:
| greek \mu appeared for m,
| tilde n for e.
|
| After a few seconds the system returned to normal
With test13-pre6 I suddenly found that I could not change the console.
When I wanted to enter a command letters were changed:
greek \mu appeared for m,
tilde n for e.
After a few seconds the system returned to normal behaviour.
No messages can be found in the logfiles.
Please cc to [EMAIL
> J Sloan wrote:
>
> > Frank Jacobberger wrote:
> >
> > > This is a first for tdfx.o not loading with XFree 4.01.
> > >
> > > All prior kernel build through test13-pre5 would load just fine...
> > >
> > > Strange...
> >
> > Very strange - others on this list, self included,
> > have reported somet
> and did a insmod -S tdfx.o and got the following :
>
> BTW - test13-pre6 here
>
> tdfx.o: unresolved symbol remap_page_range
> tdfx.o: unresolved symbol __wake_up
> tdfx.o: unresolved symbol mtrr_add
> tdfx.o: unresolved symbol __generic_copy_from_user
> tdfx.o: unresolve
Frank Jacobberger wrote:
> Yes your right... I just haven't noticed... Why doesn't someone fix it?
hehe, my guess is the chief kernel honchos don't play much q3a
Hopefully fixing the makefile problem is on their todo list -
jjs
-
To unsubscribe from this list: send the line "unsubscribe
J Sloan wrote:
> Frank Jacobberger wrote:
>
> > This is a first for tdfx.o not loading with XFree 4.01.
> >
> > All prior kernel build through test13-pre5 would load just fine...
> >
> > Strange...
>
> Very strange - others on this list, self included,
> have reported something a bit different:
>
Frank Jacobberger wrote:
> This is a first for tdfx.o not loading with XFree 4.01.
>
> All prior kernel build through test13-pre5 would load just fine...
>
> Strange...
Very strange - others on this list, self included,
have reported something a bit different:
tdfx.o has not loaded in any kerne
I can't get the latest modutils to work with loading
tdfx.o... Even went to the directory where tdfx.o resides
and did a insmod -S tdfx.o and got the following :
BTW - test13-pre6 here
tdfx.o: unresolved symbol remap_page_range
tdfx.o: unresolved symbol __wake_up
tdfx.o: unresolved s
This is a first for tdfx.o not loading with XFree 4.01.
All prior kernel build through test13-pre5 would load just fine...
Strange...
Frank
-
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.
On Fri, 29 Dec 2000, Linus Torvalds wrote:
> > Oblock_super(): what the hell is wait_on_super() doing in fsync_file()?
> > It gives absolutely no warranties - ->write_super() can easily block, so
> > it looks very odd.
>
> A lot of the superblock locking has been odd. It should probably be a
>
> net/network.o(.text+0x5ce78): undefined reference to `prepare_trdev'
> net/network.o(.text+0x5ce88): undefined reference to `prepare_etherdev'
> net/network.o(.text+0x5cee3): undefined reference to `publish_netdev'
My fault. I fed Linus a few things too many trying to get the networking
stuff t
It looks like 2.4.0-test13-pre6 contains a partially applied
patch in net/atm/lec.c. It adds references to the symbols
prepare_etherdev and publish_netdev, which are not defined anywhere.
Adam J. Richter __ __ 4880 Stevens Creek Blvd, Suite 104
[EMAIL PROTECTED
Thanks, but if you ever send HTML email (MIME'd, no less), I'll dismember
you.
> This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
>
> __JNP_000_5510.0696.1d1b
> Content-Type: text/plain; charset=us-asci
> Hello,
> I received the following error while compiling test13-pre6 .
>
> net/network.o: In function `lecd_attach':
> net/network.o(.text+0x5ce78): undefined reference to `prepare_trdev'
> net/network.o(.text+0x5ce88): undefined reference to `prepare_eth
Hello,
The following patch appears to fix 2 of the 3 undefined references:
publish_netdev is still unresolved.
Regards,
Frank
---
net/atm/lec.c.old Sat Dec 30 03:08:14
2000+++ net/atm/lec.c
Sat Dec 30 03:17:44 2000@@ -772,10 +772,10 @@
size = sizeof(struct lec_priv);
00 named
> root 364 0.0 1.2 9292 1576 ?S21:42 0:00 named
> root 365 0.0 0.7 2064 936 ?S21:42 0:00 /usr/sbin/sshd
> ..etc
> (Note PID 361)
I am seeing the same thing with the [named ] on a PIII 600,
so it is not Athlon specific. I haven't ye
Hello,
I received the following error while compiling
test13-pre6 .
net/network.o: In
function `lecd_attach':net/network.o(.text+0x5ce78): undefined reference to
`prepare_trdev'net/network.o(.text+0x5ce88): undefined reference to
`prepare_etherdev'net/network.
On Fri, Dec 29, 2000 at 07:36:21PM -0800, Linus Torvalds wrote:
> Maybe your libc is different on the different machines? Normal programs
> shouldn't use segments at all, so I really do not see how this patch could
> matter in the least, even if it was completely and utterly buggy (which is
> not
Ok, I don't think this is an athlon bug, and I think I've figured out what
the problem is. For now, you rtemporary fix is probably fine, I'll clean
stuff up a bit and make a nicer patch available tomorrow.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux
On Fri, 29 Dec 2000, Linus Torvalds wrote:
> Marco d'Itri and everybody else who has seen innd problems (or other
> shared map problems): can you verify that test13-pre6 works for you?
The ->mapping problem seems to be gone in test13-pre5, I'm running this
kernel for over 3
On Fri, 29 Dec 2000, Byron Stanoszek wrote:
>
> I narrowed the problem down to a subset of patches from the MM set in
> test13-pre2. Reversing the attached 'context.patch' fixes the problem (only for
> i386), but I'm not yet sure why. test13-pre2 and up work without any problems
> on an Intel c
On Sat, 30 Dec 2000, Daniel Phillips wrote:
> Linus Torvalds wrote:
> >
> > Ok, there's a test13-pre6 out there now, which does a partial sync with
> > Alan, in addition to hopefully fixing the innd shared mapping writeback
> > problem for good. Than
On Fri, 29 Dec 2000, Linus Torvalds wrote:
>
> Ok, there's a test13-pre6 out there now, which does a partial sync with
> Alan, in addition to hopefully fixing the innd shared mapping writeback
> problem for good. Thanks to Marcelo Tosatti and others..
I've been notic
Linus Torvalds wrote:
>
> Ok, there's a test13-pre6 out there now, which does a partial sync with
> Alan, in addition to hopefully fixing the innd shared mapping writeback
> problem for good. Thanks to Marcelo Tosatti and others..
After the page_cache_release at line 574 of
On Fri, 29 Dec 2000, Alexander Viro wrote:
>
> Two examples: devices and bitmaps-in-pagecache trick. But both belong to
> 2.5, so...
Also, they can easily be done with a private inode, if required. So even
in 2.5.x this may not be a major problem.
> BTW, nice timing ;-) -pre6 appeared 5 minut
On Fri, 29 Dec 2000, Linus Torvalds wrote:
> Al: this changes "mapping->host" to be truly defined as a pointer to the
> inode that owns the mapping. That's how every user actually _used_ the
> host pointer, so this cleans those up to not need any casts. The main
> reason, however, is that we ne
Ok, there's a test13-pre6 out there now, which does a partial sync with
Alan, in addition to hopefully fixing the innd shared mapping writeback
problem for good. Thanks to Marcelo Tosatti and others..
I've pounded on the shared dirty page writeback logic quite a bit, and
verified
31 matches
Mail list logo
