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
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
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
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
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 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
>
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 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
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
All,
Have a repeatable Oops. Finally got one of these captured
over the serial console. This one is repeatable in seconds.
Have a PIII667 Tyan S1854 64MB box as a masquerade router.
1 3Com 3c509 card connected to local lan as eth0.
1 DLink 530TX+ 8139 card connected to DSL router as eth1.
The
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"
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
> > 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
> 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
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...
>
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
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
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
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
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.
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 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)
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
>
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***
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
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
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
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
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
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):
> >
> > SunWave1>depmod -e
> > depmod: *** Unresolved symbols in
> >
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
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
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
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
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..
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
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,
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
>
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:
>
> /*
> *
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
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 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
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
> 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
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'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
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
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
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 >
>
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 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
>
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
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
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
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
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
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, 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
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.
--
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
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
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,
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 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
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 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, 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 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
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
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
"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
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
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
[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
"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 :-)]
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
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 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, 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
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
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
1 - 100 of 161 matches
Mail list logo