Hi,
>> I still wonder what you and other people think about the idea of an
>> interface where the parts of the kernel with per-cpu dependencies should
>> register two functions...
>Why not compile kernel with structeres big enough for 32 processors,
>and then just add CPUs up to the limit
Hi folks,
I have some trouble using a 3COM NIC905B and the 3c59x driver with kernel
2.2.x
and 2.4.0.testx. First of all the card works fine with Windows or with linux
2.2.18
using the 3c90x driver supplied by 3COM. But with the 3c59x driver I get
transfer rates
below 10k/s or even lower. The card
[Horst von Brand]
> Would tsort(1) perhaps help?
I'm betting Linus would never go for using tsort to resolve such issues
-- unless tsort output is guaranteed to be stable (the docs for GNU
textutils don't say). This would be for the same reason that he
rejected the partial ordering in the
On Sat, Dec 16, 2000 at 04:41:44PM +0200, Jani Monoses wrote:
> --- /usr/src/linux/scripts/kernel-doc Tue Dec 12 11:25:59 2000
> +++ kernel-docSat Dec 16 15:53:17 2000
> @@ -664,10 +664,11 @@
> ##
> # takes a function prototype and spits out all the details
> -# stored in the global
Dagnabbit. I forgot to give my kernel version, and now I'm booted into
Windows, and can't remember it. It's some 2.2 kernel: whatever comes with
Mandrake 7.2.
At 07:14 AM 12/18/2000 +0100, you wrote:
>
>
>I have a Dell Inspiron 7000 with BIOS A15 and exactly the same
>problem.
>
>(I last
[Norbert Breun]
> The problem is, there should be a directory "media" under
> /lib/modules/2.4.0-test12.old/kernel/drivers/ and this is missing in
> test13pre2 and test13pre3. The modules are not built.
Does this help? I think it's right.
Peter
diff -urk.orig
Peter,
you may be right there is no module "video.o". The problem is, there should
be a directory "media" under /lib/modules/2.4.0-test12.old/kernel/drivers/
and this is missing in test13pre2 and test13pre3. The modules are not built.
kind regards
Norbert
On Monday 18 December 2000 07:11,
Keith,
thanks for your hint. The problem seems that all modules (+ directory
~/media) under /lib/modules/2.4.0-test13pre3/kernel/drivers/media/ are
missing. Make modules_install does not build the directory ~/media and its
contents. There were no modules built under
[Peter Samuelson]
> Looks like your symbol versions got out of sync, somehow.
Uh, never mind, I didn't notice that pm.c is not listed as exporting
symbols. Someone else just posted a patch -- add pm.o to the
'export-objs' line in kernel/Makefile.
Peter
-
To unsubscribe from this list: send
[khromy]
> 2.4.0-test13-pre3 unresolved symbols:
>
> modprobe ad1848
> /lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: unresolved symbol
>pm_unregister_Reccd1e64
> /lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: unresolved symbol
>pm_register_R8dbab11c
Looks like
David Feuer <[EMAIL PROTECTED]> writes:
> I get this problem both in Linux and Windows, so I won't
> rule out hardware/bios bugs, but I find that often when my
> monitor (backlight) gets turned off automatically after a
> long period of non-use, the computer freezes up. I think it
> only
[Mikael Djurfeldt]
> When trying to build video.o as a module, video.o doesn't get copied
> to /lib/modules/* during installation.
There is no video.o module. If video.o is built at all, it is linked
into the vmlinux image directly. The modules in that directory will be
atyfb.o, tdfxfb.o and
On Mon, 18 Dec 2000, J Sloan wrote:
> Similar problem here - with CONFIG_DRM_TDFX=m
> I have not gotten a tdfx.o module complied since the
> start of the test13-pre series...
>
> So no quake 3 arena unless I want to play at < 1 fps...
>
Does this patch fix your problem?
---
[Albert Cranford]
> With CONFIG_DRM_R128=m
> we fail to produce module linux/drivers/char/drm/r128.o
He's right. Linus, please apply.
Peter
--- test13pre3/drivers/char/Makefile.orig Wed Dec 13 23:56:01 2000
+++ test13pre3/drivers/char/MakefileSun Dec 17 23:55:00 2000
@@ -25,6 +25,7
Similar problem here - with CONFIG_DRM_TDFX=m
I have not gotten a tdfx.o module complied since the
start of the test13-pre series...
So no quake 3 arena unless I want to play at < 1 fps...
:(
jjs
Albert Cranford wrote:
> With CONFIG_DRM_R128=m
> we fail to produce module
[Mark Hahn]
> > reinventing /proc/kmsg and klogd would be tre gross.
[Lars Marowsky-Bree]
> Well, only one process can read kmsg and get notified about new
> messages at any time, so that makes the monitoring depend on
> klogd/syslogd working, which given a write error by syslog might not
>
>
By the way, I now checked the syslog, and I see that the last cron message
was logged about an hour before I reset the system. So it looks like a total
lockup.
BTW, what does it mean when this gets logged?
Dec 17 19:01:09 localhost kernel: eth0: Resetting the Tx ring pointer.
Dec 17
I get this problem both in Linux and Windows, so I won't
rule out hardware/bios bugs, but I find that often when my
monitor (backlight) gets turned off automatically after a
long period of non-use, the computer freezes up. I think it
only happens when I've left it that way for a long time,
With CONFIG_DRM_R128=m
we fail to produce module linux/drivers/char/drm/r128.o
Any thoughts.
Albert
Linus Torvalds wrote:
>
> The most noticeable part of this is that the run_task_queue fix should
> cure the lockup that some people have seen.
>
> The shmfs cleanup should be unnoticeable except
(Linus Torvalds added to the cc list because there's now a patch to fix
the problem.)
Alan Cox wrote:
> pm.o should be listed as a symbol exporting object in kernel/Makefile
Ok, here's a patch that does this. Tested for both the in-kernel and
module cases.
-Barry K. Nathan <[EMAIL PROTECTED]>
[[EMAIL PROTECTED]]
> One last question: WHY is the kernel's top-level Makefile handling
> this symlink?
Where do you think it should be handled? 'make modules_install' seems
like the most logical place, to me.
Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Sun, Dec 17, 2000 at 09:54:18PM +0100, [EMAIL PROTECTED] wrote:
> What architecture?
i386
> What kernel version?
2.4.0-test13-pre2, but this has been happening for a while.
> Are you in fact running xntpd?
Yes.
> > According to the notes in the code, this should work if my RTC
> > is
known problem with netfilter. I think someone is working on it.
Robert Lynch wrote:
>
> I find that running these kernels (because of a netfilter modules
> compile error, didn't try test13-pre1 or 2) in X my entire system
> freezes, requiring a hard reboot. With test12 final, suddenly
> the
2.4.0-test13-pre3 unresolved symbols:
modprobe ad1848
/lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: unresolved symbol
pm_unregister_Reccd1e64
/lib/modules/2.4.0-test13-pre3/kernel/drivers/sound/ad1848.o: unresolved symbol
pm_register_R8dbab11c
I find that running these kernels (because of a netfilter modules
compile error, didn't try test13-pre1 or 2) in X my entire system
freezes, requiring a hard reboot. With test12 final, suddenly
the screen streaked, then froze.
No oops, just the freeze.
Been a while (when I used to run Windoze)
Mohammad A. Haque wrote:
>
> Weird. The modules just give me unresolved symbol errors instead of the
> loop.
>
> Mathias Wiklander wrote:
> >
> > Sorry I've forgot that. It is 2.4.0-test12
> >
There was a SCSI Makefile bug in test12 that caused
those unresoved symbols. This patch from Bob
Karel Kulhavy wrote:
>
> There are several places where the rotation yields garbage according to ANSI
> C definition when called with 0 bit position argument.
>
> diff -Pur linux_reference/drivers/char/random.c linux/drivers/char/random.c
> --- linux_reference/drivers/char/random.c Wed
- Original Message -
From: "Alan Cox" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, December 14, 2000 2:38 PM
Subject: Re: [lkml]Re: VM problems still in 2.2.18
>
> I think Andrea just earned his official God status ;)
Just wanted to quickly
When trying to build video.o as a module, video.o doesn't get copied
to /lib/modules/* during installation.
-
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/
When trying to compile linux-2.4.0-test13-pre3 with the following
.config:
kernel configuration
I got the following error message:
--
ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o
Zanetti Arnaud wrote:
>
> Summary
> After an undetermined amount of download, eth0 just stop
> receiving/transmitting bytes
>
> Description:
> After working perfectly for an undetermined time / volume of download,
> eth0 just stop working (i.e. : it won'n receive/transmit anymore bytes).
> I
> /lib/modules/2.4.0-test13-pre3/kernel/arch/i386/kernel/apm.o: unresolved
> symbol pm_active
>
> This is my first time building APM as a module, so I don't know when the
> error was first introduced...
13pre in the Makefile redo
pm.o should be listed as a symbol exporting object in
Hi
Linus, will you please consider this patch by Jeff Raubitschek for the
next pre-patch? It fixes two unresolved symbols in ext2.o when building
ext2 as a module.
--- linux-2.4.0-test12/kernel/ksyms.c Tue Dec 12 11:19:17 2000
+++ linux/kernel/ksyms.cTue Dec 12 11:18:57 2000
@@ -252,6
When I try "modprobe apm" I get these errors:
/lib/modules/2.4.0-test13-pre3/kernel/arch/i386/kernel/apm.o: unresolved
symbol pm_send_all
/lib/modules/2.4.0-test13-pre3/kernel/arch/i386/kernel/apm.o: unresolved
symbol pm_active
This is my first time building APM as a module, so I don't know
On Mon, 18 Dec 2000, Martin Josefsson wrote:
> On Mon, 18 Dec 2000, Alan Cox wrote:
>
> > > I compiled test13-pre3 a few minutes ago and when running
> > > make modules_install I got this:
> > >
> > > depmod: *** Unresolved symbols in
>/lib/modules/2.4.0-test13-pre3/kernel/fs/ext2/ext2.o
> >
> I noticed peculiarities in the behaviour of the delta-delta-3 system for
> entropy estimation in the random.c code./ When I hold right alt
> or control, I
> get about 8 bits of entropy per repeat fro the /dev/random which is
> overestimated. I think the real entropy is 0 bits because it is
On Mon, 18 Dec 2000, Alan Cox wrote:
> > I compiled test13-pre3 a few minutes ago and when running
> > make modules_install I got this:
> >
> > depmod: *** Unresolved symbols in
>/lib/modules/2.4.0-test13-pre3/kernel/fs/ext2/ext2.o
> > depmod: buffer_insert_inode_queue
> > depmod:
> I compiled test13-pre3 a few minutes ago and when running
> make modules_install I got this:
>
> depmod: *** Unresolved symbols in
>/lib/modules/2.4.0-test13-pre3/kernel/fs/ext2/ext2.o
> depmod: buffer_insert_inode_queue
> depmod: fsync_inode_buffers
Jeff Raubitschek posted a
Hi
I compiled test13-pre3 a few minutes ago and when running
make modules_install I got this:
depmod: *** Unresolved symbols in /lib/modules/2.4.0-test13-pre3/kernel/fs/ext2/ext2.o
depmod: buffer_insert_inode_queue
depmod: fsync_inode_buffers
As you may have noticed I have ext2
Summary
After an undetermined amount of download, eth0 just stop
receiving/transmitting bytes
Description:
After working perfectly for an undetermined time / volume of download,
eth0 just stop working (i.e. : it won'n receive/transmit anymore bytes).
I just can see the 'drop' field in
Hi, all.
I encounterd the problem that 'cdrdao' is not compilable in 2.2.18 on
Alpha. And I researched a little.
So, then new code added in include/asm-alpha/system.h on 2.2.18 has a
problem in C++. The 'new' may be the reserved word in C++. And I send
its patch.
Regards
Daiki Matsuda
---
Hi, all.
I tested test13-pre2 on Alpha, but it is not compilable. So, I send a
small patch, and in test13-pre3 its problem may not be repaired.
'CONFIG_ALPHA' is used in drivers/pci/Makefile, but it is not defined
in anywhere. So, I added it to arch/alpha/config.in.
I think the point in
I was wondering if anyone had any new info/suggestions for the Signal 11
problem.
I think I last reported that I had tried 2.4.0test12 w AGPGart and DRM
turned off. This seemed a bit more stable but I did have X crash with
Signall 11 after about 1.5 days.
I'd really appreciate any advice on how
After installing the latest 2.2.18 kernel on a Debian 2.2
box the following keeps appearing in kern.log:
Dec 17 18:33:53 xxx kernel: nfs warning: mount version older than kernel
Is this harmless or do I need the latest mount?
Currently I don't use kNFSv3, user-space v2 is fine.
-Igor Mozetic
Hello all, I hope I'm posting to the right place for this
I noticed there was a patch to enable the 'pci=autoirq' option, but any
occurance I've found seems to be incomplete or something (it won't apply)
and I'm getting weird irq messages in my logs, searching for the errors
brings up posts from
Hi!
> > > 2) using: I can do cd /nfs/fs, but the directoy is always empty, and when I
> > >try to step into a subdirectory I always get "No such file or directory".
> > >
> > > Thanks a lot for any insights, even if this means "this is not supported"
> > > ;)
> >
> > This can't be
The most noticeable part of this is that the run_task_queue fix should
cure the lockup that some people have seen.
The shmfs cleanup should be unnoticeable except to users who use SAP with
huge shared memory segments, where Christoph Rohlands work not only
makes the code much more readable, it
I noticed peculiarities in the behaviour of the delta-delta-3 system for
entropy estimation in the random.c code./ When I hold right alt or control, I
get about 8 bits of entropy per repeat fro the /dev/random which is
overestimated. I think the real entropy is 0 bits because it is absolutely
There are several places where the rotation yields garbage according to ANSI
C definition when called with 0 bit position argument.
diff -Pur linux_reference/drivers/char/random.c linux/drivers/char/random.c
--- linux_reference/drivers/char/random.c Wed Jul 19 00:58:13 2000
+++
In <[EMAIL PROTECTED]> Alexander Viro
<[EMAIL PROTECTED]> writes:
>On Sun, 17 Dec 2000, Jorg de Jong wrote:
>> > >On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote:
>> > >
>> > >> Just to add a "me too" on this. I didn't report when I saw it last week
>> I'd like to second that. ME TOO !
>>
On Sun, 17 Dec 2000, Jorg de Jong wrote:
> > >On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote:
> > >
> > >> Just to add a "me too" on this. I didn't report when I saw it last week,
>
> I'd like to second that. ME TOO !
> Since I switched to 2.4.0.test12 I again have the innd bug.
> ( well
Weird. The modules just give me unresolved symbol errors instead of the
loop.
Mathias Wiklander wrote:
>
> Sorry I've forgot that. It is 2.4.0-test12
>
--
=
Mohammad A. Haque
Linus Torvalds <[EMAIL PROTECTED]> writes:
> The only comment I have is that as far as I can tell, your shm_writepage()
> has a small bug: if "__get_swap_page()" fails, we can't just drop the
> dirty page in question, so instead of returning -ENOMEM we should really
> return a "1" to tell the VM
Hi Linus,
Here is my shm cleanup patch. It survived several days of stress
testing on my 8way.
It is somewhat conservative wrt to locking and the truncate logic
could be optimised for speed. But it is robust and passes all the SYSV
compatibilty tests I remembered.
I had to implement some
What architecture?
What kernel version?
Are you in fact running xntpd?
> According to the notes in the code, this should work if my RTC
> is less than 15 minutes off... which I can guarantee it is.
Well, since you looked at the source:
For some randomly chosen kernel version and architecture it
I was trying to figure out why I periodically get the message
set_rtc_mmss: can't update from 0 to 59
on my console. It appears that the kernel is attempting to update my CMOS
clock for me, based on the more accurate data being provided by my xntpd.
According to the notes in the code, this
In article <[EMAIL PROTECTED]>,
Jeff V. Merkey <[EMAIL PROTECTED]> wrote:
>
>Try thinking about the work to do model (since task queues are so similiar)
>Having to "kick" these things should be automatic in the kernel. I could
>do a lot of cool stuff with this in there, manos aside.
No, the
On Sun, 17 Dec 2000, Peter Samuelson wrote:
>
> [[EMAIL PROTECTED] <[EMAIL PROTECTED]>]
> > I have not moved or deleted a tree. I do not HAVE a kernel tree in
> > the first place. Therefore, nothing for the symlink to point to when
> > I install the kernel.
>
> If this is not the machine you
On Sun, Dec 17, 2000 at 12:02:31PM -0800, Linus Torvalds wrote:
>
>
> On Sun, 17 Dec 2000, Jamie Lokier wrote:
> >
> > How about using a sentinel list entry representing the current position
> > in run_task_queue's loop?
>
> Nope.
>
> There may be multiple concurrent run_task_queue's
On Sun, 17 Dec 2000, Jamie Lokier wrote:
>
> How about using a sentinel list entry representing the current position
> in run_task_queue's loop?
Nope.
There may be multiple concurrent run_task_queue's executing, so for now
I've applied Andrew Morton's patch that most closely gets the old
There was a post on linux-kernel earlier today stating that "hdx=scsi" did
not work correctly if both were compiled as modules for 2.4.10-testxx and
a patch was posted.
I can confirm that this is true for 2.2.x, with "hdx=ide-scsi". Once I
compiled both statically into the kernel, it works.
Patch is removing few ifdefs.
Both MODULE_PARM and __initfunc are removed by preprocessor if compiled
as module.
Pavel Rabel
--- drivers/video/mdacon.c.old Sun Dec 17 18:53:18 2000
+++ drivers/video/mdacon.c Sun Dec 17 18:54:55 2000
@@ -75,14 +75,10 @@
static struct vc_data
Do you use netfilter? It's a known bug if you do.
Tommy Wu wrote:
>
> Does anyone use nfsd on kernel 2.4.0-test12 ?
>
> Usually, I backup my linux box via another machine use nfs to mount it, then run
> afio to backup file to mo. It is work very fine through kernel 2.4.0-test7 to
On 2000-12-17T13:23:52,
Mark Hahn <[EMAIL PROTECTED]> said:
> > Short of parsing syslog messages, which isn't particularly great.
> what's wrong with it?
Because it means having to know about all potential messages the filesystems
might dump out.
> reinventing /proc/kmsg and klogd would be
Hi Alan,
can you may include the attached patch in one of the next pre19 patches?
It adds the possibility to work with pcmcia modem cards on PowerBooks,
this patch was in for a longer time in the ppc tree of Paul M. and Ben
Herrenschmidt.
Ben told me to send it to you with his ack.
Thanks in
> >On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote:
> >
> >> Just to add a "me too" on this. I didn't report when I saw it last week,
I'd like to second that. ME TOO !
Since I switched to 2.4.0.test12 I again have the innd bug.
( well at least the same symptoms !)
No problems with test10 and
This patch illustrates an alternative approach to waking and waiting on
daemons using semaphores instead of direct operations on wait queues.
The idea of using semaphores to regulate the cycling of a daemon was
suggested to me by Arjan Vos. The basic idea is simple: on each cycle
a daemon down's
Linus Torvalds wrote:
> Ho humm. I'll have to check what the proper fix is. Right now the rule is
> that nobody can _ever_ remove himself from a task queue, although there is
> one bad user that does exactly that, and that means that it should be ok
> to just cache the "next" pointer in
> currently, there is no way for an external application to monitor whether a
> filesystem or underlaying block device has hit an error condition - internal
> inconsistency, read or write error, whatever.
>
> Short of parsing syslog messages, which isn't particularly great.
what's wrong with
Patch fixes compiler warning for 2.4.0-test12
sim710.c: In function `sim710_detect':
sim710.c:1452: warning: comparison between pointer and integer
Pavel Rabel
--- drivers/scsi/sim710.c.old Tue Dec 5 15:34:00 2000
+++ drivers/scsi/sim710.c Tue Dec 5 15:37:18 2000
@@ -1449,7 +1449,7
Does anyone use nfsd on kernel 2.4.0-test12 ?
Usually, I backup my linux box via another machine use nfs to mount it, then run
afio to backup file to mo. It is work very fine through kernel 2.4.0-test7 to test11.
But this week, I change my linux box's kernel to 2.4.0-test12, I found
Andre,
While trying to get my CD-R drive working under test11, I discovered that
the hdx=scsi kernel parameter is disabled unless both IDE-SCSI support and
SCSI are compiled in statically. That definitely wasn't the case in my
configuration and I think it unlikely to be common. The attached
Hello,
I haven't seen this posted yet, so I have included it
below.
Regards,
Frank
fpu_entry.c: In function
`math_emulate':fpu_entry.c:194: structure has no member named
`segments'make[2]: *** [fpu_entry.o] Error 1make[2]: Leaving directory
`/usr/src/linux/arch/i386/math-emu'make[1]:
Keith Owens <[EMAIL PROTECTED]> said:
[...]
> Messing about with conditional compilation because the link order is
> incorrect is the wrong fix. The mtd/Makefile must link the objects in
> the correct order.
>
> cfi_probe.o needs to come after cfi_cmdset_000?.o.
> doc_probe.o needs to come
On Sun, Dec 17, 2000 at 05:22:23PM +0100, Andrzej Krzysztofowicz wrote:
> Why it does not depend on CONFIG_EXPERIMENTAL if it really is experimental ?
Oh, missed that. Thanks, fixed.
Tim.
*/
PGP signature
"Tim Waugh wrote:"
> Hi Linus,
>
> Here is a patch that marks CONFIG_PARPORT_PC_FIFO experimental.
Why it does not depend on CONFIG_EXPERIMENTAL if it really is experimental ?
> --- linux-2.4.0-test13-pre1/drivers/parport/Config.in.fifoexp Thu Jun 29 10:20:36
>2000
> +++
Hi,
On Sun, Dec 17, 2000 at 12:56:56PM +0200, Petri Kaukasoina wrote:
> I guess the new memory detect does not work correctly with my old work
> horse. It is a 100 MHz pentium with 56 Megs RAM. AMIBIOS dated 10/10/94 with
> a version number of 51-000-0001169_0011-101094-SIS550X-H.
>
>
Keith Owens wrote:
> Linus has spoken, it is an error for user space applications to
> include kernel headers. Even modutils does not include
> linux/module.h, instead it has a portable (2.0 through 2.4) local
> definition of struct module.
Oh my. This isn't clear to the part-time kernel
> David Woodhouse <[EMAIL PROTECTED]> wrote:
> >The conditional compilation is far more obvious to people than subtle
> >issues with link order. So I prefer to avoid the latter at all costs.
>
> The rest of the kernel already depends totally on these "subtle" issues
> with link order. Why
> I am seeing this bug with both test8 and test12 kernels. Help/suggestions
> for debugging are appreciated.
Ask Dell for a working BIOS. This 5000E is a known BIOS bug.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
ditto.
On Sun, 17 Dec 2000, Mathias Wiklander wrote:
> Sorry I've forgot that. It is 2.4.0-test12
>
> /Eastbay
> "Mohammad A. Haque" wrote:
> >
> > Helps if we could get a kernel version.
> >
> > Mathias Wiklander wrote:
> > >
> > > Hi!
> > >
> > > I have problem using my scsi card. It is
Good morning,
currently, there is no way for an external application to monitor whether a
filesystem or underlaying block device has hit an error condition - internal
inconsistency, read or write error, whatever.
Short of parsing syslog messages, which isn't particularly great.
This is
On Sat, Dec 16, 2000 at 05:26:09PM +0200, Jani Monoses wrote:
> kernel-api.tmpl references the exported functions of kmod.c but
> there are none.
There are: hotplug_path, exec_usermodehelper, call_usermodehelper,
request_module.
Try adding kmod.c to APISOURCES in the Makefile.
Tim.
*/
-
On Sat, Dec 16, 2000 at 05:37:51PM +0200, Jani Monoses wrote:
> + * Otherwise if @from is not %NULL, searches continue from that point.
Searches continue from the next one I think.
> + * pci_register_driver - register a new pci driver
[...]
> + * pci_unregister_driver - unregister a pci driver
> How about adding a flag to FLAGS, or a new letter in STATE in
> /proc/pid/stat, to mean "this is an idle task"?
>
> ps & top could easily by taught to recognise the flag.
What's the problem with using PID 0 as the idle task ? That's 'standard'
with OS'ses that display the idle task.
It's
If I mount a cdrom over NFS with 2.4.0-test12 on the NFS-Server, the server
crashs. In the log-files are no Information. On the screen comes the following:
Code: 89 42 04 89 10 b8 01 00 00 c7 43 04 00 00 00 c 03 00
Aieee, killing interupt handler
Unable to handle kernel Null pointer deveference
> - Do you have emu10k1 compiled in, or as a module?
> - Does your SBLive appear to have been detected? (Check 'dmesg')
> - If emu10k1 is a module, is the module loaded? Does it seem to detect
> your SBLive when loaded? (Again check 'dmesg')
On my machine emu10k1 works as a module, but not
Hi Linus,
Here is a patch to make the parport_pc comments better. No code
change.
Tim.
*/
2000-12-17 Tim Waugh <[EMAIL PROTECTED]>
* drivers/parport/parport_pc.c: Better commentary. Patch from
R Horn.
* drivers/parport/ChangeLog: Updated.
---
Hi Linus,
This patch adds inline documentation to a couple of macros, with
improvements suggested by Andi Kleen.
Tim.
*/
2000-12-13 Tim Waugh <[EMAIL PROTECTED]>
* include/linux/init.h, include/linux/module.h: Inline
documentation for some macros. Patch from Armin Kuster.
I missed a certain mailing list on this one...
Original Message
Subject: [patch] call_usermodehelper
Date: Sun, 17 Dec 2000 23:01:14 +1100
From: Andrew Morton <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
CC: David Brownell <[EMAIL PROTECTED]>,Thomas Sailer <[EMAIL
Hi Linus,
This patch fixes some timing issues with ppa.
Tim.
*/
2000-12-13 Tim Waugh <[EMAIL PROTECTED]>
* drivers/scsi/ppa.c, drivers/scsi/ppa.h: Timing fixes. New
parameter "recon_tmo=". This is 2.07-for-2.4.x.
--- linux-2.4.0-test12/drivers/scsi/ppa.c.ppa207Tue
Hi Linus,
Here is a patch that marks CONFIG_PARPORT_PC_FIFO experimental.
Tim.
*/
2000-12-14 Tim Waugh <[EMAIL PROTECTED]>
* drivers/parport/Config.in: Mark CONFIG_PARPORT_PC_FIFO
experimental.
* drivers/parport/ChangeLog: Updated.
---
Hi Linus,
Here is a small patch that syncs up the parport ChangeLog to the
current source tree.
Tim.
*/
2000-12-13 Tim Waugh <[EMAIL PROTECTED]>
* drivers/parport/ChangeLog: Resync.
--- linux-2.4.0-test12/drivers/parport/ChangeLog.sync Wed Dec 13 12:37:45 2000
+++
On Sat, 16 Dec 2000, Russell Cattelan wrote:
> >
> I'm curious about this.
> Does the mean reiserFS is doing all of it's own buffer management?
>
> This would seem a little redundant with what is already in the kernel?
>
For metadata only reiserfs does its own write management. The buffers
On Sun, 17 Dec 2000, Keith Owens wrote:
> Your choice. Just bear in mind that if CONFIG_MODULES=y but mtd
> objects are built into the kernel then mtd _must_ have a correct link
> order. Consider a config with CONFIG_MODULES=y but every mtd option is
> set to 'y', link order is critical.
Yep,
On Sun, 17 Dec 2000 11:39:50 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>On Sun, 17 Dec 2000, Keith Owens wrote:
>
>> The rest of the kernel already depends totally on these "subtle" issues
>> with link order. Why should mtd be different?
>
>Because I maintain the MTD code and I
On Sun, 17 Dec 2000, Keith Owens wrote:
> The rest of the kernel already depends totally on these "subtle" issues
> with link order. Why should mtd be different?
Because I maintain the MTD code and I want it to be. I think the link
order dependencies are ugly, unnecessary and far more likely
Alan, please ignore this one _if_ you have already received it today.
-- Forwarded message --
Date: Sun, 17 Dec 2000 10:53:49 + (GMT)
From: Tigran Aivazian <[EMAIL PROTECTED]>
To: Alan Cox <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: [patch-2.2.19-pre2] more fixes to
[James Simmons]
> Ah the infamous Rage Mobility chipset. Three versions of the same
> chipset but each is very different.
I knew it was bad when ATI refuses to publish Windows drivers -- they
basically say "get drivers from your laptop vendor, there is *no*
generic driver that works for
I guess the new memory detect does not work correctly with my old work
horse. It is a 100 MHz pentium with 56 Megs RAM. AMIBIOS dated 10/10/94 with
a version number of 51-000-0001169_0011-101094-SIS550X-H.
2.2.18 reports:
Memory: 55536k/57344k available (624k kernel code, 412k reserved, 732k
1 - 100 of 239 matches
Mail list logo