When I boot with the following inserted:
Socket 0:
product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001"
manfid: 0x0101, 0x5157
function: 6 (network)
Socket 1:
product info: "PCMCIA ", "56K V.90 Fax Modem (LK) ", "FM560LK "
manfid: 0x0175, 0x
hi, i'm new to this list, but i searched around and
i've been having troubles getting my nic to work in the 2.2.18 kernel. when i
try to ping something, i get no responce,as i sniff eth0 i can see the
inital arp and arp reply for whatever ip on my local subnet. i also see an arp
cache
Hi all,
On Wed, 27 Dec 2000, Dieter [iso-8859-1] Nützel wrote:
I got this since test13-pre1 (pre4, now):
SunWave1depmod -e
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o
[snipped]
Something missing in the 'new' drm/Makefile?
From the
Hi Linus,
The following patchlet bring the handling of shmget with size zero
back to the 2.2 behaviour. There seem to be programs out, which
(erroneously) rely on this.
Greetings
Christoph
diff -uNr c/include/linux/shm.h c1/include/linux/shm.h
--- c/include/linux/shm.h
Hi Linus,
The following patch (against clean test13-pre4) removes the races in
shmem_unuse. I changed inode.c to not lock the inode if there is no
write_inode function. So I can grab the inode while holding the
spinlock.
It also optimises the shmem_ftruncate behaviour.
BTW: The generic swapoff
This all only matters to things that do shared writable mmap's.
Almost nothing does that. innd is (sadly) the only regular thing that uses
this, which is why it's always innd that breaks, even if everything else
works.
btw samba 2.2 makes extensive use of shared writable mmaps (well it
"Eric S. Raymond" wrote:
I wrote:
Giacomo, what's the state of your project?
Sigh, I got an address-invalid bounce from Giacomo. Looks like he
may have fallen off the net.
I still receive mails!
Maybe try [EMAIL PROTECTED] [better administrators, better software :-)]
giacomo
-
[CC: list drastically trimmed]
[EMAIL PROTECTED] (Eric S. Raymond) wrote on 26.12.00 in
[EMAIL PROTECTED]:
Linus, replying to Alan:
If we do that I'd rather see a make autoconfig that does the lot from
proc/pci etc 8)
Good point. No point in adding a new config option, we should just
At 11:29 PM 12/25/00, you wrote:
To verify that this is not an issue of the Promise controller, I started
two instances of my test tool at the same time, one working on hde, the
other on hdg (the two channels). Both yielded approximately 25 meg/sec,
so it does not appear to be a hardware or
At 04:11 PM 11/30/00, Arnaud Installe wrote:
Could this be correct ? Also, I haven't seen this happen with NT. Could
it be that Java on NT uses user-mode threading and creates threads much
more slowly, resulting in a lower load ?
No. Java on NT uses proper NT threads. However, a thread on NT
"Eric S. Raymond" wrote:
I backed away from this because Giacomo Catenazzi told me he was
working on a separate autoconfigurator that would generate config
files in CML1 format. That's a cleaner design -- one would run his
autoconfigurator and then import the resulting config into the CML2
Hi!
Kernel 2.4.0-test13-pre4 (without any patches) does not see some of the PCI
devices with my setup here. The machine is a IBM Netfinity 7100 Quad-Xeon with
a Serverworks Chipset.
The RAID-Controller (a IBM ServeRAID-4L) is not detected. Kernel 2.2.17
detects it. I also checked -test10 and
Andrea Arcangeli wrote:
Not a big deal but still I'd prefer the CONFIG_SMP #ifdef though, it looks even
more obvious that it's a compile check and at least in your usage I cannot see
a relevant readability advantage. And my own feeling is not having to rely on
more things to produce the
On 27 Dec 2000, Christoph Rohland wrote:
Hi Linus,
The following patchlet bring the handling of shmget with size zero
back to the 2.2 behaviour. There seem to be programs out, which
(erroneously) rely on this.
Hi Christoph,
I think I've come to the conclusion that Xine does not in the
Hi, I recently found a bug in the kernel. Information is included according
the suggested reporting format.
The message the kernel gave:
Code: 89 42 04 89 10 b8 01 00 00 00 c7 43 04 00 00 00 00 c7 03 00
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
In interrupt
On Sat, 23 Dec 2000, Kurt Garloff wrote:
I wonder how their approach compares to the RSBAC stuff, though.
The RSBAC (by Amon Ott) has all the infrastructure available to have
policy based access control; whenever an access decision has to be
taken, a call via some interface is made to a
Hi,
We have a typical semaphore application that has a producer and a
consumer.
Without the semaphores we are limited by the rest of the stuff to
1 times around the loop per second. That's good.
When we put the "push the semaphore" call in there, the rate drops to
around 8000 per second.
On Wed, 20 Dec 2000, PALFFY Daniel wrote:
Reproducible panic when squid gets the first request. Always at the same
place in the pinger process. test12, test13-pre3 fail, but test12 runs
fine on another machine
...
Sorry for the RTFArchive question, I've just found the previous thread on
the
Alan,
I have just sent you the prepare/withdraw/publish_etherdev patch for the ethernet
devices. There's a copy (80kbytes) at
http://www.uow.edu.au/~andrewm/linux/init_etherdev.patch
It was fairly clean and I don't expect much breakage at all from this.
I could only test the module
On 2000.12.27 Rogier Wolff wrote:
We have a typical semaphore application that has a producer and a
consumer.
Without the semaphores we are limited by the rest of the stuff to
1 times around the loop per second. That's good.
When we put the "push the semaphore" call in there, the
Dave Gilbert [EMAIL PROTECTED] writes:
I think I've come to the conclusion that Xine does not in the case
I've found, rely on this - it is a separate bug related to Xv
telling xine that it needs 0 bytes.
Yes, but this bug did not show on 2.2. It simply failed in shmget.
Probably it makes
Jens Axboe wrote:
In principle it looks ok, but after some time we are bound to fail 8
frame allocations anyway and this patch won't help. For the modular
case, preallocation of a bigger chunk at init time is no good either.
Builtin would be fine of course. This almost screams sg to me :-)
Giacomo A. Catenazzi [EMAIL PROTECTED]:
I've difficult to merge with the CML1/2:
In CML2-0.8.3 the include frozen flag (-I) is broken, and
also the new -W flag is broken, thus no real test.
0.9.0 fixes the -W flag. I wasn't able to reproduce your problem with -I.
--
a
On Wed, Dec 27 2000, David Mansfield wrote:
In principle it looks ok, but after some time we are bound to fail 8
frame allocations anyway and this patch won't help. For the modular
case, preallocation of a bigger chunk at init time is no good either.
Builtin would be fine of course. This
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance
sustained PCI performance.
Anyway, in clarification, Rik mentioned that two
On Wed, Dec 27, 2000 at 10:45:29PM +1100, Andrew Morton wrote:
Andrea Arcangeli wrote:
Not a big deal but still I'd prefer the CONFIG_SMP #ifdef though, it looks even
more obvious that it's a compile check and at least in your usage I cannot see
a relevant readability advantage. And
On 2000.12.27 Rogier Wolff wrote:
J . A . Magallon wrote:
You missed that we push the bs 1000 times before we allow the producer
to start.
Lets rename
write_buffer_sem == holes
write_sem == items
So:
producer:
while (1) {
// Wait a hole
sem_wait
On 27 Dec 2000, Christoph Rohland wrote:
BTW: The generic swapoff path itself has still races if a process is
paging in a page which is just freed on swap by try_to_unuse. It gives
'VM: bad swap entries' and worse. But this is not shmem
specific. Marcelo would you like to look into this?
On 27 Dec 2000, Christoph Rohland wrote:
Hi Linus,
The following patchlet bring the handling of shmget with size zero
back to the 2.2 behaviour. There seem to be programs out, which
(erroneously) rely on this.
Just curiosity: do you know if any specification (POSIX?) defines this
Ruth Ivimey-Cook wrote:
No. Java on NT uses proper NT threads. However, a thread on NT is a rather
different beast to a cloned thread on Linux. I don't know whether the
differences are important.
On Linux, threads are processes. On NT, processes are distinct from
threads, and usually have at
On Wed, Dec 27, 2000 at 12:11:04PM -0500, Michael Rothwell wrote:
[snip]
One notable difference between Linux and NT threads and processes is
that it is more expensive to create new processes on NT than on Linux,
and on NT thread creation is cheaper than process creation. Typically
Windows
Great post. Rob Pike said it best, if you are trying to distill it down
to one sentence, when he said
"If you think you need threads, you processes are too fat"
Stevel Kleiman had a somewhat more cryptic comment (somewhat is an
understatement, it took me years to let it sink in) in
On Wed, Dec 27, 2000 at 04:23:43PM +, Paul Jakma wrote:
On Tue, 26 Dec 2000, Ian Stirling wrote:
The PCI bus can move around 130MB/sec,
in bursts yes, but sustained data bandwidth of PCI is a lot lower,
maybe 30 to 50MB/s. And you won't get sustained RAID performance
sustained PCI
Marcelo Tosatti [EMAIL PROTECTED] writes:
On 27 Dec 2000, Christoph Rohland wrote:
The following patchlet bring the handling of shmget with size zero
back to the 2.2 behaviour. There seem to be programs out, which
(erroneously) rely on this.
Just curiosity: do you know if any
Ruth Ivimey-Cook wrote:
On IDE, you don't. IDE never supports hot-swap, RAID or no. If you want
that, use SCSI.
That's not necessarily true. There is work in linux to support Tri-stating
the ide devices with the help of a custom card that will allow one to cut
power to a specific ide
I've read everything that I can find regarding support of the Highpoint
controllers RAID functionality under Linux, and I understand what the issues
have been. The one promising bit of information that I dug up in this process is
that the 'pseudo' RAID functionality of the Highpoint and Promise
Marcelo Tosatti [EMAIL PROTECTED] writes:
I think that incrementing the swap entry count will not allow swap from
removing the swap entry (as the comment says)
I think the culprit is somewhere else. The error occurs in nopage of a
process, not in swapoff.
Looking at the following in
I can just imagine Xmas at the Torvalds residence, with their annual=20
tradition of having the kids scream... But dad, other kids have the lig=
hts=20
strung around the trees, not the computer
I don't think you get the full picture. I suspect what gets strung up on the
trees at
On Mon, 25 Dec 2000, Dan Aloni wrote:
On 25 Dec 2000, Zlatko Calusic wrote:
Speaking of page_launder() I just stumbled upon two oopsen today on
the UP build. Maybe it could give a hint to someone, I'm not that good
at Oops decoding.
I've decoded the Oops I got, and found that the
On Wed, Dec 27, 2000 at 09:32:36AM -0800, Larry McVoy wrote:
[..] You do
pay a price for not sharing TLB entries if the OS is stupid (Linux' is
not).
Even assuming all segments are attached at the same virtual address on all MM
(this can be enforced with MAP_FIXED of course), we can't use the
This seems to be a problem that was introduced with the big ACPI update
as pointed out earlier by Andrew Morton. Try disabling ACPI (since your
BIOS does not seem to have ACPI support anyway it should not be a
disadvantage) and see if PCMCIA support works again on bootup.
Jens
On Wed, Dec 27,
On Sat, Dec 23, 2000 at 04:29:19PM -0500, Todd M. Roy wrote:
group is visible, and you just told meit should be, then I can just
copy volumes over under test13-pre3 and destroy and recreate the
first volume group.
Is it possible you had a snapshot in the volume group when you started
lvm 0.9
On Wed, Nov 29, 2000 at 12:56:44PM +0100, [EMAIL PROTECTED] wrote:
Hi,
I experienced disk hangs with linux-2.4.0-test11 on S/390 and after
some debugging I found the cause. It the new method of unplugging
block devices that doesn't go along with the S/390 disk driver:
/*
* remove
Chris Mason wrote:
Hi guys,
Here's my latest code, which uses ll_rw_block for anon pages (or
pages without a writepage func) when flush_dirty_buffers,
sync_buffers, or fsync_inode_buffers are flushing things. This
seems to have fixed my slowdown on 1k buffer sizes, but I
haven't done
On Wednesday, December 27, 2000 21:26:02 +0100 Daniel Phillips
[EMAIL PROTECTED] wrote:
Hi Chris. I took your patch for a test drive under dbench and it seems
impressively stable under load, but there are performance problems.
Test machine: 64 meg, 500 Mhz K6, IDE, Ext2,
On Wed, Dec 27, 2000 at 01:16:44PM -0200, Marcelo Tosatti wrote:
On 27 Dec 2000, Christoph Rohland wrote:
Hi Linus,
The following patchlet bring the handling of shmget with size zero
back to the 2.2 behaviour. There seem to be programs out, which
(erroneously) rely on this.
Hey Andre, you do an outstanding job and I hope you can help point me
in the proper direction on this one...
the basic deal here is that i've got an ASUS A7V motherboard (with the
dip switch to overclock too.. too bad it's not mine tho heh) with an
AMD Duron 600 cpu and 128 megs of pc133 ram..
Andrew Morton wrote:
It's been quiet around here lately...
This is a rework of the 2.4 wakeup code based on the discussions Andrea
and I had last week. There were two basic problems:
- If two tasks are on a waitqueue in exclusive mode and one gets
woken, it will put itself back into
Rik van Riel [EMAIL PROTECTED] writes:
On Mon, 25 Dec 2000, Dan Aloni wrote:
On 25 Dec 2000, Zlatko Calusic wrote:
Speaking of page_launder() I just stumbled upon two oopsen today on
the UP build. Maybe it could give a hint to someone, I'm not that good
at Oops decoding.
I've
Hi,
I have an old 4GL application (from SCO3.2v4) that is a neat database
tool. Under 2.2.17 with iBCS this works well:
schoen3:~ # file /usr/SCULPTOR/bin/sage
/usr/SCULPTOR/bin/sage: Microsoft a.out separate pure segmented
word-swapped V2.3 V3.0 386 small model executable
I did some
On Wed, 27 Dec 2000, Rik van Riel wrote:
The (trivial) patch below should fix this problem.
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have a mapping.
What semantics would you say a non-mapped page has? What are the LRU
routines supposed to do with such a
Am Mittwoch, 27. Dezember 2000 11:07 schrieb Nils Philippsen:
Hi all,
On Wed, 27 Dec 2000, Dieter [iso-8859-1] Nützel wrote:
I got this since test13-pre1 (pre4, now):
SunWave1depmod -e
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o
When I do a "shutdown -h now" in Slackware 7.1 with the
2.4.0-test13-pre4 kernel, sometimes after the words "Power down" appear
I get the message:
ACPI: S5 Failed
(I think that's the phrasing, of course since it only happens when I
shutdown for the night my memory is a little fuzzy).
It
On Wed, Dec 27, 2000 at 03:41:04PM -0800, Linus Torvalds wrote:
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have a mapping.
What about pages with a mapping but without a writepage function ? or pages
whose writepage function fails ? The current code seems to
Hello Mike, hello Linus,
Some minutes ago, I wrote:
I think I have found the reason for our bugs. It seems GCC really
miscompiles buffer.c:bdflush_init without frame pointers. I'll try harder
now to understand what excactly is going on, but it seems it is smashing
its local stack space by
On Wed, 27 Dec 2000, Philipp Rumpf wrote:
On Wed, Dec 27, 2000 at 03:41:04PM -0800, Linus Torvalds wrote:
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have a mapping.
What about pages with a mapping but without a writepage function ? or pages
whose
Hello,
I am not a linux kernel guy. I am running a spider that sometimes gets blocked
for long periods of time. I run a "netstat -nto" and I observe a socket in
state SYS_SENT that seems to be blocked. Its timer keeps on incrementing.
Is there any way to avoid this blocking? Is this a bug in
This option, according to .../Documentation/networking/alias.txt, seems
to be missing in 2.4.0-test13-pre4? Could whoever maintains this please
update either the code or the documentation?
--
Sincerely,
Johannes
--
Dr. Johannes Ruscheinski
Infomine Lead Programmer***
On Wed, 27 Dec 2000, Philipp Rumpf wrote:
On Wed, Dec 27, 2000 at 03:41:04PM -0800, Linus Torvalds wrote:
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have a mapping.
What about pages with a mapping but without a writepage function ? or pages
whose
I was doing nothing out of the ordinary wen my system froze.
Here is the oops
Yes that is the correct system map btw.
If anyone needs anything more please ask.
ksymoops 2.3.4 on i686 2.4.0-test13-pre3. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
Linus,
The following patch changes swap_writepage() to try to do write clustering
of phisically contiguous pages which are dirty and in the swapcache.
The patch is pretty clean and small.
Do you want to include it in 2.4?
diff -Nur --exclude-from=exclude linux.orig/include/linux/mm.h
I just upgraded my 486 firewall's kernel to pure 2.2.18 from
2.2.17, with no other changes, and now it dies with all sorts
of hard disk failures.
I get:
hdb: lost interrupt
And stuff about DRQ lost...
Totally frozen box after that.
Mike Harris writes:
I just upgraded my 486 firewall's kernel to pure 2.2.18 from
2.2.17, with no other changes, and now it dies with all sorts
of hard disk failures.
I get:
hdb: lost interrupt
And stuff about DRQ lost...
Is it possible you compiled the kernel with gcc 2.95.2? I've
Somewhat late, but not too late; Alan Cox wrote:
2.2.19pre1
...
o VIA686a timer reset to 18Hz background (Vojtech Pavlik)
I patched my 2.2.18-ma2 with that patch to see if that helps me off my
sys time slowness, but it does unfortunately not help.
I have my system clock drift
On Thu, 28 Dec 2000, Dan Aloni wrote:
On Wed, 27 Dec 2000, Philipp Rumpf wrote:
On Wed, Dec 27, 2000 at 03:41:04PM -0800, Linus Torvalds wrote:
It must be wrong.
If we have a dirty page on the LRU lists, that page _must_ have a mapping.
What about pages with a mapping but
I forgot to mention. I am running RedHat 6.2 and the kernel release is
2.2.14-5smp.
Joaquin
- Forwarded message from Joaquin Rapela [EMAIL PROTECTED] -
Date: Wed, 27 Dec 2000 16:25:18 -0800
From: Joaquin Rapela [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: SYN_SENT block
User-Agent:
On Wed, 27 Dec 2000, Andreas Dilger wrote:
Mike Harris writes:
I just upgraded my 486 firewall's kernel to pure 2.2.18 from
2.2.17, with no other changes, and now it dies with all sorts
of hard disk failures.
I get:
hdb: lost interrupt
And stuff about DRQ lost...
Is it possible you
I just upgraded my 486 firewall's kernel to pure 2.2.18 from
2.2.17, with no other changes, and now it dies with all sorts
of hard disk failures.
I get:
hdb: lost interrupt
And stuff about DRQ lost...
What hardware config, what hdparm tuning options ?
-
To unsubscribe from this list:
o VIA686a timer reset to 18Hz background (Vojtech Pavlik)
I patched my 2.2.18-ma2 with that patch to see if that helps me off my
sys time slowness, but it does unfortunately not help.
Thats unrelated
I have my system clock drift roughly -1 s/min, though my CMOS clock is
fine
Jogchem de Groot [EMAIL PROTECTED] writes:
[...]
1: Kernel panics on sending large ping packets using 'ping'
Not for me.
[...]
4: Linux version 2.4.0-test12
Linux 2.4.0-test13-pre4-tosatti
[...]
6: #!/bin/sh
ping -s 6 127.0.0.1
Ping from netkit-combo-0.17:
# ping -s 6
On Wed, Dec 27, 2000 at 05:38:10PM -0800, Joaquin Rapela wrote:
I forgot to mention. I am running RedHat 6.2 and the kernel release is
2.2.14-5smp.
It depends upon what that spider is doing. You didn't exactly
elaborate on what it was. Is it a "web spider" or a "spam harvestor"
(web
1. running 2.4.0-test10 with netfilter/iptables 1.1.2 ping/telnet gives
you invalid argument when connecting to ports on local interfaces.
2. when connecting to local interfaces (and/or local aliased
interfaces) from the local machine, ping/telnet (to any port) gives you a
connect: invalid
On Tue, 26 Dec 2000 21:11:14 +0100,
"J . A . Magallon" [EMAIL PROTECTED] wrote:
Solving other things, I have realized that all that problem on fast
CC detection (CCFOUND) is easily solved by doing:
CC := $(.)
instead of
CC = $(.)
The find of the suitable CC
I am trying to port a pci block device driver from 2.2.x to 2.4.x and I
can't seem to find a list of kernel API changes anywhere that would
assist me. Richard Gooch's page has virtually nil on 2.4.x changes.
Anyone got some info on 2.4.x changes that I might be able to use
-Mike
-
To
On 27 Dec 2000, Christoph Rohland wrote:
Marcelo Tosatti [EMAIL PROTECTED] writes:
I think that incrementing the swap entry count will not allow swap from
removing the swap entry (as the comment says)
I think the culprit is somewhere else. The error occurs in nopage of a
process,
Linux 2.2.18, pcmcia-cs-3.1.21, Pentium 75 (100 MHz)
Toshiba 420CDS Satellite Pro laptop, 40 MB RAM
I can get this to happen reliably:
kernel: VM: do_try_to_free_pages failed for xntpd...
kernel: VM: do_try_to_free_pages failed for klogd...
last message repeated 15 times
kernel: VM:
On Thu, 28 Dec 2000, Chris Wedgwood wrote:
(cc' list trimmed)
[further]
I use ramfs for /tmp on my laptop -- it's very handy because it
extends the amount of the the disk had spent spun down and therefore
battery life; but writing large files into /tmp can blow away the
system or at the
Pavel Machek wrote:
[about strtoul]
Perhaps I am mistaken but I'd expect it to be called what, ten times at
boot time, and a couple of times when X loads the MTRRs?
On second thought, ps -auxl maybe stresses simple_strtoul a little
bit. Not sure.
Nah. proc_pid_lookup does its own
Al Peat wrote:
Is there any way to completely purge the buffer
cache -- not just the write requests (ala 'sync'
or
'update'), but the whole thing? Can I just call
invalidate_buffers() or destroy_buffers()?
Try this script:
case "`id -u`" in
0) ;;
*) echo Only root can run
Hello Alan,
As previously discussed, I've slighlty arranged the version identification
code in the 2.2.18 megaraid driver so that it correcly sees bios and firmware
versions on a netraid. Without the patch, I only get smileys and hieroglyphs
because the version is interpreted as a string which
When I boot with the following inserted:
Socket 0:
product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001"
manfid: 0x0101, 0x5157
function: 6 (network)
Socket 1:
product info: "PCMCIA ", "56K V.90 Fax Modem (LK) ", "FM560LK "
manfid: 0x0175, 0x
hi, i'm new to this list, but i searched around and
i've been having troubles getting my nic to work in the 2.2.18 kernel. when i
try to ping something, i get no responce, as i sniff eth0 i can see the
inital arp and arp reply for whatever ip on my local subnet. i also see an arp
cache
Hi all,
On Wed, 27 Dec 2000, Dieter [iso-8859-1] Nützel wrote:
> I got this since test13-pre1 (pre4, now):
>
> SunWave1>depmod -e
> depmod: *** Unresolved symbols in
> /lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/tdfx.o
[snipped]
> Something missing in the 'new' drm/Makefile?
From
Hi Linus,
The following patchlet bring the handling of shmget with size zero
back to the 2.2 behaviour. There seem to be programs out, which
(erroneously) rely on this.
Greetings
Christoph
diff -uNr c/include/linux/shm.h c1/include/linux/shm.h
--- c/include/linux/shm.h
Hi Linus,
The following patch (against clean test13-pre4) removes the races in
shmem_unuse. I changed inode.c to not lock the inode if there is no
write_inode function. So I can grab the inode while holding the
spinlock.
It also optimises the shmem_ftruncate behaviour.
BTW: The generic swapoff
> This all only matters to things that do shared writable mmap's.
>
> Almost nothing does that. innd is (sadly) the only regular thing that uses
> this, which is why it's always innd that breaks, even if everything else
> works.
btw samba 2.2 makes extensive use of shared writable mmaps (well
"Eric S. Raymond" wrote:
>
> I wrote:
> >Giacomo, what's the state of your project?
>
> Sigh, I got an address-invalid bounce from Giacomo. Looks like he
> may have fallen off the net.
I still receive mails!
Maybe try [EMAIL PROTECTED] [better administrators, better software :-)]
[CC: list drastically trimmed]
[EMAIL PROTECTED] (Eric S. Raymond) wrote on 26.12.00 in
<[EMAIL PROTECTED]>:
> Linus, replying to Alan:
> >> If we do that I'd rather see a make autoconfig that does the lot from
> >> proc/pci etc 8)
> >
> >Good point. No point in adding a new config option, we
At 11:29 PM 12/25/00, you wrote:
>To verify that this is not an issue of the Promise controller, I started
>two instances of my test tool at the same time, one working on hde, the
>other on hdg (the two channels). Both yielded approximately 25 meg/sec,
>so it does not appear to be a hardware or
At 04:11 PM 11/30/00, Arnaud Installe wrote:
>Could this be correct ? Also, I haven't seen this happen with NT. Could
>it be that Java on NT uses user-mode threading and creates threads much
>more slowly, resulting in a lower load ?
No. Java on NT uses proper NT threads. However, a thread on
"Eric S. Raymond" wrote:
>
> I backed away from this because Giacomo Catenazzi told me he was
> working on a separate autoconfigurator that would generate config
> files in CML1 format. That's a cleaner design -- one would run his
> autoconfigurator and then import the resulting config into the
Hi!
Kernel 2.4.0-test13-pre4 (without any patches) does not see some of the PCI
devices with my setup here. The machine is a IBM Netfinity 7100 Quad-Xeon with
a Serverworks Chipset.
The RAID-Controller (a IBM ServeRAID-4L) is not detected. Kernel 2.2.17
detects it. I also checked -test10 and
Andrea Arcangeli wrote:
>
>
> Not a big deal but still I'd prefer the CONFIG_SMP #ifdef though, it looks even
> more obvious that it's a compile check and at least in your usage I cannot see
> a relevant readability advantage. And my own feeling is not having to rely on
> more things to produce
On 27 Dec 2000, Christoph Rohland wrote:
> Hi Linus,
>
> The following patchlet bring the handling of shmget with size zero
> back to the 2.2 behaviour. There seem to be programs out, which
> (erroneously) rely on this.
Hi Christoph,
I think I've come to the conclusion that Xine does not in
Hi, I recently found a bug in the kernel. Information is included according
the suggested reporting format.
The message the kernel gave:
Code: 89 42 04 89 10 b8 01 00 00 00 c7 43 04 00 00 00 00 c7 03 00
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
In interrupt
On Sat, 23 Dec 2000, Kurt Garloff wrote:
> I wonder how their approach compares to the RSBAC stuff, though.
> The RSBAC (by Amon Ott) has all the infrastructure available to have
> policy based access control; whenever an access decision has to be
> taken, a call via some interface is made to a
Hi,
We have a typical semaphore application that has a producer and a
consumer.
Without the semaphores we are limited by the rest of the stuff to
1 times around the loop per second. That's good.
When we put the "push the semaphore" call in there, the rate drops to
around 8000 per second.
On Wed, 20 Dec 2000, PALFFY Daniel wrote:
> Reproducible panic when squid gets the first request. Always at the same
> place in the pinger process. test12, test13-pre3 fail, but test12 runs
> fine on another machine
...
Sorry for the RTFArchive question, I've just found the previous thread on
Alan,
I have just sent you the prepare/withdraw/publish_etherdev patch for the ethernet
devices. There's a copy (80kbytes) at
http://www.uow.edu.au/~andrewm/linux/init_etherdev.patch
It was fairly clean and I don't expect much breakage at all from this.
I could only test the module
On 2000.12.27 Rogier Wolff wrote:
> We have a typical semaphore application that has a producer and a
> consumer.
>
> Without the semaphores we are limited by the rest of the stuff to
> 1 times around the loop per second. That's good.
>
> When we put the "push the semaphore" call in there,
1 - 100 of 161 matches
Mail list logo