Steve Underwood writes:
> "David S. Miller" wrote:
> > They needed some help from him to position Mir for it's
> > final descent.
>
> Strange. I thought his key skill was stopping things from crashing!
This crash was inevitable, he's just making sure the disks get
sync'd.
Later,
David S.
"Mohammad A. Haque" <[EMAIL PROTECTED]> said:
> My machine locked hard last night for an unknown reason under
> 2.4.3-pre4. Rebooted and it did it's fsck thing. Got alot of errors
> about missing '..', fixed alot of things and moved some stuff to
> /lost+found.
>
> Some files got screwed up so I
hmm, on second thought, I think I would prefer the attached patch
(compiled but not tested).
Hardware usually returns all 1's when it's not present, or not working,
so think checking for addresses filled with 1's is a good idea too.
I also took the patch from alan's tree and made the memcmp agai
> That seems strange. What is realserver failing with ?
It isn't so much failing as it hangs. I don't know if you have used it
or not. On a startup of the realserver under a 2.2 kernel here is the
output:
*
RealServer (c) 1995-2000
On 22 Mar 2001 [EMAIL PROTECTED] wrote:
> Hi. I was wondering if there has been any discussion of kernel
> regression testing. Wouldn't it be great if we didn't have to depend
> on human testers to verify every change didn't break something?
>
> OK, I'll admit I haven't given this a lot of tho
On Thu, 22 Mar 2001, Brian Dushaw wrote:
> And for the record:
>
> "hdparm -d1 -t -X69 /dev/hda" gives:
My current hdparm line looks like this:
hdparm -m16 -c1 -u1 -k1 -X69 /dev/...
With this, I can get 28.x MB/s instead of 15.y with just -X69.
Nils
--
Nils Philippsen / Berliner Straße 39 /
Ulrich Windl wrote:
> void
> Phy82562EHDelayMilliseconds(int Time)
> {
> udelay(Time);
> }
>
> AFAIK, udelay() delays microseconds, not milliseconds.
Yep, you are correct, and the code is incorrect.
mdelay() delays milliseconds.
--
Jeff Garzik | May you have warm words on a cold eve
Hi. I was wondering if there has been any discussion of kernel
regression testing. Wouldn't it be great if we didn't have to depend
on human testers to verify every change didn't break something?
OK, I'll admit I haven't given this a lot of thought. What I'm
wondering is whether the user-mode
Andre Hedrick wrote:
> You may get a burst because of caching prefetch or predictive readahead,
> but that is artifical; however, in your case the root directory begins 25%
> in the drive.
But still it gives faster transfers than /dev/hda. The question is why.
I do not think that factor 2 can be
>From the source code of drivers/net/e100.c:
/
* Name: Phy82562EHDelayMilliseconds
*
* Description: Stalls execution for a specified number of milliseconds.
*
* Arguments: Time - milliseconds to delay
On Wed, 21 Mar 2001, David Schwartz wrote:
>
> > how does linux provide the hostid string?
> >
> > on a sun box this is a guaranteed unique identifier, since AFAIK
> > intel architecture does not have this unique identifier can
> > two linux boxes end up with same hostid by chance?
>
> If
instead of need_reshed being a per-task flag, could it be
as a global flag ?, since every time current->need_reshed
is checked, schedule() is just called to pick another
process.
---
ðÏÌÕÞÉÔÅ É ÷Ù Ó×ÏÊ ÂÅÓÐÌÁÔÎÙÊ ÜÌÅËÔÒÏÎÎÙÊ ÁÄÒÅÓ ÎÁ http://Mail.ru
-
To unsubscribe from this list: send the line
[EMAIL PROTECTED] said:
> drivers/char/applicom.c
There's a rewrite of this for the new PCI API. Doesn't yet support the ISA
cards because I didn't have one to test with. I'll try to get hold of one
and submit it.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
In response to some suggestions I give
more for the record on my problem of getting
ata100 transfer rates:
"hdparm /dev/hda" gives:
/dev/hda:
multcount= 0 (off)
I/O support = 1 (32-bit)
unmaskirq= 1 (on)
using_dma= 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
re
I have a question regarding a busy box I recently updated to
'2.4.2-ac20'. It has been running for several hours without any real
problems until I started getting 'dmesg' entries like:
Out of Memory: Killed process 30293 (httpd).
Out of Memory: Killed process 32552 (mysqld).
Not a quick check wi
> just look at fs/cramfs/inode.c:cramfs_read_page()
> It uses page_address instead of kmap().
>
> I would have fixed it myself, but I don't know, how I should
> kunmap() it, once we have memory pressure.
Take a look at ramfs. kmap isnt really a 'pressure' thing. You want to kunmap
the page as so
Alan,
patch against -ac20 fixes a few things:
- console.c: reviewed and commented locking rules
- tioclinux(): set_selection() was racy wrt console writes, which
causes mouse droppings on the screen when using gpm. It was
always SMP racy. Removing the console_lock make it UP-racy.
Now f
On Wed, Mar 21, 2001 at 11:41:33PM +, Alan Cox wrote:
> > > handle the situation with 2 different CPUs (AMP = Assymmetric
> > > multiprocessing ;-) correctly.
> >
> > "correctly". Intel doesn't support this (mis)configuration:
> > especially with different steppings, not to mention models.
alterity <[EMAIL PROTECTED]> wrote:
>Haven't seen a post for sometime from the usually prolific Mr Cox.
>What's the gossip?
They needed some help from him to position Mir for it's
final descent.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscrib
> here http://www.eurocomla.com/m805lr.htm) I have to get it working to
> stream our meetings with realserver. as such I cannot use the new 2.4
> kernels with it since Realserver won't work with them. I am having
That seems strange. What is realserver failing with ?
-
To unsubscribe from this
Hi !
I'm changing the ADB bus reset & probe code to be in a kernel threads
that is created when a bus reset is triggered and that dies of it's own
death.
Everything is fine when the bus reset is triggered during kernel init as
my thread is a child of init. However, when created as a result of a
On Wed, Mar 21, 2001 at 08:48:54PM -0300, Rik van Riel wrote:
> On Wed, 21 Mar 2001, Patrick O'Rourke wrote:
> > Since the system will panic if the init process is chosen by
> > the OOM killer, the following patch prevents select_bad_process()
> > from picking init.
There is a dozen other proces
alterity <[EMAIL PROTECTED]> wrote:
>Haven't seen a post for sometime from the usually prolific Mr Cox.
>What's the gossip?
Don't worry, missed him as well, but he's been posting
comments since yesterday. His personal webpage hasn't
been updated since 13th of this month though...
Danny
--
---
> Since the system will panic if the init process is chosen by
> the OOM killer, the following patch prevents select_bad_process()
> from picking init.
Hmmm, wouldn't it be nice to make this all configurable? Like; have
some list of PIDs that can be killed?
I would hate it the daemon that checks
Haven't seen a post for sometime from the usually prolific Mr Cox.
What's the gossip?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
hello,
It is for all the three cases.
It also contains for the case in which it does not match any one of them
that is the default entry.
Warm Regards,
Nomit Kalidhar,
Infosys-West, Pune.
ph 925-32801
Extn. 2293
> Ok, the question is: does anyone know a place on the web where I can find
> specifications of ISA-slots? I need to know what is supposed to be
connected
> to
> the pins (1, 2, 6, etc.)
AO> It is supposed to do that!
Yes, I guess so!
AO> That sounds like the card that came with an old DOS debug
Tomasz Sterna wrote:
>
> On Wed, Mar 21, 2001 at 09:13:05AM -0800, James Simmons wrote:
> > >Isn't that a job of the device drivers?
> > Well most of those resources are present on every PC motherboard.
>
> I still can't see a reason for allocating it before the device drivers
> could do that.
>
On 22 Mar 2001, Eric W. Biederman wrote:
> Is there ever a case where killing init is the right thing to do? My
> impression is that if init is selected the whole machine dies. If you
> can kill init and still have a machine that mostly works, then I guess
> it makes some sense not to kill it.
>
And for the record:
"hdparm -d1 -t -X69 /dev/hda" gives:
/dev/hda:
setting using_dma to 1 (on)
setting xfermode to 69 (UltraDMA mode5)
using_dma= 1 (on)
Timing buffered disk reads: 64 MB in 5.64 seconds = 11.35 MB/sec
--
%%
No luck with either William's or Agus's suggestions. Still 11 MB/s
transfer rate, dma enabled or not. The motherboard is a newer IWILL.
dmesg outputs:
Uniform Multi-Platform E-IDE driver Revision: 6.30
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE contr
Andrzej Krzysztofowicz wrote:
>
> Hi,
> It looks like a not fully merged patch from Alan's tree:
>
> drivers/net/net.o: In function `pcnet32_open':
> drivers/net/net.o(.text+0x3bb9): undefined reference to `is_valid_ether_addr'
> drivers/net/net.o: In function `pcnet32_probe1':
> drivers/net/n
Hello lkml,
I have two machines AlphaServers ES40
machine 1 with 4 Gbytes of RAM
machine 2 with 8 Gbytes of RAM
These two machines work perfectly with Tru64, The RAM is ok
on both of these machines.
1) I recompiled kernel 2.2.19pre17aa1
==> The two machines boot well, but are limited to 2 Gb
Marcelo Tosatti writes:
> Are you sure flush_page_to_ram()/flush_icache_page() without
> page_table_lock held is ok for all archs?
This is actually a sticky area. For example, I remember that a long
time ago I noticed that it wasn't necessarily guarenteed that even
all the flush_tlb_{page,mm
Jens Axboe wrote:
> You don't need a slow disk, it's trivial to provoke 256 sector sized
> request on even the fastest disk available. People hit it all the time,
> just with working drives...
Here is an update on the 255 vs 256 IDE issue. As Jens said, if it
screws up on every 256, then I shou
On Wed, Mar 21, 2001 at 09:27:47PM -0800, Dr. Kelsey Hudson wrote:
> I've got a SmartCACHE IV...This driver seems not to recognize it.
It is not supposed to. For DPT .* I - IV use CONFIG_SCSI_EATA
'EATA ISA/EISA/PCI (DPT and generic EATA/DMA-compliant boards)'
option.
--
marko
-
To unsubscri
On Wed, 21 Mar 2001, Linus Torvalds wrote:
> diff -u --recursive --new-file pre6/linux/mm/memory.c linux/mm/memory.c
> --- pre6/linux/mm/memory.cTue Mar 20 23:13:03 2001
> +++ linux/mm/memory.c Wed Mar 21 22:21:27 2001
> @@ -1031,18 +1031,20 @@
> struct vm_area_struct * vma, unsigned l
On 21 Mar 2001, Kevin Buhr wrote:
> Mike Galbraith <[EMAIL PROTECTED]> writes:
> >
> > Yes. I'm so used to UP numbers I didn't think. I saw user larger than
> > real on my UP box yesterday during some testing, and then seeing this
> > post... oops.
>
> Okay, so you see "user > real" on a UP box
Hi
I have a question related to forwarding information base(FIB).
Depending upon destination IP address a packet can be
a) for this machine
b) for a machine to which this machine is directly connected
c) for a machine to which this machine is not directly connected.
Does FIB contain the
On Wed, Mar 21, 2001 at 09:13:05AM -0800, James Simmons wrote:
> >Isn't that a job of the device drivers?
> Well most of those resources are present on every PC motherboard.
I still can't see a reason for allocating it before the device drivers
could do that.
Any suggestions? Anyone?
> This wi
Rik van Riel <[EMAIL PROTECTED]> writes:
> On Wed, 21 Mar 2001, Patrick O'Rourke wrote:
>
> > Since the system will panic if the init process is chosen by
> > the OOM killer, the following patch prevents select_bad_process()
> > from picking init.
>
> One question ... has the OOM killer ever se
201 - 241 of 241 matches
Mail list logo