The new driver works fine on the box here, produces all sorts of debug
gorp to the console though. Most of the unnecessary printk's are
commented out, these are the three I've been seeing while playing around
with mpg123 and some mp3 files...
Other than that, it worked for me...
Rob
--- linux/
I got the following OOPSen running 2.4.0-test9-pre7; I hope it can be of
use for someone.
Also, this kernel has an odd problem: fsck sometimes gets stuck when
rebooting after crash. The drive light occationally flashes (not on
solid as it usually is!) but nothing seems to happen in the end. Boo
Alan Cox wrote:
> I don't see your point except as 'never change anything'. I got bored of
> libc2 a while back. I prefer change
Reasonable coordinated change, or reckless change?
How about shipping a new distribution with a 2.3.x kernel patched in-house to
get rid of most of the oopsen? This
Hi Markus,
Markus Döhr <[EMAIL PROTECTED]> writes:
> We're currently in the process switching our SAP R/3 systems over to linux.
> Database is SAPDB (former ADABAS). The size is about 125 GB. For storing RAW
> DEVSPACES are used (2 x RAID-5, 1 x RAID-1).
>
> We have problems with the database u
> Is it possible to run these intel 'speedstep' processors at full speed?
Its up to the SMM mode firmware to manage the processor. THe kernel changes
just make our delay loops cope with suprise cpu speed changes.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
> fyi you can compile with egcs with using "gcc -V`egcs-version`" for
> mandrake when you have the egcs package installed.
If you want mandrake builds to auto detect the compiler and use that one then
can you send me a diff
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
Alan Cox <[EMAIL PROTECTED]> writes:
> If you want mandrake builds to auto detect the compiler and use that one then
> can you send me a diff
Actually for 7.2 i change our egcs package to add a kgcc script (which
call gcc with the egcs compiler) to be compatible with your last
changes on 2.2.18
I've had reproduceable and repeatable problems with test9 -most of them-
that always leave my laptop stuck. Only sysrq-o seems to respond.
It seems it is related to the truncate proble that arised in test7 series.
When I'm reading my email in an xterm with pine and I expunge a mailbox,
if I'm t
I'm getting calls to end_buffer_io_bad caused by block_truncate_page.
The path that is causing it is a update page with no buffers, so
create_empty_buffers gets called. (w/ all the buffers io set to
end_buffer_io_bad). Since the page is uptodate, the buffer is set to be
update and the b_end_io is
Well, I've applied the IDE patches for 2.2.17, and everything
appears to be working with my VIA board much better now.
I'm not sure it is totally optimal yet though. My CDROM's are on
the second channel, and I don't much care about them.
Can I configure it somehow to optimize it for single chan
> Can someone explain why core dumping can't be done in userspace?
...
> There must be a good reason Unix and Linux don't do this ... but I
> haven't thought of it yet. Anyone care to enlighten me?
The problem, I believe, is that once a process has reached the point
where it has been delivered
Hello!
I know this may not be the right place but I tried in a lot of
different places:
Following problem: I have a nvidia card, the nvidia drivers 0.9-5
an ALi MoBo (P5A-B).
I have test7 running wonderful.
When I start X under test8 - test9-pre7 it reboots immediately.
Nothing in the logfile
On Mon, Oct 02, 2000 at 04:16:44AM +0200, Andries Brouwer wrote:
> On Sun, Oct 01, 2000 at 07:51:13PM +0200, David Weinehall wrote:
>
> > Hoping for security just by having more
> > PID's is a bit naive.
>
> *1*
> It is strange that people do not really seem to understand
> the case for a 32-bit
On Mon, 2 Oct 2000, Ben Fennema wrote:
> I'm getting calls to end_buffer_io_bad caused by block_truncate_page.
>
> The path that is causing it is a update page with no buffers, so
> create_empty_buffers gets called. (w/ all the buffers io set to
> end_buffer_io_bad). Since the page is uptodate
On Mon, 02 Oct 2000, Ben Marsh wrote:
> I have a Banksia iTra8 8 port internal ISA modem card (UART 16654) for dial
> up access. To get the modem card to work I was told to replace serial.c and
> SerialP.h from 2.2.x kernel source (used 2.2.14-12) and compile a kernel.
Hum. Tytso has his seria
> If you read my entire post, rather than just the part that you quoted,
> you'll see that I argue FOR, not against, a larger pid_t, based on just
> these grounds; I know that sooner or later, we'll need those extra
> processes. Well, my 486 won't...
S/390 folks run 70,000 sessions active within
I'm sorry, this is TOTALLY irrelevant to any discussions on this list,
but...
Alan, I've sent you a couple of e-mail concerning v2.0.39 lately
(sunday and friday if I'm not all wrong), did you receive them? If
not, it seems I too got caught by your filtering...
/David
_
On Mon, 2 Oct 2000 11:27:16 +0100 (BST),
Alan Cox <[EMAIL PROTECTED]> wrote:
>S/390 folks run 70,000 sessions active within the same 60 second period off
>one big box. Not on Linux (yet ;)) but its worth bearing in mind.
FYI, OS/390 Unix System Services uses a halfword for the maximum number
of
Trivial patch to remove some of the largest zero static initializers in
my compile.
Index: 0-test9-pre8.1/net/ipv6/protocol.c
--- 0-test9-pre8.1/net/ipv6/protocol.c Fri, 26 May 2000 13:10:01 +1000 kaos
(linux-2.4/e/36_protocol.c 1.1 644)
+++ 0-test9-pre8.1(w)/net/ipv6/protocol.c Mon, 02 Oct 2000
> On Mon, 2 Oct 2000 11:27:16 +0100 (BST),
> Alan Cox <[EMAIL PROTECTED]> wrote:
> >S/390 folks run 70,000 sessions active within the same 60 second period off
> >one big box. Not on Linux (yet ;)) but its worth bearing in mind.
>
> FYI, OS/390 Unix System Services uses a halfword for the maximu
On Mon, Oct 02, 2000 at 02:11:33AM -0400, Mohammad A. Haque wrote:
> Broke md as module. I guess this is one way to fix it.
I propose the following patch. It fixes lvm modules, too.
Jan
--- linux-2.4.0-test9-pre8/drivers/Makefile.origMon Oct 2 12:49:03 2000
+++ linux-2.4.0-test9-pre8/
Andrea wrote:
> In short you need set_current_state(x) when you do something that relies on the
> ordering like:
>
> set_current_state(TASK_UNINTERRUPTIBLE)
> if (event_happened_meanwhile)
> break;
> schedule();
Btw, even if the code is protected wit
Hi Alan,
with the ethernet frame diverter in 2.2.18,
netdevice.h
breaks compilation of user space progs because of an
include of . The following one-liner
patch fixes it.
BTW, in the 2.2.18pre14 main Makefile, the "CC = "
statement should be replaced with "CC := ". On my box,
the kwhich script w
Hi,
On Mon, Oct 02, 2000 at 12:42:47AM -0300, Rik van Riel wrote:
> --- linux-2.4.0-test9-pre7/fs/buffer.c.orig Sat Sep 30 18:09:18 2000
> +++ linux-2.4.0-test9-pre7/fs/buffer.cMon Oct 2 00:19:41 2000
> @@ -706,7 +706,9 @@
> static void refill_freelist(int size)
> {
> if (!grow
On Sun, Oct 01, 2000 at 09:33:31PM -0400, Horst von Brand
<[EMAIL PROTECTED]> wrote:
> > many others.
>
> What makes Debian's package management "reasonable" where others aren't?
This *really* doesn't belong on linux-kernel.
--
-==- |
Christoph Rohland <[EMAIL PROTECTED]> writes:
> I do not think that this is Linux kernel related. There was a bug in
> the SAPDB kernel with raw devices.
Actually I have to correct myself :-(
I do not know what's happening. The fixed error was _not_ about this
problem. We will investigate furt
On Mon, 2 Oct 2000, [iso-8859-1] willy tarreau wrote:
> diff -urN 18wt2-1/include/linux/netdevice.h
> 18wt2-1bis/include/linux/netdevice.h
> --- 18wt2-1/include/linux/netdevice.h Mon Oct 2
> 13:41:24 2000
> +++ 18wt2-1bis/include/linux/netdevice.hMon
> Oct 2 13:49:24 2000
> @@ -30,7 +3
This would make more sense wouldn't it. I guess it doesn't help to look
right before heading off to bed.
I hope the rest of you guys are getting enough sleep.
Jan Niehusmann wrote:
>
> On Mon, Oct 02, 2000 at 02:11:33AM -0400, Mohammad A. Haque wrote:
> > Broke md as module. I guess this is one
On Mon, Oct 02, 2000 at 08:32:40AM -0400, Mohammad A. Haque wrote:
> This would make more sense wouldn't it. I guess it doesn't help to look
> right before heading off to bed.
Please note that my patch still has problems: It doesn't work with
CONFIG_BLK_DEV_MD and CONFIG_BLK_DEV_LVM both =y.
Ch
Hi,
Want to apologise to this list with regarding to the RH 7.0 thread. I was
way out off line.
Igmar
-
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/
On Mon, Oct 02, 2000 at 11:47:41AM +0200, David Weinehall wrote:
> > Thus, "Hoping for security" is meaningless.
> > But "Hoping for more security by having more PID's" is quite
> > reasonable. If I am local user on your system then I can break in
> > using a wraparound. If that takes 2147483647
On Mon, 2 Oct 2000, Jan Niehusmann wrote:
> On Mon, Oct 02, 2000 at 08:32:40AM -0400, Mohammad A. Haque wrote:
> > This would make more sense wouldn't it. I guess it doesn't help to look
> > right before heading off to bed.
>
> Please note that my patch still has problems: It doesn't work with
>
Linus,
The attached patch against 2.4.0-test9-pre8 greatly improves support
for maintaining open source modules outside the kernel.
This patch changes linux/Makefile to export all important Make settings
with each kernel build, so that external modules can then pick up that
info and build with t
On Mon, 2 Oct 2000, Andries Brouwer wrote:
> [omitted]
>
> so I suppose that if you try the "small" mount option
> you should get the old behaviour back.
>
Yes, that works. I'm impressed that even old mounts handle this
correctly.
> [Clearly not a bug, although I don't know whether it is
> a
On Mon, Oct 02, 2000 at 08:06:08AM -0500, Jeff Garzik wrote:
> Linus,
>
> The attached patch against 2.4.0-test9-pre8 greatly improves support
> for maintaining open source modules outside the kernel.
>
> This patch changes linux/Makefile to export all important Make settings
> with each kernel
On Mon, Oct 02, 2000 at 08:01:14AM -0500, Jeff Garzik wrote:
> > Christoph Hellwig sent me a better patch, with Cc: to Linus, so I hope this
> > will be fixed in test9.
>
> *nudge* Here's hoping that one of you guys will post the patch, since
> it's quite useful and I don't see it on lkml O
On Mon, 2 Oct 2000, Christoph Hellwig wrote:
> Could you change module.mak to use a new-style syntax (obj-foo).
> We'd like to get rid of the old *_OBJS stuff as soon as possible.
> (Or let Olaf do it ;).
module.mak? That is just the file that contains the build settings.
In any case I don't th
Hi,
I am using 2.4.0-test8 on an i686 laptop. I find that netscape-4.72
keeps locking up. I am not able to kill the process at all (without
a reboot, and SysRQ cannot do a sync on the partition it is running
in either). I have been advised that RvR's memory patches will fix
this but I have
Hi!
While doing modprobe hid or modprobe usb-uhci, I get the following unresolved
symbols. Config is P200MMX, 64Mb SDRAM.
-- Versions installed: (if some fields are empty or look
-- unusual then possibly you have very old versions)
Linux debian-f5ibh 2.4.0-test9 #1 lun oct 2 14:44:11 CEST 2000
"Albert D. Cahalan" wrote:
>
> Robert Redelmeier writes:
> > Daniel Phillips wrote in part:
>
> >> One thing to keep in mind in all of this is: nobody is testing the
> >> reliability of their journalling or any other kind of filesystem just by
> >> running it. To test these things you have to c
On Mon, 2 Oct 2000, Rik van Riel wrote:
> On Sun, 1 Oct 2000, Linus Torvalds wrote:
>
> > Last pre-kernel - I'll do the real test9 before I fly off to
> > Germany on Tuesday.
>
> > - pre8:
> > - quintela: fix the synchronous wait on kmem_cache_shrink().
> > This should fix the mmap02
On Mon, Oct 02, 2000 at 03:33:54PM +0200, Daniel Phillips wrote:
> The tricky part of the crash simulator would be recovering the resources
> the filesystem was using and convincing the VFS to let go of the the
> partition. If you could return the system to a stable state you could
> do many, man
Richard Polton wrote:
>
> Hi,
>
> I am using 2.4.0-test8 on an i686 laptop. I find that netscape-4.72
> keeps locking up. I am not able to kill the process at all (without
> a reboot, and SysRQ cannot do a sync on the partition it is running
> in either). I have been advised that RvR's memo
This is probably a public issue, so I am posting to the list instead.
Jeff
Linus,
How close is 2.4 to final release. Looks like only level II bugs left
from the postings I've been following, and few show stoppers there to
prevent release. Customers are starting to ask, BTW (although you ar
> Queueing the tcores in the mm_struct could work though. Add a prctl [1]
> that enables tcore core dumping. When tcore core dumping is enabled every
> core dump that would dump a mm_struct with reference count > 1 does not
> actually dump it, but just queues a structure (tqueue) with its registe
Greetings,
In order for hdparm -d 1 to work in test9-pre8, I had to reverse
this change. (Without being able to enable dma, performance here
is muy el-stinko;-) Is enabling dma manually now forbidden? (or
am I maybe missing something else?)
diff -urN linux-2.4.0-test9-pre7/drivers/ide/ide-pci.
> - opts->small_letter = 0;
> + opts->small_letter = 1;
> opts->iocharset = NULL;
> *debug = *fat = 0;
>
> then msdos mounts work as they used to but vfat mounts are also
> affected. I suspect someone didn't consider all the possibilities.
> In any event, breaking long
On Mon, 2 Oct 2000, Mike Galbraith wrote:
> In order for hdparm -d 1 to work in test9-pre8, I had to reverse
> this change. (Without being able to enable dma, performance here
> is muy el-stinko;-) Is enabling dma manually now forbidden? (or
> am I maybe missing something else?)
If this change
On Mon, Oct 02, 2000 at 11:46:00AM +0100, Alan Cox wrote:
> I haven't seen them, but if the filter bounced them you'd have got an
> error back.
e92AXfi08746 554 691240 Oct 2 12:33 <[EMAIL PROTECTED]>
(Deferred: Connection reset by
lightning.swansea.uk.linux.org.)
<[EMA
On Mon, Oct 02, 2000 at 03:10:10PM +0100, James Cownie wrote:
>
> > Queueing the tcores in the mm_struct could work though. Add a prctl [1]
> > that enables tcore core dumping. When tcore core dumping is enabled every
> > core dump that would dump a mm_struct with reference count > 1 does not
> >
I just tried out 2.4.0-test9-pre8, and Reiserfs-3.6.17 didn't get compiled
during the make. Up through test9-pre7 (pre2, pre5), this has worked smoothly.
In all cases, I apply the linux-2.4.0-test8-reiserfs-3.6.17-patch after the
test9-preX patch.
I initially configured using make xconfig, and
> []
> Another problem in Makefile. I guess this change between pre 12 and 13
> is a typo:
> CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
> - else if [ -x /bin/bash ]; then echo /bin/bash; \
> + else if [ -x /bin/bash ]; then echo /bin/bash2; \
>else echo
i thought they were versus 2.2.17pre20 ?
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
[EMAIL PROTECTED] Intergrafix Internet Services
"Dream as if you'll live forever, live as if yo
Hi,
I am looking for RAID patches .Please suggest where
can I get these patches.
with regards,
Anil
__
Do You Yahoo!?
Yahoo! Photos - 35mm Quality Prints, Now Get 15 Free!
http://photos.yahoo.com/
-
To unsubscribe from this list: send the line "
[2.]
The problem is described in 5., i only got this
problem with this new kernel. Before i upgrade i was using kernel 2.2.14cl and
ppp runs nice, but i got problems with sound VIA-chipset(like in docs), then, i
decided to upgrade, with this kernel(2.2.17) my sound works fine, but ppp
cras
On Mon, 2 Oct 2000, Anil kumar wrote:
> Hi,
> I am looking for RAID patches .Please suggest where
> can I get these patches.
>
> with regards,
> Anil
>
Try Ingo Molnar's directory, linked from http://kernelnewbies.org/patches/
if you find somewhere else, please tell me
thanks
john
--
"P
Hi,
> From: f5ibh [mailto:[EMAIL PROTECTED]]
>
> Hi!
>
> While doing modprobe hid or modprobe usb-uhci, I get the
> following unresolved
> symbols. Config is P200MMX, 64Mb SDRAM.
All of the missing symbols are in usb.o (usbcore.o module or
usbdrv.o in-kernel). Is usbcore.o loaded or do you h
Andi Kleen wrote:
>
> On Mon, Oct 02, 2000 at 03:33:54PM +0200, Daniel Phillips wrote:
> > The tricky part of the crash simulator would be recovering the resources
> > the filesystem was using and convincing the VFS to let go of the the
> > partition. If you could return the system to a stable s
On Mon, Oct 02, 2000 at 01:34:03AM -0300, Rik van Riel wrote:
> On Sun, 1 Oct 2000, Linus Torvalds wrote:
>
> > Last pre-kernel - I'll do the real test9 before I fly off to
> > Germany on Tuesday.
>
> > - pre8:
> > - quintela: fix the synchronous wait on kmem_cache_shrink().
> > This
Hi!
> > Where does the idea that the kernel 'needs' a special compiler
> > come from ? I have been under the impression that that is just
>
> Mostly from the sad fact that it does.
>
> > what we were trying to get away from . I am reminded of other
> > os's that required thei
Warnings on build with v2.4.0test9pre8 (with Rik van Riel's extra fixes):
parport_pc.c:2283: warning: `parport_pc_superio_info' defined but not used
sg.c: In function `exit_sg':
sg.c:1321: warning: implicit declaration of function `sg_proc_cleanup'
page_alloc.c: In function `__alloc_pages':
page_
On Mon, Oct 02, 2000 at 07:47:54AM -0700, Clayton Weaver wrote:
> What is the second "fi" for?
The first "if".
Tim.
*/
PGP signature
On Mon, 2 Oct 2000, David Weinehall wrote:
> Warnings on build with v2.4.0test9pre8 (with Rik van Riel's extra fixes):
>
> parport_pc.c:2283: warning: `parport_pc_superio_info' defined but not used
.config dependent I think.
> sg.c: In function `exit_sg':
> sg.c:1321: warning: implicit declar
Henrik Nordstrom <[EMAIL PROTECTED]> writes:
> You are not late. In fact you are the first who have responded to my
> linux-kernel messages at all.
>
> Yes, I am well aware of sigwaitinfo.
>
> sigwaitinfo blocks infinitely if there is no queued signals and is the
> opposite of sigtimedwait with
On Mon, Oct 02, 2000 at 10:26:20AM -0500, Jeff Garzik wrote:
> On Mon, 2 Oct 2000, David Weinehall wrote:
>
> > Warnings on build with v2.4.0test9pre8 (with Rik van Riel's extra fixes):
> >
> > parport_pc.c:2283: warning: `parport_pc_superio_info' defined but not used
>
> .config dependent I th
On Mon, Oct 02, 2000 at 09:24:58AM -0500, Jeff Garzik wrote:
> If this change broke your DMA enabling, I think there are other bugs
> lurking in the code...
>
This change also broke CMD646 IDE on alpha lx164.
CMD646: IDE controller on PCI bus 00 dev 58
CMD646: chipset revision 1
CMD646: chipset
On Mon, 2 Oct 2000 [EMAIL PROTECTED] wrote:
> On Mon, Oct 02, 2000 at 12:42:47AM -0300, Rik van Riel wrote:
> > --- linux-2.4.0-test9-pre7/fs/buffer.c.orig Sat Sep 30 18:09:18 2000
> > +++ linux-2.4.0-test9-pre7/fs/buffer.c Mon Oct 2 00:19:41 2000
> > @@ -706,7 +706,9 @@
> > static void ref
On Mon, Oct 02, 2000 at 05:17:46PM +0200, Pavel Machek wrote:
> Actually there's another compiler (codepro or how is it called), made
> by SGI(?) for merced, available under gpl, and hving all gcc
> extensions, including __asm__().
SGI Pro64 - it's IA64 only and uses the gcc frontends.
But I doub
Ted,
Can you add 'kernel dies with a 2GHZ or faster CPU' to the 2.4 list.
There are most of the needed fixes in 2.2 and 2.4 needs to sort them. People
are at 1.4/1.6GHz already
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
** Reply to message from Alan Cox <[EMAIL PROTECTED]> on Sat, 30 Sep
2000 00:24:43 +0100 (BST)
> > Unfortunately, this mapping is a requirement for our product. I'd hate to have
> > to create my own pte's and do it all manually.
>
> If you are doing it at boot time as Id expect then you may ne
Hi Alan,
2.2.18pre14 compiles and runs on Alpha with the
following patch. It only replaces loops_per_sec with
loops_per_jiffy*HZ. It works for me, although I'm not
totally sure this is quite correct.
BTW, I had to remove nvram and drm to compile. Will
see later why (unknown references to LOCK_PR
This should help to analyse the mail-problem, hopefully (again
I ask the rest of the kernellist to forgive me for bringing off-topic
matters to this list, but I can't seem to be able to communicate with
Alan any other way at the moment):
Running /var/spool/mqueue/q3/e92Aogi17072 (sequence 1 of 1)
> Anyway, my original question has not yet been answered: why is it that I can
> ioremap() any physical page by simply setting one bit, but I cannot always
> iounmap() it? Why can't iounmap() simply undo what ioremap() did?
The fact you can doesn't mean you should. You need to be sole owner of t
> following patch. It only replaces loops_per_sec with
> loops_per_jiffy*HZ. It works for me, although I'm not
> totally sure this is quite correct.
loops_per_jiffy*HZ overflows at 2GHz for an int. If the alpha is using ulong
for this I guess it works fine at 64bits.
-
To unsubscribe from this l
On Mon, Oct 02, 2000 at 08:32:45AM -0600, Steven Cole wrote:
> I just tried out 2.4.0-test9-pre8, and Reiserfs-3.6.17 didn't get compiled
> during the make. Up through test9-pre7 (pre2, pre5), this has worked smoothly.
With me that was a simple makefile problem
linux/fs/Makefile
changed
Hi,
Trying to play a file with mpg123 from ntfs partition got this:
(test9-pre8 and repeatable at least with mpg123, also test9-pre7 gave
similar one. I havent tried this with earlier versions)
Oct 2 17:45:28 eepc08 kernel: kernel BUG at fs.c:568!
Oct 2 17:45:28 eepc08 kernel: invalid operand
Tim Waugh <[EMAIL PROTECTED]> writes:
|> On Mon, Oct 02, 2000 at 07:47:54AM -0700, Clayton Weaver wrote:
|>
|> > What is the second "fi" for?
|>
|> The first "if".
Btw, the Bourne language also has `elif':
CONFIG_SHELL := $(shell if [ -x "$$BASH" ]; then echo $$BASH; \
elif [ -x
[1.] 2.2.17 hangs when attempting to mount atapi cdrom Teac CD-540E
[2.] My kernel was compiled with flags
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y
My cdrom Teac CD-540E supports UDMA mode2.
When I try to mount /cdrom kernel hangs.
If I invoke
hdparm -d0 /dev/hdc
Hi Rik,
the shm swapping still kills the machine(8GB mem) the machine with
somthing like '__alloc_pages failed order 0'.
When I do the same stresstest with mmaped file in ext2 the machine
runs fine but the processes do not do anything and vmstat/ps lock up
on these processes.
Greetings
On 2000-10-02 Claudius Link wrote:
>With me that was a simple makefile problem
>linux/fs/Makefile
>changed quit a bit. So you have to add the line
> subdir-$(CONFIG_REISERFS_FS)+= reiserfs
>somewhere (for example after "subdir-$(CONFIG_JFFS_FS) += jffs")
>then it works fine.
R
Albert Cahalan write:
> Robert Redelmeier writes:
> > Daniel Phillips wrote in part:
>
> >> One thing to keep in mind in all of this is: nobody is testing the
> >> reliability of their journalling or any other kind of filesystem just by
> >> running it. To test these things you have to crash/int
Hello,
I've subscribed to the list for quite a while, and I sincerely hope this is the
correct place to report this particular problem. If not, I apologize and ask
that someone point me in the correct direction.
Since I would rather include too much information than too little, I'll include
a br
Throughout linux/fs/buffer.c, the struct buffer_head member b_blocknr has
integer values put into it, while it's defined to be an unsigned long in
fs.h. For architectures where sizeof(int) != sizeof(long), calls to bread()
could potentially do the wrong thing if the disk has more than 2^41 blocks
On Mon, 2 Oct 2000, Petko Manolov wrote:
> Richard Polton wrote:
> > I am using 2.4.0-test8 on an i686 laptop. I find that netscape-4.72
> > keeps locking up. I am not able to kill the process at all (without
> > a reboot, and SysRQ cannot do a sync on the partition it is running
> > in eithe
On Mon, Oct 02 2000, Serge Gavrilov wrote:
> [1.] 2.2.17 hangs when attempting to mount atapi cdrom Teac CD-540E
>
> [2.] My kernel was compiled with flags
>
> CONFIG_BLK_DEV_IDEPCI=y
> CONFIG_BLK_DEV_IDEDMA=y
> CONFIG_IDEDMA_AUTO=y
>
> My cdrom Teac CD-540E supports UDMA mode2.
> When I try to
On Mon, Oct 02, 2000 at 12:08:10AM +0200, Pierfrancesco Caci wrote:
>
> The subject tells everything:
>
...
>
> 28x481 23:49:14 penny kernel: fb0: MATROX VGA frame buffer device
> Oct 1 23:49:14 penny kernel: pty: 512 Unix98 ptys configured
> Oct 1 23:49:14 penny kernel: ISDN subsystem Rev:
Andries Brouwer wrote:
> On Mon, Oct 02, 2000 at 02:33:20AM +0200, Daniel Phillips wrote:
> > On Mon, 02 Oct 2000, Andries Brouwer wrote:
>
> > > [you sounded as if you noticed a discrepancy somewhere - so I expected:
> > > foo.c uses this in line 123 but bar.c uses that in line 666.]
> >
> > No,
** Reply to message from Alan Cox <[EMAIL PROTECTED]> on Mon, 2 Oct 2000
17:18:59 +0100 (BST)
> > Anyway, my original question has not yet been answered: why is it that I can
> > ioremap() any physical page by simply setting one bit, but I cannot always
> > iounmap() it? Why can't iounmap() sim
On 2 Oct 2000, Christoph Rohland wrote:
> the shm swapping still kills the machine(8GB mem) the machine
> with somthing like '__alloc_pages failed order 0'.
>
> When I do the same stresstest with mmaped file in ext2 the
> machine runs fine but the processes do not do anything and
> vmstat/ps loc
This PCI stuff was discussed before...
pcic.c: At top level:
pcic.c:39: redefinition of `pcibios_present'
/usr/src/linux-2.4.0-test/include/linux/pci.h:562: `pcibios_present' previously
defined here
make[1]: *** [pcic.o] Error 1
make[1]: Leaving directory `/usr/src/linux-2.4.0-test/arch/sparc/ke
[MM TODO list, updated for october 2000]
---
Here is the TODO list for the new VM. The only thing
really needed for 2.4 is the OOM handler and a fix
for the highmem deadlock.
The page->mapping->flush() callback is really wanted
by the journaling filesystem folks.
The rest are mostly extra's tha
--test9-pre8 blows up at boot, somewhere around the ALI5X3 init.
Here's the oops, with ksymoops decode. Copied by hand,
hope it's correct:
ALI5X3: IDE controller on PCI buss 00 dev 78
ALI5X3: chipset revision 193
ALI5X3: bad irq (0): will probe later
Unable to handle kernel paging request at
Why do you apparently ignore the fact that page-out write-back performance
is horribly crappy because it always starts out doing synchronous writes?
I pointed out previously in a private email that page_launder() must be
buggy as it stands now, you seem to have ignored that part (and the
test-pr
On Mon, 2 Oct 2000, Linus Torvalds wrote:
> Why do you apparently ignore the fact that page-out write-back
> performance is horribly crappy because it always starts out
> doing synchronous writes?
Because it is fixed in the patch I mailed yesterday?
regards,
Rik
--
"What you're running that pi
> --test9-pre8 blows up at boot, somewhere around the ALI5X3 init.
>
> Here's the oops, with ksymoops decode. Copied by hand,
> hope it's correct:
Darn. Made 3 typos in transcription:
ALI5X3: IDE controller on PCI buss 00 dev 78
^
Process swapper (pid: 2, sta
On Mon, Oct 02, 2000 at 07:11:52PM +0200, Daniel Phillips wrote:
> One more question that has probably been asked a lot: why are the
> various fields of a device splatted across half a dozen tables instead
> of being collected together in a struct and accessed through one table?
Yes, this has be
On Mon, 2 Oct 2000, Rik van Riel wrote:
> On Mon, 2 Oct 2000, Linus Torvalds wrote:
>
> > Why do you apparently ignore the fact that page-out write-back
> > performance is horribly crappy because it always starts out
> > doing synchronous writes?
>
> Because it is fixed in the patch I mailed yes
Linus,
Ug. Why do I feel like the IDE "driver" is code layered upon code
layered upon code, through the ages, with nary a cleanup in between?
My previous patch was a fix, but (brown paper bag time) standard IDE
devices no longer called chipset init. People either had no IDE, or
were stuck in l
On Sun, Oct 01, 2000 at 10:48:41PM -0400, Albert D. Cahalan wrote:
> I see you don't remember the original post. It argued in
> favor of a large PID space "because the output of ps wouldn't
> look nice otherwise"!!! (the poster wanted output sorted by
> start time without using --sort=start to ask
Bug squash number three.
ARM, Alpha and x86 should be completely sorted for the loops_per_sec change.
S/390 merge yet to be done. PPC and Sparc still won't build.
Alan
Stuff left to do for 2.2.18final
- loops_per_jiffy for non x86, Alpha, ARM
- Merge the S/390 stuff and make S/390
1 - 100 of 180 matches
Mail list logo
