Linux Kernel,
The RPM versions of the Dolphin PCI-SCI (Scalable Coherent Interface)
adapter drivers have posted at vger.timpanogas.org/sci. This release
supports the following SCI Adapters, PSB32, PSB64, and PSB66. This
version supports the 32-bit and 64-bit PCI versions of the Dolphin
Relative to some performance questions folks have asked, the SCI
adapters are limited by PCI bus speeds. If your system supports
64-bit PCI you get much higher numbers. If you have a system
that supports 100+ Megabyte/second PCI throughput, the SCI
adapters will exploit it.
This test was
On Tue, Jan 30, 2001 at 10:19:58AM -0700, Jeff V. Merkey wrote:
On Mon, Jan 29, 2001 at 09:41:21PM -0700, Todd wrote:
Todd,
I just got back some more numbers from Dolphin. The newer D330
LC3 chipsets are running at 667 MB/S Link speed, and on a
Serverworks HE system, we are seeing 240 MB/S
On Tue, Jan 30, 2001 at 10:32:08AM -0700, Jeff V. Merkey wrote:
On Tue, Jan 30, 2001 at 10:19:58AM -0700, Jeff V. Merkey wrote:
On Mon, Jan 29, 2001 at 09:41:21PM -0700, Todd wrote:
Also, The numbers were more provided as a comparison between 2.2.x
kernels and 2.4.X kernels with SCI. You
On Tue, Jan 30, 2001 at 10:07:07AM -0700, Todd wrote:
folx,
On Tue, 30 Jan 2001, Jeff V. Merkey wrote:
What numbers does G-Enet provide
doing userspace - userspace transfers, and at what processor
overhead?
using stock 2.4 kernel and alteon acenic cards with stock firmware we're
On Tue, Jan 30, 2001 at 07:22:48PM +0200, Pekka Pietikainen wrote:
On Tue, Jan 30, 2001 at 10:19:58AM -0700, Jeff V. Merkey wrote:
On Mon, Jan 29, 2001 at 09:41:21PM -0700, Todd wrote:
Sparc servers. The adapters these drivers I posted support are a bi-CMOS
implementation of the SCI
On Thu, Apr 26, 2001 at 08:00:12PM +0200, Szabolcs Szakacsits wrote:
On Thu, 26 Apr 2001, Jeff V. Merkey wrote:
The request should fail after two or three attempts rather than hang
the entire system waiting for memory.
Jeff
I am seeing this as well on 2.4.3 with both _get_free_pages
On Sun, May 13, 2001 at 12:06:03AM +0100, Anton Altaparmakov wrote:
Hi all,
Is anyone working on supporting the dynamic disk format introduced with
Windows 2000? If not, does anyone have the specs / any detailed info on the
on disk structures involved?
Cheers,
Anton
Anton,
I am working on them with a project here, and they have a lot of issues.
Most of these issues just require some hard work. I am seeing problems
on 2.2.19 on all machines if you cram 4 of these 8 IDE disk adapters
into a single bus. There are some hardware issues with the cards that seem
to
Is anyone actuaslly using the /dev/sch0 interface for SCSI tape changers
in Linux? I noticed that the device definitions are present, but I do not
see any driver shipped in the standard base that actually uses it.
Thanks
Jeff
-
To unsubscribe from this list: send the line unsubscribe
On Tue, May 15, 2001 at 11:44:23PM +, Thorsten Kranzkowski wrote:
On Tue, May 15, 2001 at 03:08:01PM -0600, Jeff V. Merkey wrote:
Is anyone actuaslly using the /dev/sch0 interface for SCSI tape changers
in Linux? I noticed that the device definitions are present, but I do
On Fri, May 25, 2001 at 07:34:57PM -0700, Adam J. Richter wrote:
Copyright infringement would void the GPL, since it would involve
conversion (there's that fancy legal word for steal again) of someone
else's property into another form if you take someone's code and copy it.
Some things
On Mon, May 28, 2001 at 03:49:28PM +0100, Anton Altaparmakov wrote:
At 14:08 28/05/2001, Yuri Per wrote:
Anton Altaparmakov wrote:
Does anyone know what NTFS version the NT 3.1 / 3.51 volumes had? If I
know I can make sure we don't mount such beasts considering we know the
driver would
On Tue, May 29, 2001 at 10:18:41AM +0200, Martin von Loewis wrote:
Anyone know about 3.1?
It's an HPFS variant.
No. NT was using NTFS right from the start.
Regards,
Martin
No. They were not. Their first cuts of NT used an HPFS variant until
NTFS could be completed. The guy
Our master server (vger.timpanogas.org) running 2.2.19 was hacked and
completely obliterated by someone using a Novell Proxy Cache via a kernel
level exploit in [sys_wait+4]. They somehow created a segmentation fault
down inside the kernel, then gained access to the /lib directory and
Linus Torvalds wrote:
Yes. For 2.4.x, I'd love to fix anything that can be used to show real
performance bugs. Something like "setuid() is slow when I run it threaded
is not a real issue". Something like "pthreads is faster under NT than
under Linux" _would_ be a real issue.
Linus,
The following path is submitted to allow variable size sectors runs to
be submitted via ll_rw_block() to the disk I/O subsystem.
Jeff
881a882,885
/*
// this code is being removed to enable passing of variable size block
// chained I/O requests. Jeff V. Merkey
888a893,894
**/
Linus,
The attached patch is submitted to enable variable sector size block
chaining via ll_rw_block() in the I/O subsystem layer.
Jeff
904a905,907
/
// This code is being commented out to allow support for variable chained
// block I/O requests. Jeff V. Merkey
915a919
*/
Linus,
I at present have the NWFS utilities and File System drivers as single
source base. Obviously, the way your tree is organized, the file system
driver proper should be in the kernel tree and the file system utitilies
somewhere else. Where should I breakout the file system utils and
TRG has reprioritized it's long term objectives, and due to resource
constraints and short term schedules, the Open Source NDS and Open
Source NTFS File System projects are being withdrawn from the Linux
Initiative. These projects will be MANOS only, and any interested party
is free to acquire
Alan Cox wrote:
to MANOS, and what a mess indeed. In NetWare, the only time data ever
gets copied from incoming packets is:
1. A copy to userspace at a stream head.
2. An incoming write that gets copied into the file cache.
Sounds like Linux - one DMA and one copy to user
Jes Sorensen wrote:
Yeah I bet NT also has a wonderful graphical click click wush wush
environment for it that allows you to spend all your time `improving'
your rsi instead of getting real work done. Have you ever looked at NT
device driver code? I have, it's not pretty at all so I can
and lower latency on a Network. Mine or Linux's. I bet
you $100.00 it will beat the Linux code in every test.
Jeff
Jes Sorensen wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff, could you start by learning to quote email and not send a full
copy of the entire email
frame gets completed (since
it will get copied anyway), then hit the register bits to initiate a
send of the data.
Jeff
Jes Sorensen wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff all over the place that increases latency. Not to mention the
Jeff overhead o
Jes Sorensen wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Jes,
Jeff I wrote the SMP ODI networking layer in NetWare that used today by
Jeff over 90,000,000 NetWare users. I also wrote the SMP LLC8022
Jeff Stack, the SMP IPX/SPX Stack, and the SMP
Andi Kleen wrote:
On Sat, Sep 02, 2000 at 04:01:24PM -0600, Jeff V. Merkey wrote:
Of course not. Linux does not have a kernel debugger, or it would use
them. That's what they are used for -- debugging running tasks from a
kernel debugger that has it's own task gates. If you have
Alan Cox wrote:
Sounds like Linux - one DMA and one copy to user space.
Alan, Please. I'm in your code and there are copies all over the
place. I agree you have a "fast path" for most stuff, but there's all
There arent copies all over the case for the paths that occur. Like
Andi Kleen wrote:
On Sat, Sep 02, 2000 at 04:28:18PM -0600, Jeff V. Merkey wrote:
Alan Cox wrote:
We dont copy for checksumming. We fold the single user space copy and the
checksum operation into one path, because on any modern CPU it costs precisely
the same to copy
There's been a few cards around since about 1995, but I don't remember
all of them. I do remember having to debug SMP code on them though --
yec
Jeff
Jes Sorensen wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff Jes Sorensen wrote:
You just told
:
Jeff,
Have you been in the bottle again?
If this is not a joke, it is not funny.
On Sat, 2 Sep 2000, Jeff V. Merkey wrote:
TRG has reprioritized it's long term objectives, and due to resource
constraints and short term schedules, the Open Source NDS and Open
Source NTFS File System
"Jeff V. Merkey" wrote:
I've got a lot of responses to this. Any companies out there who have
job postings and the need for some talented networking engineers in
Utah, please send us the info so we can post it on our website. If
there's Linux work, these guys can do what we did,
"Jeff V. Merkey" wrote:
I've got a lot of responses to this. Any companies out there who have
job postings and the need for some talented networking engineers in
Utah, please send us the info so we can post it on our website. If
there's Linux work, these guys can do what we did,
:
On Sat, 2 Sep 2000, Jeff V. Merkey wrote:
A kernel debugger would make all our lives easier and cost me less money
in salaries to engineers for particular projects.
Which kernel debugger? I use kdb and find it very convenient. I hated it
(it was unstable) in the beginning but now (kdb 1.3
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Jeff
Bob Taylor wrote:
In message [EMAIL PROTECTED], "Jeff V. Merkey"
writes:
cc: [EMAIL PROTECTED]
Jes Sorensen wrote:
Yeah I bet N
join it and make new lives out of it since this
will give them the ability to slowly transition towards assimilation by
the Linux World).
Jeff
"Henning P. Schmiedehausen" wrote:
[EMAIL PROTECTED] (Jeff V. Merkey) writes:
The other reason I am withdrawing NDS on Linux is
If someone writes it, I'll put in into the code. The problem is that
this won't stop them. They'll take the code anyway, use it, then lie
about it...
Jeff
Dan Hollis wrote:
On 3 Sep 2000, Henning P. Schmiedehausen wrote:
[EMAIL PROTECTED] (Andre Hedrick) writes:
Apology to Jeff,
I
Alright Ingo, you asked for it. I am going through it now and going
over ALL my notes. I will catalog ALL of them and post it. Is this
what you really want?
:-)
Jeff
Ingo Molnar wrote:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
while (x)
{
x = x-next
}
all
You opened your mouth.
:-)
Jeff
Ingo Molnar wrote:
btw., - the maintainers of the 2.4 networking and TCP/IP code are Alexey
Kuznetsov and David S. Miller - please direct your findings towards them,
not me :-)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
Ingo Molnar wrote:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
The origin of this comment was related to a comparison of the
MSM/TSM/CSM layer in NetWare and Linux. I've already said that Alan's
code handles fast paths well and from what I've seen is comparable to
NetWare
Marek Habersack wrote:
** On Sep 05, Jeff V. Merkey scribbled:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
then?? Why
in their first with our Open
Source NetWare look alike. In case you haven't noticed, I just nuked
the bridges we had to Microsoft in doing this, and declaered war on
them. This should tell you who's side we are on.
Jeff
On Sat, 2 Sep 2000, Jeff V. Merkey wrote:
"Jeff V. Merkey&q
Marek Habersack wrote:
** On Sep 05, Jeff V. Merkey scribbled:
Linux is more buggy than NT, but at least the source code comes with it
so there's no excuse for not getting soeone to fix it
Excuse me for adding my irrelevant 0.2$ - but what are you doing with Linux
Alex Buell wrote:
On Tue, 5 Sep 2000 08:38:38 -0400 (EDT) Tue, 5 Sep 00 13:45:17 BST,
you wrote:
Sorry, but I just don't take anything he says too seriously
anymore... it's either trolling, or arguing mostly, or babbling
about how much better other OS's are, but not actually using
wrote:
"Jeff" == Jeff V Merkey [EMAIL PROTECTED] writes:
Jeff IPX is a really good LAN protocol (but totally sucks for
Jeff internet). A full blown NCP server in-kernel that's toughtly
Jeff coupled to the page cache running over IPX would make flames
Jeff shoot out of the back
Dear Stu,
I apologize for bothering you, but how possible would it be to let the
Linux folks get access to the Nitro docs and docs for Intel ethernet
cards in general. There seems to be interest from folks in getting this
to improve Linux support for Intel products.
Any help would be
Linus Torvalds wrote:
Apparently, if you follow the arguments, not having a kernel debugger
leads to various maladies:
- you crash when something goes wrong, and you fsck and it takes forever
and you get frustrated.
- people have given up on Linux kernel programming because it's too
Linus Torvalds wrote:
In article [EMAIL PROTECTED],
Jeff V. Merkey [EMAIL PROTECTED] wrote:
Linus Torvalds wrote:
Apparently, if you follow the arguments, not having a kernel debugger
leads to various maladies:
- you crash when something goes wrong, and you fsck and it takes
Ingo Molnar wrote:
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
[...] Hardware problems require a debugger or logic analyzer to fix.
[...]
'kernel problems need a kernel debugger to fix'. How wrong.
It says "hardware problems" not "kernel problems". read
instead.
Jeff
Admin Mailing Lists wrote:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
Actually, the solution I think would be to use the MSDOS loader to boot
linux. I will look at grabbing the ELF code in Linux and loading Linux
from MSDOS -- if this can be accomplished you're
Andrea,
You're a stud. This is great.
:-)
Jeff
Andrea Arcangeli wrote:
Back in May I wrote a quite estensive documentation about all the
possible/best ways to debug the Linux Kernel for a talk/tranining that I
did in San Jose in May. I find now the time to clean it up and to upload
out next year around March. NDS is more of a Microsoft
play than a Linux play and Linux already has better internet directory
technology than NDS -- NDS is better for managing LAN's.
:-)
Jeff
Stephen Williams wrote:
From: "Jeff V. Merkey" [EMAIL PROTECTED]
To: [EMAIL
Ingo,
Your arguments are personal, not technical. Which billiob dollar
company did you support with 70 million customers exactly? Not having
this out in the field makes folks jobs 100 times harder and more costly
for companies to support. When and if you ever run your own business,
you'll
Ingo Molnar wrote:
On Tue, 5 Sep 2000, Andi Kleen wrote:
My point was basically that omitting useful debugging tools makes it
not any less likely that people use the (A) strategy (easy fix instead
of real understanding). For some people it is so painfull to work with
raw dumps that
Ingo Molnar wrote:
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
Your arguments are personal, not technical. [...]
no, my arguments are technical, but are simply focused towards the
conceptual (horizontal) development of Linux, not the vertical
development of Linux (drivers) and support
"David S. Miller" wrote:
Date: Tue, 5 Sep 2000 23:55:07 -0600
From: Richard Gooch [EMAIL PROTECTED]
(What means 'social engineering attempts'?)
Attempting to change people's habits by making it hard to debug.
Hard work now leads to less work later.
This is so true.
Nathan Paul Simons wrote:
On Sun, Sep 10, 2000 at 12:15:31AM -0700, J. Dow wrote:
Properly contemplated and I wonder at the hypocrisy of using a compiler
or an assembler instead of carefully hand crafted bits on a blank disk.
i think you miss the point. i think that Linus is
Alexander Viro wrote:
On Sun, 10 Sep 2000, Jeff V. Merkey wrote:
already there, so folks can use it on Linux for now, and I'll stick to printk()
and code reviews for my debugging on Linux.
Jeff, does it mean that you do not use code reviews on other projects?
It's not that hard
Jamie Lokier wrote:
Jeff V. Merkey wrote:
The best info I know of is to get an analyser that plugs into the
processor socket (like an american arium) and enable branch trace
messaging to monitor the interaction between the processor and the cache
controllers. You get info that's
utilization
was very noticeable on NetWare, since it supports such huge user loads
already.
:-)
Jeff
Rik van Riel wrote:
On Sun, 10 Sep 2000, Jeff V. Merkey wrote:
The person writing and updating page table entries in NetWare
4.1 was clearing the acc
Jamie,
I referenced a great book an an email to Rik Van Reil. It's got a great
explanation of this stuff.
:-)
Jeff
Jamie Lokier wrote:
Jeff V. Merkey wrote:
This means it completely unnecessary to assert LOCK# for the unlock
case, since there are no ordering issues persay
"Jeff V. Merkey" wrote:
Alan,
I've basically given up on the in-kernel implementation of a daemon for
M2FS and am sticking to a user space daemon instead for the remote file
system server -- the entire security model in Linux appears to be
tightly integrated with the
Alan,
Thanks! This validates my assumptions.
:-)
Jeff
Alan Cox wrote:
M2FS and am sticking to a user space daemon instead for the remote file
system server -- the entire security model in Linux appears to be
tightly integrated with the user space networking support, so for Linux
[EMAIL PROTECTED] wrote:
Now will you stop trying to incite pointless riots and allow those of us
who are trying to use linux-kernel as a useful means of communicating
development issues a chance for a decent signal to noise ratio?
-ben
Ben,
Read the thread before
Keith,
If you are volunteering to maintain the MANOS debugger after I hack it
into Linux, then I accept. I'll give you an ftp and telnet account on
vger.timpanogas.org and you can run with it.
:-)
Jeff
"Jeff V. Merkey" wrote:
Who pays you?
Keith Owens wrote:
On Mon, 11 S
in 2.4 to put it in. Darren is finishing the VM
subsystem.
Jeff
Keith Owens wrote:
On Mon, 11 Sep 2000 16:24:32 -0600,
"Jeff V. Merkey" [EMAIL PROTECTED] wrote:
Keith,
If you are volunteering to maintain the MANOS debugger after I hack it
into Linux, then I accept. I'll give
uot; wrote:
Date: Mon, 11 Sep 2000 17:51:20 -0600
From: "Jeff V. Merkey" [EMAIL PROTECTED]
I support source level in the kernel. Based on Andi Klein's review, I
have grabbed ext2utils and am looking at a minimal int 0x13 interface to
load files into memory. hardest pr
One important point on remirroring I did not mention in my post. In
NetWare, remirroring scans the disk BACKWARDS (n0) to prevent
artificial starvation while remirring is going on. This was another
optimization we learned the hard way by trying numerous approaches to
the problem.
Jeff
Ed
Martin,
I'm glad you are not still mad at me. :-) I hope this info was
helpful.
:-)
Jeff
Martin Dalecki wrote:
"Jeff V. Merkey" wrote:
lessons learned in live customer accounts. In NetWare, requests are
merged at A) the boundry between the File Cache and the I/O
You're welcome.
:-)
Jeff
Hans Reiser wrote:
"Jeff V. Merkey" wrote:
One important point on remirroring I did not mention in my post. In
NetWare, remirroring scans the disk BACKWARDS (n0) to prevent
artificial starvation while remirring is going on. This w
Amen Brother
Jeff
Keith Owens wrote:
Resend, this time with cc: torvalds.
This note puts the case for including a kernel debugger in the master
tarballs. These points do not only apply to kdb, they apply to any
kernel debugger. Comments about the perceived deficiencies of kdb,
I am porting the MANOS debugger to Linux. No changes here. Linus will
reject it for the tree, but the offer for SGI and Keith Owens to take it
over and merge it with his kdb effort is also genuine.
:-)
Jeff
Daniel Phillips wrote:
Marco Colombo wrote:
BTW, a kernel debugger *is*
I think he did already Keith -- he said he would reject any kernel
debugger submissions.
:-)
Jeff
Keith Owens wrote:
Various people have replied to my note on "The case for a standard
kernel debugger" discussing whether or not it is a good idea. However
only one person's reply matters
it, but I think having a "kernel debugger source" for the
industry like SGI who wants to fund and promote kernel debugging tools
would make more sense and as Keith pointed out, centralize changes and
features.
:-)
Jeff Merkey
CEO, TRG
"Jeff V. Merkey" wrote:
I am porti
Cesar,
Microsoft has threatened us with litigation due to our support of Linux
NTFS development, and we have dissolved our NTFS licensing agreements
with Microsoft in response to their demands that cease to support Linux
development. Microsoft demanded that we delete any and all NTFS tools
we
Frank,
Microsoft has threatened us with litigation due to our support of Linux
NTFS development, and we have dissolved our NTFS licensing agreements
with Microsoft in response to their demands that cease to support Linux
development. Microsoft demanded that we delete any and all NTFS tools
we
ernet/intranet servers
like Linux. Linux already has vastly superior internet directory
capabilities.
:-)
Jeff
:-)
Jeff
Andre Hedrick wrote:
Wait they attacked you after the request for cross over support?
On Thu, 14 Sep 2000, Jeff V. Merkey wrote:
Cesar,
Microsoft has thre
Author: Jeff V. Merkey [EMAIL PROTECTED]
previous in thread ยท next in thread
Yipes! I have a program that will recover W2K NTFS volumes trashed by Linux
NTFS, but it's fairly tough to use, and you have to be careful. It sounds like
you wiped the volume manager stuff, but the FS data can
"David S. Miller" wrote:
Date: Tue, 05 Sep 2000 17:08:03 -0600
From: "Jeff V. Merkey" [EMAIL PROTECTED]
Go visit their website and review the materials directy -- these
are their claims -- not mine. It's www.novell.com.
Ummm... circa April 15th, 199
-- it was developed this way
intentionally. We just take the MANOS loader, rip out the kernel, load
Linux from LLOADER.386, and the debugger is there!
Jeff
Andi Kleen wrote:
On Tue, Sep 05, 2000 at 05:20:53PM -0600, Jeff V. Merkey wrote:
I think it would not be hard to put this in. My problem
Keith,
I've seen a some problems with the way Linus (or whoever) did this. I
had a bug I worked on for 5 weeks related to the buggy 2.7 gcc linker on
Caldera Linux 2.4 that would for whatever reason fail to fixup all the
.test.lock code sections in a file (probably because there were so many
Describein more detail, perhaps I can help.
Jeff
Petr Vandrovec wrote:
Petr!
I think, it's you topic
Unfortunately, it is not. ipx is maintained by Jay Schulist,
[EMAIL PROTECTED] I tried to do some changes in ipx year ago
(removing kernel lock), but after I saw ipx interface
wondering if this problem is
confined to 4.X and below. I would think that 5.1 would not have this
problem since the SYS:LOGIN directory will get mounted before the IPX
and NCP engines load. Let's see if what you suggest fixes this.
Jeff
Petr Vandrovec wrote:
On 29 Sep 00 at 1:51, Jeff V
I got a copy from Bob Young at the Red Hat booth at N+I, and the GNOME
stuff is tons better than 6.X RedHat, however, the upgrade feature
trashed our Red Hat server, and there seems to be some problems with
sendmail as well. I will have Larry send to Alan.
The GNOME desktop with 7.0 is sexy
Al,
This is going to be a continuing problem for non-Unix file systems like
NTFS and NWFS that rely on the ability to read and write variable length
sector runs. At some point, the AIO subsystem needs to get fixed. I
submitted a patch based on Linus' suggestion that the check in
ll_rw_block()
Alan,
I have not provided the Trustee and User Space node IOCTL()'s in the
current NWFS that posted, but they exist in the Ute-Linux version
shipping Oct 1 that supports our NDS implementation.
I talked to the Novell guys doing eDirectory on Linux at N+I, and at
present, they emulate this stuff
this work for them, which would prevent
contamination.
:-)
Jeff
"Jeff V. Merkey" wrote:
Alan,
I have not provided the Trustee and User Space node IOCTL()'s in the
current NWFS that posted, but they exist in the Ute-Linux version
shipping Oct 1 that supports our NDS implemen
The next email will educate you. Read it, then let me know.
Jeff
Alan Cox wrote:
and all the ability to use NWFS as a root file system, and I can include
these IOCTL() calls for the Trustee Chains (where NDS permissions are
stored for users) and User Nodes (which contain backlinks to
Alan Cox wrote:
What you are about to ship is like swiss cheese, and could render any
Linux server a point of attack that will allow a hacker to get into a
single server with a replica, then gain access to the entire Network.
If it works as described then its already a swiss cheese.
"Theodore Y. Ts'o" wrote:
Date:Fri, 29 Sep 2000 17:49:04 -0600
From: "Jeff V. Merkey" [EMAIL PROTECTED]
This is going to be a continuing problem for non-Unix file systems like
NTFS and NWFS that rely on the ability to read and write variable le
Just in case you guys didn't hear, Linux Networx won best in show for
the Servers, Storage, and Peripherals category running Ute-Linux with
the M2FS file system on a Linux Networx 1240 Evolocity Cluster Server
with 20 clustered processor nodes at NetWorld+Interop in Atlanta this
week. Windows
"Jeff V. Merkey" wrote:
Just in case you guys didn't hear, Linux Networx won best in show for
the Servers, Storage, and Peripherals category running Ute-Linux with
the M2FS file system on a Linux Networx 1240 Evolocity Cluster Server
with 20 clustered processor nodes at NetWor
Peter Samuelson wrote:
[AC]
Mind you, until its open source I'll stick with LDAP and kerberos.
For one I trust folks like Ted more to get it right.
[Jeff Merkey]
Who is Ted, BTW?
Theodore Y. Ts'o. (You read linux-kernel, so I needn't elaborate.)
Peter
-
To unsubscribe from
For anyone wanting to track the MANOS fork of Linux for the purposes of
monitoring bugs that show up in the ports of Linux code and drivers to
the Open Source NetWare, the MANOS mailing list is active, and you can
sign up at [EMAIL PROTECTED] It's set up the same way the
lists for linux-kernel
I will again be able to offer these NTFS tools to repair NTFS
partitions. Please begin reforwarding requests from folks with trashed
disks to me, and I'll be able to assist folks. Microsoft has apologized
and withdrawn their statements.
We are very happy this thread ended on a happy note,
Gustavo Madrigal Salazar wrote:
I recently trashed a NTFS partition writing on it from linux, and I want
to recover some important files. I read an email in a kernel mailing list,
where you said you have a tool that can recover files from damaged NTFS
partitions. How can I get such a tool?
Rik van Riel wrote:
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
I will again be able to offer these NTFS tools to repair NTFS
partitions. Please begin reforwarding requests from folks with
trashed disks to me, and I'll be able to assist folks.
Microsoft has apologized and withdrawn
David Ford wrote:
my apologies, but could someone point me to the most current release of
the debugger?
-d
--
"There is a natural aristocracy among men. The grounds of this are
virtue and talents", Thomas Jefferson [1742-1826], 3rd US President
[EMAIL PROTECTED] Ask for
Rik van Riel wrote:
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
We'll see where it goes, but I am gad they are doing what's
right here and putting their customers first. If an MS customer
wnats to use Linux and W2K, they should be helping them, and I
think perhaps they have come
Andre Hedrick wrote:
On Sun, 1 Oct 2000, Jeff V. Merkey wrote:
I will again be able to offer these NTFS tools to repair NTFS
partitions. Please begin reforwarding requests from folks with trashed
disks to me, and I'll be able to assist folks. Microsoft has apologized
and withdrawn
Andre Hedrick wrote:
I went to slashdot.org to read the story.
There was a historical referrence, in the beginning, that implies that I
was accussing Microsoft of using Linux code. The reality was that I
offered to help them with the solution I was working on because of the
huge mess
1 - 100 of 1191 matches
Mail list logo