On Mon, Dec 11, 2000 at 01:37:36AM +0100, Guest section DW wrote:
I see lots of messages from you about corruption in 2.4.0-test11
but we all know very well that 2.4.0-test11 corrupts things
and further evidence is not necessary.
Hopefully all, or at least the most significant, problems
At 03:16 11/12/2000, Ion Badulescu wrote:
On Mon, 11 Dec 2000, Udo A. Steinberg wrote:
Anton Altaparmakov wrote:
My card is an Ether Express Pro 100, lcpci says: Intel Corporation 82557
[Ethernet Pro 100] (rev 04)
So it's an i82558 A-step. That's interesting, the patch shouldn't have
made
Hi Ryan,
This is notice that the do_try_to_free_pages bug is still present in the
latest 2.2 kernel, 2.2.18pre27.
VM: do_try_to_free_pages failed for kjournald...
VM: do_try_to_free_pages failed for kjournald...
VM: do_try_to_free_pages failed for kjournald...
The error also occurs for
Hi
I've had some very peculiar problems with 2.4.0-test12-pre8
In particular I can't start linux in single user mode, it goes to level
5 when trying to init 1.
There is also a problem building fs/smbfs/inode.c at line 166
Is there a fix or have I got something really screwed up?
--
Regards
Right Thanks. I did not realize I was not in text mode.
I have somehow fixed the problem by doing something to the apm-bios
settings. I disabled a bunch of stuff in the bios and the thing is working
apparently ok now. Don't ask me what cause I really don't know. It's just
working now.
Thanks,
Yeah I just read that. Thanks for the info. Knew nothing about it being
kicked out there. I usually only read looking for package locations of
needed software to run the kernels. Now it looks like I should be reading
more. Thanks for the blow to the head to get me thinking right again. :)
BTW, I
Well, I just had a Signal 11 even with the patch. What can I do to help
figure this out?
Thanks,
--Rainer
-Original Message-
From: Alan Cox [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 08, 2000 11:07 PM
To: David Woodhouse
Cc: Andi Kleen; Rainer Mager; [EMAIL PROTECTED]; Mark
Hello,
There is also a problem building fs/smbfs/inode.c at line 166
Is there a fix or have I got something really screwed up?
If you are referring to 'next' is not a member of the structure? If so, known issue.
Regards,
-Frank
-
To unsubscribe from this list: send the line "unsubscribe
i'm compiling kernel 2.4.0-test11 uder RH7. i've changed the CC= line to use
kgcc, executed "make clean" and "make mrproper". "make menuconfig" and "make
dep" went smoothly. however during the "make modules" process, several
warning messages (shown below) appeared:
{standard input}: Assembler
Alan,
I was trying to re-install my VMware with the latest 2.2.18 kernel.
It failed to try to re-compile the modules.
What is the location of the directory of C header files that match your
running kernel? [/usr/src/linux/include]
The directory of kernel headers (version
did we lose ip=autoconf. I see dhcp and arp transmitting infinitely. I was
able to boot only after completely entering nfsroot= and ip= boot commands.
2.2.17 worked thusley.
root=/dev/nfs ether=0,0,eth0
2.2.18-pre26 works only
root=/dev/nfs
On Mon, 11 Dec 2000 17:15:53 +0800,
"Corisen" [EMAIL PROTECTED] wrote:
i'm compiling kernel 2.4.0-test11 uder RH7. i've changed the CC= line to use
kgcc, executed "make clean" and "make mrproper". "make menuconfig" and "make
dep" went smoothly. however during the "make modules" process, several
On Sun, 10 Dec 2000, Mohammad A. Haque wrote:
More fixes. Ignore previous.
diff -urw linux-2.4.0-test12.old/drivers/atm/ambassador.c
linux-2.4.0-test12/drivers/atm/ambassador.c
--- linux-2.4.0-test12.old/drivers/atm/ambassador.c Fri Jul 7 00:37:24 2000
+++
Hi,
which functions DON'T need inline documentation in the kernel?
Thanks,
Jani.
-
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
Steven Walter [EMAIL PROTECTED] writes:
On Sun, Dec 10, 2000 at 06:20:31PM +, David Wragg wrote:
If I understood why the MTRR driver was doing something on the K6-2,
then model-specific differences might make some sense. But currently,
I don't see why there would be any difference
On Sun, 10 Dec 2000, Tigran Aivazian wrote:
On Sun, 10 Dec 2000, Szabolcs Szakacsits wrote:
- this comment from include/linux/fs.h should be deleted
#define NR_RESERVED_FILES 10 /* reserved for root */
well, not really -- it is "reserved" right now too, it is just root is
allowed to use
did we lose ip=autoconf. I see dhcp and arp transmitting infinitely. I was
able to boot only after completely entering nfsroot= and ip= boot commands.
2.2.17 worked thusley.
:
I didn't try with 2.2.18 yet but looking at the source (ipconfig.c)
seem that my patch wasn't accepted, you can
Hi!
Rule Set Based Access Control (RSBAC) for Linux version 1.1.0 has been released.
Information and downloads are available from
http://www.rsbac.org
Amon Ott.
--
Name: rsbac
Version: 1.1.0
Kernelver: 2.2.17, 2.4.0-test10,11
Status:9 (UP), 7
Hi Keith,
Thanks for your reply. The below mentioned warning messages where displayed
while using modutils 2.3.22. Guess I need to apply the patch you mentioned
to removed all the anonying messages.
As I've not applied any patch before, pls advise where should I download the
patch and the
I'm posting this again hoping that it'll get incorporated into the kernel.
I've tested the patch against 2.4.0-test12-pre8, and it's working fine.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
- Original Message -
From: "Werner Almesberger" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL
I'm posting this again hoping that it'll get incorporated into the kernel.
I've tested the patch against 2.4.0-test12-pre8, and it's working fine.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
- Original Message -
From: "Werner Almesberger" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL
On Mon, 11 Dec 2000 19:05:42 +0800,
"Corisen" [EMAIL PROTECTED] wrote:
Thanks for your reply. The below mentioned warning messages where displayed
while using modutils 2.3.22. Guess I need to apply the patch you mentioned
to removed all the anonying messages.
As I've not applied any patch
On Mon, 11 Dec 2000, Frank van Maarseveen wrote:
On Mon, Dec 11, 2000 at 01:37:36AM +0100, Guest section DW wrote:
I see lots of messages from you about corruption in 2.4.0-test11
but we all know very well that 2.4.0-test11 corrupts things
and further evidence is not necessary.
Dietmar Kling wrote:
Ok guys i take your arguments...
(i really loved to hear them)
and i'd like to continue them in a
private discussion( but i am
tired now ... :) )
but a last one i cannot resist...
sarcasm
but why are your ideas not widespread and
so successful like
root=/dev/nfs ip=both ether=0,0,eth0 gives this result
Dec 10 22:50:52 Eddys dhcpd: DHCPDISCOVER from 00:50:ba:05:7b:fb via eth0
Dec 10 22:50:52 Eddys dhcpd: DHCPOFFER on 192.168.50.2 to 00:50:ba:05:7b:fb
via eth0
Those are DHCP. 'both' is the old keywords for rarp and bootp. It now
Thinko.
Question is... Adam Richter posted a patch for i2o_lan.c that does
this...
static struct tq_struct i2o_post_buckets_task = {
list: LIST_HEAD_INIT(i2o_post_buckets_task.list),
sync: 0,
routine: (void (*)(void *))i2o_lan_receive_post,
data: (void *) 0
};
On Mon, 11 Dec 2000, Rainer Mager wrote:
Well, I just had a Signal 11 even with the patch. What can I do to help
figure this out?
Is init permanently running after you see a couple of these?
-Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Mon, 11 Dec 2000 14:38:52 Martin Dalecki wrote:
Please don't put KDE into the same bunch as gnome or
windows. KDE is in fact *well designed*! In esp. 2.0
That is why you need a supercomputer to run KDE at acceptable interactive
speeds...
--
Juan Antonio Magallon Lacarta
Recently I had some thoughts on how to realise CPU attachment and
detachment in a running Linux system (based on the 2.4 kernel).
CPU attachment and detachment would make sense on an S/390 when there
are several Linuxes running, each in its own logical partition. This
way a CPU could be
Recently I had some thoughts on how to realise CPU attachment and
detachment in a running Linux system (based on the 2.4 kernel).
CPU attachment and detachment would make sense on an S/390 when there
are several Linuxes running, each in its own logical partition. This
way a CPU could be
On Mon, 11 Dec 2000, Rainer Mager wrote:
Well, I just had a Signal 11 even with the patch. What can I do to help
figure this out?
My troublesome box finally seems to be stable. It's been up for the
last two days whilst under quite heavy loads without problems.
Previously, it would be lucky to
Hi,
This tiny patch extends ipchains logging. This way one can distinguish
(plain) connection attempts and (stealth) scans. E.g.
kernel: Packet log: input - lo PROTO=6 127.0.0.1:40326 127.0.0.1:80
L=40 S=0x00 I=5808 F=0x T=51 (#1)
vs.
L=40 S=0x00 I=5808 F=0x T=51 SYN ACK (#1)
and
L=40
Jeff Chua wrote:
I'm posting this again hoping that it'll get incorporated into the kernel.
It's already in Alan's tree (e.g. patch-2.4.0test11-ac1.bz2) and should
find its way from there into Linus' tree soon (i.e. probably by test12).
- Werner
--
sigp. To synchronize n CPUs one can create n kernel threads and give
them a high priority to make sure they will be executed soon (e.g. by
setting p-policy to SCHED_RR and p-rt_priority to a very high
value). As soon as all CPUs are in synchronized state (with
interrupts disabled) the new
I am trying to modify a driver that worked great
on 2.2.16 to 2.4.0-x..
My old code was:
static struct wait_queue *roundrobin_wait;
static struct wait_queue *task_stop_wait; static struct
tq_struct roundrobin_task; static struct timer_list timeout_timer;
...
init_timer(timeout_timer);
hi,
I think you forgot some revert of the aaccraid patch, thing like that
:
#ifdef CONFIG_SCSI_AACRAID
#include "aacraid/include/linit.h"
#endif
in drivers/scsci/hosts.c
make no sense.
revert patch attached
PS: even if it doen't change anything actually it may help when need
to apply the
Hi Martin
this patch makes computing of pci_resource_len a bit more
straightforward and hopefully still correct.Plus an aesthetic change in a
struct declaration :)
--- /usr/src/clean/linux/include/linux/pci.hMon Dec 11 16:49:19 2000
+++ pci.h Mon Dec 11 17:54:24 2000
@@ -432,8
Hello,
since test11, the NFS code uses the set_bit and related routines
to manipulate the wb_flags member of the nfs_page struct (nfs_page.h).
Unfortunately, wb_flags has still data type 'int'.
This is a problem (at least) on the 64-bit S/390 architecture,
as our ..._bit macros assume bit 0
"Ulrich" == Ulrich Weigand [EMAIL PROTECTED] writes:
Ulrich Hello,
Ulrich since test11, the NFS code uses the set_bit and related
Ulrich routines to manipulate the wb_flags member of the nfs_page
Ulrich struct (nfs_page.h). Unfortunately, wb_flags has still data
Ulrich type 'int'.
Ulrich
since test11, the NFS code uses the set_bit and related routines
to manipulate the wb_flags member of the nfs_page struct (nfs_page.h).
Unfortunately, wb_flags has still data type 'int'.
NFS is wrong. Rusty did a complete audit of the code and I've been feeding
some stuff to Linus. That one
On Mon, Dec 11, 2000 at 08:26:46AM +0100, Dominik Kubla wrote:
On Sun, Dec 10, 2000 at 03:50:16PM -0700, Jeff V. Merkey wrote:
Can you enable both at the same time? It's an installer issue with laptops
and I need tobe able to detect whatever is running.
IIRC you can choose at boot
- Original Message -
From: J . A . Magallon [EMAIL PROTECTED]
To: Martin Dalecki [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, December 11, 2000 8:47 AM
Subject: Re: ANNOUNCE: Linux Kernel ORB: kORBit
On Mon, 11 Dec 2000 14:38:52 Martin Dalecki wrote:
Please don't put KDE
Hello,
I tried this patch against test12-pre7, and all that I get is
"cs: socket c7604800 timed out during reset. Try increasing
setup_delay."
Performing cardctl reset yields the same message. I think that
cardctl reset takes away the possibility that increasing
setup_delay would actually
Alexander Viro wrote:
On Mon, 11 Dec 2000, Martin Dalecki wrote:
Please don't put KDE into the same bunch as gnome or
windows. KDE is in fact *well designed*! In esp. 2.0
raised brows 'Tis funny, you know, because ISTR that the bloody thing
got the same problems with the program
Heiko,
If I'm not mistaken, this sort of thing has been done by the beowulf folks.
Matthew D. Pitts
[EMAIL PROTECTED]
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 11, 2000 9:03 AM
Subject: CPU attachent and detachment in a running Linux
Steven Cole [EMAIL PROTECTED] writes:
[...]
In each case, the task and the tools used are the same. The only
difference was the kernel used. In both cases, 2.2.18 won by 3%.
Its comparing apples to apples and oranges to oranges. Granted 3%
isn't very much, but I would have guessed that
On 11 Dec 2000, John Fremlin wrote:
Two points: [snipped]
Doing a 'make bzImage' is NOT VM-intensive. Using this as a test
for the VM doesn't make any sense since it doesn't really excercise
the VM in any way...
If you want to measure, or even just bitch about, the VM, you should
Doing a 'make bzImage' is NOT VM-intensive. Using this as a test
for the VM doesn't make any sense since it doesn't really excercise
the VM in any way...
Its an interesting demo that 2.4 has some performance problems since 2.2
is slower than 2.0 although nowdays not much.
-
To unsubscribe
Heiko and Matthew -
I'm pretty certain this is not something beowulfish, unless perhaps
you are thinking in terms of mosix and some of the other batch/queueing
systems. Beowulf after all is a set of distributed processors,
not SMP (although an individual node maybe SMP).
regards,
Per Jessen,
On Mon, 11 Dec 2000, Dietmar Kling wrote:
I do not understand this
"i saw it - yuck! - and now i want to kill it "
s/want to kill it/do not want to touch it/
point of view.
As I tried to point out. Things evolve. And
the evolution has the right do things wrong.
Next evolution step
very helpful.
Technical merits and voter intent aside, this behavior is misleading and
inconsistent with previous kernels. Tools like top or a CPU dock applet show
a constantly loaded CPU. Hacking them to deduct the load from 'kapm-idled'
seems like the wrong answer.
stewart
On Mon, 11 Dec
You do realize what "evolution" means? I'm not talking about the bugs
in implementation. I'm talking about botched design. _That_ never gets
fixed. Show me one example when that would happen and I might consider
taking such possibility seriously.
That's what I am talking about in my "mean"
** Reply to message from "Jonathan Brugge" [EMAIL PROTECTED] on
Sun, 10 Dec 2000 22:49:05 +0100
I got a message about a bad CMOS and when I looked in my
BIOS-settings I saw they were totally reset... No HD's, date was 1/1/2000,
etc.
The BIOS will do this at boot time if it detects that
Technical merits and voter intent aside, this behavior is misleading and
inconsistent with previous kernels. Tools like top or a CPU dock applet show
the goal of kernel revision is *not* to remain consistent with old stuff.
a constantly loaded CPU. Hacking them to deduct the load from
On Mon, 11 Dec 2000 [EMAIL PROTECTED] wrote:
very helpful.
Technical merits and voter intent aside, this behavior is misleading and
inconsistent with previous kernels. Tools like top or a CPU dock applet show
a constantly loaded CPU. Hacking them to deduct the load from 'kapm-idled'
On Sat, Dec 09, 2000 at 04:37:40PM -0600, Peter Samuelson wrote:
[Pavel Machek]
I'd say that warning is more acceptable than #ifdef... In cases where
warnings can be eliminating without ifdefs, that's okay, but this...
In this case it is dead weight in the object file -- and for
Hello!
Looks like it tries to read on socket which is already closed from other
side. And it seems like recv did not return in this case. Is this OK, or
kernel bug?
This smells like an unknown bug in kernel.
It is unknown, hence there is no workaround (but upgrading to 2.4).
It would be
Alan Cox wrote:
Doing a 'make bzImage' is NOT VM-intensive. Using this as a test
for the VM doesn't make any sense since it doesn't really excercise
the VM in any way...
Its an interesting demo that 2.4 has some performance problems since 2.2
is slower than 2.0 although nowdays not
I goofed in the report below. I had switched to the i82365
pcmcia driver to see if it was affected by the pirq problems
the night before, and forgotten to switch back to the yenta_socket.
Switching back to the yenta_socket, plus andrewm's keventd patch
allowed the collection of cardbus pcmcia
Hi Alan,
I've compiled a plain 2.2.18 kernel for the HP NetServer this afternoon,
and guess what ? (ok, I know that you guessed) : the netraid card now works
correctly.
BTW, I noticed that the firmware and bios versions are improperly displayed
(only garbage). According to the code, that's
On Mon, 11 Dec 2000, Alan Cox wrote:
Doing a 'make bzImage' is NOT VM-intensive. Using this as a test
for the VM doesn't make any sense since it doesn't really excercise
the VM in any way...
Its an interesting demo that 2.4 has some performance problems
since 2.2 is slower than 2.0
On Mon, 11 Dec 2000, Matthew Galgoci wrote:
I do however still recieve a nasty message about a pirq table
conflict, but it does not seem to affect the operation of the
card.
It doesn't.
The pirq conflict message seems a little harsh though, and perhaps
unnecessary.
It is a bit
On Mon, 11 Dec 2000 15:03:47 [EMAIL PROTECTED] wrote:
Recently I had some thoughts on how to realise CPU attachment and
detachment in a running Linux system (based on the 2.4 kernel).
CPU attachment and detachment would make sense on an S/390 when there
are several Linuxes running, each
On Mon, 11 Dec 2000 [EMAIL PROTECTED] wrote:
On Mon, 11 Dec 2000, Jamie Lokier wrote:
Here are a few more:
net/acenic.c: pci_write_config_byte(ap-pdev, PCI_CACHE_LINE_SIZE,
Acenic is at least setting it to the correct values, not hardcoding it.
net/gmac.c:
Hello Gerard!
Having to call some pdev_enable_device() to have the cache line size
configured looks like shit to me. After all, the BARs, INT, LATENCY TIMER,
etc.. are configured prior to entering driver probe.
Once upon a time, they used to be, but they no longer are. Unfortunately, there
Hello. I just noticed that in 2.2.18pre27 you can only use the aty128fb
driver at 8 bit, because of some missing bits to drivers/video/Config.in.
w/o this you can't use console at 8 bit nor X. I would consider this to
be a good thing to squash for 2.2.18 final because 2.2.18 is the 1st
Hi Linus!
My tentative fix for this would be to make Linux never assign bus #1 or #2
to a cardbus bridge, and start cardbus bridges at bus #8 or something like
that. That way we'd still catch any strangeness in the pirq table, but we
wouldn't get the message for this case which seems to be
On Sat, Dec 09, 2000 at 12:41:24AM -0500, Theodore Y. Ts'o wrote:
There was is usual with these sorts of things, multiple problems I was
dealing with. The first was that I was trying to use cardmgr, and my
pcmcia config file was still trying to load epic_cb. Oops. David, you
might want
- I don't think we can say that the kernel hotplug interface is
complete until we have real, working, tested userspace tools. David,
could you please summarise the state of play here? In particular,
what still needs to be done?
Well, for USB I would like to know which device
Hi!
I don't remember having the same problem months (6?) ago when
I built my first Kernel with this enabled (well, maybe I never
touched the key).
When built into the Kernel, by only pressing the
PrintScreen/SysRq the current application is terminated (tested
on a console and GNU
Hi!
Bought myself this new CPU that is mainly available for laptops.
I have Tyan S1590 board which BIOS won't POST if I set cpu speed (it's
500Mhz chip) 300Mhz. This won't matter much in windows since I can there
use graphical utility which allows one to set whe CPU clock multiplier in
Hi!
This email is here to announce the availability of a port of ORBit (the
GNOME ORB) to the Linux kernel. This ORB, named kORBit, is available from
our sourceforge web site (http://korbit.sourceforge.net/). A kernel ORB
allows you to write kernel extensions in CORBA and have the
Hi all,
am I right that the aic7xx version in latest test is 5.2.1 ? Is there a
reason why this is not up to date to Doug Ledfords 5.1.31 ?
TIA
With best regards
Michael Meding
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, 11 Dec 2000, Martin Mares wrote:
Hello Gerard!
Having to call some pdev_enable_device() to have the cache line size
configured looks like shit to me. After all, the BARs, INT, LATENCY TIMER,
etc.. are configured prior to entering driver probe.
Once upon a time, they used to
On Mon, 11 Dec 2000, Alan Cox wrote:
Doing a 'make bzImage' is NOT VM-intensive. Using this as a test
for the VM doesn't make any sense since it doesn't really excercise
the VM in any way...
Its an interesting demo that 2.4 has some performance problems since 2.2
is slower than 2.0
Hi all,
sorry, next time I should at least do sanity checks on my own email.
Of course 5.2.1 as in latest-test is newer than 5.1.something.
Just did a quick look in the source and on Dougs site and mixed the version
numbers up. Stupid me!
Greetings,
Michael Meding
-
To unsubscribe from this
On Mon, Dec 11, 2000 at 04:38:11PM -0200, Rik van Riel wrote:
On 11 Dec 2000, John Fremlin wrote:
Two points: [snipped]
Doing a 'make bzImage' is NOT VM-intensive. Using this as a test
for the VM doesn't make any sense since it doesn't really excercise
the VM in any
-
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/
How much of that is due to the fact that the 2.4.0 scheduler interrupts
processes more often than 2.2.x? Is the better interactivity worth the
slight drop in performance?
What better interactivity ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Yo All!
I just tried to compile SMBFS in test12-pre8. Here is the error
message I get:
make[3]: Entering directory `/u3/local/src/linux-2.4.0-test12-pre8/fs/smbfs'
gcc -D__KERNEL__ -I/usr/local/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
As Keith Owens pointed out klogd mangled the decode, I haev run it through
ksymoops and got the following decode:
ksymoops 2.3.4 on i686 2.4.0-test11. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test11/ (default)
Ben Ford wrote:
Why would you *ever* want to write a device driver in perl???
Well, Perl, I don't know. But the USB 'driver' for my Canon PowerShot
S20 runs in userspace. Seems a safer place to do things.
-M
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Here's an update for my patch to enable the just released 2.2.18 kernel
to compile with any of the different versions of the StackGuard
compiler.
If anyone has any problems with it, please let me know,
greg k-h
--
greg@(kroah|wirex).com
http://immunix.org/~greg
diff -Naur -X
linux-2.4.0test12pre8/include/linux/module.h contains some
kernel-specific declarations that now reference struct list_head, which
which is only defined when __KERNEL__ is set. This causes sysklogd
and probably any other user level program that needs to include
linux/module.h to fail to
Hi!
I don't remember having the same problem months (6?) ago when
I built my first Kernel with this enabled (well, maybe I never
touched the key).
When built into the Kernel, by only pressing the
PrintScreen/SysRq the current application is terminated (tested
on a console and
Aaron Tiensivu wrote:
Rerun the 2.4.0 with kgcc to be fair. :)
John Fremlin wrote:
Two points: (1) gcc 2.95 makes slightly slower code than egcs-1.1
(according to benchmarks on gcc.gnu.org) so compile 2.4 kernel with
egcs for a fairer comparison. (2) The new VM was a performance
Ok, several
"Mohammad A. Haque" wrote:
Thinko.
Question is... Adam Richter posted a patch for i2o_lan.c that does
this...
static struct tq_struct i2o_post_buckets_task = {
list: LIST_HEAD_INIT(i2o_post_buckets_task.list),
sync: 0,
routine: (void (*)(void
dmesg: VP_IDE: not 100% native mode: will probe irqs later
syslog: Dec 11 14:28:48 pervalidus kernel: VP_IDE: not 100%% native mode: will probe
irqs later
--
0@pervalidus.{net,{dyndns.}org} TelFax: 55-21-717-2399 (Niterói-RJ BR)
--- linux/drivers/block/ide-pci.c.old Sun Dec 10 23:10:22
It's been a few months (and a couple of kernel releases) since I mentioned this
before and it doesn't look like it's made it in, and I haven't seen any more
comments on it in the list archives, so I'm bringing it up again in case it
just got forgotten about somewhere along the line..
As I
(This message contains a number of related replies.)
From: Mike Galbraith [mailto:[EMAIL PROTECTED]]
Is init permanently running after you see a couple of these?
No, that is, after 23 hours up time it has used only 6 seconds CPU time
(according to top).
That reminds me that I should repeat
Thanks for your advice,
I already know one way to accomodate shared memory between a user process
and the kernel.
This is done by making a character device which allocates memory in the
kernel, then from the user appl, using the mmap function of the driver.
I was only wondering why I could not
On Sun, 10 Dec 2000, Mohammad A. Haque wrote:
Hit http://www.lm-sensors.nu/
do these guys /ever/ plan on submitting kernel patches? i used to use
lm_sensors on 2.2 cause it was fairly painless - but just havn't
bothered with 2.4 cause it was a pita when i tried.
i know they talked AC at some
Yo All!
Scott McDermott [EMAIL PROTECTED] convinced me the way
to fix my problem with SMBFS was to use the INIT_LIST_HEAD() macro.
This allows SMBFS to compile and may even be correct:
--- sock.c.dist Mon Dec 11 15:26:56 2000
+++ sock.c Mon Dec 11 15:27:03 2000
@@ -163,7 +163,7 @@
Is this a 2.4.0 issue? Because I see the warnings on 2.2.18
too, and also building alsa-driver. I use modutils 2.3.22.
binutils 2.10.1.0.2. glibc 2.2.
2.2.17 reported the same, 2.4.0-test11 too (but I never ran
this one).
The compiler is egcs 1.1.2. gcc is a symlink to egcs-2.1.96.
--
On Mon, 11 Dec 2000, David S. Miller wrote:
Date: Mon, 11 Dec 2000 22:30:59 +0100 (CET)
From: Gérard Roudier [EMAIL PROTECTED]
On Mon, 11 Dec 2000, David S. Miller wrote:
Really, in 2.4.x sparc64 requires PCI config space hackery no longer.
Really?
I was
--- atyfb.cMon Dec 11 14:28:19 2000
+++ atyfb.c.orig Wed Oct 4 22:22:28 2000
@@ -2796,7 +2796,7 @@
* works on iMacs as well as the G3 powerbooks. - paulus
*/
if (default_vmode == VMODE_CHOOSE) {
- if ((Gx == LG_CHIP_ID)||(Gx == LI_CHIP_ID)||(Gx == LP_CHIP_ID))
+
Hello!
It is the bar cookies in pci dev structure that are insane, in my opinion.
If a driver needs BARs values, it needs actual BARs values and not some
stinking cookies. What a driver can do with BAR cookies other than using
them as band-aid for dubiously designed kernel interface.
If a
Date: Mon, 11 Dec 2000 23:07:01 +0100 (CET)
From: Gérard Roudier [EMAIL PROTECTED]
So, if you want to fix this insane PCI interface:
1) Provide the _actual_ BARs values in the pci dev structure, otherwise
drivers that need them will have to deal with ugly hackery or access
On Mon, Dec 11, 2000 at 01:56:22PM -0500, [EMAIL PROTECTED] wrote:
Technical merits and voter intent aside, this behavior is misleading and
inconsistent with previous kernels. Tools like top or a CPU dock applet show
a constantly loaded CPU. Hacking them to deduct the load from 'kapm-idled'
do these guys /ever/ plan on submitting kernel patches? i used to use
lm_sensors on 2.2 cause it was fairly painless - but just havn't
bothered with 2.4 cause it was a pita when i tried.
Its in 2.4 it wont be in 2.2 I suspect
-
To unsubscribe from this list: send the line "unsubscribe
1 - 100 of 329 matches
Mail list logo