Go on. Tell me this isn't an error...
CONFIG_ARCH_CLPS7110: arch/arm/kernel/arch.c
CONFIG_ARCH_CLPS711X: arch/arm/Makefile arch/arm/config.in arch/arm/kernel/Makefile
arch/arm/kernel/entry-armv.S arch/arm/kernel/debug-armv.S arch/arm/def-configs/ebsa110
arch/arm/def-configs/footbridge
Thank you. It is true all I want to do is help the community. I feel as
alot of people do XFree86 can not meet the needs of the community. It is
very sad that people feel that no amount of people in the open source
community can make code of the same or better quality as XFree86 in a
shorter
Pavel Roskin wrote:
Hello!
I've compiled 2.4.3-ac9 with support for PNP BIOS. I understand that this
is a new feature experimental and the feedback is requested.
The setting is BIOS is to use irq 7 and dma 3. I normally use "options
parport_pc io=0x378 irq=7 dma=3" in
On Thu, 19 Apr 2001, Linus Torvalds wrote:
On Thu, 19 Apr 2001, Alexander Viro wrote:
I certainly agree that introducing ioctl() in _any_ API is a shootable
offense. However, I wonder whether we really need any kernel changes
at all.
I'd certainly be interested in seeing the
On Thu, 19 Apr 2001, Alexander Viro wrote:
Ehh... Non-lazy variant is just read() and write() as down_failed() and
up_wakeup() Lazy... How about
Looks good to me. Anybody want to try this out and test some benchmarks?
There may be problems with large numbers of semaphores, but hopefully
Pavel Roskin wrote:
...
There is another interesting line in the log that you didn't quote. The
driver actually knows about DMA 3:
0x378: ECP settings irq=7 dma=3
The parport code only uses DMA when told by the user, so
insmod parport_pc dma=auto
should to the trick. Parport DMA
Al, you write:
Erm... Folks, can -s_inode_size be not a power of 2? Both
libext2fs and kernel break in that case. Example:
dd if=/dev/zero of=foo bs=1024 count=20480
mkfs -I 192 foo
I had always assumed that it would be a power-of-two size, but since it
is an undocumented option to
Jason Gunthorpe [EMAIL PROTECTED] writes:
On 12 Apr 2001, Philippe Troin wrote:
Apt I guess ? It has a very strange behavior when backgrounded...
Not really, just want it tries to run dpkg it hangs.
The last read was after the process was forgrounded. The read waits
forever, the
Hi
For some reason this one didn't make it through in the first try ;-(
Jes
Hi
I would like to announce the creation of the openlvm mailing list for
discussion about maintenance and further development of the Linux
Logical Volume Manager (LVM).
The new mailing list is named linux-openlvm
Hi Linus,
The following patch fixes the OOM deadlock condition caused by
prune_icache(), and also improves its performance significantly.
The OOM deadlock can happen because prune_icache() tries to sync _all_
dirty inodes (under PF_MEMALLOC) on the system before trying to free a
portion of
In article 9bn3sr$fer$[EMAIL PROTECTED],
Wichert Akkerman [EMAIL PROTECTED] wrote:
What you can do is what strace does: insert a loop instruction after
the fork or clone call and remove that when the call returns.
You're probably even better off just intercepting the fork, turning it
into a
On Thu, 19 Apr 2001, Andreas Dilger wrote:
Al, you write:
Erm... Folks, can -s_inode_size be not a power of 2? Both
libext2fs and kernel break in that case. Example:
dd if=/dev/zero of=foo bs=1024 count=20480
mkfs -I 192 foo
I had always assumed that it would be a
On Thu, Apr 19, 2001 at 10:21:14AM +0200, Helge Hafting wrote:
A program may know its own access pattern, but it don't usually know
future access patterns. Well, backing up the entire fs could benefit
from a something like this, you probably won't need the backup again
soon. But this is
On Sat, Apr 14, 2001 at 04:42:54PM +0200, Kurt Roeckx wrote:
While running 2.4.3, I saw the following message a few times:
KERNEL: assertion (tp-lost_out == 0) failed at
tcp_input.c(1202):tcp_remove_reno_sacks
I've been running tcpdump for some time, and get the message 2
times again today.
On Thu, 19 Apr 2001, Linus Torvalds wrote:
On Thu, 19 Apr 2001, Alexander Viro wrote:
Ehh... Non-lazy variant is just read() and write() as down_failed() and
up_wakeup() Lazy... How about
Looks good to me. Anybody want to try this out and test some benchmarks?
Ugh. It doesn't
It is unfortunate that this could not have been resolved in a more mature
manner. Saying "I don't like the way somebody is doing something. I won't
bother to talk to them about it, I'll just flame them and try to undermine
their work." is not acceptable. It would have been nice if you'd
Hello,
After downloading latest 2.4.3-ac9 kernel and compiling it I found
that when I insert the i2c-matroxfb module, the modprobe utility
completely monopolize the system during about a minute everything gets
really slow and it seems that it do something on the virtual consoles
Eric S. Raymond wrote:
Rogier Wolff [EMAIL PROTECTED]:
I think it should be possible to do:
/* to enable the special stuff, change the "undef" to "define",
If you really want you can add this to Config.in so that you're presented
with this choice when configuring your kernel.
Hi there,
when I have given my computer a 'quite heavy load' in X, it will sometimes
suddenly, without much reason at that moment itself, stop working... Ie,
the 'stop' itself can happen when the computer isn't even being worked on,
but five minutes after I've done some video editing (using a
AJ Lewis wrote:
It is unfortunate that this could not have been resolved in a more mature
manner. Saying "I don't like the way somebody is doing something. I won't
bother to talk to them about it, I'll just flame them and try to undermine
their work." is not acceptable. It would have been
On Thu, 19 Apr 2001, AJ Lewis wrote:
It is unfortunate that this could not have been resolved in a more mature
manner. Saying "I don't like the way somebody is doing something. I won't
bother to talk to them about it, I'll just flame them and try to undermine
their work." is not
On Thu, Apr 19 2001, AJ Lewis wrote:
It is unfortunate that this could not have been resolved in a more mature
manner. Saying "I don't like the way somebody is doing something. I won't
bother to talk to them about it, I'll just flame them and try to undermine
their work." is not acceptable.
Patrick Mochel [EMAIL PROTECTED] writes:
IMHO the pm interface should be split up as following:
Nobody has disagreed: therefore this separation must be perfect ;-)
I once heard that patience is a virtue. :)
(1) Battery status, power status, UPS status polling. It
Is blackbox broken? Or is this a kernel bug? Or a bug in the nvidia
drivers?
I hope you can fix it (if it is a kernel bug)...
Only Nvidia can help you. Reproduce the problem from a boot where the nvidia
drivers have never been loaded and then its interesting. Is the box stable
with 2.2 ?
-
problems: just _how_ high woul dyou move it? Would it potentially disturb
an application that opens thousands of files, and knows that they get
consecutive file descriptors? Which is _legal_ and well-defined in UNIX.
Only if you close them before. The process may have been started with
It is unfortunate that this could not have been resolved in a more mature
manner. Saying "I don't like the way somebody is doing something. I won't
bother to talk to them about it, I'll just flame them and try to undermine
their work." is not acceptable. It would have been nice if you'd
Still have to test copying from a SCSI disk on the same bus as the
tape drive.
Done (tar c/tar d), no corruption.
Olaf
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 2001.04.19 21:04:26 +0200 Alan Cox wrote:
Is blackbox broken? Or is this a kernel bug? Or a bug in the nvidia
drivers?
I hope you can fix it (if it is a kernel bug)...
Only Nvidia can help you. Reproduce the problem from a boot where the
nvidia
drivers have never been loaded and
Patrick Mochel [EMAIL PROTECTED] writes:
[...]
Solution. Have a special procfs or dev node that any number of people
can select(2) or read(2). Protocol text. Syntax:
event WS subsystem WS description LF
Where event is one of the strings
(1) Battery status, power status, UPS status polling. It
should be possible for lots of processes to do this
simultaneously. [That does not prohibit a single process
querying the kernel and all the others querying it.]
Solution. Have a bunch
"" == AJ Lewis [EMAIL PROTECTED] writes:
It is unfortunate that this could not have been resolved in a more
mature manner. Saying "I don't like the way somebody is doing
something. I won't bother to talk to them about it, I'll just
flame them and try to undermine their work." is not
"AJ" == AJ Lewis [EMAIL PROTECTED] writes:
AJ It is unfortunate that this could not have been resolved in a more
AJ mature manner.
Personally, I find it exceedingly immature that my postings get
moderated to the bitbucket every time I report a bug in your code.
This is simply not the way we
On Thu, Apr 19, 2001 at 08:02:50PM +0100, Alan Cox wrote:
Well their approach to patches that fix bugs is to reject emails. They've done
that to stuff I've reported any many others. So there is a problem. And its
kind of hard to discuss a problem when you are being moderated out of existance.
Al writes:
I had always assumed that it would be a power-of-two size, but since it
is an undocumented option to mke2fs, I suppose it was never really
intended to be used. It appears, however, that the mke2fs code
doesn't do ANY checking on the parameter, so you could concievably make
On Thu, Apr 19, 2001 at 09:17:29PM +0200, Jes Sorensen wrote:
This was tried, trust me. We didn't create this list because someone
forgot to respond to a single posting. As we wrote in the announcement
there has been too many incidents: At least two people got kicked off
the old lvm list for
Linus Torvalds [EMAIL PROTECTED] writes:
Looks good to me. Anybody want to try this out and test some benchmarks?
I fail to see how this works across processes. How can you generate a
file descriptor for this pipe in a second process which simply shares
some memory with the first one? The
Patrick Mochel [EMAIL PROTECTED] writes:
[...]
I can see at least two types of events - (forgive the lack of colorful
terminology) passive and active. Passive events are simply providing
status updates, much like the events described above. These are simply so
some UI can notify the
The problem is that at the low point in the cycle, the machine is
unusable. It is utterly unresponsive until the writes complete, which can
take a very long time (in the case of the ppc machine, several minutes!)
Anything that does disk I/O will block for a long time - having 'ls' take
two
On Thu, Apr 19 2001, AJ Lewis wrote:
Did anyone bother to e-mail the list admins? Perhaps it was too difficult
to figure out who to mail about this, but I know for a fact that Rik van
Riel and Jens Axboe could post to [EMAIL PROTECTED] It would have been
nice if they had mentioned something
"" == AJ Lewis [EMAIL PROTECTED] writes:
Hmm...i guess there is a communication issue here. It sounds like
the message that our ML server was sending was misleading. We were
not rejecting mail because of content. The ML server was rejecting
it because the address was not subscribed. Our
"AJ" == AJ Lewis [EMAIL PROTECTED] writes:
AJ On Thu, Apr 19, 2001 at 09:17:29PM +0200, Jes Sorensen wrote:
This was tried, trust me. We didn't create this list because
someone forgot to respond to a single posting. As we wrote in the
announcement there has been too many incidents: At least
On Thu, Apr 19, 2001 at 09:35:51PM +0200, Jes Sorensen wrote:
"" == AJ Lewis [EMAIL PROTECTED] writes:
Hmm...i guess there is a communication issue here. It sounds like
the message that our ML server was sending was misleading. We were
not rejecting mail because of content. The ML
The list is now open. I've talked to our admin and he's opening it up.
Send me e-mail if it doesn't work, 'cause something else is broken.
All it would have taken was a request and a good reason for doing so, but
I guess this is one way to do it. Just don't complain about spam. :)
Regards,
AJ Lewis writes:
On Thu, Apr 19, 2001 at 08:02:50PM +0100, Alan Cox wrote:
Well their approach to patches that fix bugs is to reject emails. They've
done that to stuff I've reported any many others. So there is a problem.
And it's kind of hard to discuss a problem when you are being
All it would have taken was a request and a good reason for doing so, but
I guess this is one way to do it. Just don't complain about spam. :)
I think you'll find several folks who run linux-kernel and other lists like
the linux.nl mailhub more than happy to help there
Alan
-
To
"Jens" == Jens Axboe [EMAIL PROTECTED] writes:
Jens First one gets a mail saying that the mail sent is queued for
Jens moderator approval, since I'm not on the list. Then later a
Jens second mail arrives, saying the mail has been rejected by the
Jens moderator.
Yep. Same here. Latest and
Alan Cox [EMAIL PROTECTED] writes:
can libraries use fast semaphores behind the back of the user? They might
well want to use the semaphores exactly for things like memory allocator
locking etc. But libc certainly cant use fd's behind peoples backs.
libc is entitled to, and most
Not to be negative, but isn't Alan the pot calling the kettle black? You
use ORBS to block email as well, with no hope of reprieve. AFAIK, the
I dont stop other people discussing the kernel. Its very very different.
linux-lvm list has a moderator which _should_ forward legitimate emails
I fail to see how this works across processes. How can you generate a
file descriptor for this pipe in a second process which simply shares
some memory with the first one? The first process is passive: no file
descriptor passing must be necessary.
mknod foo p. Or use sockets (although
On Thu, Apr 19, 2001 at 01:45:20PM -0600, Andreas Dilger wrote:
I don't think that the subscription is necessarily the only issue. I'm
subscribed to all of the LVM mailing lists, and still a lot of what I
submit (legitimate bug fixes, and not just features/code cleanup) does
not get added to
On Thu, 19 Apr 2001, Andreas Dilger wrote:
I don't think that the subscription is necessarily the only
issue. I'm subscribed to all of the LVM mailing lists, and
still a lot of what I submit (legitimate bug fixes, and not just
features/code cleanup) does not get added to CVS. Yes, the
On Thu, Apr 19, 2001 at 01:45:20PM -0600, Andreas Dilger wrote:
I don't think that the subscription is necessarily the only issue. I'm
subscribed to all of the LVM mailing lists, and still a lot of what I
submit (legitimate bug fixes, and not just features/code cleanup) does
not get added to
On Thu, Apr 19 2001, AJ Lewis wrote:
As far as getting patches into the stock kernel, we've been sending patches
to Linus for over a month now, and none of them have made it in. Maybe
someone has some pointers on how we get our code past his filters.
The diff between 2.4.4-pre LVM and your
As far as getting patches into the stock kernel, we've been sending patches
to Linus for over a month now, and none of them have made it in. Maybe
someone has some pointers on how we get our code past his filters.
Has it occured to you that some of this might be because the code does stuff
On Thu, Apr 19, 2001 at 09:56:52PM +0200, [EMAIL PROTECTED] wrote:
Your mail to 'linux-lvm' with the subject
Re: [linux-lvm] Re: [repost] Announce: Linux-OpenLVM mailing list
Is being held until the list moderator can review it for approval.
The reason it is being held:
Alan Cox [EMAIL PROTECTED] writes:
mknod foo p. Or use sockets (although AF_UNIX sockets are higher latency)
Thats why I suggested using flock - its name based. Whether you mkstemp()
stuff and pass it around isnt something I care about
Files give you permissions for free too
I don't want
AJ Lewis wrote:
Ok, the issue here is that we're trying to get a release out and so anything
that majorly changes the code is getting shunted aside for the moment. It
would be stupid to just add everything that comes in on the ML without
review. Linus does the exact same thing. I've said
On Thu, Apr 19, 2001 at 07:55:20AM -0400, Alexander Viro wrote:
Erm... Folks, can -s_inode_size be not a power of 2? Both
libext2fs and kernel break in that case.
This was a project that was never completed. I thought at one point
of allowing the inode size to be not a power of 2, but
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
You may well need to 'make clean' before building -ac8 as the GDT layout
has changed a little.
2.4.3-ac10
o Merge Linus
I don't want nor need file permissions. A program would look like this:
Your example opens/mmaps so has file permissions. Which is what I was asking
The shared mem segment can be retrieved in whatever way. The mutex in
this case is anonymous. Everybody who has access to the shared mem
On Thu, Apr 19, 2001 at 11:05:03AM -0500, Victor Zandy wrote:
We have found that one of our programs can cause system-wide
corruption of the x86 FPU under 2.2.16 and 2.2.17.
We see this problem on dual 550MHz Xeons with 1GB RAM.
Hm, I started to wonder if this is not somewhat related
úÄÒÁ×ÓÔ×ÕÊÔÅ. âïìøûå, ÞÅÍ ÐÒÏÓÔÏ âåóðìáôîùê èïóôéîç
1. ó÷ïê íáçáúéî. ó÷ïñ óôòáîéþëá.
÷Ù ÈÏÔÉÔÅ áâóïìàôîï âåóðìáôîï ÉÍÅÔØ ÓÏÂÓÔ×ÅÎÎÙÊ, ÐÏÌÎÏÃÅÎÎÙÊ éîôåòîåô- íáçáúéî Ó
ÓÏÂÓÔ×ÅÎÎÙÍ ÕÎÉËÁÌØÎÙÍ ÁÄÒÅÓÏÍ: ÉÍÑ.internetmagazin.ru? âÅÚ ÁÒÅÎÄÙ, ÐÏ ×ÙÂÒÁÎÎÏÍÕ
÷ÁÍÉ
ÛÁÂÌÏÎÕ. ÷ ÔÅÞÅÎÉÉ 10
I sent this report to the people indicated below, whose names I got from the
MAINTAINERS file in the 2.4.3 distribution, but the email address for Mr.
MacKerras is no longer good and Mr. Chastain wrote me back that he is not
following 2.4 issues.
I have not yet heard from Mr. Owens.
Any
On Thu, Apr 19, 2001 at 12:26:03PM -0700, Ulrich Drepper wrote:
In any case all kinds of user-level operations are possible as well
and all the schemes suggested for dealing with the common case without
syscalls can be applied here as well.
Are you sure, you can implement SMP-safe, atomic
[EMAIL PROTECTED] wrote:
In the long run, it probably makes sense to adjust the algorithms to
allow for non-power-of-two inode sizes,
If you don't mind, does that imply packing inodes across block
boundaries?
Regards,
Jeff
--
Jeff Garzik | "The universe is like a safe to
Alan Cox [EMAIL PROTECTED] writes:
I don't want nor need file permissions. A program would look like this:
Your example opens/mmaps so has file permissions. Which is what I was asking
There are no permissions on the mutex object. It is the shared memory
which counts. If you would
AJ Lewis wrote:
On Thu, Apr 19, 2001 at 08:02:50PM +0100, Alan Cox wrote:
Well their approach to patches that fix bugs is to reject emails. They've done
that to stuff I've reported any many others. So there is a problem. And its
kind of hard to discuss a problem when you are being moderated
Hello,
Same here as reported.
restoring lvm.c from 2.4.3 into 2.4.4-pre? "fixes" this. (tested not ac's
kernel)
Greatings,
On Mon, 16 Apr 2001, Rik van Riel wrote:
Hi,
2.4.3-ac4 seems to work great on my test box (UP K6-2 with SCSI
disk), but 2.4.3-ac6 and 2.4.3-ac7 hang pretty hard when
[1.] Segfault reading SCSI MO - System hang while writing
[2.] Hello *
with kernel 2.4.x (actually 2.4.3) i ran into a problem acessing my SCSI MO.
As everything works fine with 2.2.x (actually 19) the problem seems to be new
in the 2.4.x kernel series and therefore you might want to take a
On Thu, 19 Apr 2001, Christoph Hellwig wrote:
On Thu, Apr 19, 2001 at 09:56:52PM +0200, [EMAIL PROTECTED] wrote:
Your mail to 'linux-lvm' with the subject
Re: [linux-lvm] Re: [repost] Announce: Linux-OpenLVM mailing list
Is being held until the list moderator can review it for
Ingo Oeser [EMAIL PROTECTED] writes:
Are you sure, you can implement SMP-safe, atomic operations (which you need
for all up()/down() in user space) WITHOUT using privileged
instructions on ALL archs Linux supports?
Which processors have no such instructions but are SMP-capable?
How do we
Hi,
[EMAIL PROTECTED] wrote:
1. for tp_frame_size, I dont want to truncate any data on ethernet, I
need 1514 bytes, is this the best way to do it and not waste space?
static const int TURBO_FRAME_SIZE=
TPACKET_ALIGN(TPACKET_ALIGN(sizeof(tpacket_hdr)) +
Dear all,
I have a question about the kernel used by the RedHat. I am using Redhat 7.0
and upgrade the Linux Kerenl from their original 2.2.16 to 2.2.18. But when
I compile some modules, it said my kernel is 2.4.0. I check the
/usr/include/linux/version.h as follows, found that it shows I am
On Thu, Apr 19, 2001 at 09:11:56AM -0700, Linus Torvalds wrote:
No, this is NOT what the UNIX dogmas are all about.
When UNIX says "everything is a file", it really means that "everything is
a stream of bytes". Things like magic operations on file desciptors are
_anathema_ to UNIX. ioctl()
On 19 Apr 2001, Ulrich Drepper wrote:
Linus Torvalds [EMAIL PROTECTED] writes:
Looks good to me. Anybody want to try this out and test some benchmarks?
I fail to see how this works across processes.
It's up to FS_create() to create whatever shared mapping is needed.
For threads, you
On Thu, Apr 19, 2001 at 04:09:32PM -0400, Jeff Garzik wrote:
AJ Lewis wrote:
Ok, the issue here is that we're trying to get a release out and so anything
that majorly changes the code is getting shunted aside for the moment. It
would be stupid to just add everything that comes in on the
On Thu, 19 Apr 2001, Ingo Oeser wrote:
Are you sure, you can implement SMP-safe, atomic operations (which you need
for all up()/down() in user space) WITHOUT using privileged
instructions on ALL archs Linux supports?
Why do you care?
Sure, there are broken architectures out there. They'd
On Thu, 19 Apr 2001, Ingo Oeser wrote:
On Thu, Apr 19, 2001 at 09:11:56AM -0700, Linus Torvalds wrote:
No, this is NOT what the UNIX dogmas are all about.
When UNIX says "everything is a file", it really means that "everything is
a stream of bytes". Things like magic operations on
sounds to me like you have the wrong source in /usr/src/linux there is a
module you can install, or you can do it as I normally would...
obtain kernel source for 2.2.18 from ftp.kernel.org and put it in "/usr/src"
(/pub/linux/kernel/v2.2/linux-2.2.18.tar.bz2)
remove the symlink in /usr/src
"rm
Jeff Galloway wrote:
I sent this report to the people indicated below, whose names I got from the
MAINTAINERS file in the 2.4.3 distribution, but the email address for Mr.
MacKerras is no longer good and Mr. Chastain wrote me back that he is not
following 2.4 issues.
Hi Jeff,
Hmm
Linus Torvalds [EMAIL PROTECTED] writes:
I fail to see how this works across processes.
It's up to FS_create() to create whatever shared mapping is needed.
No, the point is that FS_create is *not* the one creating the shared
mapping. The user is explicitly doing this her/himself.
--
Hi AJ,
On Thu, Apr 19, 2001 at 02:40:15PM -0500, AJ Lewis wrote:
The list is now open. I've talked to our admin and he's opening it up.
Send me e-mail if it doesn't work, 'cause something else is broken.
to me it looks like your reactions are too late.
I suggest you Sistina people accept
On Thursday 19 April 2001 15:03, Jens Axboe wrote:
On Thu, Apr 19 2001, Stefan Jaschke wrote:
OK. I'll check again with 2.4.4-pre4+patches:
(1) Mounting the SuSE DVD-ROM (-t iso9660) from /dev/hdc on /dvd and
reading from /dvd works. Same for CD-ROMs. I don't have a formatted
[EMAIL PROTECTED] said:
I have not yet heard from Mr. Owens.
This does not surprise me, given the content of your email.
The compiler error message along with the menuconfig-generated
configuration file are set out in the attached MS Word document.
I have to assume that you're just
I sent this report to the people indicated below, whose names I got from the
MAINTAINERS file in the 2.4.3 distribution, but the email address for Mr.
MacKerras is no longer good and Mr. Chastain wrote me back that he is not
following 2.4 issues.
Well Keith is on holiday I believe and Paul
On Sat, Apr 14, 2001 at 12:12:28AM +0200, Giuliano Pochini wrote:
My fstab:
/dev/cdrom /mnt/cdrom iso9660 noauto,user,ro 0 0
/dev/cdrom /mnt/cdmac hfs noauto,user,ro 0 0
I insert an apple cd (hfs) and mount /mnt/cdmac If I type eject
Are you sure, you can implement SMP-safe, atomic operations (which you need
for all up()/down() in user space) WITHOUT using privileged
instructions on ALL archs Linux supports?
You don't need to. For some architectures the semaphore code would always call
into the kernel. For those that
and upgrade the Linux Kerenl from their original 2.2.16 to 2.2.18. But when
I compile some modules, it said my kernel is 2.4.0. I check the
/usr/include/linux/version.h as follows, found that it shows I am using
Kernel 2.4.0.
No. It shows the headers your C compiler libraries are built
On 19 Apr 2001, Ulrich Drepper wrote:
Linus Torvalds [EMAIL PROTECTED] writes:
I fail to see how this works across processes.
It's up to FS_create() to create whatever shared mapping is needed.
No, the point is that FS_create is *not* the one creating the shared
mapping. The user
Rik van Riel writes:
[...] Andreas' patches got dropped over and over again and comments
on the LVM code got refused by the moderators at Sistina ...
"The Net interprets censorship as damage and routes around it."
-- John Gilmore
--
Chip Salzenberg - a.k.a. -
On Thu, Apr 19 2001, Arjan Filius wrote:
Hello,
Same here as reported.
restoring lvm.c from 2.4.3 into 2.4.4-pre? "fixes" this. (tested not ac's
kernel)
Does attached patch fix it?
--
Jens Axboe
--- /opt/kernel/linux-2.4.4-pre4/drivers/md/lvm.c Wed Apr 18 14:37:34 2001
+++
Alan Cox wrote:
As far as getting patches into the stock kernel, we've been sending patches
to Linus for over a month now, and none of them have made it in. Maybe
someone has some pointers on how we get our code past his filters.
Has it occured to you that some of this might be because the
On Thu, 19 Apr 2001, Brian J. Watson wrote:
Unmounting a SCSI disk device succeeded, and yielded:
Red Hat Linux release 6.2 (Zoot)
Kernel 2.4.3 on a 2-processor i686
chico login: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have
a nice day...
This message
Unmounting a SCSI disk device succeeded, and yielded:
Red Hat Linux release 6.2 (Zoot)
Kernel 2.4.3 on a 2-processor i686
chico login: VFS: Busy inodes after unmount. Self-destruct in 5 seconds. Have
a nice day...
This message comes out of kill_super(). I would guess that somebody's
Just rebuilt an old box (Celeron 400) with an aha1542 and SCSI
CD-ROM. Get the following:
(aha1542 as module)
Apr 19 21:22:04 kanga kernel: Configuring Adaptec (SCSI-ID 7) at IO:330, IRQ 10, DMA
priority 6
Apr 19 21:22:04 kanga kernel: scsi0 : Adaptec 1542
Apr 19 21:22:04 kanga
On Thu, Apr 19, 2001 at 02:56:15PM -0700, Matthew Jacob wrote:
On Thu, 19 Apr 2001, Brian J. Watson wrote:
Unmounting a SCSI disk device succeeded, and yielded:
Red Hat Linux release 6.2 (Zoot)
Kernel 2.4.3 on a 2-processor i686
chico login: VFS: Busy inodes after
On Thu, Apr 19 2001, Jonathan Hudson wrote:
Just rebuilt an old box (Celeron 400) with an aha1542 and SCSI
CD-ROM. Get the following:
Known bug, on my list, will fix.
--
Jens Axboe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
'kay, great, thanks.. I'll put it in and see if things show up again
-
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
Hi,
Just to keep people informed (hi Miles!) that since the announcement of
the linux-security-module mailing list, some actual work has come out of
it. Actual working code has been posted, which shows the current state,
and the general model of what people are working toward. This post and
Alan Cox wrote:
libc is entitled to, and most definitely does exactly that. Take a look at
things like gethostent, getpwent etc etc.
Ehh.. I will bet you $10 USD that if libc allocates the next file
descriptor on the first "malloc()" in user space (in order to use the
semaphores
101 - 200 of 551 matches
Mail list logo