On Mon, 28 Aug 2000, Reto Baettig wrote:
> "Richard B. Johnson" wrote:
> >
> > Unix and Unix variants such as Linux have kernels that perform functions
> > in behalf of tasks (processes) . The kernel, alone, does not have a
> > process context so it can't do something for "itself".
>
> I am sor
On Tue, Aug 29, 2000 at 02:12:17PM +0200, Marc Lehmann wrote:
> On Mon, Aug 28, 2000 at 09:20:49AM -0600, [EMAIL PROTECTED] wrote:
> > You can't rely on signals timing anyway -- that is quite clear in the
> > spec and in the implementation.
>
> there is no "spec" on how it should be done. Again,
On Tue, 29 Aug 2000, Marty Fouts wrote:
>
> Unfortunately, you are incorrect. DMR did receive a US Patent (Patent
> #4135240) on the SUID bit. There is at least on text on Unix security that
> contains a copy of the patent in an appendix.
"Didn't happen" was about "and refuse to license" bi
Hi,
This patch makes setserial work again for the drivers that uses
generic_serial (sx, rio, ...).
Patrick
diff -u -r --new-file linux-2.4.0-test7.clean/drivers/char/generic_serial.c
linux-2.4.0-test7.generic_serial/drivers/char/generic_serial.c
--- linux-2.4.0-test7.clean/drivers/c
I *thought* I wanted to buy some memory from Crucial :-). Can't
get there from here with my 2.4.0-test7 machine, but Win95 seems
to be ok, and 2.4.0-test5 worked ok from a different location
yesterday. Has anyone else seen this kind of thing that might shed
some light on the matter? Here's what
Hello!
It seems, that we have problems with the resource allocation of some cards
behind a 21152 bridge. The 2.4.0-test1 kernel gives the following messages
during startup:
PCI: PCI BIOS revision 2.10 entry at 0xfb280, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Us
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 29 Aug 2000, Bob_Tracy wrote:
> I *thought* I wanted to buy some memory from Crucial :-). Can't
> get there from here with my 2.4.0-test7 machine, but Win95 seems
> to be ok, and 2.4.0-test5 worked ok from a different location
> yesterday.
Would it be possible to make fork() or clone() from a process whose tgid!=pid
reparent the child to the thread group leader automatically? Thus, when the
creating thread goes away, the child is still a child of the "process", and
SIGCHLD is still going to go to the process (leader thread).
Also
CML2+OS
===
Integrated Kernel & Operating System
Configuration and Generation
August 29, 2000
---
The Embedded Debi
On Tue, Aug 29, 2000 at 08:39:48AM -0500, Bob_Tracy wrote:
> I *thought* I wanted to buy some memory from Crucial :-). Can't
> get there from here with my 2.4.0-test7 machine, but Win95 seems
> to be ok, and 2.4.0-test5 worked ok from a different location
> yesterday. Has anyone else seen this k
Is there a way to run NFS only on one NIC in a two-NIC box? I know
IPchains can be used to deny access from one card or another, but is
there a way to bind NFS specifically to one card and not the other?
-M
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
This patch fixes the enhanced disk statistics to report all drives
so IDE1 - IDE3 (/dev/hdc - /dev/hdh) can be monitored.
It is also more efficient when scanning the kstat disk tables
during a read of /proc/stat because entries in the table are looked
at only if a disk has registered any activity
Le Tue, Aug 29, 2000 at 09:17:53AM +1000, Jim Woodward a écrit:
> Aug 26 20:10:18 jim kernel: VM: do_try_to_free_pages failed for pine...
> I've never seen this error before but it doesnt seem to cause any
> problems. Any ideas?
AFAIK, it comes from memory and swap extreme shortage.
Arna
Hi,
Here is a patch for anyone who needs to access HFS on e.g. an MO drive.
It's only for 2.2.16, but I was able to do that as part of my job as we
need that functionality. Anyway, I've read also a bit through HFS+ spec
and IMO basically most of the current hfs needs to rewritten for 2.4,
e.g. it
Hello.
Following patch against 2.4.0-test7 does a small cleanup in ext2/ialloc.c.
ext2_new_inode() now initializes quota on inode - I think this is more error
proof than initializing quota all over the place. Now it also uses DQUOT_DROP()
macro (which is usual way) instead of direct function
On Tue, Aug 29, 2000 at 06:08:04PM +0200, Roman Zippel wrote:
> Anyway, I'm happy about any bug reports, that you can't reproduce with
> hfs on a drive with 512 byte sectors (for that I still trying to fully
> understand hfs btrees :-) ). I don't think this patch should be included
last time i lo
Hi,
While looking at the atomic_t definition for i386, I found the fact that
"counter" isn't volatile is rather strange. Especially since a
volatile_read() doesn't add the "volatile" which would make the (probably
bogus example):
while (atomic_read(&atom_var));
dangerous as gcc might optimize i
On Tue, 29 Aug 2000, Matthew Wilcox wrote:
> On Tue, Aug 29, 2000 at 06:08:04PM +0200, Roman Zippel wrote:
> > Anyway, I'm happy about any bug reports, that you can't reproduce with
> > hfs on a drive with 512 byte sectors (for that I still trying to fully
> > understand hfs btrees :-) ). I don
Quick question.. when the lists were moved, was linux-kernel-announce
moved as well? the lists that majordomo sends out for vger.kernel.org doesn't
show it in there. Will that list be coming back?
BL.
--
Brad Littlejohn
What is the status of support for the Adaptec AAA-114UDMA with chipset
AIC-7890AB under Linux (2.2.16+)? Under RH6.2 and mdk 7.0-2 the aic7xxx
module loads with the following problems:
scsi0 Adaptec AHA//... (...SCSI) 5.1.28/3.2.4
scsi:1 Host
.. (detects 1 hdd t
On Aug 28, 10:31pm, Alan Cox wrote:
} Subject: Re: cat seem to record with an es1371
> > All, I get is silence and the file created when i do record has all 7f
> > and 0x80 in
> > it. Does anybody have any ideas?
>
> That sounds like the es1371 is working but your codec or microphone input
> h
Hi,
I'm using a sony 12/24GB scsi tape drive on an adaptec scsi controller
(on the mainboard)
"SCSI storage controller: Adaptec AIC-7890/1 (rev 0)."
When i'm using the 2.4.0-test4 or test6 kernels and I run a backup
either with tar or with amanda it stops after about 2GB with a tape i/o
error, a
From: "David Howells" <[EMAIL PROTECTED]>
>
> Would it be possible to make fork() or clone() from a process whose
tgid!=pid
> reparent the child to the thread group leader automatically? Thus, when
the
> creating thread goes away, the child is still a child of the "process",
and
> SIGCHLD is still
Hi,
> Darnit, documentation on filesystem locking is there for purpose. First
> folks complain about its absence, then they don't bother to read the
> bloody thing once it is there. Furrfu...
It's great that it's there, but still doesn't tell you everything.
> Said that, handling of indirect bl
old habits never die - I keep cc'ing vger.rutgers.edu
-- Forwarded message --
Date: Tue, 29 Aug 2000 19:21:26 +0100 (BST)
From: Tigran Aivazian <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: [patch-2.4.0-test8-pre1] bugfix for ini
On Tue, 29 Aug 2000, Roman Zippel wrote:
> hfs. For example reading from a file might require a read from a btree
> file (extent file), with what another file write can be busy with (e.g.
> reordering the btree nodes).
And?
> I really would prefer that a fs could sleep _and_ can use semaphore
Ookhoi wrote:
>
> Hi Marc,
>
> > > I have two exactly the same Athlon systems at 750MHz and 512 meg memory
> > > (@ 133MHz). In the BIOS there is a option: "DRAM to CPU Frequency
> > > Ratio", which can be 3:3 or 4:3. The Help says: "Using this item to set
> > > the operating frequency of DRAM".
Hi,
Why does (2.2.14) linux/kernel/sched.c::count_active_tasks() consider tasks
sleeping with the TASK_UNINTERRUPTIBLE flag to be the s
Hi!
>> is how to mark memory as "unused". I had a theory that the APM BIOS
>> suspend code was checking if the memory was all zero's, and not writing
>> such pages to disk. This was a while ago, but a quick test didn't seem
>> to bear out this theory.
>
>Are you sure? May
You also might want to check out Ars Technica's Guide to RAM technologies:
http://arstechnica.com/paedia/r/ram_guide/ram_guide.part2-1.html
On Tue, 29 Aug 2000, Marc Mutz wrote:
> Ookhoi wrote:
> >
> > Hi Marc,
> >
> > > > I have two exactly the same Athlon systems at 750MHz and 512 meg memory
> > Aug 26 18:09:19 Jay kernel: W 914680 252
> > Aug 26 18:09:19 Jay kernel: W 914932 8
> > Aug 26 18:09:19 Jay kernel: W 851976 4
> > Aug 26 18:09:19 Jay kernel: W 914940 252
> > Aug 26 18:09:19 Jay kernel: W 915192 4
> > Aug 26 18:09:19 Jay kernel: W 915196 252
> > Aug 26 18:09:19 J
>reqfree-batching-3Name: reqfree-batching-3
> Type: Plain Text (text/plain)
This one works even better.
+ list_add(&req->table, &q->pending_freelist);
+ if (++q->pending_free > 64) {
^
I think a fr
I agree with Simon here. I'd personally like to see some form of
GNU GPL Loadable Module Compliance Standard for all loadable modules.
It isn't enough to go with the loose interpretation of the GNU GPL as
it applies to inclusion of header files, system call interfaces,
re-defined function pointer
On 29-Aug-2000 Ingo Molnar wrote:
> i agree fully. The attached patch against test8-pre1 changes
> schedule_idle() from inline to FASTCALL - things look much nicer with this
> one applied.
>
> -static inline void reschedule_idle(struct task_struct * p, unsigned long
flags)
> +static FASTCALL(voi
>
> >reqfree-batching-3Name: reqfree-batching-3
> > Type: Plain Text (text/plain)
>
> This one works even better.
>
>
> + list_add(&req->table, &q->pending_freelist);
> + if (++q->pending_free > 64) {
>^
With all of 2.4.0-test series, and at least 2.3.51, I've been unable to boot. I'm in
the process of getting other 2.3 kernels, to see where the problem was introduced.
My PC hangs after "OK, booting the kernel". I have a pentium, but this problem occurs
whether I configure the kernel as pentium
On Tue, 29 Aug 2000, Matt D. Robinson wrote:
> I agree with Simon here. I'd personally like to see some form of
> GNU GPL Loadable Module Compliance Standard for all loadable modules.
> It isn't enough to go with the loose interpretation of the GNU GPL as
> it applies to inclusion of header file
On Tue, 29 Aug 100, root wrote:
> With all of 2.4.0-test series, and at least 2.3.51, I've been unable to boot. I'm in
>the process of getting other 2.3 kernels, to see where the problem was introduced.
>
> My PC hangs after "OK, booting the kernel". I have a pentium, but this problem
>occurs
Hi,
(removed linux-smp as irrelevant)
sorry, I haven't read your message but 99.99% of claims that "df
doesn't work" originate from people who don't suspect about old good
minroot thing, i.e. check out -m option of mke2fs(8) command.
Regards,
Tigran
On Mon, 28 Aug 2000, Joe wrote:
> FYI: I am
On Tue, 29 Aug 2000, Bill Wilson wrote:
>
> This patch fixes the enhanced disk statistics to report all drives
> so IDE1 - IDE3 (/dev/hdc - /dev/hdh) can be monitored.
Why not just do this right, and move the statistics into the "queue
structure". Get rid of that ugly kstat thing. Get rid of al
>
> > My PC hangs after "OK, booting the kernel". I have a pentium, but this problem
>occurs whether I configure the kernel as pentium, 486 or 386.
>
> it's worth asking: what compiler are you using?
gcc 2.95.2
I don't really know what other info is needed to track down the bug.
-
To unsubscr
Hi,
Before calling get_pid the state of child
is set to TASK_UNINTERRUPTIBLE and after get_pid
it is changed to TASK_RUNNNING.Why ?? Is it possbile
that a process may leave the CPU during get_pid?
Can any body tell me how linux is ensuring that
scheduling can not happen when a proc
Hi.
The following patch applies against 2.4.0-test8-pre1 and does minor
cleanup in mm/filemap.c.
It falls in three parts:
o The first changes a direct reference to tsk->state to use
__set_task_state. For cleanliness and consistency.
o The second part deletes 'wait' from the interface of file
I have seen strange problems sometimes with using menuconfig or xconfig
completely go away when creating my config as simply `make config`
Sometimes a strange dependency comes in.. Since your problem is a little
vague, and seems to be on a generic paltform, I would suggest that it is a
problem
Hi.
The COMX driver does an #error (in drivers/net/wan/comx.c) if procfs
support is not enabled. This is not reflected in the help text. The
following patch updates the help text to say the Right Thing.
--- linux-240test8-pre1/Documentation/Configure.helpTue Aug 29 22:20:51 2000
+++ linux/Do
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Andrew Morton) writes:
AM> Aaron Lehmann wrote:
>>
>> switch to a virtual console, I get messages saying "NETDEV WATCHDOG:
>> Transmit timed out".
>> ...
AM>
AM> Please try this patch against 2.4.0-test7 and let me know
AM> how
"Richard B. Johnson" <[EMAIL PROTECTED]> writes:
> Even M$ doesn't require that I give proprietary information away.
> If Linux wants to become the new standard for the computing industry,
> GPL or whatever can't claim any ownership of the work a company
> has done while using it.
This almost see
On Tue, Aug 29, 2000 at 05:11:04PM -0400, "Richard B. Johnson"
<[EMAIL PROTECTED]> wrote:
> Really? "inline functions" were done by Borland, Microsoft, Intermetrics,
> and probably every other compiler vendor, starting with Pascal, then
> doing the same thing with 'C'. This is hardly a GNU-ism.
The application that triggers this problem is npoll (to be found at
http://www.fefe.de/ncp/). Basically, it consists of two parts, npush
and npoll. npush will send IPv6 multicast packets to the network and
npoll will use them to see where it has to connect().
The multicast packets are send out
Resent as per Linus request.
Franz.
Hi,
the attached patch does the following:
* move input/Config.in in front of char/Config.in in all arch/*/config.in
(already done in t7p7 for x86)
* fix a small uncleanliness in char/keyboard.c, replace plain_map with
key_maps[0] to enable correct run
From: Linda Walsh <[EMAIL PROTECTED]>
>
> You might want to reread what I previously wrote. Is there any
> reason to think that your program is doing anything other than forcing all dirty
> buffers out to disk?
Yes. 1) I didn't actually respond to what you said, but to what Richard asked.
2) My
On Tue, Aug 29 2000, David Mansfield wrote:
> > This one works even better.
Good to know, thanks for testing.
> > + list_add(&req->table, &q->pending_freelist);
> > + if (++q->pending_free > 64) {
And you are right, this is best a fractional value of the total number
On Tue, Aug 29 2000, Linus Torvalds wrote:
> > This patch fixes the enhanced disk statistics to report all drives
> > so IDE1 - IDE3 (/dev/hdc - /dev/hdh) can be monitored.
>
> Why not just do this right, and move the statistics into the "queue
> structure". Get rid of that ugly kstat thing. Get
On Wed, Aug 30 2000, Jens Axboe wrote:
> Sounds sane, but what about drivers that don't really use the request
> queue structure? Stuff like lvm, md, rd (with Neil's patch to fix the
> lru_list deadlock), and probably new loop.
Of course lvm and md get statistics accounted for the low devices...
Mike Coleman wrote:
> "Richard B. Johnson" <[EMAIL PROTECTED]> writes:
> > Even M$ doesn't require that I give proprietary information away.
> > If Linux wants to become the new standard for the computing industry,
> > GPL or whatever can't claim any ownership of the work a company
> > has done wh
On Wed, 30 Aug 2000, Jens Axboe wrote:
>
> Sounds sane, but what about drivers that don't really use the request
> queue structure? Stuff like lvm, md, rd (with Neil's patch to fix the
> lru_list deadlock), and probably new loop.
Every single driver must have a request_queue: as far as the ll_
On Wed, 30 Aug 2000, Jens Axboe wrote:
> On Wed, Aug 30 2000, Jens Axboe wrote:
> > Sounds sane, but what about drivers that don't really use the request
> > queue structure? Stuff like lvm, md, rd (with Neil's patch to fix the
> > lru_list deadlock), and probably new loop.
>
> Of course lvm a
On Tue, Aug 29 2000, Linus Torvalds wrote:
> > Sounds sane, but what about drivers that don't really use the request
> > queue structure? Stuff like lvm, md, rd (with Neil's patch to fix the
> > lru_list deadlock), and probably new loop.
>
> Every single driver must have a request_queue: as far a
On Wed, Aug 30 2000, Jens Axboe wrote:
> > I'm not sure what you mean about lvm/md/rd not having request queues.
>
> Maybe I wasn't very clear... What I mean is that drivers that use
Of course they have the queue associated with the blk dev, so maybe
I should just stop writing mails for today.
On Tue, 29 Aug 2000, Linus Torvalds wrote:
> On Wed, 30 Aug 2000, Jens Axboe wrote:
>
> > On Wed, Aug 30 2000, Jens Axboe wrote:
> > > Sounds sane, but what about drivers that don't really use the request
> > > queue structure? Stuff like lvm, md, rd (with Neil's patch to fix the
> > > lru_list
Hello!
Val Henson <[EMAIL PROTECTED]> writes:
> Sounds hardware related. Try removing cards or switching motherboards.
As I already mentioned, the problem persits over all of the described
hardware changes (that's what I meant to say with the "upgraded" and
"installed later" in the hardware de
On Wed, 30 Aug 2000, Jens Axboe wrote:
>
> Maybe I wasn't very clear... What I mean is that drivers that use
> blk_queue_make_request (such as md) are handed buffers directly and
> don't get requests added to their queues in the regular sense, instead
> they remap b_rdev before ll_rw_blk gets th
CAP_CHOWN relaxes the BSD-style restrictions on chowning a file to a
user id other than yourself (a restriction instituted to enforce
quotas).
CAP_FOWNER relaxes the normal restriction on performing operations on
files that belong to someone other than yourself.
This patch corrects the implement
2.2 currently ignores the return value of f_op->fasync().
This patch fixes that oversight.
Index: fs/ioctl.c
--- fs/ioctl.c.prev
+++ fs/ioctl.c Sat Jun 17 17:48:10 2000
@@ -85,6 +85,10 @@ asmlinkage int sys_ioctl(unsigned int fd
if ((flag ^ filp->f_flags) & FASYNC) {
Hi,
> > hfs. For example reading from a file might require a read from a btree
> > file (extent file), with what another file write can be busy with (e.g.
> > reordering the btree nodes).
>
> And?
The point is: the thing I like about Linux is its simple interfaces, it's
the basic idea of unix -
This is a patch from Andreas Dilger <[EMAIL PROTECTED]>.
It claims to fix some corner cases where an error code may not be
returned properly. Here's the description:
--
ext2_bread always sets err to some sane value. I trace
This patch originated with "H. Kawaguchi" <[EMAIL PROTECTED]>,
but I've tweaked it somewhat. It's seen fairly heavy use since.
--
Hi,
I think that a file name generation rule on VFAT is
different from Windows.
Long name is n
This is a 2.2.17pre20 refresh of the /proc/config.gz patch originally
created by, well, here are the credits:
Oliver Xymoron <[EMAIL PROTECTED]> Jan 15 1999
Derived from a patch by Nicholas Leon <[EMAIL PROTECTED]> with
suggestions from Michael Chastain <[EMAIL PROTECTED]> and Peter T
In article
<[EMAIL PROTECTED]>,
Simon Richter <[EMAIL PROTECTED]> wrote:
>On Tue, 29 Aug 2000, Mike A. Harris wrote:
>
>> #include'ing header files is not necessarily ok. Some headers
>> include "inline functions" which is GPL code. Such inclusion in
>> a module makes that module have to comply
Unless I misunderstood Eric Youngdale's reply, he agrees that the
below patch is OK.
Index: drivers/scsi/sd.c
--- drivers/scsi/sd.c.prev
+++ drivers/scsi/sd.c Fri Jun 23 12:50:23 2000
@@ -151,34 +151,41 @@ static int sd_open(struct inode * inode,
* is being re-read.
*/
-
while
Nobody knows why this patch works. (Really!) But it does. (Really!)
It makes the sym53c8xx driver work even with some very old 53c810 chips.
Without this patch, the driver hangs on them. This is reproducible
Index: drivers/scsi/sym53c8xx.c
--- drivers/scsi/sym53c8xx.c.prev
+++ drivers/scs
> those things where it does make a few cycles of difference. And it's one
> of the system calls people use for benchmarking.
We don't care about it, do we?
--
Cesar Eduardo Barros
[EMAIL PROTECTED]
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
The 2.2.17pre series includes my DHCP support for CONFIG_IP_PNP
(thanks, Alan!). Subsequent experience with that patch has led
to the following refinements:
* MUCH better RFC compliance, esp. with multiple interfaces
* MUCH improved boot speed: usually too fast to notice
* Cosmetic display
Hi,
I'm getting a lot of oopses (or is it oopsii) when ESD tries to load.
Sheldon.
ksymoops 0.7c on i686 2.4.0-test6. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test6/ (default)
-m /usr/src/linux/System.map (def
Any news whether or not the final 2.4 kernel will have a journaling file
system (ReisserFS, XFS, or JFS)?
Judging from the IBM site it appears that the JFS port is not anywhere
near ready for prime time. The XFS port appears to be farther along and
SGI has a 2.4.0-test5 source tree for download,
Robert Schweikert said once upon a time (Tue, 29 Aug 2000):
> I read in the September issue of Linux Journal that there is a potential
> development of an ext3 FS, which would be a journaling file system. This
> seems kind of odd to me, as JFS and XFS are both proven file systems,
> the code for
Linus,
proc_register can fail and its result is not being checked, I've also
noticed that at one place (the first hunk in the patch below) it returns a
kfreed pointer on failure.
- Arnaldo
--- linux-2.4.0-test8-pre1/fs/proc/generic.cThu Aug 24 07:40:11 2000
+
At 8:09 PM -0500 8/29/2000, Roman Zippel wrote:
>So lets get back to the vfs interface
Yes, let's do that.
Every time I hear someone talking about implementing a filesystem, the
words "you are doomed" are usually to be heard somewhere along the lines.
Now, the bits on disk aren't usually the pa
On Wed, 30 Aug 2000, Roman Zippel wrote:
> > > hfs. For example reading from a file might require a read from a btree
> > > file (extent file), with what another file write can be busy with (e.g.
> > > reordering the btree nodes).
> >
> > And?
>
> The point is: the thing I like about Linux is
After compliation with the Promise UDMA chipsets support, with Use DMA
by Default checked, the kernel refuses to acknowledge the existence of
the chip. I have an ASUS K7M m/b that has the controller built in to
the motherboard. After using dmesg I saw no attempts at all to use the
kernel driver
I concur with this appraisal from Al Viro. Single threading the VFS is
going backwards -- not a good idea.
:-)
Jeff
Alexander Viro wrote:
>
> On Wed, 30 Aug 2000, Roman Zippel wrote:
>
> > > > hfs. For example reading from a file might require a read from a btree
> > > > file (extent file
On Tue, 29 Aug 2000, Tony Mantler wrote:
> (Obligitory disclaimer: QNX is an embedded operating system, both it's
> architecture and target market is considerably different from Linux's)
>
> QNX's filesystem interfaces make it so painfully easy to write a filesystem
> that it puts everything els
Hi to all,
I have raw linux source. i want to compile it along
with posix library and a pre-written application which uses posix
apis. please tell me where can i find the posix libraries for linux. i
am using uClinux for coldfire.
thanks for any help
mahadev
On Tue, 29 Aug 2000, David A. Gatwood wrote:
> Indeed, that's what a VFS layer should do -- abstract away all physical
> structure, inodes, etc., leaving only the file abstraction. I've read
It does. That leaves caring about the internal structures to fs - you
don't want fscked block bitmap o
I haven't been able to receive an answer from RedHat on this :o(
We have a Dell PowerEdge server runninng RH 6.0 with the RH 2.2.14-5.0
kernel. Now, I am aware there are some security issues with the 2.2.14
kernel, however our Dell server requires the use of the third party
MegaTrends RAID driver
On Wed, 30 Aug 2000 06:56:25 +0100 (BST),
Alex Buell <[EMAIL PROTECTED]> wrote:
>We have a Dell PowerEdge server runninng RH 6.0 with the RH 2.2.14-5.0
>kernel. Now, I am aware there are some security issues with the 2.2.14
>kernel, however our Dell server requires the use of the third party
>Meg
Mike Coleman wrote:
> Microsoft is about taking control
> away from users and giving it to vendors, and the GPL is, to a degree, the
> reverse.
True, but for very specific stuff there is no good to go to edges with that.
Very much better solution would be if company defines a good generic
inte
Alexander Viro writes:
> On Wed, 30 Aug 2000, Roman Zippel wrote:
>> The point is: the thing I like about Linux is its simple interfaces, it's
>> the basic idea of unix - keep it simple. That is true for most parts - the
>> basic idea is simple and the real complexity is hidden behind it. But
>>
> Nobody knows why this patch works. (Really!) But it does. (Really!)
> It makes the sym53c8xx driver work even with some very old 53c810 chips.
> Without this patch, the driver hangs on them. This is reproducible
You arent supposed to use sym53c8xx with old chips but ncr53c8xx
-
To unsu
On 30 Aug 2000, at 8:49, Mike Galbraith wrote:
> On Wed, 30 Aug 2000, Ulrich Windl wrote:
>
> > The syslog (2.5kB) with surrounding messages is attached.
>
> No it's not :)
8-(
It happened because of forwarding the bounced message from
vger.rutgers.edu.
Now it is attached. Sorry.
Ulrich
On Tue, Aug 29, 2000 at 04:26:18AM +0200, Andrea Arcangeli wrote:
> Just to make a fun example if the virtual address of ld_l/st_c are
> different but within the same 16bytes natuarlly aligned block you have to
> put an mb() in __between__ ld_l/st_c to make sure that they are not
> reordered and t
>i agree fully. The attached patch against test8-pre1 changes
>schedule_idle() from inline to FASTCALL - things look much nicer with this
>one applied.
>
> Ingo, the local flags stuff on Sparc, remember?
Maybe its time to have FASTCALLFLAGS that is different for sparc ?
-
To unsubsc
Em Mon, Aug 28, 2000 at 11:40:06PM -0700, David S. Miller escreveu:
>Date: Mon, 28 Aug 2000 17:36:55 -0700
>From: Richard Henderson <[EMAIL PROTECTED]>
>
>On Fri, Aug 25, 2000 at 10:07:03AM -0700, Linus Torvalds wrote:
>> The copy_from_user_ret() define is both BUGGY and UGLY
Hello,
I had a kernel panic with 2.2.16 yesterday. Because of this rare
occasion, I immediately checked my RAM (memtest86), but the RAM is OK,
there was no thunderstorm, no handy (mobile phone) nearby, the CPU and
RAM not overclocked, all chipsets Genuine Intel. I only have two memory
chips f
On Tue, 29 Aug 2000, Richard Henderson wrote:
>Actually, if you'll look elsewhere you'll see that you cannot mismatch
>the two addresses and expect it to work on all implementations.
Good to know, thanks. I guessed the block size depends on the cacheline
size that's going to be more than 16bytes
"Amit S. Kale" wrote:
>
> George Anzinger wrote:
> > I took a look at this and it looks very messy. The whole notion is that
> > the stack is available to put the call on and then proceed. The
> > question then is what does the stack look like after the call to the
> > inferior function which,
Date:Tue, 29 Aug 2000 18:33:54 -0700
From: Chip Salzenberg <[EMAIL PROTECTED]>
Nobody knows why this patch works. (Really!) But it does.
(Really!) It makes the sym53c8xx driver work even with some very
old 53c810 chips. Without this patch, the driver hangs on them.
T
Date:Wed, 30 Aug 2000 00:52:59 +0200
From: Felix von Leitner <[EMAIL PROTECTED]>
Due to another bug that I haven't isolated yet, the packets are
actually received twice by tcpdump.
This is not a bug at all. Over loopback, you will see the packet
twice because it is captured
Date:Tue, 29 Aug 2000 20:14:58 -0400
From: Horst von Brand <[EMAIL PROTECTED]>
--- linux-2.4.0-test/kernel/signal.c.dist-2.4.0-test8-pre1 Tue Aug 29 18:27:38
2000
+++ linux-2.4.0-test/kernel/signal.c Tue Aug 29 18:27:46 2000
This fix already sent to Linus last night.
-
Hi all,
OK I've been scratching my head to find out exactly how to tackle
a problem I have noticed since moving to the 2.4 realeases. Simply put,
burns with cdrecord (all versions stable and alpha) seem to produce
corrupted data. However, no errors are produced either through SCSI
debuggi
1 - 100 of 115 matches
Mail list logo
