hi everybody,
when i tried to read the inode of proc file/directory
using a pointer to dirent which is returned by the readdir().,
i am getting a different inode number(32449)instead of which
is shown as inode 2 when ls -ia is done.
hope it is clear..
thanks for all who tried to clarif
Hi Pavel,
On Fri, 8 Jun 2001, Pavel Roskin wrote:
> Hello!
>
> It appears that a system with tmpfs mounted with the default (!!!)
> parameters can be used by ordinary users to make the system
> non-functional.
...
> 1) tmpfs, as opposed to ramfs doesn't limit the usage by
>default. It's no
No I would not take their code and apply it.
I might not even want to look at it.
All I want is the API rules to the signatures and we have them now.
We do not need their driver.
Next insults to linux in this form are unacceptable means of
communication.
*
This support will also includ
On Tue, Jun 12, 2001 at 11:22:56PM -0700, Andre Hedrick wrote:
> I do not want or need your company's patches, period.
That's just not true and you know it. If the patches were to be written in
cooperation with you and of proper quality and license you would love them.
> I will not take or acce
On 12 Jun, Linus Torvalds wrote:
> Yes. Although I hope it's going to be XvMPG2 or something - some cards
> literally do all of the mpeg2 stuff, not just parts of it, and
> limiting yourself to just the motion comp is limiting the protocol
> quite badly.
I recompiled a complete X with the exten
Mr. Craig Lyons,
I do not want or need your company's patches, period.
I will not take or accept or approve of any dirty code that allows the a
poorly written binary driver that can not control its ISR and it
interferes irresponsiblily with the native ATA driver.
These are the words from your d
Hello,
(Please CC [EMAIL PROTECTED] as I'm
not on the list)
I'm getting lockups when I try to
use my cd burner (SCSI burner).
Using an Asus A7V133 motherboard
that uses the VIA KT133A chipset
(using an Athlon 1.2ghz). I've
scanned the archives and see issues
with people using the udma/100 ide
con
On Tue, 12 Jun 2001, Larry McVoy wrote:
> This is cute:
>
> $ ls -li /proc
> ...
>4106 -r--r--r--1 root root0 Jun 12 18:53 dma
>4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
>4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
>4
Are these page_launder improvements included in 2.4.6-pre3? Linus
mentions "VM tuning has also happened" in the announcement - but there
doesn't seem to be mention of it in his list of changes from -pre2...
Thanks
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECT
On Tue, 12 Jun 2001, Jeff Garzik wrote:
>
> What is are the guarantees about the order of calls to
> pci_driver::suspend and pci_driver::resume?
>
> Will a driver get calls like
> suspend(D3)
> suspend(D2)
> suspend(D1)
Not possible, according to the PCI PM Spec.
These are
On Tuesday June 12, [EMAIL PROTECTED] wrote:
>
>
> On Wed, 13 Jun 2001, Neil Brown wrote:
>
> >Call fat_iget(i_location).
> > If this finds something, check i_logstart.
> > If it matches, assume SUCCESS.
> >
> >Then comes the tricky bit: read the directory entry
> > indic
On Wed, 13 Jun 2001, Neil Brown wrote:
>Call fat_iget(i_location).
> If this finds something, check i_logstart.
> If it matches, assume SUCCESS.
>
>Then comes the tricky bit: read the directory entry
> indicated by i_location, check the i_logstart is right,
> if it is
On Tuesday June 12, [EMAIL PROTECTED] wrote:
> Hi. I seem to remember that at one time in the 2.2 series I was able
> to to export fat32 file systems using nfs, but now it doesn't work
> anymore.
No, it doesn't.
It did in early 2.2 due to some fairly ugly hacks which just had to
go. They work
What is are the guarantees about the order of calls to
pci_driver::suspend and pci_driver::resume?
Will a driver get calls like
suspend(D3)
suspend(D2)
suspend(D1)
or just one suspend call?
What effect does the return value have on the rest of the system? On
the order
>You can tune things by setting the tcp-timeout probably..I don't
>know exactly where to set this..
Aha, found it. /proc/sys/net/ipv4/tcp_syn_retries
I am a victim of the exponential retry falloff, it would seem. syn_retries
of 1 takes a few seconds, 3 takes less than half a minute, and 5 tak
Rob Landley wrote:
>
> I have scripts that ssh into large numbers of boxes, which are sometimes
> down. The timeout for figuring out the box is down is over an hour. This is
> just insane.
>
> Telnet and ftp behave similarly, or at least tthey lasted the 5 minutes I was
> willing to wait, anyw
On 12 Jun 2001 18:56:03 -0700, Larry McVoy wrote:
>
>4106 -r--r--r--1 root root0 Jun 12 18:53 dma
>4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
>4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
>4121 dr-xr-xr-x2 root r
> One server socket created and listening, blocking on select(),
> once a client connect to that port, there is another thread in server
> side issues a close() to the new connection.
> After the client close the connection. The connection in server side will
> stuck on CLOSE_WAIT forever until t
I have scripts that ssh into large numbers of boxes, which are sometimes
down. The timeout for figuring out the box is down is over an hour. This is
just insane.
Telnet and ftp behave similarly, or at least tthey lasted the 5 minutes I was
willing to wait, anyway. Basically anything that ca
This is cute:
$ ls -li /proc
...
4106 -r--r--r--1 root root0 Jun 12 18:53 dma
4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
4347 dr-xr-xr-x3 root root0 Jun 12 18:53 dri
4121 dr-xr-xr-x2 root root0 Jun 12 1
David Lang wrote:
>
> I am useing the D-link 4 port card without running into problems
> (admittidly I have not been stressing it much yet)
I was able to get the D-Link to work in half-duplex (100bt), but
not in auto-negotiate or full-duplex mode. (Packets would pass,
but there would be huge nu
From: Colonel <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ISA Soundblaster problem
Reply-to: [EMAIL PROTECTED]
The Maintainers list does not contain anyone for 2.4 Soundblaster
modules, so perhaps some one on the mailing list is aware of a
solution. My ISA Soundblaster 16waveffects worke
Hi. I seem to remember that at one time in the 2.2 series I was able
to to export fat32 file systems using nfs, but now it doesn't work
anymore.
If I remember correctly, I get "get: operation not permitted" when
trying to export the directory in question.
I am using 2.4.5.
Any assistance woul
User-noticeable things: if you are tired of not being able to NFS-export
your reiserfs tree, this should make you happy.
VM tuning has also happened, with Rik van Riel, Mike Galbraith, Marcelo
Tosatti and Andrew Morton all doing various tweaks. Give it a whirl.
Linus
-
-pr
I am useing the D-link 4 port card without running into problems
(admittidly I have not been stressing it much yet)
David Lang
On Tue, 12 Jun 2001, Ben Greear wrote:
> Date: Tue, 12 Jun 2001 17:51:08 -0700
> From: Ben Greear <[EMAIL PROTECTED]>
> To: Ken Brownfield <[EMAIL PROTECTED]>
> Cc: Flo
(Please CC replies to me, I'm not subscribed to lkml.)
I think I've found a bug, local to linux/init/main.c, related to
freeing init pages, which seems to be present in 2.4.5.
Executive summary: After start_kernel has created the init
thread, it needs to proceed to cpu_idle before init pages are
Michal Jaegermann wrote:
> --- linux-2.4.5ac/drivers/pci/quirks.c~ Tue Jun 12 16:31:12 2001
> +++ linux-2.4.5ac/drivers/pci/quirks.c Tue Jun 12 17:13:18 2001
> @@ -18,6 +18,7 @@
> #include
> #include
> #include
> +#include
>
> #undef DEBUG
>
> There is no problem if SMP is not configure
Ken Brownfield wrote:
> OT: does anyone know what the current state of the Tulip driver is and
> if there is good hardware out there? SMC left Tulip and went through at
> least two other chipsets, so the only Tulip card I could find as of a
> couple of years ago was Digital's. But it was astoni
Summary: IRQ conflict on VIA Apollo VP2/97-based motherboard between
dual controllers on NCR 53c875 (Diamond Fireport 40). Kernel version is
2.4.5-ac9.
--- cut here ---
00:00.0 Host bridge: VIA Technologies, Inc. VT82C595/97 [Apollo VP2/97]
(rev 04)
Flags: bus master, 66Mhz, medium devs
Here are some small, but in times important, "gotchas" in current
2.4.5-ac kernels.
When compiling SMP 'udelay' in current drivers/pci/quirks.c expands to:
__udelay((15), cpu_data[(current->processor)]...
and a type for 'current' is not known, at least on alpha, so
the following seems to be
On Tue, 12 Jun 2001, Craig Lyons wrote:
> My name is Craig Lyons and I am the marketing manager at Promise
> Technology. We have a question and are hoping you can point us in the
> right direction.
I think most, if not all, of the things you want to know are
described in the following two docume
Quoting John Martin <[EMAIL PROTECTED]>:
> this patch adds a check to make sure memory was allocated, returns an
> error code otherwise.
autofs4_dentry_ino doesn't allocate memory; it just extracts the fsdata pointer
from the dentry structure. If it's returning NULL, then there's something else
I have a client server program that opens a tcp connection between two
machines. Everything is fine until a certain type of data is sent
across the socket at which point the client refuses to ACK and the
server continues to resend the packets to no avail.
I've verified that the client is blockin
this patch adds a check to make sure memory was allocated, returns an
error code otherwise.
-john
--- fs/autofs4/symlink.c.orig Fri Apr 21 14:41:36 2000
+++ fs/autofs4/symlink.cSun Jun 3 00:43:18 2001
@@ -15,13 +15,15 @@
static int autofs4_readlink(struct dentry *dentry, char *buff
On Tue, Jun 12, 2001 at 04:27:33PM -0700, Richard Henderson wrote:
> We fixed a bug in cv-qualification checking.
>
> timer.c:35: conflicting types for `xtime'
> include/linux/sched.h:540: previous declaration of `xtime'
>
> There's no need for the volatile qualification here. One, being a
> st
this seems to be an appropriate place to check this pointer and return an
error code if necessary.
-john
--- linux/fs/nfsd/nfsfh.c.orig Fri Feb 9 11:29:44 2001
+++ linux/fs/nfsd/nfsfh.c Sun Jun 3 01:23:13 2001
@@ -135,6 +135,9 @@
struct list_head *lp;
struct dentry *r
On Tuesday 12 June 2001 18:34, Craig Lyons wrote:
> We have a patch that fixes this and are wondering if it
> is possible to get this patch into the kernel, and if so, how this would be
> done?
Well, you start by reading this:
http://www.linuxhq.com/kernel/v2.4/doc/SubmittingPatches.html
Which
Diff between 2.4.6pre2aa1 and 2.4.6pre2aa2:
-
Only in 2.4.6pre2aa2/: 00_gcc-30-volatile-xtime-1
Fixes a kernel bug noticed by gcc-3_0-branch from cvs of today.
Only in 2.4.6pre2aa2/: 00_sched-rt-fix-1
R
On Tue, Jun 12, 2001 at 03:25:54PM -0400, Russell Leighton wrote:
> Any recommendations for alternate threading packages?
Does NSPR use native methods (ie, clone), or just ride on top of pthreads?
What about the gnu threading package?
mrc
--
Mike Castle [EMAIL PROTECTED] www.net
We fixed a bug in cv-qualification checking.
timer.c:35: conflicting types for `xtime'
include/linux/sched.h:540: previous declaration of `xtime'
There's no need for the volatile qualification here. One, being a
struct it doesn't do any good, and two it's protected by xtime_lock.
r~
--- ker
Hello all,
I have attached sound driver locking patches for:
drivers/sound/cs4281/cs4281m.c
drivers/sound/i810_audio.c
The patches are against 2.4.5-ac13, and address the sound driver locking
issue mentioned in the -ac series.
Please review. Thanks.
Regards,
Frank
--- drivers/sound/cs4281/cs
Hi, this is the correct forum. You can submit the patch here. Merely
paste the patch output inline into your email, and make your subject
"[PATCH] 2.4.5 FastTrak RAID Whatever Fix" and explain in the email.
Note your code must become GPL licensed.
I would suggest making the patch against the l
Bjorn Wesen wrote:
> Just for the record, the via-rhine.c in 2.4.5 still does not work if you
> soft-boot the computer (at least one a machine here), MAC address shows up
> as 00:00:00:00:00:00 and it fails - but a cold boot (power cable off, no
> standby power) makes it work.
This patch in gkern
Hello,
My name is Craig Lyons and I am the marketing manager at Promise Technology.
We have a question and are hoping you can point us in the right direction.
In the 2.4 kernel there is support for some of our products (Ultra 66, Ultra
100, etc.). As you may or may not know, our Ultra family of c
Just for the record, the via-rhine.c in 2.4.5 still does not work if you
soft-boot the computer (at least one a machine here), MAC address shows up
as 00:00:00:00:00:00 and it fails - but a cold boot (power cable off, no
standby power) makes it work.
I read something that we'd need to reload the
Hello,
> Alan pointed out that you're still the maintainer for the 2.2 quota
> code, so I'm forwarding this patch to you as well as the earlier 2.4
> patch.
The patch seems fine (although I can't quite understand those double -
in it :)).
Hello,
> Currently, dquot_initialize() is a no-op if the inode being initialized
> isn't a regular file, directory or symlink. This means that calling
> DQUOT_ALLOC_INODE() on a named pipe or AF_UNIX socket has no effect (the
> same applies to devices, but this is less likely to be a problem as
On Tue, 12 Jun 2001, Alex Deucher wrote:
>
> As far as I know they have not been integrated into the Xfree tree. I
> believe there were some disagreements about extending the Xv API since
> GATOS added some extentions to support the AIW video capture cards. I
> suppose someone could try and su
On 12 Jun, Alex Deucher wrote:
> Also there is some work on a new XvMC interface that would allow for
> extended DVD acceleration.
Extended DVD acceleration with Motion-Compensation? How?
Servus,
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
Hi kernel list readers,
I have a question about the functionality of mmap(), vma->vm_ops functions and
different
vma->vm_flags. Is there any documentation that describes these methods and how they
should
work (i.e when should mmap() use remap_page_range and when is the vma->vm_ops->no_page
func
1. Reiserfs + 3Ware issue with 2.4.5
2. I'm building a rescue cd based on Timo's Rescue CD v. 0.5.4. I've
compiled the 2.4.5 kernel
to be a 386, all scsi controllers I might encounter compiled in,
software raid, reisersfs compiled in. The only modules are scsi tapes,
network cards, nfs and sm
On Sat, May 05, 2001 at 11:08:16PM +0200, Daniel Podlejski wrote:
> I merge XFS witch Alan tree (2.4.4-ac5). It's seems to be stable.
> Patch against Alan tree is avaliable at:
Hi Daniel,
I've got a KDB patch against a relatively recent 2.4.5-ac6, but are you
still continuing your porting effort
> > > > My ES1370 has done me good. You might want to try that card. Yes it's a
> > > > creative card. It only has a crackle running 22k 8-bit
>
> > Argh, I had one of those, gave it away because it would hang my alpha
> > hard (I'm told the card is pretty nonconformant to the PCI spec).
> > *
Bob McElrath wrote:
> > Wakko Warner wrote:
> > > My ES1370 has done me good. You might want to try that card. Yes it's a
> > > creative card. It only has a crackle running 22k 8-bit
> Argh, I had one of those, gave it away because it would hang my alpha
> hard (I'm told the card is pretty non
Jeff Golds [[EMAIL PROTECTED]] wrote:
> Wakko Warner wrote:
> >
> > My ES1370 has done me good. You might want to try that card. Yes it's a
> > creative card. It only has a crackle running 22k 8-bit
> >
>
> It's probably better because that is the AudioPCI chip from Ensoniq
> before Creative
On Tue, Jun 12, 2001 at 01:17:05AM -0300, Rik van Riel wrote:
> On Mon, 11 Jun 2001, Alok K. Dhir wrote:
>
> > Just wondering - has anyone who was having issues with the VM
> > subsystem in 2.4.5 and a few versions below tried v2.4.6-pre2?
> > Is the problem reduced and/or resolved?
>
> The ans
As far as I know they have not been integrated into the Xfree tree. I
believe there were some disagreements about extending the Xv API since
GATOS added some extentions to support the AIW video capture cards. I
suppose someone could try and submit a patch again and see if they'll
take it.
Als
--- Pavel Machek <[EMAIL PROTECTED]> wrote:
> Let me guess: vesafb?
I am running vesafb, yes...
> If problem goes away when you stop using framebuffer
> (i.e. go X), then
> it is known.
but the problem happens in X as well :)
> You are lucky. My machine is able to loose 2 minutes
> from every 3
--- Jonathan Morton <[EMAIL PROTECTED]> wrote: >
>> clock drift of a few minutes per day.
>
> That's about 0.1%. It may be relatively large
> compared to tolerances of
> hardware clocks, but it's realistically tiny. It
> certainly compares
> favourably with mkLinux on my PowerBook 5300, which
>
Hello,
if you want more informations, send me a mail or an icq msg.
bye,
Mat (ICQ# 23832402).
===
Menuconfig has encountered a possible error in one of the kernel's
configuration files and is unable to continue. Here is the error
report:
Q>
The following makes fat/inode.c compile on ARM systems (and probably
many others).
fat/inode.c uses ffs(), which is defined in asm/bitops.h. ARM uses
generic_ffs() which is in turn defined in linux/bitopts.h.
(linux/bitops.h includes asm/bitops.h)
diff -urN orig/fs/fat/inode.c linux/fs/fat/inod
Wakko Warner wrote:
>
> My ES1370 has done me good. You might want to try that card. Yes it's a
> creative card. It only has a crackle running 22k 8-bit
>
It's probably better because that is the AudioPCI chip from Ensoniq before Creative
bought them. I thought that was a good chip, too.
It's probably a JFS issue, but I thought I'd report this in case someone
is collecting and correlating filesystem corruption messages (Alan?).
Here is my sad story.
I have an Athlon 700MHZ, 256mb ram, AIC7XXX w 2/U2W drives system. I've
been running JFS on a small partition for a few weeks, JFS
> > [please be kind and Cc when replying]
> >
> > Has someone been able to get es1371 to actually produce anything
> > audible with latest kernels? The last version I could use was 2.4.0.
> > Then I had some trouble but I attributed them to devfs. Now I've
> > removed devfs and still I'm not able
On Tue, Jun 12, 2001 at 11:23:02AM -0400, Disconnect wrote:
> On Tue, 12 Jun 2001, David S. Miller did have cause to say:
>
> > Look everyone, it was determined to be a deadlock because of some
> > interaction between how rsync sets up it's communication channels
> > with the ssh subprocess, read
Folks, I believe I have a reproducible test case which corrupts data in
2.4.5.
We do nightly, weekly, and monthly backups by copying our entire /home
partition on the company file server:
FilesystemSize Used Avail Use% Mounted on
/dev/hda1 1.9G 1.7G 123M 93% /
/dev/hd
On Tue, Jun 12, 2001 at 06:19:49PM +0400, Sergey Tursanov wrote:
> In file include/linux/kd.h was declared KDKBDREP ioctl number
> But in 2.4.x kernel there is only m68k version for that.
> I wrote some code for implement this feature on x86 machines.
Yes, it is unfortunate that many ioctls are
Hi all,
this is try two, I just read the mailinglist FAQ and used ksymoops to
translate the symbols.
Today my girlfriend reported all programs that accessed my
NFS mounted drive where crashing. Prevously to this, she did
a lot of deleting and moving around of files on the NFS drive.
I use (
In article <[EMAIL PROTECTED]> you
wrote:
> For heavy threading, try a user-level threads package.
Sure, userlevel threading is the best way to get SMP-scalability...
--
Of course it doesn't work. We've performed a software upgrade.
-
To unsubscribe from this list: send the line "unsubscribe l
Any recommendations for alternate threading packages?
Alexander Viro wrote:
> On Tue, 12 Jun 2001, Kip Macy wrote:
>
> > implementation of threads is not an accidental oversight, threads are not
> > looked upon favorably by most of the core linux kernel hackers. A quote
>
> s/threads/POSIX th
Or you could keep your hardware and try the Intel driver, which seems to
work fine. It only works as a module, though. This might also help
narrow the issue to a driver vs. card vs. mobo/BIOS/IRQ/APIC/etc issue.
Personally, I've found the EtherExpress hardware and eepro100 driver to
be flawl
On Tue, 12 Jun 2001, Kip Macy wrote:
> implementation of threads is not an accidental oversight, threads are not
> looked upon favorably by most of the core linux kernel hackers. A quote
s/threads/POSIX threads/.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, Jun 12, 2001 at 01:07:11PM -0600, [EMAIL PROTECTED] wrote:
> Hello,
>
> due to the nature of the problem (a pairwise mutual alignment of n
> sequences results in mx. n^2 alignments which can each be done in a
> separate thread), I need to create and destroy the threads frequently.
>
> I
For heavy threading, try a user-level threads package.
-Kip
On Tue, 12 Jun 2001 [EMAIL PROTECTED] wrote:
> Hello,
>
> due to the nature of the problem (a pairwise mutual alignment of n
> sequences results in mx. n^2 alignments which can each be done in a
> separate thread), I
This may sound like flamebait, but its not. Linux threads are basically
just processes that share the same address space. Their performance is
measurably worse than it is on most commercial Unixes and FreeBSD.
They are not, or at least two years ago, were not POSIX compliant
(they behaved badly wi
Hello,
due to the nature of the problem (a pairwise mutual alignment of n
sequences results in mx. n^2 alignments which can each be done in a
separate thread), I need to create and destroy the threads frequently.
I am not really comfortable with 1.4 - 1.5 speedups since the solution was
intended
In article <[EMAIL PROTECTED]> you wrote:
> On dual-CPU machines the speedups are as follows: my version
> is 1.88 faster than the sequential one on IRIX, 1.81 times on Solaris,
> 1.8 times on OSF/1, 1.43 times on Linux 2.2.x and 1.52 times on Linux 2.4
> kernel. Why are the numbers on Linux machi
On 12 Jun 2001 13:00:41 -0500, John Madden wrote:
>
> kernel: eepro100: cmd_wait for(0x70) timedout with(0x70)!
> kernel: eepro100: cmd_wait for(0x10) timedout with(0x10)!
I have the same problem, since a long time, with various 2.2 and 2.4
kernels running on a i815 motherboard, with on-board ee
Hi,
The /proc/bus/pci/devices data looks correct.
/proc/bus/pci/0[01]/* entries look correct.
The /proc/bus/pci/0[23]/* entries don't match "devices" data
and looks wrong.
The host machine is a HP LXR8000 (4x 500Mhz PIII, 2GB RAM, ~8 PCI slots).
Eg for 02/6.0 lspci -v says:
02:06.0 Non-VGA uncl
Hello,
I am a summer student implementing a multi-threaded version of a very
popular bioinformatics tool. So far it compiles and runs without problems
(as far as I can tell ;) on Linux 2.2.x, Sun Solaris, SGI IRIX and Compaq
OSF/1 running on Alpha. I have ran a lot of timing tests compared to the
It looks like you don't have 'lo' configured, i.e. your 127.0.0.1 interface.
David
Michal Margula wrote:
>Hello!
>
>My friend told me to noticed you about problems I had with 2.4.x line of
>kernels. I started up from 2.4.3. Under heavy load I was getting
>messages from telnet, ping, nmap "No bu
On Tue, 12 Jun 2001, Rob Landley wrote:
> Brilliant. You need what, a 6x larger cache just to break even with
> the amount of time you're running in-cache?
That's going to be hard, since the cache will also need to be
faster in order to feed the CPU core. Making a cache both
larger AND faster
I'm having trouble on one machine out of about 20 that run with eepro100's.
This one in particular happens to be a dual port. I searched through the
archives for this, but I didn't find any definite solutions (one thread, on
"2.2.18 and laptop problems," provided a patch that doesn't seem to mak
> Because (almost?) all m68k machines don't have PC style keyboard controllers,
> so we _had_ to invent some other way to implement it in a portable (across all
> m68k machines) way.
This stuff is such a mess :-( Sparc has its own routines as well.
>
> Of course it would be nice if all archit
On Tuesday 12 June 2001 12:29, Alan Cox wrote:
> If your algorithm can work well with say 2Gb windows on the data and only
> change window evey so often (in computing terms) then it should be ok, if
> its access is random you need to look at a 64bit box like an Alpha, Sparc64
> or eventually IA64
Bogdan Costescu wrote:
> On Sun, 10 Jun 2001, Jeff Garzik wrote:
> - I don't know what the long-term plan is about ethtool vs. MII ioctl's.
> If you do plan to replace completely the MII ioctl's, there should be a
> way to access _all_ MII registers provided by the PHY, even if you do this
> in a
Hi Roy,
IIRC Ingo posted some tux benchmark results on
the khttpd mailing list some weeks ago - basically
khttpd is not in the same ballpark at this point.
cu
jjs
Roy Sigurd Karlsbakk wrote:
> Hi everyone!
>
> I tried to send this message to the khttpd group, but got no answer. Can
> any of y
Hi
yes i can
Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 6).
IRQ 12.
Master Capable. Latency=64. Min Gnt=12.Max Lat=128.
I/O at 0xe800 [0xe83f].
CPU0
0: 17921979 XT-PIC timer
1: 82047 XT-PIC keyboard
2: 0
Hi all,
I suppect that there is bug in both kernel 2.2.19 and 2.4.5.
The situation is as follow.
One server socket created and listening, blocking on select(),
once a client connect to that port, there is another thread in server
side issues a close() to the new connection.
After the client clo
On Sun, 10 Jun 2001, Jeff Garzik wrote:
> Comments appreciated.
Some general comments first, the others are spread through the code.
- I don't know what the long-term plan is about ethtool vs. MII ioctl's.
If you do plan to replace completely the MII ioctl's, there should be a
way to access _al
> Specifically, is there anything to prevent me from malloc()ing 6GB of memory,
> then accessing that memory as I would any other buffer? FYI, the application
X86 has no nice way to address over 4Gb of RAM. You can do paging games with
multiple banks and shmat (ie like using DOS expanded ram bu
Am Dienstag, 12. Juni 2001 14:32 schrieb Daniel Phillips:
> On Tuesday 12 June 2001 02:00, you wrote:
> > Now with -ac13 and the third try.
> > Is it final?
>
> There have been no further problems reported, but it's Andrew Morton's
> patch, his decision.
>
> --
> Daniel
Hello Andrew,
have you fo
Pierfrancesco Caci [[EMAIL PROTECTED]] wrote:
>
> [please be kind and Cc when replying]
>
> Has someone been able to get es1371 to actually produce anything
> audible with latest kernels? The last version I could use was 2.4.0.
> Then I had some trouble but I attributed them to devfs. Now I've
>
It does work very well for me with 2.4.5 and 2.4.6-pre2, both with or
without devfs, both if sound support has been statically linked or
compiled as module.
On 12 Jun 2001, Pierfrancesco Caci wrote:
>
> [please be kind and Cc when replying]
>
> Has someone been able to get es1371 to actually pr
[please be kind and Cc when replying]
Has someone been able to get es1371 to actually produce anything
audible with latest kernels? The last version I could use was 2.4.0.
Then I had some trouble but I attributed them to devfs. Now I've
removed devfs and still I'm not able to play anything.
.c
On Tue, 12 Jun 2001, David S. Miller did have cause to say:
> Look everyone, it was determined to be a deadlock because of some
> interaction between how rsync sets up it's communication channels
> with the ssh subprocess, readas: userland bug.
we're not using ssh. :(
---
-BEGIN GEEK CO
* David S. Miller ([EMAIL PROTECTED]) wrote:
>
> Russell King writes:
> > At the time I suggested it was because of a missing wakeup in 2.4.2 kernels,
> > but I was shouted down for using 2.2.15pre13. Since then I've seen these
> > reports appear on lkml several times, each time without a sol
Hi Peter,
On Tue, 12 Jun 2001, Peter Niemayer wrote:
> I just noticed that when I attach some SYSV shared memory segments
> to my process and then that process dies from a SIGSEGV that _all_
> the shared memory is dumped into the core file, even if it was never
> used and therefore didn't show up
On Tue, Jun 12, 2001 at 02:59:12PM +0100, Jeremy Sanders wrote:
> I'm getting numerous rsync (v2.4.6) problems under Linux 2.4.2 (RedHat
> 7.1) or stock 2.4.4 on several machines. rsync often hangs copying files
> from NFS or local disks to local disks. Strangely the problem is fixed by
> stracing
On Tue, 12 Jun 2001, Rasmus Andersen did have cause to say:
> On Tue, Jun 12, 2001 at 02:59:12PM +0100, Jeremy Sanders wrote:
> > I'm getting numerous rsync (v2.4.6) problems under Linux 2.4.2 (RedHat
> > 7.1) or stock 2.4.4 on several machines. rsync often hangs copying files
>
> I could swear
1 - 100 of 131 matches
Mail list logo
