On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> > > Sorry I totally disagree. If GFP_KERNEL are garanteeded to succeed
> > > that is a showstopper bug. [...]
> >
> > why?
>
> Because as you said the machine can lockup when you run out of memory.
well, i think all kernel-space allocations have
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> > yet another elevator algorithm we need a squeaky clean VM balancer above
>
> FYI: My current tree (based on 2.4.0-test8-pre5) delivers 16mbyte/sec
> in the tiobench write test compared to clean 2.4.0-test8-pre5 that
> delivers 8mbyte/sec
great!
On Mon, Sep 25, 2000 at 03:02:58PM +0200, Ingo Molnar wrote:
>
> On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
>
> > Sorry I totally disagree. If GFP_KERNEL are garanteeded to succeed
> > that is a showstopper bug. [...]
>
> why?
Because as you said the machine can lockup when you run out of
Here is a patch to arch/i386/traps.c and arch/i386/signal.c which does
what you are suggesting, I believe.
I have tested this and it works fine for me. (Though I do also need
the patch which stores dr6 back into current->thread.debugreg[6]. That
is not included here since I submitted it
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> Please fix raid1 instead of making things worse.
huh, what do you mean?
Ingo
-
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
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> Sorry I totally disagree. If GFP_KERNEL are garanteeded to succeed
> that is a showstopper bug. [...]
why?
> machine power for simulations runs out of memory all the time. If you
> put this kind of obvious deadlock into the main kernel allocator
On Mon, Sep 25, 2000 at 12:42:09PM +0200, Ingo Molnar wrote:
> believe could simplify unrelated kernel code significantly. Eg. no need to
> check for NULL pointers on most allocations, a GFP_KERNEL allocation
> always succeeds, end of story. This behavior also has the 'nice'
Sorry I totally
On Mon, Sep 25, 2000 at 12:13:08PM +0200, Ingo Molnar wrote:
>
> On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
>
> > Not sure if this is the right moment for those changes though, I'm not
> > worried about ext2 but about the other non-netoworked fses that nobody
> > uses regularly.
>
> it *is*
On Sun, 24 Sep 2000, Matthew Dharm wrote:
> I'm the usb-storage maintainer. Yes, I realize that there is really no
> need to reset the state to TASK_RUNNING, but I felt better having those
> there. Considering that code is from the reset routines which almost never
> get called, I figured it
"Albert D. Cahalan" <[EMAIL PROTECTED]> wrote:
> #define HANDLE_TO_FD(x) ((x)>>2)
> #define FD_TO_HANDLE(x) ((x)<<2)
(not quite as simple as that since fd 0 is valid and handle 0 is not, but
that's a very minor issue.)
I'm still not keen on the idea, though... One of the things I'm trying to
I get some oops whenever I try to insmod sb
here are some of them, in the hope that someone can track down the problem
Unable to handle kernel paging request at virtual address ca8fc1a0
ca88a49d
*pde = 07f8a063
Oops:
CPU:0
EIP:
On Mon, 25 Sep 2000, Jan-Benedict Glaw wrote:
> ./driver/char/rtc.c:rtc_init()
> #if defined(__alpha__) || defined(__mips__)
> [...]
That is wrong. I fixed this partially in the MIPS/Linux CVS tree a few
weeks ago. The __mips__ conditional is to be completely removed.
> MIPS does that as
On Mon, 25 Sep 2000, Dan Hollis wrote:
> On Mon, 25 Sep 2000, Jeff Garzik wrote:
> > I see you suggestion in the same way... If we keep the PCI device name
> > data around after boot, then we have a lot of kernel memory locked up
> > on the off chance that a HotPlug PCI device might appear for
On Mon, 25 Sep 2000, Jeff Garzik wrote:
> I see you suggestion in the same way... If we keep the PCI device name
> data around after boot, then we have a lot of kernel memory locked up
> on the off chance that a HotPlug PCI device might appear for which we
> need a name.
> I would much prefer a
On Mon, 25 Sep 2000, Andrzej Krzysztofowicz wrote:
> I mean moving the __init database compiled into kernel (based on pci.ids) to
> a separate module, which would be responsible for on-demand updating of text
> information (i.e. replacing VID:DID numbers with text).
In early 2.3.x, the fbdev
On Mon, 25 Sep 2000, Martin Diehl wrote:
>
>
> On Mon, 25 Sep 2000, Martin Diehl wrote:
>
> > PS: vmfixes-2.4.0-test9-B2 not yet tested - will do later.
>
> Hi - done now:
>
> using 2.4.0-t9p6 + vmfixes-2.4.0-test9-B2 I ended up with the box
> deadlocked again! Was "make bzImage" on UP
>
> On Mon, 25 Sep 2000 11:07:58 +0200 (CEST),
> Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
> >BTW, what do you think of idea making the pci.ids base modular ?
> >The module while loading should process the queue.
>
> Does the modules.pcimap file creates by recent modules do what you
>
On Mon, 25 Sep 2000, pb wrote:
> Hi all
>
> I'm getting kernel oops if I try networking with bonding. I working with
> 2.2.16-smp and the bonding.c etc. included with it. Everything starts up but
> as soon as a packet is sent (ping). I'm getting the following error:
2.2.17 probably fixes this
> When the machine was rebooted, the new MAC address was lost.
> This seems to be a bug in the 82559 driver. 82559 spec specifies
The kernel address overrides never do permanent changes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, 25 Sep 2000 06:21:48 -0500,
Robert Redelmeier <[EMAIL PROTECTED]> wrote:
>Ah -- I see, you are looking at some sort of kernel debugger. Well,
>then one way would be to look at entry and exit points. i386 Frame
>pointers are set up with `pushl %ebp / movl %esp, %ebp / subl $local,
Sushil wrote:
>
> I agree. Sitting in the front of desktop I can see if the source files are
> getting compiled with or without -fomit-frame-pointer. But, while writing
> a function in a kernel source file, I want to know whether the caller of
> this function was compiled with or without
On Sun, 24 Sep 2000 14:28:07 -0500 (CDT),
Peter Samuelson <[EMAIL PROTECTED]> wrote:
>[Tigran Aivazian <[EMAIL PROTECTED]>]
>> The question you ask can be answered trivially - yes, it is
>> definitely a good idea, please make such a patch.
>
>My expression doesn't catch *all* offenders, by any
On Mon, 25 Sep 2000, Andrzej Krzysztofowicz wrote:
> BTW, what do you think of idea making the pci.ids base modular ?
> I mean replacing data requests from pci.ids base by their queuing requests
> (+ eventually request_module(pci_ids) to process the queue if possible )
>
> The module while
On Mon, Sep 25, 2000 at 11:35:35AM +0200, Maciej W. Rozycki wrote:
> On Fri, 22 Sep 2000, Jan-Benedict Glaw wrote:
>
> > Instead of having hard-coded values, we should maybe do something
> > more variable like:
> > if (year >= (20 + YEARS_SINCE_2000) && year < (48 + YEARS_SINCE_2000)
> >
On Mon, 25 Sep 2000, Martin Diehl wrote:
> PS: vmfixes-2.4.0-test9-B2 not yet tested - will do later.
Hi - done now:
using 2.4.0-t9p6 + vmfixes-2.4.0-test9-B2 I ended up with the box
deadlocked again! Was "make bzImage" on UP booted with mem=8M.
After about 4 hours at load 2-3 and almost
i'd also like to share my experiences with recent kernels, compared to the
'old VM'. I frequently run high VM load multi-gigabyte systems with alot
of IRQ-side allocations as well, and it's surprising how sensitive these
systems' performance is to VM balance, despite gobs of RAM.
- The biggest
Hi all
I made a very small patch to the SysRq facility that signals
a program with SIGUSR1, the program is registered via sysctl
The signal is launched with Alt+SysRq+X (X stands for eXecute program)
/proc/sys/kernel/sysrq_progid contains pid and start_time
which totally identifies the
On Mon, 25 Sep 2000 11:07:58 +0200 (CEST),
Andrzej Krzysztofowicz <[EMAIL PROTECTED]> wrote:
>BTW, what do you think of idea making the pci.ids base modular ?
>The module while loading should process the queue.
Does the modules.pcimap file creates by recent modules do what you
want? It maps
Hi there ...
I have the 2.2.17 Kernel with the VIA
Chipset Support. My BIOS says that my HD
(Samsung) is in UDMA Mode 4. A friend of
mine told me that I can increase my
disk performance a little if I use DMA.
hdparm -d 1 /dev/hda
But I will get the following errors whenever
I run hdparm -tT
Hi all
I'm getting kernel oops if I try networking with bonding. I working with
2.2.16-smp and the bonding.c etc. included with it. Everything starts up but
as soon as a packet is sent (ping). I'm getting the following error:
Unable to handel kernel NULL pointer derefernce at virtual address
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> Not sure if this is the right moment for those changes though, I'm not
> worried about ext2 but about the other non-netoworked fses that nobody
> uses regularly.
it *is* the right moment to clean these issues up. These kinds of things
are what
On Fri, 22 Sep 2000, Jan-Benedict Glaw wrote:
> Instead of having hard-coded values, we should maybe do something
> more variable like:
> if (year >= (20 + YEARS_SINCE_2000) && year < (48 + YEARS_SINCE_2000)
> ...
This looks reasonable.
> YEARS_SINCE_2000 could be define'd through
On Sun, 24 Sep 2000, Richard Henderson wrote:
> The PCI setup widgetry is known to be broken for pci-pci bridges.
>
> I've been intending to rewrite all this, but keep finding something
> more interesting to do -- like clean the cat box. If it makes you
> feel any better, I have an AS4100 that
> The 2.4.x kernel series obtains its /proc/pci device name data from a
> data file pci.ids. The file makes PCI device name generic enough that
> it may be used by multiple utilities -- the kernel, Martin Mares'
> pciutils, distro installers, etc. The attached patch, against kernel
>
Keith Owens wrote:
>
> On Sat, 23 Sep 2000 14:15:44 +0100 (BST),
> James Sutherland <[EMAIL PROTECTED]> wrote:
> >How about putting these files in the modules directory? That way, we have
> >a nice consistent location for them.
>
> Why do you think modutils 2.3.14 added a prune list of files to
On Mon, 25 Sep 2000 01:11:08 +0530 (IST),
Sushil <[EMAIL PROTECTED]> wrote:
>I agree. Sitting in the front of desktop I can see if the source files are
>getting compiled with or without -fomit-frame-pointer. But, while writing
>a function in a kernel source file, I want to know whether the
David Ford <[EMAIL PROTECTED]> writes:
> Very correct except for one thing, allocation fails and ipcs -u
> shows 4097 when the limit shows 4096. safemode reports that
> eventually the kernel crashes. This may be due to the test9
> 'features' and a side affect, or it may be something to keep in
> " " == Mike A Harris <[EMAIL PROTECTED]> writes:
> Are there any known problems with using a reiserfs patched
> 2.2.16 or 2.2.17 with the NFS patches? If not, does the patch
> order matter?
There's no problem with the client patches. As for mixing reiserfs +
knfsd, there
On Sun, 24 Sep 2000, Robert Redelmeier wrote:
> > I am trying to get the call trace of a process by tracing the return
> > addresses on the stack. To get the correct location of the return
> > address I need to know whether the kernel is being compiled with
> > frame pointer because this
Very correct except for one thing, allocation fails and ipcs -u shows
4097 when the limit shows 4096. safemode reports that eventually the
kernel crashes. This may be due to the test9 'features' and a side
affect, or it may be something to keep in mind once we get things nailed
down a bit.
-d
Ragnar Kjørstad wrote:
>
> On Fri, Sep 22, 2000 at 03:23:26PM -0700, Hans Reiser wrote:
> > I think Xuan's algorithm is good, so I want to add to it.:-)
> >
> > Ragnar, I don't understand your objection to it. It is always the
> > case that if you specify real
> > time constraints that are
Greg,
On Sun, Sep 24, 2000 at 11:42:11PM -0700, Greg Zhang wrote:
> I need to update the MAC address on a Intel 82559 ethernet card.
> Tried:
>
> # ifconfig eth0 down
> # ifconfig eth0 hw ether0 xx:xx:xx:xx:xx:xx
> # ifconfig eth0 up
>
> It seems to take effect. Ping works. I have not had time
On Mon, 25 Sep 2000, Russell King wrote:
> James Sutherland writes:
> > On Sat, 23 Sep 2000, Russell King wrote:
> > > And I'll try to make the point a second time that everything does not have
> > > a character-based screen to write to.
> >
> > So what? For platforms which have a nice easy way
Donn Washburn wrote:
>
> I would request a "cc" message.
>
> It seems as recent I have either a memory problem and or possible
> kernel problem with this system. System is a ASUS P5A, AMD K6-II/350
> 128Meg/IDE system.
Don't use test8! It is known for cannibalism (particularly for eating
safemode <[EMAIL PROTECTED]> writes:
> The sum of the Bytes used in the 4096 entries ipcs shows is WAY off from the
> bytes used in df if that's what you wanted to know.df shows 109K in
> use... and that's easily beaten by the first entry in ipcs
>
> -- Shared Memory Segments
>
btw., maybe it's init that gets those 2000 signals, not bash?
Ingo
-
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/
Ive written a small program to demonstrate the performance problems Ive
been seeing in recent Linux kernels.
The benchmark is a single process which writes and read 8k blocks
round-robin from a number of files.
It is written as a single process so the ordering of the operations is
known and
indeed, after changing max_queued_signals to 4096, i cannot crash the
kernel anymore with 2000 threads.
Ingo
-
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, Sep 04, 2000 at 10:58:09PM +0200, Pedro M. Rodrigues wrote:
>
>The change to eepro100 done in pre16 isn´t listed as being
> restored. Is it still in i/o mode?
The investigation hasn't succeeded yet.
It looks like a timing problem (however, I'm not so sure now).
I spent 3 full
On Mon, 25 Sep 2000, Mark Hahn wrote:
> > The problem is large numbers of threads in 2.4.0-test8 can result in a
> > hard crash of the entire kernel. This can be done as a non-root user.
>
> this appears to be reproducable (128M duron, haven't tried intel UP/SMP):
i've done some
Hi David,
David Ford <[EMAIL PROTECTED]> writes:
> I think it's time to get Christoph on the line and see what he has
> to say. The 4096 number is a limit to the system, you can have a
> max of 4096 shared memory segments systemwide. Do you know offhand
> which programs are using(abusing)
Hello,
I need to update the MAC address on a Intel 82559 ethernet card.
Tried:
# ifconfig eth0 down
# ifconfig eth0 hw ether0 xx:xx:xx:xx:xx:xx
# ifconfig eth0 up
It seems to take effect. Ping works. I have not had time to verify
whether the MAC address is changed on the wire.
When the
James Sutherland writes:
> On Sat, 23 Sep 2000, Russell King wrote:
> > And I'll try to make the point a second time that everything does not have
> > a character-based screen to write to.
>
> So what? For platforms which have a nice easy way to stick ASCII on
> screen, use this. For other
On Sun, 24 Sep 2000, Linus Torvalds wrote:
> I'm not claiming that the buffer cache accesses would go away - I'm just
> saying that the unbalanced "only buffer cache" case should go away,
> because things like "find" and friends will still cause mostly page cache
> activity.
>
> (Considering
In message <[EMAIL PROTECTED]> you write:
> Hi,
>
> I've just spotted a small problem with 2.4.0-test8 running netfilter:
>
> NAT: 3 dropping untracked packet c065d3a0 1 192.168.0.1 -> 192.168.0.9
Yes. The connection tracking code doesn't try to understand broadcast
packets, so when it sees
On Mon, 25 Sep 2000, Alexander Viro wrote:
>
>
> On Sun, 24 Sep 2000, Linus Torvalds wrote:
>
> > The remaining part if the directory handling. THAT is very buffer-cache
> > intensive, as the directory handling hasn't been moved over to the page
> > cache at all for ext2. Doing a large
On Mon, 25 Sep 2000, Alexander Viro wrote:
On Sun, 24 Sep 2000, Linus Torvalds wrote:
The remaining part if the directory handling. THAT is very buffer-cache
intensive, as the directory handling hasn't been moved over to the page
cache at all for ext2. Doing a large "find" (or even
In message [EMAIL PROTECTED] you write:
Hi,
I've just spotted a small problem with 2.4.0-test8 running netfilter:
NAT: 3 dropping untracked packet c065d3a0 1 192.168.0.1 - 192.168.0.9
Yes. The connection tracking code doesn't try to understand broadcast
packets, so when it sees the ping
On Sun, 24 Sep 2000, Linus Torvalds wrote:
I'm not claiming that the buffer cache accesses would go away - I'm just
saying that the unbalanced "only buffer cache" case should go away,
because things like "find" and friends will still cause mostly page cache
activity.
(Considering the
James Sutherland writes:
On Sat, 23 Sep 2000, Russell King wrote:
And I'll try to make the point a second time that everything does not have
a character-based screen to write to.
So what? For platforms which have a nice easy way to stick ASCII on
screen, use this. For other platforms,
Hi David,
David Ford [EMAIL PROTECTED] writes:
I think it's time to get Christoph on the line and see what he has
to say. The 4096 number is a limit to the system, you can have a
max of 4096 shared memory segments systemwide. Do you know offhand
which programs are using(abusing) shm?
On Mon, 25 Sep 2000, Mark Hahn wrote:
The problem is large numbers of threads in 2.4.0-test8 can result in a
hard crash of the entire kernel. This can be done as a non-root user.
this appears to be reproducable (128M duron, haven't tried intel UP/SMP):
i've done some experimentation,
On Mon, Sep 04, 2000 at 10:58:09PM +0200, Pedro M. Rodrigues wrote:
The change to eepro100 done in pre16 isn´t listed as being
restored. Is it still in i/o mode?
The investigation hasn't succeeded yet.
It looks like a timing problem (however, I'm not so sure now).
I spent 3 full evenings
indeed, after changing max_queued_signals to 4096, i cannot crash the
kernel anymore with 2000 threads.
Ingo
-
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/
btw., maybe it's init that gets those 2000 signals, not bash?
Ingo
-
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/
Ive written a small program to demonstrate the performance problems Ive
been seeing in recent Linux kernels.
The benchmark is a single process which writes and read 8k blocks
round-robin from a number of files.
It is written as a single process so the ordering of the operations is
known and
safemode [EMAIL PROTECTED] writes:
The sum of the Bytes used in the 4096 entries ipcs shows is WAY off from the
bytes used in df if that's what you wanted to know.df shows 109K in
use... and that's easily beaten by the first entry in ipcs
-- Shared Memory Segments
key
Donn Washburn wrote:
I would request a "cc" message.
It seems as recent I have either a memory problem and or possible
kernel problem with this system. System is a ASUS P5A, AMD K6-II/350
128Meg/IDE system.
Don't use test8! It is known for cannibalism (particularly for eating
On Mon, 25 Sep 2000, Russell King wrote:
James Sutherland writes:
On Sat, 23 Sep 2000, Russell King wrote:
And I'll try to make the point a second time that everything does not have
a character-based screen to write to.
So what? For platforms which have a nice easy way to stick
Greg,
On Sun, Sep 24, 2000 at 11:42:11PM -0700, Greg Zhang wrote:
I need to update the MAC address on a Intel 82559 ethernet card.
Tried:
# ifconfig eth0 down
# ifconfig eth0 hw ether0 xx:xx:xx:xx:xx:xx
# ifconfig eth0 up
It seems to take effect. Ping works. I have not had time to
Ragnar Kjørstad wrote:
On Fri, Sep 22, 2000 at 03:23:26PM -0700, Hans Reiser wrote:
I think Xuan's algorithm is good, so I want to add to it.:-)
Ragnar, I don't understand your objection to it. It is always the
case that if you specify real
time constraints that are impossible then
Very correct except for one thing, allocation fails and ipcs -u shows
4097 when the limit shows 4096. safemode reports that eventually the
kernel crashes. This may be due to the test9 'features' and a side
affect, or it may be something to keep in mind once we get things nailed
down a bit.
-d
On Sun, 24 Sep 2000, Robert Redelmeier wrote:
I am trying to get the call trace of a process by tracing the return
addresses on the stack. To get the correct location of the return
address I need to know whether the kernel is being compiled with
frame pointer because this will
Keith Owens wrote:
On Sat, 23 Sep 2000 14:15:44 +0100 (BST),
James Sutherland [EMAIL PROTECTED] wrote:
How about putting these files in the modules directory? That way, we have
a nice consistent location for them.
Why do you think modutils 2.3.14 added a prune list of files to ignore
in
The 2.4.x kernel series obtains its /proc/pci device name data from a
data file pci.ids. The file makes PCI device name generic enough that
it may be used by multiple utilities -- the kernel, Martin Mares'
pciutils, distro installers, etc. The attached patch, against kernel
2.2.18-pre9,
On Sun, 24 Sep 2000, Richard Henderson wrote:
The PCI setup widgetry is known to be broken for pci-pci bridges.
I've been intending to rewrite all this, but keep finding something
more interesting to do -- like clean the cat box. If it makes you
feel any better, I have an AS4100 that can't
On Fri, 22 Sep 2000, Jan-Benedict Glaw wrote:
Instead of having hard-coded values, we should maybe do something
more variable like:
if (year = (20 + YEARS_SINCE_2000) year (48 + YEARS_SINCE_2000)
...
This looks reasonable.
YEARS_SINCE_2000 could be define'd through
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
Not sure if this is the right moment for those changes though, I'm not
worried about ext2 but about the other non-netoworked fses that nobody
uses regularly.
it *is* the right moment to clean these issues up. These kinds of things
are what made
Hi all
I'm getting kernel oops if I try networking with bonding. I working with
2.2.16-smp and the bonding.c etc. included with it. Everything starts up but
as soon as a packet is sent (ping). I'm getting the following error:
Unable to handel kernel NULL pointer derefernce at virtual address
Hi there ...
I have the 2.2.17 Kernel with the VIA
Chipset Support. My BIOS says that my HD
(Samsung) is in UDMA Mode 4. A friend of
mine told me that I can increase my
disk performance a little if I use DMA.
hdparm -d 1 /dev/hda
But I will get the following errors whenever
I run hdparm -tT
On Mon, 25 Sep 2000 11:07:58 +0200 (CEST),
Andrzej Krzysztofowicz [EMAIL PROTECTED] wrote:
BTW, what do you think of idea making the pci.ids base modular ?
The module while loading should process the queue.
Does the modules.pcimap file creates by recent modules do what you
want? It maps PCI
Hi all
I made a very small patch to the SysRq facility that signals
a program with SIGUSR1, the program is registered via sysctl
The signal is launched with Alt+SysRq+X (X stands for eXecute program)
/proc/sys/kernel/sysrq_progid contains pid and start_time
which totally identifies the
i'd also like to share my experiences with recent kernels, compared to the
'old VM'. I frequently run high VM load multi-gigabyte systems with alot
of IRQ-side allocations as well, and it's surprising how sensitive these
systems' performance is to VM balance, despite gobs of RAM.
- The biggest
On Mon, 25 Sep 2000, Martin Diehl wrote:
PS: vmfixes-2.4.0-test9-B2 not yet tested - will do later.
Hi - done now:
using 2.4.0-t9p6 + vmfixes-2.4.0-test9-B2 I ended up with the box
deadlocked again! Was "make bzImage" on UP booted with mem=8M.
After about 4 hours at load 2-3 and almost
On Mon, Sep 25, 2000 at 11:35:35AM +0200, Maciej W. Rozycki wrote:
On Fri, 22 Sep 2000, Jan-Benedict Glaw wrote:
Instead of having hard-coded values, we should maybe do something
more variable like:
if (year = (20 + YEARS_SINCE_2000) year (48 + YEARS_SINCE_2000)
...
This
On Mon, 25 Sep 2000, Andrzej Krzysztofowicz wrote:
BTW, what do you think of idea making the pci.ids base modular ?
I mean replacing data requests from pci.ids base by their queuing requests
(+ eventually request_module(pci_ids) to process the queue if possible )
The module while loading
On Sun, 24 Sep 2000 14:28:07 -0500 (CDT),
Peter Samuelson [EMAIL PROTECTED] wrote:
[Tigran Aivazian [EMAIL PROTECTED]]
The question you ask can be answered trivially - yes, it is
definitely a good idea, please make such a patch.
My expression doesn't catch *all* offenders, by any means. For
Sushil wrote:
I agree. Sitting in the front of desktop I can see if the source files are
getting compiled with or without -fomit-frame-pointer. But, while writing
a function in a kernel source file, I want to know whether the caller of
this function was compiled with or without
On Mon, 25 Sep 2000 06:21:48 -0500,
Robert Redelmeier [EMAIL PROTECTED] wrote:
Ah -- I see, you are looking at some sort of kernel debugger. Well,
then one way would be to look at entry and exit points. i386 Frame
pointers are set up with `pushl %ebp / movl %esp, %ebp / subl $local, %esp`
or
When the machine was rebooted, the new MAC address was lost.
This seems to be a bug in the 82559 driver. 82559 spec specifies
The kernel address overrides never do permanent changes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, 25 Sep 2000 11:07:58 +0200 (CEST),
Andrzej Krzysztofowicz [EMAIL PROTECTED] wrote:
BTW, what do you think of idea making the pci.ids base modular ?
The module while loading should process the queue.
Does the modules.pcimap file creates by recent modules do what you
want? It
On Mon, 25 Sep 2000, Martin Diehl wrote:
On Mon, 25 Sep 2000, Martin Diehl wrote:
PS: vmfixes-2.4.0-test9-B2 not yet tested - will do later.
Hi - done now:
using 2.4.0-t9p6 + vmfixes-2.4.0-test9-B2 I ended up with the box
deadlocked again! Was "make bzImage" on UP booted with
On Mon, 25 Sep 2000, Andrzej Krzysztofowicz wrote:
I mean moving the __init database compiled into kernel (based on pci.ids) to
a separate module, which would be responsible for on-demand updating of text
information (i.e. replacing VID:DID numbers with text).
In early 2.3.x, the fbdev
On Mon, 25 Sep 2000, Jeff Garzik wrote:
I see you suggestion in the same way... If we keep the PCI device name
data around after boot, then we have a lot of kernel memory locked up
on the off chance that a HotPlug PCI device might appear for which we
need a name.
I would much prefer a
On Mon, 25 Sep 2000, Jan-Benedict Glaw wrote:
./driver/char/rtc.c:rtc_init()
#if defined(__alpha__) || defined(__mips__)
[...]
That is wrong. I fixed this partially in the MIPS/Linux CVS tree a few
weeks ago. The __mips__ conditional is to be completely removed.
MIPS does that as well
I get some oops whenever I try to insmod sb
here are some of them, in the hope that someone can track down the problem
Unable to handle kernel paging request at virtual address ca8fc1a0
ca88a49d
*pde = 07f8a063
Oops:
CPU:0
EIP:
On Sun, 24 Sep 2000, Matthew Dharm wrote:
I'm the usb-storage maintainer. Yes, I realize that there is really no
need to reset the state to TASK_RUNNING, but I felt better having those
there. Considering that code is from the reset routines which almost never
get called, I figured it was
On Mon, Sep 25, 2000 at 12:13:08PM +0200, Ingo Molnar wrote:
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
Not sure if this is the right moment for those changes though, I'm not
worried about ext2 but about the other non-netoworked fses that nobody
uses regularly.
it *is* the right
On Mon, Sep 25, 2000 at 12:42:09PM +0200, Ingo Molnar wrote:
believe could simplify unrelated kernel code significantly. Eg. no need to
check for NULL pointers on most allocations, a GFP_KERNEL allocation
always succeeds, end of story. This behavior also has the 'nice'
Sorry I totally
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
Sorry I totally disagree. If GFP_KERNEL are garanteeded to succeed
that is a showstopper bug. [...]
why?
machine power for simulations runs out of memory all the time. If you
put this kind of obvious deadlock into the main kernel allocator
201 - 300 of 485 matches
Mail list logo