[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 this list: send the line
Date:Sat, 30 Sep 2000 04:10:59 +0200
From: Marc Lehmann <[EMAIL PROTECTED]>
Do you really think that explicitly supporting broken distributions
(redhat 7.0 comes with a experimental snapshot of gcc which is neither
binary compatible to 2.95 nor to 3.0, cutting binary
"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 NetWorld+Interop
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
Hello,
I am interested in testing the 2.2.18pre12 kernel. Where do I
find the source code. Checking ftp.kernel.org, it only goes to 2.2.17,
the latest stable release. Following several mirror sites gave only the
same.
Cordially,
Michael Hobgood
-
To unsubscribe from this list: send
On Fri, 29 Sep 2000 23:48:34 -0500 (CDT),
Erik McKee <[EMAIL PROTECTED]> wrote:
>I recieved this oops on boot up. ksymoops claims that the module is from
>2.2.16, but I haven't touched any of the modules after make
>modules_install.
>Warning (compare_Version): Version mismatch. 3c507 says
Well I am of the opinion (some say it stinks),
Linux needs a mixed layer(s) above/below the FS to do direct access to the
drives. This must be placed in the request/list_head for continuity, but
I know what Matt wants and why.
I am working on it in ATA, but my partner in SCSI land refuse to
"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 length
>sector
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 length
sector runs.
It's not just non-Unix file
While doing a little exploration in the kernel I found something that I
thought curious. I would like an explanation of why, at mount time,
the kernel is not more verbose to a person from mounting a 'non-clean'
files system.
Specifically, in /linux/fs/ext2/super.c, line 285 (really this whole
Hello!
I recieved this oops on boot up. ksymoops claims that the module is from
2.2.16, but I haven't touched any of the modules after make
modules_install. Also, with 2.2.17 my networking freezes up more
frequently then before. I only use ethernet and not ppp, so I don't now
why this module
OK, but I can't leave without pointing out that having gcc 2.96 breaks
compiling gcc 2.95.2. I've got Debian for my main machine and RH7 the other
machine on my desk as well as a couple of other test boxen (have to be
administered by clueless WinNT-type operators, so Debian was out), and RH7
OK, this isn't fair, but I just did a grep for AF_LOCAL in
/usr/include/*/*.h on my red hat 6.2 system, and found among others
the lines
/usr/include/bits/socket.h:#define AF_LOCALPF_LOCAL
/usr/include/linux/socket.h:#define PF_LOCALAF_LOCAL
which is a bit amusing... the
> "Erik" == Erik Mouw <[EMAIL PROTECTED]> writes:
Erik> I have taken the role as flame fighter and I have written a
Erik> summary which you can read at:
Erik> http://www-ict.its.tudelft.nl/~erik/flamewar.txt
There is one small problem with the solution advocated at the end of
that page.
Date:Fri, 29 Sep 2000 19:24:01 +0200
From: Frederic Magniette <[EMAIL PROTECTED]>
We would like to do some operations on a ext2 disk while it is
mounted read-only. The problem is that our operations have no
effects because everithing is cached. Is it possible to shrink
Alec Smith wrote:
>
> Date: Fri, 29 Sep 2000 16:58:22 -0400 (EDT)
> From: Alec Smith <[EMAIL PROTECTED]>
> To: David M. Rector <[EMAIL PROTECTED]>
> Subject: Re: What is up with Redhat 7.0?
>
> Congratulations, you got further than I did. I couldn't even get that
> disaster known as RH7.0 to
This patch (against 2.4.0-test9-pre7) makes all watchdog drivers use
module_init, rather than explicit init calls; as a side-effect, it fixes a
presumed bug that would cause the softdog driver to be used if i810-tco and
softdog were enabled.
I think it would make sense to move the watchdog
2.2.18pre12 fix for some distros said:
> Those distros that use which versions that are alias magic in bash
> need this to build 2.2.18pre12
No dice on Red Hat 6.9.5, it selects cc (and barfs). The unpatched version
works. In any case, with "> /dev/null" you are throwing away the result you
are
On Sat, Sep 30, 2000 at 12:37:39AM +0100, Alan Cox <[EMAIL PROTECTED]> wrote:
> knows about both kgcc and gcc272 (RH and Debian) automatically thanks to
Do you really think that explicitly supporting broken distributions
(redhat 7.0 comes with a experimental snapshot of gcc which is neither
Please, do *not* start a flamewar about "my distribution is
larger/better/more stable/kinder to animals/whatever than yours" here!
--
Horst von Brand [EMAIL PROTECTED]
Casilla 9G, Vin~a del Mar, Chile +56 32 672616
-
To unsubscribe from
Background:
incoming/ was mounted via nfs. An ISO on that directory was mounted via
loopback to incoming/en. Then on the nfs server various things happened
that broke the nfs mount to incoming; specifically, incoming/iso was
created on the server (so that from the client's view there is the
On Fri, 29 Sep 2000 10:00:37 +0200 (CEST),
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>On Fri, 29 Sep 2000, Keith Owens wrote:
>
>> arch/i386/kernel/msr.c has been there since at least 2.4.0-test1. A
>
>there is nothing performance-counter specific about /dev/msr. There is no
>highlevel
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
> 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. You just need to put
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
BTW. I have looked over what Novell has out at present, and what's
there is basically totally insecure on Linux, and is vulerable to
someone getting into a single server, then being able to download every
single users passwords and data for all the replicated servers in a
Network using
Those distros that use which versions that are alias magic in bash
need this to build 2.2.18pre12
--- Makefile~ Sat Sep 30 00:01:26 2000
+++ MakefileSat Sep 30 00:10:28 2000
@@ -22,8 +22,8 @@
AS =$(CROSS_COMPILE)as
LD =$(CROSS_COMPILE)ld
-CC =$(CROSS_COMPILE)$(shell if [
> 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 quota
> nodes).
I dont know enough about these features to answer this. As far as
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
James Sutherland <[EMAIL PROTECTED]> writes:
> OTOH, these standards documents aren't the most readable of text. Perhaps
> a human-friendly explanation of the standard would be more widely read?
The problem with a more human-friendly explanation of the standard is
that then you're not reading
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()
On Fri, Sep 29, 2000 at 06:51:22PM -0400, Chris Wing wrote:
> > (ii) There is also a rather obscure place in SYSV IPC where a 16-bit pid_t
> > is used for the fields msg_lspid and msg_lrpid of the (obsolete)
> > struct msqid_ds and the fields shm_cpid and shm_lpid of the (obsolete)
> > struct
Just bug fixes. The sound stuff wants a good hard testing, the other stuff
shouldnt be too risky. Cyrix MTRR works again I hope. The ps/2 mouse
reconnect stuff is now an option you must enable to avoid breaking
touchpads.
Stuff left to do for 2.2.18final
- Support for >2GHz processors
-
At 00:35 30/09/2000, Alexander Viro wrote:
>On Sat, 30 Sep 2000, Anton Altaparmakov wrote:
>
> > All those problems disappear as soon as you change BLOCK_SIZE to 512. And
>
>Have you actually tried that? Go ahead, just do full backup before the
>experiment...
I hope you don't mind me quoting my
> -Original Message-
> From: Alan Cox [mailto:[EMAIL PROTECTED]]
> Sent: Friday, September 29, 2000 2:08 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Anyone working on multi-threaded core
> -Original Message-
> From: Igmar Palsenberg [mailto:[EMAIL PROTECTED]]
[snip]
>
> Maybe I'm totally stupid, but I think you need to sync the
> threads so that
> the're in the same state. And I don't think it's that simple.
>
> Or I'm talking totally nonsense here :)
>
I think
Now I can boot it. I've compiled as Pentium MMX without MTRR support.
The PC is a PIII IDE. Kernel test9-pre5 could'nt boot, compiled as PIII
and with MTTR support.
The kernel run fine here :) (and fast!) :-)
Yuri
-
To
> you have of course used kgcc for the compile job ? 2.96 maybe is chewing
> the kernel source a little bit too well.
>
> Did you edit the makefiles to use kgcc instead of gcc ?
2.2.18pre12 (coming to a kernel archive near you in 2 or 3 minutes) now
knows about both kgcc and gcc272 (RH and
On Sat, 30 Sep 2000, Anton Altaparmakov wrote:
> All those problems disappear as soon as you change BLOCK_SIZE to 512. And
Have you actually tried that? Go ahead, just do full backup before the
experiment...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi there,
you have of course used kgcc for the compile job ? 2.96 maybe is chewing
the kernel source a little bit too well.
Did you edit the makefiles to use kgcc instead of gcc ?
Greetings
Michael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
At 23:59 29/09/2000, Andries Brouwer wrote:
>On Fri, Sep 29, 2000 at 05:36:48PM -0500, [EMAIL PROTECTED] wrote:
> > > >But the question was about reading from disk, not about reading
> > > >from partition.
> > Actually, that's next. In EFI, all partitions have a starting LBA and
> > ending LBA
> Unfortunately, this mapping is a requirement for our product. I'd hate to have
> to create my own pte's and do it all manually.
If you are doing it at boot time as Id expect then you may need to - the SMP
code for bootstrapping has to do pte stuff itself for the same reason
-
To unsubscribe
Followup to: <[EMAIL PROTECTED]>
By author:Andries Brouwer <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Thu, Sep 28, 2000 at 03:41:41PM -0700, Jack Howarth wrote:
>
> > I find that the compile of gnome-utils fails as follows...
> >
> > In file included from
On Fri, Sep 29, 2000 at 05:36:48PM -0500, [EMAIL PROTECTED] wrote:
> > >But the question was about reading from disk, not about reading
> > >from partition.
> Actually, that's next. In EFI, all partitions have a starting LBA and
> ending LBA on the disk. So, it would be easy to have an "odd
On Fri, 29 Sep 2000, David M. Rector wrote:
>
> Has anyone tried Redhat 7.0 yet? What a mess.
>
> 1) It would not compile stock kernels out of the box. (ends at
> compress.S) with a fatal error.
>
> 2) Trying to compile the kernel source for 2.2.16 that comes with the
> redhat disk (which is
> > 2nd Question: Is there a sane way to queue an operation to be done in
> >each specific CPU?
>
> smp_call_function().
The slab code was using smp_call_function until davem fixed it.
On sparc blocking interrupts does not block the reception of cpu cross
calls, so you
Andries:
Just to clarify, the old struct msqid_ds et. al are still used by all
Linux software before glibc 2.2. As of glibc 2.2, there is a new
user-level ABI for the SysV IPC functions {msg,sem,shm}*(), which provides
32-bit pids and 32-bit uids. All software using SysV IPC will need to be
Alec Smith wrote:
> I'll stick to Debian -- It might be a bit outdated at times, but Debian
> "just works." Maybe RedHat could take some hints from the Debian guys.
Or Slackware, which is clean, simple, eminently hackable, and most importantly
of all, does not make patches to programs that
[EMAIL PROTECTED] said:
[SNIP]
> It has been confirmed on two more laptops, one lkml post and another
> laptop here. But if we tested every driver change on every supported
> hardware model, progress would never occur.
Few other drivers have the potential to turn a perfectly functioning
On Fri, 29 Sep 2000, Jeff V. Merkey wrote:
>I am with you guys fully now, and the fork in the road has been taken.
>We are now a Linux and Open Source shop. I appreciate your kind
>comments.
I'm glad to hear you're truely commited to Linux now.
>I have created an alternate email account
> > > That's what prevents linear raid and proper NTFS support
> from working on
> > > "odd sized" partitions...
> >
> >But the question was about reading from disk, not about reading
> >from partition.
>
Actually, that's next. In EFI, all partitions have a starting LBA and
ending LBA on the
On Sat, 30 Sep 2000, Neil Brown wrote:
> On Friday September 29, [EMAIL PROTECTED] wrote:
> > On Fri, 29 Sep 2000, Pavel Machek wrote:
> >
> > > Are you sure there are no deadlock-when-low-on-memory bugs
> > > hiding somewhere? swap over nbd also *seems* to work.
> >
> > Good that you mention
On Friday September 29, [EMAIL PROTECTED] wrote:
> On Fri, 29 Sep 2000, Pavel Machek wrote:
>
> > Are you sure there are no deadlock-when-low-on-memory bugs
> > hiding somewhere? swap over nbd also *seems* to work.
Raid preallocates all the memory that it needs.
When raid1 runs out of
At 13:03 29/09/2000, Andries Brouwer wrote:
>On Fri, Sep 29, 2000 at 02:20:25AM +0100, Anton Altaparmakov wrote:
> > And if it has an odd number then you can't read the last sector at all! -
> > That's what prevents linear raid and proper NTFS support from working on
> > "odd sized" partitions...
Maybe this thread should be on the redhat list not the kernel list.
Alec Smith wrote:
>
> Date: Fri, 29 Sep 2000 16:58:22 -0400 (EDT)
> From: Alec Smith <[EMAIL PROTECTED]>
> To: David M. Rector <[EMAIL PROTECTED]>
> Subject: Re: What is up with Redhat 7.0?
>
> Congratulations, you got further
I'm using 2.4.0-test9-pre7 and have a _very_ reproducable OOPS with the
SCSI layer. Everything relevant is compiled as a module (except for the
/proc support).
The test scenario is this:
(1) Boot the machine
(2) modprobe ide-scsi (note this autoloads scsi_mod but nothing else)
(3) rmmod
** Reply to message from Alan Cox <[EMAIL PROTECTED]> on Fri, 29 Sep
2000 23:00:16 +0100 (BST)
> > "num_pages" is usually just equal to 1. This code appears to work very well.
> > However, when I call the iounmap function on the memory obtained via
> > ioremap_nocache, sometimes I hit a kernel
Hi,
I want to build the kernel
These are the following steps what I am doing:
In /usr/src/linux
make config
make dep
make bzImage
while make bzImage , I get many errors under
diffirent
drivers ex: sound, net, char
Ex: undefined reference in hfmodem driver
same errors for sound &
> "num_pages" is usually just equal to 1. This code appears to work very well.
> However, when I call the iounmap function on the memory obtained via
> ioremap_nocache, sometimes I hit a kernel BUG(). The code which causes the bug
> is in page_alloc.c, line 85 (in function __free_pages_ok):
>
I'm using kernel 2.4.0-test2. I have a driver for a memory controller-like
device that our company is developing. We need to test random memory locations
throughout all of physical RAM, and the tests involve reading and writing to
those memory locations, bypassing the cache. Basically, we pick
> Hardware is an IBM Personal Computer 300PL with 128MB of ram and 2 40GB
> Maxtor UDMA/66 drives. Primary application is Samba 2.0.7
> RedHat 6.2
Can you run memtest86 on the machine firstly.
> Sep 29 11:46:06 plato kernel: Process vncviewer (pid: 3704, process nr: 42,
> stackpage=c5345000)
>
Date: Fri, 29 Sep 2000 16:58:22 -0400 (EDT)
From: Alec Smith <[EMAIL PROTECTED]>
To: David M. Rector <[EMAIL PROTECTED]>
Subject: Re: What is up with Redhat 7.0?
Congratulations, you got further than I did. I couldn't even get that
disaster known as RH7.0 to even install. It died with some error
On Fri, 29 Sep 2000, Daniel Phillips wrote:
> Marty Fouts wrote:
> > My own opinion is that no, the nominal cost of standards documents has
> > little to do with why programmers don't have complete and up to date
> > definitions of the language.
>
> I can't change your opinion but I can tell
> Has anyone tried Redhat 7.0 yet? What a mess.
>
> 1) It would not compile stock kernels out of the box. (ends at
> compress.S) with a fatal error.
Use the right compiler
> 2) Trying to compile the kernel source for 2.2.16 that comes with the
> redhat disk (which is very different than the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 29 Sep 2000, David M. Rector wrote:
>
> Has anyone tried Redhat 7.0 yet? What a mess.
>
> 1) It would not compile stock kernels out of the box. (ends at
> compress.S) with a fatal error.
Unable to reproduce.
> 2) Trying to compile the
On Fri, 29 Sep 2000, Alan Cox wrote:
> > > while the dump is taken? How about thread A coredumping, half of the image
> > > being already written and thread B (nowhere near the kernel mode, mind
> > > you) changing the data both in the area that is already dumped and area
> > > the still
On Fri, Sep 29, 2000 at 03:57:10PM -0400, Albert D. Cahalan wrote:
> > The code is old.
> > There is very little reason for it, and we could change today.
> > My machines regularly see 6- or 7-digit PIDs.
> Oh, the horror!
>
> Consider, do you like to type "kill 1234567890" more than
> a
> > while the dump is taken? How about thread A coredumping, half of the image
> > being already written and thread B (nowhere near the kernel mode, mind
> > you) changing the data both in the area that is already dumped and area
> > the still isn't? After that you can look at the dump and notice
On Fri, 29 Sep 2000 [EMAIL PROTECTED] wrote:
> Can you assist?
> Sep 29 11:46:06 plato kernel: Unable to handle kernel paging request at
> virtual address 40ab06c8
> Sep 29 11:46:06 plato kernel: current->tss.cr3 = 00101000, %cr3 = 00101000
> Sep 29 11:46:06 plato kernel: *pde =
>
"David M. Rector" <[EMAIL PROTECTED]> said:
> Has anyone tried Redhat 7.0 yet? What a mess.
I'm running 6.9.5 at home (7.0 beta)
> 1) It would not compile stock kernels out of the box. (ends at
> compress.S) with a fatal error.
Use kgcc, not gcc. Works fine, I'm running 2.2.18pre11 at home,
Good Day, We are getting several of these asserts per day on differing
applications. In all instances the application involved dies.
Occasionally this assert causes the whole system to lock up. Data loss has
resulted from one such ocurance but fortunately we were
able to restore from a backup.
On Fri, 29 Sep 2000, David M. Rector wrote:
>
> Has anyone tried Redhat 7.0 yet? What a mess.
No it's nor ;-)
> 1) It would not compile stock kernels out of the box. (ends at
> compress.S) with a fatal error.
Install the kgcc from the first CD. That one works much better and edit
the top
Hi,
I am working on Red hat linux ver 6.1
kernel version : 2.2.12
I want to add as patch for RAID controller supported
in 2.3.40.For this I need kernel version patch 2.3.40
where can I get this 2.3. kernel version
with regards,
Anil
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
Andries Brouwer writes:
> On Wed, Sep 27, 2000 at 02:32:17PM +0100, Bernhard Bender wrote:
> The code is old.
> There is very little reason for it, and we could change today.
Some userspace software uses "short" for PIDs. Bash did this.
> In fact I think I once submitted the corresponding
Hi!
> Well, I'm finally getting around to sending out this announcement.
> As can be seen on www.alphanews.net, we've managed to boot Linux on an
> AlphaServer GS320. The only caveats are that one of the CPUs was out of
> the system at the time (hence 31 CPUs, not 32), and that we haven't
Alexander Viro wrote:
> How about preventing the rest of threads from doing mmap()/munmap()/etc.
> while the dump is taken? How about thread A coredumping, half of the image
> being already written and thread B (nowhere near the kernel mode, mind
> you) changing the data both in the area that is
On Fri, 29 Sep 2000, Igmar Palsenberg wrote:
> > I was aiming at the simplest and in my mind most obvious thing, which
> > is to have the standard ELF coreer dump handle multiple threads in the
> > same way as it does on many other systems. The lack of these causes
> > shrieks of amazement
> Hi,
> We would like to do some operations on a ext2 disk while it is mounted
> read-only.
> The problem is that our operations have no effects because everithing is
> cached.
> Is it possible to shrink all the caches, especially the superblock
> caches and to reload the changes?
> We used
> I was aiming at the simplest and in my mind most obvious thing, which
> is to have the standard ELF coreer dump handle multiple threads in the
> same way as it does on many other systems. The lack of these causes
> shrieks of amazement from many of our customers :-(
>
> This is not rocket
> > while (mbox->numstatus == 0xFF);
> >
>
> is mbox volatile ? gcc 2.95 will certainly turn the above into an
>
> if() while(1);
Is assume something else is changung mbox->numstatus ?? Else it doesn't
make sense to me and someone might enlighten me on this one :)
Igmar
Hello,
Could someone please let me know if the qlogicfc driver supports persistent
binding on the QLA2200F's?
Thanks!
Heather
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> Can spin_lock_irqsave and the disable_irq & spin_lock combinations be
> safely mixed, particularly with regards to the networking layer? This does
> not seem to be done anywhere in the kernel so I suspect that I'm trying
> to do something wrong/bogus ...
We do it on the 8390 and 3c509.
#ifdef
Can spin_lock_irqsave and the disable_irq & spin_lock combinations be
safely mixed, particularly with regards to the networking layer? This does
not seem to be done anywhere in the kernel so I suspect that I'm trying
to do something wrong/bogus ...
More specifically, I have a card that requires
Fred and Tom write:
> We would like to do some operations on a ext2 disk while it is mounted
> read-only. The problem is that our operations have no effects because
> everithing is cached.
> Is it possible to shrink all the caches, especially the superblock
> caches and to reload the changes?
Stefan writes:
> After modifying sys_open() by prepending a namei(filename),
> all devices mounted while the modified sys_open is in place,
> report an EBUSY when trying to umount them. Doesn't matter if sys_open
> has been restored to the original before umount.
>
> asmlinkage int
On Fri, Sep 29, 2000 at 11:41:20AM +0200, Lars Steinke wrote:
> When using ide-scsi to access a CDRW writer, the recording process works
> but I am not able to mount any CD-ROM media in that drive for reading.
And here it's exactly the opposite :)
If anyone has a Philips CDD-36xx drive and
Hi,
We would like to do some operations on a ext2 disk while it is mounted
read-only.
The problem is that our operations have no effects because everithing is
cached.
Is it possible to shrink all the caches, especially the superblock
caches and to reload the changes?
We used prune_dcache (kernel
Carsten Lang <[EMAIL PROTECTED]> said:
> i don't want to start discussing the pros and cons of using C++ in kernel
> development.
Right.
> BUT: why do we blame people if they want to?
Just because.
> It is possible to produce stable and good C++ modules (i have one for a
> framegrabber
Let's see if this fixes it. When a Netware server first comes up, both
IPX and NCP are active, but do return some error codes if the SYS volume
has not been mounted yet if someone attempts to connect to the LOGIN
directory (which is where clients get pointed by default when they first
connect).
I suspect that this discussion belongs off-list, because it apparently comes
up frequently.
But an observation from a Linux-Kernel "outsider":
Multilanguage developement (meaning using more than one language in the
product) makes any product harder to develop. Because Linux is in C
originally
> allocated and requested as soon as they are known. Now, that _may_ be at
> open() time - there are cards that actually shut down completely and do
> not react to IO etc until actually enabled through some magic means (*)
> and potentially you could allocate the IO range dynamically at open()
On Fri, Sep 29, 2000 at 01:34:47PM +0100, James Cownie wrote:
>
> I was aiming at the simplest and in my mind most obvious thing, which
> is to have the standard ELF coreer dump handle multiple threads in the
> same way as it does on many other systems. The lack of these causes
> shrieks of
On Fri, 29 Sep 2000, Alan Cox wrote:
> > In solo1_probe, an FM interface is registered.
> >
> > So, IMHO there is a bug somewhere... Why register an FM interface in
> > probe, and then check_region for another FM driver in _open? Is this
> > intentional or really a bug?
>
> The I/O port
Hello.
So I did the fixes of races in quota Al found. The patch can
be found at
ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/quota-fix-2.4.0-test8-1.diff.
In the patch are included also some cleanups (especially change in
invalidate_dquots()) which I originally wanted to
Ingo Molnar <[EMAIL PROTECTED]> writes:
> that having all said, i'm not against a generic, nonpriviledged (kernel
> based) performance counter API within the kernel (if there is demand), and
> such an API should of course have close control over the contents of the
> performance counter
> "Carsten" == Carsten Lang <[EMAIL PROTECTED]> writes:
Carsten> Hi, i don't want to start discussing the pros and cons of
Carsten> using C++ in kernel development. BUT: why do we blame people
Carsten> if they want to?
This is already covered in the 200 previous discussions about this -
On Fri, 29 Sep 2000, Andrea Arcangeli wrote:
> On Fri, Sep 29, 2000 at 11:39:18AM -0300, Rik van Riel wrote:
> > OK, good to see that we agree on the fact that we
> > should age and swapout all pages equally agressively.
>
> Actually I think we should start looking at the mapped stuff
> _only_
On Fri, Sep 29 2000, Thomas Molina wrote:
> > on the command line, set hdc=scsi and hde=scsi (where hdc is the dvd and
> > hde the cd-rw).
>
> Those parameters should probably be hdc-ide-scsi and hde=ide-scsi.
No, for 2.4 the parameter is indeed hdX=scsi
--
* Jens Axboe <[EMAIL PROTECTED]>
Hi,
i don't want to start discussing the pros and cons of using C++ in kernel
development.
BUT: why do we blame people if they want to?
It is possible to produce stable and good C++ modules (i have one for a
framegrabber device) and it is much easier to port already exsiting C++
drivers from
1 - 100 of 353 matches
Mail list logo
