There are two main purposes to this reorg:
* Split up the tremndously huge xor.c.
* Make it easier to write pure assembly routines without having
to interface with C structure offsets. You can see how nasty
the Alpha and Sparc64 routines were; it promised to be even
worse for IA-64.
On Sat, 9 Sep 2000, Horst von Brand wrote:
> "Albert D. Cahalan" <[EMAIL PROTECTED]> said:
>
> [...]
>
> > That would be the "H=F8jland" in your .sig, right?
> > No problem, '=' is a standard character.
> >
> > My MUA has been RFC-compliant since before this "MIME" thing existed,
> > so I ca
In message <[EMAIL PROTECTED]> you write:
> On Thu, 7 Sep 2000 23:39:11 -0300,
> Cesar Eduardo Barros <[EMAIL PROTECTED]> wrote:
> >My modules.dep has the following lines:
> >
> >/lib/modules/2.4.0-test8-pre1/kernel/net/ipv4/netfilter/ip_nat_ftp.o: /lib
/modules/2.4.0-test8-pre1/kernel/net/ipv4
Linus Torvalds wrote:
>
> I think you missed the point of my original reply completely.
>
> The _technical_ side of the tool in question is completely secondary.
>
> The social engineering side is very real, and immediate.
>
> It's not whether you can use tools to do the work.
>
> It's abo
David Ford wrote:
>
> sorry, forgot to put [patch] in the subject of the last one ;)
>
> this one is cc: to lkml until test9* comes out.
Version 0.9.9 has been released on the driver home page,
http://gtf.org/garzik/drivers/8139too/ An update is also headed to
Linus.
It includes your fix (th
"Albert D. Cahalan" <[EMAIL PROTECTED]> said:
[...]
> That would be the "H=F8jland" in your .sig, right?
> No problem, '=' is a standard character.
>
> My MUA has been RFC-compliant since before this "MIME" thing existed,
> so I can see the full ASCII character set. That includes the carat,
> u
On Sat, 9 Sep 2000, Rasmus Andersen wrote:
>
> Code: 0f b6 0c 03 89 4c 24 14 51 68 8e e5 17 c0 e8 de a4 00 00 83
> >>EIP; c0107f27<=
> Trace; c300
> Trace; c0107f85
Thats not the first oops yet, and as Keith told you, its useless.
-
To unsubscribe from this list: send the l
Linus Torvalds wrote:
>
> On Sat, 9 Sep 2000, Oliver Xymoron wrote:
> >
> > Tools are tools. They don't make better code. They make better code easier
> > if used properly.
>
> I think you missed the point of my original reply completely.
>
> The _technical_ side of the tool in question is comp
On Sat, 9 Sep 2000 22:25:42 -0400 (EDT),
"David Greenwalt" <[EMAIL PROTECTED]> wrote:
>[spam snipped]
>http://www.thepowerstore.com
www.thepowerstore.com, 206.180.232.118 is part of
The Diamond Lane (NETBLK-TDL-BLK)
2415 Radley Court #1
Hayward, CA 94545
US
Netname: TDL-BLK
Netb
Who is Dave and What is Dave's Power Store?
Dave of Dave's Power Store is David Greenwalt, a midwestern
born and raised 35 year old who lives and loves his family,
business, and the sports of bodybuilding and powerlifting in
that order. In fact Dave is the one writing this so I'll
quit talkin
Fastest download from kernel.org.
Mirror at ftp://ftp.**.kernel.org/pub/linux/utils/kernel/modutils/v2.3
replace '**' with your favourite kernel.org mirror.
Master at ftp://ftp.ocs.com.au/pub/modutils/v2.3. (slow)
patch-modutils-2.3.16.gzPatch from modutils 2.3.15 to 2.3.16
mo
sorry, forgot to put [patch] in the subject of the last one ;)
this one is cc: to lkml until test9* comes out.
-d
--
"The difference between 'involvement' and 'commitment' is like an
eggs-and-ham breakfast: the chicken was 'involved' - the pig was
'committed'."
--- 8139too.c.old Thu
On Sat, 9 Sep 2000, Linus Torvalds wrote:
> On Sat, 9 Sep 2000, Oliver Xymoron wrote:
> >
> > Tools are tools. They don't make better code. They make better code easier
> > if used properly.
>
> I think you missed the point of my original reply completely.
[...]
> It's about what kind of people
Giuliano Pochini wrote:
>
> > > This brings me to another point. We probably want some generic
> > > interfaces in ll_rw_blk to unplug individual queues, where you can either
> > > specify either the actual queue a kdev_t. Some of the places, (such as
> > > __wait_on_buffer()) it might make
[reposted for the benefit of anyone wondering what Linus was replying to]
On Sat, 9 Sep 2000, Oliver Xymoron wrote:
> On Sat, 9 Sep 2000, Linus Torvalds wrote:
>
> > I use revision control at work. We use CVS on steroids - CVS with a lo tof
> > the extensions available, and with a "mad scientis
Here's an oops I got repeatedly trying to run 2.3.99-pre8. Reverted
to pre7 for now. (Please do NOT Cc me when replying to the list.)
Unable to handle kernel NULL pointer dereference at virtual address 0034
printing eip:
c014f4e1
*pde =
Oops:
CPU:0
EIP:0010:[]
EFLAGS:
I know, I know. I was just trying to find a review of laptop carrying
backpacks. :)
Has anyone got a good form letter to email to the admins at ZDNET?
Perhaps one should be included with the 2.4 kernel in the Documentation
directory.
Dax Kelson
Guru Labs
-
To unsubscribe from this list: se
On Sat, 9 Sep 2000, Oliver Xymoron wrote:
>
> Tools are tools. They don't make better code. They make better code easier
> if used properly.
I think you missed the point of my original reply completely.
The _technical_ side of the tool in question is completely secondary.
The social engineer
Sean Harding wrote:
> How was fetchmail deficient? fetchmail + procmail should be able to do
> everything you're asking for.
>
> sean
>
> --
> Sean Harding [EMAIL PROTECTED]|"You never know who's still awake
> http://www.dogcow.org/sean/ | you never know who understands."
>
Is there anybody on LKML who is maintaining the cpqarray driver in the 2.4
series of kernels? If there is, I suspect that I am having problems related to
this driver. It is hard to tell what the first bout of OOPSen are, as they
scroll by with lightning speed, but I can make the kernel panic eve
I am currnetly using Redhat Linux 6.2, and am having serious difficulty
finding the "right" email tools, and as this list is often times huge,
and is also linux based, I figured some of you might be using that
tool, i have not found.
here are some of the things I have tried
fetchmail
fet
Summary: ide-tape in 2.4.0-test8 seems to be unable to read the
last block of data in a stream, if the written data wasn't an
exact multiple of the tape unit's block size. 2.2.17 doesn't have
this problem.
Boot kernel 2.4.0-test8.
[root /tmp]# insmod ide-tape
[root /tmp]# dmesg | tail -2
ide-tap
> Here's your report. :)
Gerard,
Thanks for the report. I had the patch you mentioned go in
specifically so I could test this feature on all kinds of hardware. The
attached patch fixes two problems. The first was I didn't test for
invalid combinations of module parameters, i.e. using mult
Date:Sat, 9 Sep 2000 20:22:41 +0200 (CEST)
From: Linux Now <[EMAIL PROTECTED]>
If you just unset it in .config and echo 0 >
/proc/sys/net/ipv4/tcp_ecn, it just acts as if it was enabled.
If you unset it in .config there is no possibility for
ECN _anything_ to occur from our n
> Interesting. So far I have been able to help three or four people
> with a similar setup, but without EZDrive.
Hmmm...maybe it's me who let himself fool by the docs.
Well they told me if Capacity Limiter is used, you MUST use EZDrive to get
full capacity.
Let's hope this _is_ a must. I get to
> On Fri, 8 Sep 2000, Andreas Eibach wrote:
> ...
> >ide0: BM-DMA at 0x4000-0x4007, BIOS settings: hda:pio, hdb:pio
> >ide1: BM-DMA at 0x4008-0x400f, BIOS settings: hdc:pio, hdd:pio
> ...
> >hda: 120060864 sectors (61471 MB) w/2048KiB Cache, CHS=7473/255/63,
UDMA(33)
> > hda:hda: timeout w
On Sat, 9 Sep 2000, Alan Cox wrote:
Alan you assume that you only have one disk (this is okay).
How does this wakeup a spindown?
If you call a 'SETMULTI" and the drive is not ready it may/will hang the
system. This is why I think that the issue of a reset and then a polling
loop of checkpower un
Hello All, I hope somebody else is just honking their own horn
here . But I'd rather check it out with the Kernel Gents first .
http://news.cnet.com/0-1003-202-2719802.html
Tia, JimL
+--
On Sat, Sep 09, 2000 at 08:22:41PM +0200, Linux Now wrote:
>
> I've tested the latest kernels -bitten by truncate too- and have found
> that the ECN configuration does not work as expected.
>
> If you just unset it in .config and echo 0 > /proc/sys/net/ipv4/tcp_ecn,
> it just acts as if it was e
Linus, Andre, all:
Below a tiny patch to ide.c in the handling of the
HDIO_DRIVE_TASK ioctl. It makes sure that the
command goes to the right device.
(The current version obliges user space to keep track
of master/slave, which is inconvenient. Given this
patch I can release some disk utilities w
On Fri, 8 Sep 2000, Andreas Eibach wrote:
...
>ide0: BM-DMA at 0x4000-0x4007, BIOS settings: hda:pio, hdb:pio
>ide1: BM-DMA at 0x4008-0x400f, BIOS settings: hdc:pio, hdd:pio
...
>hda: 120060864 sectors (61471 MB) w/2048KiB Cache, CHS=7473/255/63, UDMA(33)
> hda:hda: timeout waiting for DMA
On Sat, 9 Sep 2000 [EMAIL PROTECTED] wrote:
> On Sat, Sep 09, 2000 at 03:25:35PM +0200, Tim Brunne wrote:
> > Thanks for this patch. But why hasn't it been included into
> > the kernel earlier? Wouldn't be a combination of yours and my
> > patch be the proper way? As far as I understand you switc
Cesar Eduardo Barros wrote:
>
> This patch detects the bogus '255' values (meaning no IRQ/DMA) in the VIA
> parport code.
>
> Not tested or compiled.
Patch looks good to me. Self-contained inside the Via code I wrote,
which is important.
Longer term, I would like to fix up the values and ensu
On 0, Keith Owens <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Sep 2000 14:48:51 +0200,
> Rasmus Andersen <[EMAIL PROTECTED]> wrote:
> >I just got hold of an old machine (P75, 32MB RAM). On trying to install
> >RH 6.2 on it, I got an oops after loading the kernel from the boot floppy.
> >I then tried
This patch detects the bogus '255' values (meaning no IRQ/DMA) in the VIA
parport code.
Not tested or compiled.
diff -Naur linux-2.4.0-test8.orig/drivers/parport/parport_pc.c
linux-2.4.0-test8/drivers/parport/parport_pc.c
--- linux-2.4.0-test8.orig/drivers/parport/parport_pc.c Sat Sep 9 17:09
Alexander Viro wrote:
>
> On Sat, 9 Sep 2000, Harald Dunkel wrote:
>
> > Hi folks,
> >
> > I still experience problems with the most recent kernels. It seems
> > to be related to soundcore.
>
> Funny... s->unit_fops pointing to bogus place in soundcore_open().
> What soundcard are you using?
S
The PAS16 sound support includes code for the Soundblaster capability on
the card. I found an apparent Makefile error which does not enable the
Soundblaster support as anticipated. Adding SB support induces an error
for uart401 being included twice at various points of the build process.
The enc
On Sat, 9 Sep 2000, Peter Steiner wrote:
> new_fops = fops_get(s->unit_fops);
> 0x521 : movl 0x4(%ebx),%eax
ITYM
> #define fops_get(fops) \
> (((fops) && (fops)->owner) \
^ Bang!
fops (== s->unit_ops) points to
On Sat, 9 Sep 2000, Harald Dunkel wrote:
> Hi folks,
>
> I still experience problems with the most recent kernels. It seems
> to be related to soundcore.
Funny... s->unit_fops pointing to bogus place in soundcore_open().
What soundcard are you using?
-
To unsubscribe from this list: send the
Hi Keith,
> Your best option is to convert dput+77 back to 8 digit hex and run the
> resulting log through ksymoops. +77/328 is offset 77, the next label
> that klogd knows about is 328 bytes later, ignore the /328. AFAIK
> klogd prints offsets in decimal but check the source code of
> sysklog
> > This brings me to another point. We probably want some generic
> > interfaces in ll_rw_blk to unplug individual queues, where you can either
> > specify either the actual queue a kdev_t. Some of the places, (such as
> > __wait_on_buffer()) it might make more sense to unplug just the que
On Sat, 9 Sep 2000, Ben Collins wrote:
> I don't know too much about this bug, but this is what happened to me. My
> mail spool (mbox format, read with mutt) kept getting filled with null
> bytes at the end. Interesting part (which may be a clue) is that it was
> also getting ksyms mapped to th
Harald Dunkel <[EMAIL PROTECTED]> wrote:
>>>EIP; c885844d <[soundcore]soundcore_open+49/184> <=
>Trace; c0128394
>Trace; c01276a9
>Trace; c01275e3
>Trace; c01278d9
>Trace; c0108d23
drivers/sound/sound_core.c:soundcore_open:
spin_lock(&sound_loader_lock);
if (s)
0x51d
I need to create a "file" in /proc to monitor some kernel
variables from user space. How can I do ? / Where can I
get docs ? And how can I do time measurements from
inside the kernel ?
Bye.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Sat, 09 Sep 2000 19:20:15 +0100,
Ralph Corderoy <[EMAIL PROTECTED]> wrote:
>01:52:30 EIP:0010:[dput+77/328]
>
>I believe I should be able to look up dput in the System.map klogd is
>using, add on the offset, and then look that number up in the real
>System.map. Is this doable?
Your
I've tested the latest kernels -bitten by truncate too- and have found
that the ECN configuration does not work as expected.
If you just unset it in .config and echo 0 > /proc/sys/net/ipv4/tcp_ecn,
it just acts as if it was enabled.
If you include it in your .config and then echo 0 >/proc/sys/n
Hi,
We've a machine that has been suffering Oops over the last few days
after weeks of stability. I'll post more on that later. My current
problem is a bunch of Oops that klogd has resolved the addresses on.
Problem is, I've just worked out the machine has /boot/System.map as
the wrong map.
G
On Sat, Sep 09 2000, Jens Axboe wrote:
> > > Detected scsi disk sdb at scsi0, channel 0, id 4, lun 0
> > > [...]
> > > Detected scsi disk sdc at scsi0, channel 0, id 3, lun 0
> > > [...]
> > > Detected scsi disk sdd at scsi0, channel 0, id 4, lun 0
> > >
> > > I think this is caused by the additi
On Sat, Sep 09 2000, Torben Mathiasen wrote:
> On Sat, Sep 09 2000, Jan Niehusmann wrote:
> > With linux-2.4.0-test8, all my scsi disks appear duplicated:
> >
> > Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
> > [...]
> > Detected scsi disk sdb at scsi0, channel 0, id 4, lun 0
> > [...
On Sat, Sep 09, 2000 at 07:25:53PM +0200, Torben Mathiasen wrote:
> This seems to some kind of scsi weirdness. Jens reports its the
> same with sr. Maybe Eric have a comment on this?
Some additional datapoints: I just commented out the last two lines
of sd.c:
--- sd.c.orig Sat Sep 9 17:47:46
On Sat, Sep 09, 2000 at 08:56:40AM -0400, James Simmons wrote:
>
> Yipes!! I have seen this happen when /etc/inittab is messed up.
>
Why would it only be messed up on a 2.4.0-test kernel and not a 2.2.x
kernel?
--
David Benfell
[EMAIL PROTECTED]
ICQ 59438240 [e-mail first for access]
---
Ther
Actually, I've been having a problem compiling the kernel ever since test7
(test6 compiled fine for me). The errors I see include both segfaults
(which I thought might be memory related, but alas no), and the
folling "parse" error:
On Sat, Sep 09 2000, Jan Niehusmann wrote:
> With linux-2.4.0-test8, all my scsi disks appear duplicated:
>
> Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
> [...]
> Detected scsi disk sdb at scsi0, channel 0, id 4, lun 0
> [...]
> Detected scsi disk sdc at scsi0, channel 0, id 3, lun 0
I had the same problem on a RedHat 6.2 distro.
on 2.4 Ifup for dhcp card fails if done after ifup for static ip.
The problem comes from the pump package.
Using dhcpcd instead of pump fixed the problem completely.
kind regards,
Harm
>I got the same problem.
>The consequence was that if my eth0 ca
On Sat, Sep 09, 2000 at 02:01:29PM -0300, cesarb wrote:
>
> I just got a spontaneous reboot in test8. My logs say nothing. It was less
> than an hour after booting it into test8.
>
> [...]
>
> I'll send the rest of the dmesg output (or any other info on my hw) later if
> needed, I'm afraid that
I just got a spontaneous reboot in test8. My logs say nothing. It was less
than an hour after booting it into test8.
Looking at lkml, I saw two people with the same problem, and I noticed some
things in common with them:
- Both were using iptables
- Both were using ip forwarding (I guess)
- Bot
On Sat, 9 Sep 2000, Daniel Phillips wrote:
> Simon Huggins wrote:
> > On Thu, Sep 07, 2000 at 08:46:56AM +1100, Keith Owens wrote:
> > ... and a few more times recent weeks ...
> >
> > >
> > > Why don't you look in linux/Documentation/Changes? That file exist
> > > precisely to stop repeated q
On Sat, 9 Sep 2000, Russell King wrote:
> Also, please note that I was talking about the whole machine, NOT just
> the hard drive.
Okay, but I was responding based upon the subject line.
Cheers
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from this list: send the line "unsubscribe lin
Christoph Rohland writes:
> Russell King <[EMAIL PROTECTED]> writes:
> > (and I've seen my Thinkpad 380XD with RH's 2.2.14-5.0 kernel and
> > RH's apmd run itself dead. Kill apmd and it'll do the right thing
> > and suspend, then hibernate. And no, I haven't even attempted to
> > debugg it yet).
Russell King <[EMAIL PROTECTED]> writes:
> Jamie Lokier writes:
> > With laptops, people are willing
> > to assume the RAM is reliable -- accidentally pulling the plug out won't
> > lose the data.
>
> But a buggy apm implementation and the battery running down can.
>
> (and I've seen my Thinkpa
Hello!
> I guess I´d also need to call lock_sock() from sendmsg(). And before
> calling x25_kick from socket input path, I´d need to verify that
> sk->lock.users is zero. If sk->lock.users was !=0, I´d need some atomic
> variable anyway in order to defer the kick.
In input path you have a packe
On Sat, 9 Sep 2000, Tim Brunne wrote:
> I think Jamie is right. The nice feature of the old
> bdflushd deamon was, that disk writes were possible
> without spin up of the disk, because of RAM
> buffering. This is achived again by patching the
> kernel later than 2.2.10.
It is still possible with
I don't know too much about this bug, but this is what happened to me. My
mail spool (mbox format, read with mutt) kept getting filled with null
bytes at the end. Interesting part (which may be a clue) is that it was
also getting ksyms mapped to the end of the file (twice this happened).
I'm not s
[EMAIL PROTECTED] (Alexander Viro) wrote on 08.09.00 in
<[EMAIL PROTECTED]>:
> useless. Care to provide better example? I can, BTW, but it's much more
> convoluted and very rare. Furrfu...
Which is exactly the point *I* am trying to make. The problems you need a
debugger for are exactly the
[EMAIL PROTECTED] (Linus Torvalds) wrote on 06.09.00 in
<[EMAIL PROTECTED]>:
> On Wed, 6 Sep 2000, Tigran Aivazian wrote:
> >
> > very nice monologue, thanks. It would be great to know Linus' opinion. I
> > mean, I knew Linus' opinion of some years' ago but perhaps it changed? He
> > is a livin
[EMAIL PROTECTED] (Ingo Molnar) wrote on 05.09.00 in
<[EMAIL PROTECTED]>:
> On Tue, 5 Sep 2000, Andi Kleen wrote:
>
> > I don't really believe that. It is as easy to add a silly NULL pointer
> > check based on a oops as it is after a debugging session (and it is
> > even likely you chose the si
[EMAIL PROTECTED] (Ingo Molnar) wrote on 05.09.00 in
<[EMAIL PROTECTED]>:
> debugging tools are not necesserily the most important goal to help the
> Linux kernel. IMO we rather need people who have a deeper understanding of
> things - even if this makes support a bit harder. If it was up to th
[EMAIL PROTECTED] (David S. Miller) wrote on 05.09.00 in
<[EMAIL PROTECTED]>:
> I don't want this
> to start happening, and automated debugging/profiling tools tend to
> encourage people to operate in such a way.
Somehow I suddenly get the impression we're talking past each others.
Since w
With linux-2.4.0-test8, all my scsi disks appear duplicated:
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
[...]
Detected scsi disk sdb at scsi0, channel 0, id 4, lun 0
[...]
Detected scsi disk sdc at scsi0, channel 0, id 3, lun 0
[...]
Detected scsi disk sdd at scsi0, channel 0, id 4,
Simon Huggins wrote:
> On Thu, Sep 07, 2000 at 08:46:56AM +1100, Keith Owens wrote:
> ... and a few more times recent weeks ...
>
> >
> > Why don't you look in linux/Documentation/Changes? That file exist
> > precisely to stop repeated questions like this on the linux kernel
> > developers list
Tim Brunne writes:
> Richard Gooch wrote:
>
> > Jamie Lokier writes:
> > > Russell King wrote:
> > > > > With laptops, people are willing
> > > > > to assume the RAM is reliable -- accidentally pulling the plug out won't
> > > > > lose the data.
> > > >
> > > > But a buggy apm implementation and
On Fri, Sep 08, 2000 at 10:19:17AM +0200, Andreas Eibach wrote
about his problems with a large disk:
> Motherboard GA-586 SG w/AWARD BIOS 4.51PG
> (no updates available anymore from the manufacturer! 586sg
> BIOS rev. is 1.15)
> Maxtor 60 GB hard drive:
>- Capacity Limitation Jumper J46 APPL
> I have and offered it to the folks at linuxcare the apmd guys.
> The ideas were to create an ioctl pair that would/could knock-out a drive
> and preserve the settings, because the reset command to wake it up flushes
> the settings. Thus after the wakeup reset, and a checkpower-loop for
> ready-
On Sat, Sep 09, 2000 at 03:03:27PM +0900, NIIBE Yutaka wrote:
> - }
> + if (optname == IP_PKTINFO || optname == IP_RECVTTL
> + || optname == IP_RECVTOS || optname == IP_RECVOPTS
> + || optname == IP_RETOPTS || optname == IP_TOS
> + || optname == IP_TTL || optname ==
On Sat, Sep 09, 2000 at 03:38:26AM -0700, David S. Miller wrote:
>Date: Sat, 9 Sep 2000 12:32:34 +0200
>From: Jamie Lokier <[EMAIL PROTECTED]>
>
>So our TCP stack can observe this and say "ah, that route doesn't
>do ECN; let's retry without ECN and see if we get a better
>
> > This patches changes the names of the init-functions for the
> > hamradio-drivers pt.c and pi2.c. None of the new names are used anywhere
> > else in the kernel.
>
> Patch applied, but I also wonder why these things are global names anyway?
> Why not just change them to be static?
Because 2.
On Sat, Sep 09, 2000 at 03:25:35PM +0200, Tim Brunne wrote:
> Thanks for this patch. But why hasn't it been included into
> the kernel earlier? Wouldn't be a combination of yours and my
> patch be the proper way? As far as I understand you switch
> off automatic buffer flushing completely, but it
Hi all!
I'm not subscribed to the list, but got a crash this morning with the
brand new 2.4.0-pre8. Hope it helps.
BTW, thanks for your great work.
J. Accot
--
[1.] One line summary of the problem:kernel BUG at ll_rw_blk.c:711
[2.] Full description of the problem/report:
First, I
Hello.
In the patch for test7, the lines:
@@ -189,7 +190,7 @@
#if defined CONFIG_ISAPNP || defined CONFIG_ISAPNP_MODULE
static int isapnp = 1;
static int isapnpjump = 0;
-static int multiple= 0;
+static int multiple= 1;
static int reverse = 0;
static int uart401 = 0;
Andrea Arcangeli wrote:
> On Fri, 8 Sep 2000, Tim Brunne wrote:
>
> >*a silent hard disk hard disk is no longer feasible since kernel
> >2.2.11*.
>
> Try:
>
> echo 40 500 64 256 0 >/proc/sys/vm/bdflush
>
> once you want to return to the old behaviour:
>
> echo 40
On Thu, Sep 07, 2000 at 08:46:56AM +1100, Keith Owens wrote:
... and a few more times recent weeks ...
>
> Why don't you look in linux/Documentation/Changes? That file exist
> precisely to stop repeated questions like this on the linux kernel
> developers list.
>
Because the file just lists v
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.2.17 kernel implements (a),
while 2.4.0-test8 implements (b).
Thanks,
Andreas.
-
> Note that this problem has only appeared after rebooting from a 2.3.x
> or 2.4.0-testx kernel without a full power down. As long as I never
> bring up a newer kernel AND do a shutdown -r, I don't have this
> problem.
Sounds like the BIOS cleaned up after vgacon.
> too alarmed. Basically, i
> > This would be vgacon, having never figured out if it's even possible
> > to get framebuffers working on the machine.
> >
> > Also, the normal power-saving/screen-saving function of blanking the
> > screen is not working.
> >
> Hello,
>
> More information from /var/log/messages (this is a s
On Fri, 8 Sep 2000, Tim Brunne wrote:
>*a silent hard disk hard disk is no longer feasible since kernel
>2.2.11*.
Try:
echo 40 500 64 256 0 >/proc/sys/vm/bdflush
once you want to return to the old behaviour:
echo 40 500 64 256 500 >/proc/sys/vm/bdfl
Ravindra Jaju <[EMAIL PROTECTED]> writes:
> The second time, it was fine till about 2 hours, while I was writing
> *this* mail. Rebooted all of a sudden (no idea as to where the
> problem was. It was _quick_. No messages, nothing).
>
i had exactly the same problem with 2.4.0-test8. suddenly the
Andrew Morton <[EMAIL PROTECTED]> writes:
> Please try this with your 3CCFE575BT. Quick test: go to another machine
> and run
>
> ping -f -s 5 name_of_3com_machine
>
>
> --- 3c575_cb.c.orig Sat Sep 9 18:56:29 2000
> +++ 3c575_cb.cSat Sep 9 18:56:20 2000
> @@ -1359,7 +135
Hi folks,
I still experience problems with the most recent kernels. It seems
to be related to soundcore.
Regards
Harri
--
Harald Dunkel | [EMAIL PROTECTED] | If your operating system seems to
Synopsys GmbH | Kaiserstr. 100 | be made by Dr. Frankenstein, then
52134 Herzogenrath, Germany
On Sat, 09 Sep 2000, Mark Hindley wrote:
>
>
> No joy with specifying the memory size. I have 64MB. I have tried mem=64M and
> 32/16/8. Still just reboots.
>
> Any other suggestions?
>
> Mark
>
I've been having a similar problem with an i430TX m/b, P5-233MMX with
both stable and deve
Date:Sat, 9 Sep 2000 12:32:34 +0200
From: Jamie Lokier <[EMAIL PROTECTED]>
So our TCP stack can observe this and say "ah, that route doesn't
do ECN; let's retry without ECN and see if we get a better
response".
This might work. Although, a tougher case to handle are the
f
Jamie Lokier <[EMAIL PROTECTED]> writes:
> Now, for how to deal with firewalls that block ECN. Perhaps it's a
> _good_ thing that they send RSTs.
Not all of them do. For example, attempting to access www.tesco.com
with ECN enabled produces no response at all to the SYN packets, it
looks as thou
Graham Murray wrote:
> "David S. Miller" <[EMAIL PROTECTED]> writes:
>
> > The authors of rfc793 probably, in all honesty, really meant
> > "must be set to zero by current implementations".
>
> I agree, to me it seems obvious that the reason is so that these bits
> could be used at some time in
narrowed it down significantly i think. copying large files via the
network (note: 100M FD) makes it explode. the network card this is
happening on is the 8139 driver.
8139too Fast Ethernet driver 0.9.8 loaded
eth2: SMC1211TX EZCard 10/100 (RealTek RTL8139) board found at
0xdd00, IRQ 5
eth2
Albert D. Cahalan wrote:
> > You can say it louder but you can't say it clearer. I'd love to know that
> > my surname shows up correctly everywhere. BTW, mutt shows MIME
> > patches in plain text without any problems
>
> That would be the "H=F8jland" in your .sig, right?
> No problem, '=' is
"David S. Miller" <[EMAIL PROTECTED]> writes:
> The authors of rfc793 probably, in all honesty, really meant
> "must be set to zero by current implementations".
I agree, to me it seems obvious that the reason is so that these bits
could be used at some time in the future for some, then unknown,
Richard Gooch wrote:
> Jamie Lokier writes:
> > Russell King wrote:
> > > > With laptops, people are willing
> > > > to assume the RAM is reliable -- accidentally pulling the plug out won't
> > > > lose the data.
> > >
> > > But a buggy apm implementation and the battery running down can.
> >
> >
On Sat, 9 Sep 2000, Arjan van de Ven wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > This patch fixes a init-function name-clash between some code in paride
> > and net/hamradio. Apparently, _noone_ uses these simultaneous, as this
> > bug has existed since the times of v2.0.xx at least...
Somewhere out of blue, this kernel is spontaneously rebooting, no OOPS,
no nothing.
It's on an AMD K6-III 450 using iptables, advanced routing, devfs,
hardly anything running.
# ps aux
USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND
root 1 13.7 0.3 1036 472 ? S
Andre Hedrick writes:
> If apmd could issue a WIN_STANDBY value and execute WIN_STANDBYNOW1 then
> the drive would know the thresholds to attempt a "suspend". Where as an
> issue of WIN_SLEEPNOW1 would "hibernate" the drive.
Ok, so that deals with the hard drive, so the series of events
on hiber
On Sat, 9 Sep 2000, Russell King wrote:
> Andre Hedrick writes:
> > You know that it would take me 25 minutes or less to fix the code if I had
> > a full native taskfile. This would allow a (void *)(void) to be set in
> > kernel apmd and have all the drive data and callouts.
>
> Andre,
>
> I t
1 - 100 of 110 matches
Mail list logo
