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?
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 machine
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 platfo
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 th
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"
Hi Keith,
Thanks for the useful information.
> >What about CONFIG_KDB_FRAMEPTR? Is it correct to use this in a standard
> >kernel to find whether the kernel is being compiled with frame pointer?
>
> I don't know which kernel you are looking at. CONFIG_KDB_FRAMEPTR is
> part of an old kdb
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 just a "ls -l") will
> basically do purely buffer
Hmm..
Thinking some more about this issue, I actually suspect that there's a
better solution.
The fact is that GFP_BUFFER is only used for the old-fashioned buffer
block allocations, and anything that uses the page cache automatically
avoids the whole issue. As such, from a VM balancing standp
> 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):
// code derived from a clone demo in lmbench.
#include
#include
#include
Greetings All,
Unsolicited Commerical Email <[EMAIL PROTECTED]>
This address may be known to some or all, but I have started forwarding
all my junk mail to the FTC.
Cheers,
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
> 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 affect the offset of return address
> on the stack.
bert hubert wrote:
> On Mon, Sep 25, 2000 at 12:13:42AM +0200, Andrea Arcangeli wrote:
>
>> On Sun, Sep 24, 2000 at 10:43:03PM +0100, Stephen C. Tweedie wrote:
>>
>>> any form of serialisation on the quota file). This feels like rather
>>> a lot of new and interesting deadlocks to be introduci
Warning
Could not process message with given Content-Type:
multipart/mixed;boundary="=_NextPart_000_018C_01BD9940.715D52A0"
I'm getting:
[root@sleipnir /root]# depmod -ae -F /boot/System.map-2.4.0-test9 2.4.0-test9
depmod: *** Unresolved symbols in /lib/modules/2.4.0-test9/kernel/fs/lockd/lockd.o
depmod: locks_init_lock
depmod: locks_copy_lock
The functions are declared in include/linux/fs.h and sure
Now this is why we read the archives first...
This will surely be a FAQ soon enough..
The short answer is it isn't the kernel that is screwy, it is the
site(s)/routers.
Also look at the docs re Explicit Congestion Notification
On Sun, 24 Sep 2000, J Brook wrote:
> On Sun 24 Sep 2000 Derrik P
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> kmem_cache_reap shrinks the slabs at _very_ low frequency. It's worthless to
> keep lots of dentries and icache into the slab internal queues until
> kmem_cache_reap kicks in again, if we free them such memory immediatly instead
> we'll run kmem_c
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.
The following is a copy of /var/log/messages and warn (only the parts
envolved)
The system locks up while us
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> On Sun, Sep 24, 2000 at 09:27:39PM -0400, Alexander Viro wrote:
> > So help testing the patches to them. Arrgh...
>
> I think I'd better fix the bugs that I know about before testing patches that
> tries to remove the superblock_lock at this stage
On Sun, Sep 24, 2000 at 09:27:39PM -0400, Alexander Viro wrote:
> So help testing the patches to them. Arrgh...
I think I'd better fix the bugs that I know about before testing patches that
tries to remove the superblock_lock at this stage. I guess you should
re-read the email from DaveM of two d
On Sun, Sep 24, 2000 at 09:53:33PM -0300, Marcelo Tosatti wrote:
> Btw, why we need kmem_cache_shrink() inside shrink_{i,d}cache_memory ?
Because kmem_cache_free doesn't free anything. It only queues slab
objects into the partial and free part of the cachep slab queue (so that
they're ready to
On Mon, 25 Sep 2000, Andrea Arcangeli wrote:
> I'm thinking that dropping the superblock lock completly wouldn't be much more
> difficult than this mid stage. The only cases where we block in critical
> sections protected by the superblock lock is in getblk/bread (bread calls
> getblk) and ll_
On Sun, Sep 24, 2000 at 05:09:40PM -0700, Linus Torvalds wrote:
> [..] as with the
> shm_swap() thing this is probably something we do want to fix eventually.
both shm_swap and regular rw_swap_cache have the same deadlock problematic
w.r.t. __GFP_IO. We could do that on a raw device, but if we sw
On Sun, 24 Sep 2000 17:43:29 -0700 (PDT),
[EMAIL PROTECTED] (Prasanna Narayana) wrote:
>In our Dell 8-way 1gb machine, test9-pre3 and above kernel
>doesn't boot (test9-pre2 boots ok). I just get the message
> Loading 2.4test8
> Uncompressing Linux... ok, booting the ke
Hi there,
first I have to admit I can't as of now back up my expirience with
benchmarks.
But the new memory management introduced by Rik seems to not stand up
performance wise.
I use here a simple set up on a duron with 128mb and a kt-133 chipset
with scsi aha2940 on an otherwise (gcc-2.95.2) a
On Sun, 24 Sep 2000, Linus Torvalds wrote:
> > ext2_new_block (or whatever that runs getblk with the superlock lock
> > acquired)->getblk->GFP->shrink_dcache_memory->prune_dcache->
> > prune_one_dentry->dput->dentry_iput->iput->inode->i_sb->s_op->
> > put_inode->ext2_discard_prealloc->ext2_free
On Sun, 24 Sep 2000, Linus Torvalds wrote:
>
>
> On Sun, 24 Sep 2000, Andrea Arcangeli wrote:
> >
> > On Sun, Sep 24, 2000 at 10:26:11PM +0200, Ingo Molnar wrote:
> > > where will it deadlock?
> >
> > ext2_new_block (or whatever that runs getblk with the superlock lock
> > acquired)->getblk->
Hi,
In our Dell 8-way 1gb machine, test9-pre3 and above kernel
doesn't boot (test9-pre2 boots ok). I just get the message
Loading 2.4test8
Uncompressing Linux... ok, booting the kernel.
Verified that the same bzImage boots correctly on another 2-way machine.
Let
On Sun, 24 Sep 2000 19:04:11 -0400 (EDT),
Adam <[EMAIL PROTECTED]> wrote:
> Looking at kernel sources it seems to me, that reset of
> keyboard would be
>
> outp(0x60,0xFF);
static void
kdb_kbdsend(unsigned char byte)
{
while (inb(KBD_STATUS_REG) & KBD_STAT_IBF)
John Levon <[EMAIL PROTECTED]> writes:
>
>The following drivers appear to set TASK_RUNNING needlessly.
>Against test8pre1.
...
>--- drivers/char/dtlk.cSat Jul 15 21:11:47 2000
>+++ drivers/char/dtlk.c.newFri Sep 1 04:24:48 2000
>@@ -392,7 +392,6 @@
> {
> current->state = TASK_I
The following patch fixes registering/unregistering /proc/toshiba. This part
works, but on loading/unloading the module I get error messages. Machine is a
Satellite Pro 4280 XDVD, Red Hat 6.2, modutils-2.3.17. I assume the machine
has a different register layout than the one you use (older Toshiba
Unfortunately. I hope some of those key developers see this is a time to
"Let's fix our security problems". Ie, GNOME, etc...
On Sun, 24 Sep 2000, David Ford wrote:
> gnome, kde, enlightenment...these are just a few of the "let's give everyone
> access" utilities.
>
> -d
>
> "Mohammad A. Haqu
On Sun, 24 Sep 2000, Andrea Arcangeli wrote:
>
> On Sun, Sep 24, 2000 at 10:26:11PM +0200, Ingo Molnar wrote:
> > where will it deadlock?
>
> ext2_new_block (or whatever that runs getblk with the superlock lock
> acquired)->getblk->GFP->shrink_dcache_memory->prune_dcache->
> prune_one_dentry->d
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 /lib/modules/`uname -r
Hi,
want to summarize my observations wrt the VM-deadlock issue. Everything
tested on UP box bootet with mem=8M and 500M swap.
2.4.0-t9p4 (vanilla)
deadlocks almost everywhere (even in initscripts!), simple dd with
large enough bs deadlock's as soon as page_out should start - i.e. no
gnome, kde, enlightenment...these are just a few of the "let's give everyone
access" utilities.
-d
"Mohammad A. Haque" wrote:
> I've got segments showing up with perm 777 and I dont run enlightenment.
> Though they all go away when I guit all apps that use gtk/gnome =)
--
"There is a nat
I've got segments showing up with perm 777 and I dont run enlightenment.
Though they all go away when I guit all apps that use gtk/gnome =)
David Ford wrote:
>
> Shawn Starr wrote:
>
> > Odd, Isn't 777 insecure for shared memory segments?
>
> very. rasterman may make cute stuff, but reliable
On Fri, Sep 22, 2000 at 04:10:18PM -0600, Michal Jaegermann wrote:
> PCI: Failed to allocate resource 1 for Symbios Logic Inc. (formerly
>NCR) 53c875
...
> This is a PCI layout as reported by 'lspci -tv':
>
> -[00]-+-0d.0-[01]--+-0a.0 Trident Microsystems 4DWave DX
> |\
On Mon, Sep 25, 2000 at 12:36:50AM +0200, bert hubert wrote:
> True. But they also appear to be found and solved at an impressive rate.
We're talking about shrink_[id]cache_memory change. That have _nothing_ to do
with the VM changes that happened anywhere between test8 and test9-pre6.
You were
On Sat, 23 Sep 2000, Russell King wrote:
> Keith Owens writes:
> > Something I forgot to mention about debugging using screen writes. If
> > the problem is caused by incorrect compiler output then even printk can
> > fail. Not because the C code is wrong but because the generated
> > assembler
On Sat, 23 Sep 2000, Keith Owens wrote:
> On Sat, 23 Sep 2000 11:33:31 +0200,
> Daniel Phillips <[EMAIL PROTECTED]> wrote:
> >I'd just like to remind you of Alan Cox's suggestion about appending
> >.config.gz to bzImage so that it doesn't get loaded into memory, and
> >my suggestion to put Syste
> quota drop, and that involves quota writeback if it was the last inode
> on that particular quota struct.
>
> shrinking the icache _usually_ involves no IO, but the quota case is
> an exception which a lot of developers won't encounter during testing.
We've had a history of weird quota deadloc
> there. Considering that code is from the reset routines which almost never
> get called, I figured it was fine.
It probably is in that case - although there are others were a task might
get put to sleep and mistakenly wake itself up doing thjat.
-
To unsubscribe from this list: send the line
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 they aren't met.
My ob
On Sat, Sep 16, 2000 at 06:31:46PM +0200, Xuan Baldauf wrote:
> I do not understand you terminology. There is not one queue, there are two
> queues.
Two queues?
What elevator code are you guys refering to when refering to "current"
code? I just read the code for linux-2.4.0-test8 - that is the
Hello,
Kind of off-topic question.
I want to reset/set keyboard from my own interrupt handler
(via irq 9), so I don't want/can't to use bios (or even dos)
interface. This assumes a PC.
Looking at kernel sources it seems to me, that reset of
keyb
I've been testing out the 2.4.0 kernels as Linus wants.
My particular area is looking at SMP interrupt handling
trying to write `burnAPIC`.
First, the good news: average int overhead measured by
`clockwatcher.c` [posted last year] is down from ~960 CPU
clocks in 2.2.13 to ~740 clocks in 2.4.
On Sun 24 Sep 2000 Derrik Pates wrote:
>- I am unable to connect to several sites, including
>cisco.netacad.net and www.hotmail.com. I always receive a "connection
>refused". It seems weird, but with 2.2.18pre10, I could connect, and
>with 2.4.0-test8, I can't.
I get similar behaviour on my box
On Mon, Sep 25, 2000 at 12:13:42AM +0200, Andrea Arcangeli wrote:
> On Sun, Sep 24, 2000 at 10:43:03PM +0100, Stephen C. Tweedie wrote:
> > any form of serialisation on the quota file). This feels like rather
> > a lot of new and interesting deadlocks to be introducing so late in
> > 2.4. :-)
T
Shawn Starr wrote:
> Odd, Isn't 777 insecure for shared memory segments?
very. rasterman may make cute stuff, but reliable in adverse conditions and
secure is completely out of the ballpark.
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and talent
Keith Packard wrote:
> > Odd, Isn't 777 insecure for shared memory segments?
>
> Yes; Enlightenment does have it's own little set of features...
>
> [EMAIL PROTECTED]XFree86 Core Team SuSE, Inc.
>
I recieved a bunch and bunch of these messages when i run out of shm
segments.
[kaos]
> char __initdata *cmd[] = {
> "command1",
> "command2",
> "command3",
> NULL
> };
Actually it works fine with '-fwritable-strings'. But then you lose
for the rest of the file! Otherwise, the following works, provided you
can put up with fixed-length string
On Sun, Sep 24, 2000 at 10:43:03PM +0100, Stephen C. Tweedie wrote:
> any form of serialisation on the quota file). This feels like rather
> a lot of new and interesting deadlocks to be introducing so late in
> 2.4. :-)
Agreed.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe
> Odd, Isn't 777 insecure for shared memory segments?
Yes; Enlightenment does have it's own little set of features...
[EMAIL PROTECTED]XFree86 Core Team SuSE, Inc.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Odd, Isn't 777 insecure for shared memory segments?
On Sat, 23 Sep 2000, David Ford wrote:
> (cc: to [EMAIL PROTECTED] and to [EMAIL PROTECTED] - this
> should be the last post to LKML for this subject)
>
> Known historical items:
>
> -All shm segments get used up in very fast order.
> -Every
Hi,
On Sun, Sep 24, 2000 at 11:12:39PM +0200, Ingo Molnar wrote:
>
> > ext2_new_block (or whatever that runs getblk with the superlock lock
> > acquired)->getblk->GFP->shrink_dcache_memory->prune_dcache->
> > prune_one_dentry->dput->dentry_iput->iput->inode->i_sb->s_op->
> > put_inode->ext2_disc
Hi,
On Sun, Sep 24, 2000 at 08:40:05PM +0200, Ingo Molnar wrote:
> On Sun, 24 Sep 2000, Linus Torvalds wrote:
>
> > [...] I don't think shrinking the inode cache is actually illegal when
> > GPF_IO isn't set. In fact, it's probably only the buffer cache itself
> > that has to avoid recursion - t
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 fine.
Matt
On Sun, Sep 24, 2000 at 03:55:34PM +
On Sun, 24 Sep 2000, Andrea Arcangeli wrote:
> ext2_new_block (or whatever that runs getblk with the superlock lock
> acquired)->getblk->GFP->shrink_dcache_memory->prune_dcache->
> prune_one_dentry->dput->dentry_iput->iput->inode->i_sb->s_op->
> put_inode->ext2_discard_prealloc->ext2_free_blocks
On Sun, Sep 24, 2000 at 10:26:11PM +0200, Ingo Molnar wrote:
> where will it deadlock?
ext2_new_block (or whatever that runs getblk with the superlock lock
acquired)->getblk->GFP->shrink_dcache_memory->prune_dcache->prune_one_dentry->dput->dentry_iput->iput->inode->i_sb->s_op->put_inode->ext2_di
> Summary: outdated vidmem override causes problems because of a change
> to bttv_open to call find_vga correctly the first time the device is
> openned.
Argh. thats why. The find_vga crap is not supposed to be used
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Sun, 24 Sep 2000, Ingo Molnar wrote:
Hi,
Did any of these lead to an infinite loop in swap_out()?
>
> the attached vmfixes-B2 patch adds the following fixes/cleanups:
>
Rui Sousa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
I'm compiling this kernel for a diskless machine. I have bootp configured
as the only way for the kernel to get the IP.
Here's the error:
cc -D__KERNEL__ -I/usr/src/linux/gohan/2.2.17/include -Wall
-Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -D__SMP__
-pipe -fno-strength-re
On Sun, 24 Sep 2000, Andrea Arcangeli wrote:
> > - do shrink_[d|i]cache_memory() even if !__GFP_IO. This improves balance.
>
> It will deadlock. (that same mistake was dealdocking early 2.2.x too btw)
where will it deadlock?
Ingo
-
To unsubscribe from this list: send the line "unsub
On Sun, Sep 24, 2000 at 09:34:43PM +0200, Ingo Molnar wrote:
> - do shrink_[d|i]cache_memory() even if !__GFP_IO. This improves balance.
It will deadlock. (that same mistake was dealdocking early 2.2.x too btw)
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> The sender is unlikely to use TCP in this case (TCP doesn't do such stupid
> things)
>
The Sender is using UDP NOT TCP ..
> Increasing queue sizes and delays does not do anything to slow down a
sender,
> unless you exceed the window, which will make the stream very bursty
again.
>
I agree with
>Ryan Tokarek writes:
>> On Linux kernel 2.2.17 running on an intel PIII system with 1GB RAM I
>> cannot successfully create a ramdisk of greater than 512MB.
>
>It may be that there is a bug, but I would be interested to know what
>you are really trying to do. Usually bugs like this exist becaus
[Tigran Aivazian <[EMAIL PROTECTED]>]
> The question you ask can be answered trivially - yes, it is
> definitely a good idea, please make such a patch.
OK, I'll look at it.
> But what is far from being trivial is the magic reg. expression that
> is capable of catching all "globals initialized t
the attached vmfixes-B2 patch adds the following fixes/cleanups:
vmscan.c:
- check for __GFP_WAIT not __GFP_IO when yielding the CPU. This fixes
GFP_BUFFER deadlocks. In fact since no caller to do_try_to_free_pages()
can expect that function to not block, we dont test for __GFP_WAIT
e
2.4.0-test9-pre6 breaks building NFS as a module. pre6 changed lockd
to use two new functions locks_init_lock() and locks_copy_lock().
However, these functions aren't exported, resulting in:
/lib/modules/2.4.0-test9-pre6/kernel/fs/lockd/lockd.o: unresolved symbol
locks_init_lock
/lib/modules/2.4
On Sun, 24 Sep 2000, Linus Torvalds wrote:
> I think that shm_swap still needs it - it's doing things with
> rw_swap_page() that means that we cannot run it without GFP_IO.
yep - i only pushed the test inside, it's functionally equivalent - it
only vanished from refill_inactive(). It's basicall
[ Sorry to follow up on myself.. ]
On Sun, 24 Sep 2000, Linus Torvalds wrote:
>
> Send me the tested patch (and I'd suggest moving the shm_swap() test into
> shm_swap() too, so that refill_inactive() gets cleaned up a bit).
I think that shm_swap still needs it - it's doing things with
rw_swap_
On Sun, 24 Sep 2000, Ingo Molnar wrote:
>
> i just found this out by example, i'm running the shrink_[i|d]cache stuff
> even if __GFP_IO is not set, and no problems so far. (and much better
> balancing behavior)
Send me the tested patch (and I'd suggest moving the shm_swap() test into
shm_swap
On Sun, 24 Sep 2000, Linus Torvalds wrote:
> [...] I don't think shrinking the inode cache is actually illegal when
> GPF_IO isn't set. In fact, it's probably only the buffer cache itself
> that has to avoid recursion - the other stuff doesn't actually do any
> IO.
i just found this out by exam
On Sun, 24 Sep 2000, Alan Cox wrote:
> Im waiting for someone to either explain why the changes should have caused
> the problem and to fix them.
>
> Right now I dont see what is going on so Im not changing anything until I
> understand what is up
Hi Alan,
Summary: outdated vidmem override cau
On Sun, 24 Sep 2000, Ingo Molnar wrote:
>
> as a longer term solution, i'm wondering how hard it would be to propagate
> gfp_mask into the shrink_*() functions, and prevent recursion similarly to
> the swap-out logic? This way even GFP_BUFFER allocators could touch/free
> the dcache/icache.
We
Alan,
Sorry for the noise I must be getting senile in my old age. I forgot I
has patched 2.2.14 to support the vpn masquerading.
Thanks for your indulgence and response.
Steve
Alan Cox wrote:
>
> > I had been using 2.2.14pre16 to forward Win PPTP from my winblows
> > machine to our Corp Busine
On Sun, 24 Sep 2000, Jeff Garzik wrote:
>
> h The patch was submitted by me, but it came straight from
> 2.2.x... after being whipped, I shall look into both versions of
> ac97_codec some more...
The "->id" field has nothing to do with the device ID number, it's a
"which codec is this" f
> > codec->id = ac97_codec_ids[i].id;
> >
> > (line 591 or something around that), and be happy. I think it will work
> > after that.
>
> This does indeed fix the problem. ELO is playing via XMMS at the
> moment to prove it. :-)
Also killed in 2.2.18pre.
-
To unsubscribe from this list: s
Juan,
I had been using 2.2.14pre16 to forward Win PPTP from my winblows
machine to our Corp Business network.
I upgraded to 2.2.18pre9 and used make oldconfig using my .config file
from my 2.2.14 directory.
I can no longer log into our Corp network using my Linux system as
ip-forwarder for my w
> For some unknown reason codec->id is set in ac97_probe_codec(), which is
> WRONG. Just remove the line that says
>
> codec->id = ac97_codec_ids[i].id;
>
> (line 591 or something around that), and be happy. I think it will work
> after that.
Its an escapee bug from 2.2 that leaked into 2
The change to eepro100 done in pre16 isn´t listed as being
restored. Is it still in i/o mode?
Pedro
On 4 Sep 2000, at 19:53, Alan Cox wrote:
> Ok Linux 2.2.17 official is now out. This is the same as 2.2.17pre20 without
> the -pre20 id string
>
[...]
>
> 2.2.17pre16
[...]
> o Switch
In article <[EMAIL PROTECTED]> you wrote:
> Hi Peter,
> The question you ask can be answered trivially - yes, it is definitely a
> good idea, please make such a patch. But what is far from being trivial is
> the magic reg. expression that is capable of catching all "globals
> initialized to 0 or
> I wrote Alan about it a while ago, and I got no response..
Im waiting for someone to either explain why the changes should have caused
the problem and to fix them.
Right now I dont see what is going on so Im not changing anything until I
understand what is up
-
To unsubscribe from this list:
> I had been using 2.2.14pre16 to forward Win PPTP from my winblows
> machine to our Corp Business network.
With some kind of PPTP package on top of Linux ?
> I upgraded to 2.2.18pre9 and used make oldconfig using my .config file
> from my 2.2.14 directory.
> I can no longer log into our Corp ne
I was having trouble booting new builds of both 2.2.17 and
2.4.0-test8. They both boot as far as
loop: registered device at major 7
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
On Sat, Sep 23, 2000 at 11:18:15AM -0700, David Brownell wrote:
> > > ===
> > > USB Status/Problems in 2.4.0-test9-pre2
> > > 2000-September-18 (Rev. B)
> > >
> > > 6. In Progress
> > >
> > > . h
As a datapoint, I've had 2.4.0-test9pre6 up over 1.5 days doing
some serious compiling for a piece of that (probably a good 6-8 hours,
but I haven't timed it with my new AMD processor lately).
I'm running X 4.0.1. I don't know where the `c' and `d' bits you
guys are talking about is coming f
> Do you have an idea who maintains the bttv driver (or: who changed it
> in 2.2.18pre) ? It has a bug, and I donno who to tell about it to.
That's not informative email. it even does not mention the bug.
> (MAINTAINERS file has nothing about bttv, just mentions that Alan
> maintains the video4l
Hi Peter,
The question you ask can be answered trivially - yes, it is definitely a
good idea, please make such a patch. But what is far from being trivial is
the magic reg. expression that is capable of catching all "globals
initialized to 0 or NULL". It would be very useful if you showed everyon
2 problems to cover with 2.4.0-test8:
- Apparently when using disk quotas, a chown() that vim does triggers an
Oops somewhere in the disk-quota code (looks like dquot_transfer() from
the traceback). I'll attach the log fragment. Same thing happens if I try
to copy a file from a non-quotaed FS to
Jeff Garzik writes:
> I am glad this was mentioned... It is a valid use of __initdata for
> static variables which you want to go away after boot. There might be
> some wasted space lurking here and there due to un-init'd __initdata
> vars.
You get a compiler warning for un-init'd __initdata va
On Sun, 24 Sep 2000, Oren Held wrote:
> It has a bug, and I donno who to tell about it to.
Why is it not obvious that if you don't know who to speak to then you
should speak to _everyone_. Just broadcast your ideas to the world and
whoever feels like it will give you attention. Is this a good old
Hello!
Do you have an idea who maintains the bttv driver (or: who changed it in
2.2.18pre) ?
It has a bug, and I donno who to tell about it to.
(MAINTAINERS file has nothing about bttv, just mentions that Alan
maintains the video4linux)
Thanks,
Oren.
-
To unsubscribe from this list: send the l
On Sun, Sep 24, 2000 at 04:20:44PM -0400, Giuliano Pochini wrote:
>
> > The problem is not really solvable unless you fix the application to send
> > smaller packets. The only way to shape traffic in IP is to drop packets
>
> There are 3 ways: 1- dropping packets (obvious), 2- buffer packets and
These chunks :
/* long wait for reset */
+ set_current_state(TASK_UNINTERRUPTIBLE);
schedule_timeout(HZ*6);
+ set_current_state(TASK_RUNNING);
Hi, I'd like to use channel bonding driver for high availability.
Currenly the bonding driver does not detect a dead slave link. When a
slave link dies, it causes lots of network retransmits and the effective
speed of the bonding device drops to almost zero. This has been verified
in the lab.
Ho
On Sat, Sep 23, 2000 at 10:34:04AM -0400, safemode wrote:
> my kernel is now obviously using a whole lot of swap for no apparant
> reason except the kernel likes to hurt the hdd. Also i'm getting
> DMA timeouts again causing infinite ide reset loops (which btw are very
This doesn's sound like a
> The problem is not really solvable unless you fix the application to send
> smaller packets. The only way to shape traffic in IP is to drop packets
There are 3 ways: 1- dropping packets (obvious), 2- buffer packets and delay
retransmission (if the receiver gets the packet later, it will ACK it
On Sat, Sep 09, 2000 at 03:18:57PM +0200, Andreas Gruenbacher wrote:
> Hi,
>
> What are the intended semantics for a remount:
>
> (a) equivalent to a mount, resetting all mount options that
> might be set
> (b) change mount options relative to the current mount Aoptions
>
> For ext2, the 2.
1 - 100 of 120 matches
Mail list logo