Hi, all. Version 99.20 of my devfs patch is now available from:
http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html
The devfs FAQ is also available here.
Patch directly available from:
ftp://ftp.??.kernel.org/pub/linux/kernel/people/rgooch/v2.2/devfs-patch-current.gz
AND:
Hi Ollie and List,
the recent changes (as of 2.4.3-pre8) completely broke the driver for the
ALi5451 sound codec on Acer Travelmate 522TX. The driver has been somewhat
flakey all the time, xmms or lamp worked most of the time, KDE's arts stuff
never worked at all.
With 2.4.3-pre8 I cannot
Matthias Welwarsky wrote:
Hi Ollie and List,
the recent changes (as of 2.4.3-pre8) completely broke the driver for the
ALi5451 sound codec on Acer Travelmate 522TX. The driver has been somewhat
flakey all the time, xmms or lamp worked most of the time, KDE's arts stuff
never worked at
On Wed, 28 Mar 2001, Ollie Lho wrote:
Matthias Welwarsky wrote:
Mar 28 10:11:26 melap kernel: ali: AC97 CODEC read timed out.
Mar 28 10:11:45 melap last message repeated 482 times
This happens even if you don't try to play sound.
I don't have much idea about Ali's part of the
Shawn Starr wrote:
http://news.cnet.com/news/0-1003-200-5329436.html?tag=lh
Isn't it time to change the ELF format to stop this crap?
Nothing to worry about.
A sane distribution have all executables installed read-only
and owned by root or some non-user.
Email appliacations and file
Nigel Gamble wrote:
On Wed, 21 Mar 2001, Keith Owens wrote:
I misread the code, but the idea is still correct. Add a preemption
depth counter to each cpu, when you schedule and the depth is zero then
you know that the cpu is no longer holding any references to quiesced
structures.
the attached pae-2.4.3-C3 patch fixes the PAE code to work with SLAB
FORCED_DEBUG (which enables redzoning) too.
the problem is that redzoning is enabled unconditionally, and SLAB has no
information about how crutial alignment is in the case of any particular
SLAB cache. The CPU generates a
John Fremlin wrote:
David Balazic [EMAIL PROTECTED] writes:
The newer version has among other things support for
the APM_IOC_REJECT ioctl which is useful for example
when implementing "run /sbin/shutdown -h when the power
button is pressed".
While isn't this merged into the
Hi Linus,
I had some strange userland/proc problems appearing during sysinit.
Symptoms are "Malformed setting kernel.printk=" error message from
sysctl(8) and hanging linuxconf (SAK resolves this). The common thing
are several sed(1) calls silently failing when matching against files
from
Hi George,
george anzinger wrote:
Exactly so. The method does not depend on the sum of preemption being
zip, but on each potential reader (writers take locks) passing thru a
"sync point". Your notion of waiting for each task to arrive
"naturally" at schedule() would work. It is, in
On Tue, 27 Mar 2001, Linus Torvalds wrote:
... lots of stuff removed ...
So in /dev, there are two problems: we are getting painfully close to
major numbers with 8 bits, and we've run out of minors several times. In
fact, a lot of the reason for the dearthness of major numbers is the fact
On Tue, 27 Mar 2001, Johan Kullstam wrote:
"H. Peter Anvin" [EMAIL PROTECTED] writes:
Alan Cox wrote:
Another example: all the stupid pseudo-SCSI drivers that got their own
major numbers, and wanted their very own names in /dev. They are BAD for
the user. Install-scripts etc used to
I'm still confused :-(
When you say:
"CFA is dropped into a pcmica/cardbus thingy.
Also there are no CFA's which are ATA devices by the definition, they
require a host-bridge to transport the signal. Handling host-bridges is
the problem. As more and stranger usages of these bridges happen the
Hi Alan,
On 28 Dec 2000 I've just sent a similar patch but I never got a reply ;)
http://boudicca.tux.org/hypermail/linux-kernel/2000week53/0264.html
The first part of the patch is a must for kernels that load scsi driver
from initrd
the second one is a must for kernel that load cciss block
On Wed, 28 Mar 2001, Shawn Starr wrote:
Well, why can't the ELF loader module/kernel detect or have some sort of
restriction on modifying other/ELF binaries including itself from changing
the Entry point?
There has to be a way stop this. WHY would anyone want to modify the entry
point anyway?
On Wed, 28 Mar 2001, Jesse Pollard wrote:
Any idea?
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an unreasonable thing to have.
And how exactly does this help?
fchmod
On Wed, 28 Mar 2001 06:08:15 -0600,
Jesse Pollard [EMAIL PROTECTED] wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an unreasonable thing to have.
man strip
man objcopy
man
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an unreasonable thing to have.
Even easier method - remove the write
Hello everyone.
As far as I can see almost all memory is set write-back. The memory at the far end
belongs to some hardware, see /proc/iomem below.
Are there any other suggestions why our machine is so slow, or perhaps 'write-back' is
the reason??? If You need more info, please tell me, I
Hi all,
this patch removes static zero initializers from soundcard drivers.
Best regards.
--
Andrey Panin| Embedded systems software engineer
[EMAIL PROTECTED]| PGP key: http://www.orbita1.ru/~pazke/AndreyPanin.asc
patch-sound.gz
PGP signature
Hi,
I'm looking for a TCP Vegas implementation for Linux for
testing purposes.
Does anybody know of one?
Thanks,
Sharon
-
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 Wed, 28 Mar 2001, Shawn Starr wrote:
http://news.cnet.com/news/0-1003-200-5329436.html?tag=lh
Isn't it time to change the ELF format to stop this crap?
shrug If you run untrusted binaries - you are screwed. If you run
them as root - all users on your system are screwed. If your MUA
On Tuesday 27 March 2001 21:23, Alan Cox wrote:
Then, my question will be, why is the kernel loosing the irq for eth1
and gets unusable?
In the APIC case on many intel boards it appears to be a hardware bug.
THere is a workaround for the apic problems in -ac
Any ideas on the original
"Luca Montecchiani wrote:"
On 28 Dec 2000 I've just sent a similar patch but I never got a reply ;)
Same with me...
The first part of the patch is a must for kernels that load scsi driver
from initrd
Same with IDE ...
Without these changes there is no way to boot loading modules from
On Wed, 28 Mar 2001, Robert Suetterlin wrote:
As far as I can see almost all memory is set write-back. The memory at
the far end belongs to some hardware, see /proc/iomem below.
reg00: base=0xfb00 (4016MB), size= 16MB: uncachable, count=1
reg01: base=0xfc00 (4032MB), size= 64MB:
Jesse Pollard wrote:
On Wed, 28 Mar 2001, Shawn Starr wrote:
Well, why can't the ELF loader module/kernel detect or have some sort of
restriction on modifying other/ELF binaries including itself from changing
the Entry point?
There has to be a way stop this. WHY would anyone want to
In message Pine.GSO.3.96.1010328144551.7198A-10@laertes, Walter
Hofmann [EMAIL PROTECTED] writes
On Wed, 28 Mar 2001, Jesse Pollard wrote:
Any idea?
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits
[1.] One line summary of the problem:
ftp FROM 2.4.2 ix86 machine to system with true 64-bit or otherwise no 2GB limit
system complains that the file size is too large.
[2.] Full description of the problem/report:
On the 2.4.2 ix86 machine doing put:
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an unreasonable thing to have.
Are we not then in the somewhat
Keith Owens [EMAIL PROTECTED]
On Wed, 28 Mar 2001 06:08:15 -0600,
Jesse Pollard [EMAIL PROTECTED] wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an unreasonable thing
Notice: this is my first post to l-k since some bug report as old as 0.99...
so please be kind, don't beat me to hard.
On Wed, Mar 28, 2001 at 08:25:46AM -0500, Alexander Viro wrote:
shrug If you run untrusted binaries - you are screwed. If you run
them as root - all users on your system
- Received message begins Here -
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an
a. don't kill any task with a uid 100
b. if uid between 100 to 500 or CAP-SYS equivalent enabled
set it too a lower priority, so if it is at fault it will happen slower
giving more time before the system collapses
Deciding what not to kill
On Wed, 28 Mar 2001, Romano Giannetti wrote:
Now the binary can do much less harm than before, or am I missing something?
It have no access to real user data, but can use the system library and
services without changing anything in the system.
You mean, like mailbombing the living hell
On Wed, Mar 28, 2001 at 08:15:57AM -0600, Jesse Pollard wrote:
objcopy - copies object files. Object files are not marked executable...
objcopy copies executable files as well - check the kernel makefiles
for examples.
--
Russell King ([EMAIL PROTECTED])The developer of ARM
--On Wednesday, March 28, 2001 09:38:04 -0500 Hacksaw [EMAIL PROTECTED]
wrote:
Deciding what not to kill based on who started it seems like a bad idea.
Root can start netscape just as easily as any user, but if the choice of
processes to kill is root's netscape or a user's experimental
On Wed, Mar 28, 2001 at 04:32:44PM +0200, Romano Giannetti wrote:
But with the new VFS semantics, wouldn't be possible for a MUA to make a
thing like the following:
spawn a process with a private namespace. Here a minimun subset of the
"real" tree (maybe all / except /dev) is mounted
On Wed, Mar 28, 2001 at 03:04:46PM +0100, Simon Williams wrote:
I think their point was that a program could only change permissions
of a file that was owned by the same owner. If a file is owned by a
different user has no write permissions for any user, the program
can't modify the file or
On Wednesday, March 28, 2001 04:29:52 AM +0200 Elmer Joandi
[EMAIL PROTECTED] wrote:
Tyan 260 Dual PIII, 512M RAM,
2.4.2-ac26,
mkreiserfs /dev/hda11
mount /dev/hda11 /mnt/space
cp -dpR /usr/* /mnt/space/
immediately:
Mar 28 04:23:17 server kernel: Unable to handle kernel NULL
Hi,
What about a patch like this:
That would move interface configuration out of private ioctl range,
making it universal for all types of interfaces (now, we have different
configuration mechanisms even between different HDLC cards).
Of course, *_protocol and *_physical struct for other type
David Balazic [EMAIL PROTECTED] writes:
John Fremlin wrote:
David Balazic [EMAIL PROTECTED] writes:
[...]
The maintainer hasn't the time to do it. He promised me he would in
February, when I telephone, but hasn't bothered to do anything
AFAICS. I hacked together the following
On Wed, Mar 28, 2001 at 08:40:42AM -0600, Jesse Pollard wrote:
Now, if ELF were to be modified, I'd just add a segment checksum
for each segment, then put the checksum in the ELF header as well as
in the/a segment header just to make things harder. At exec time a checksum
verify could
logitech trackman marble wheel.
send me the driver.
Attached :-) I'm assuming you use the logitech busmouse driver. Logitech
makes many kinds of mice.
Are you working on getting the thing incorporated
into xf86? should I pester someone over there about it? should I assume
that 'everything
[cc list trimmed]
On Wed, Mar 28, 2001 at 03:10:08PM +0100, Sean Hunter wrote:
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I
Where can I get your driver?
I attach it to the other posting to this thread. I also have it in CVS at
http://linuxconsole.sourceforge.net with a bunch of other input drivers.
Section "Pointer"
Protocol"ImPS/2"
Device "/dev/input/mice"
What is better in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
The best way to get bug reports is to say you are going on holiday ;)
ftp://ftp.country.kernel.org/pub/linux/utils/kernel/modutils/v2.4
modutils-2.4.5.tar.gz Source tarball, includes RPM spec
Sean Hunter [EMAIL PROTECTED]:
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits slightly
but I don't think it is an unreasonable thing to have.
Russell King [EMAIL PROTECTED]:
On Wed, Mar 28, 2001 at 08:15:57AM -0600, Jesse Pollard wrote:
objcopy - copies object files. Object files are not marked executable...
objcopy copies executable files as well - check the kernel makefiles
for examples.
At the time it's copying, the input
Russell King [EMAIL PROTECTED]
On Wed, Mar 28, 2001 at 08:40:42AM -0600, Jesse Pollard wrote:
Now, if ELF were to be modified, I'd just add a segment checksum
for each segment, then put the checksum in the ELF header as well as
in the/a segment header just to make things harder. At exec
After moving directories agp and drm from char into video and adapting
the Makefiles the agp is still initialized far after i810fb. :-(
fbmem_init() - chr_dev_init() - device_init() - partition_setup()
partition_setup() seems to be part of $(CORE_FILES) in the main Makefile.
Hum. Could the
In message [EMAIL PROTECTED], Olivier Galibert
[EMAIL PROTECTED] writes
On Wed, Mar 28, 2001 at 03:04:46PM +0100, Simon Williams wrote:
I think their point was that a program could only change permissions
of a file that was owned by the same owner. If a file is owned by a
different user has
Keith Owens wrote:
All counters are 64 bit, 4 Gb is not enough for everybody. This raises
its own problem, some architectures do not have atomic reads, writes or
increments for 64 bit fields but must treat them as 2 32 bit words.
This race exists.
user space:kernel
read
Jesse Pollard writes:
Absolutely true. The only help the checksumming etc stuff is good for is
detecting the fact afterward by external comparison.
Don't we already have that to some extent? rpm -ya or rpm -y package name
on a RedHat system? I'm sure that there is a Debian equivalent.
--
On Tue, Mar 27, 2001 at 12:41:36PM +0530, Nazim Khan wrote:
Can I build the linux kernel 2.4.0 for MIPS(R3000) processor.
I have cross compiler and binutils intstalled on my host m/c (x86).
Will it compile ?
Do I need to do any extra patche for MIPS ?
Get the kernel via anonymous CVS from
Sigh. Why do you always spot the typos *after* pressing send?
On Thu, 29 Mar 2001 00:07:02 +1000,
Keith Owens [EMAIL PROTECTED] wrote:
copy_desired_counter_values()
{
volatile int *p_flag = /* address of flag for desired cpu */;
volatile __s64 *p_counter = /* address of counter for
john slee [EMAIL PROTECTED] says:
On Wed, Mar 28, 2001 at 03:10:08PM +0100, Sean Hunter wrote:
On Wed, Mar 28, 2001 at 06:08:15AM -0600, Jesse Pollard wrote:
Sure - very simple. If the execute bit is set on a file, don't allow
ANY write to the file. This does modify the permission bits
On Wed, Mar 28, 2001 at 09:57:47AM -0500, Alexander Viro wrote:
On Wed, 28 Mar 2001, Romano Giannetti wrote:
Now the binary can do much less harm than before, or am I missing something?
It have no access to real user data, but can use the system library and
services without changing
Krzysztof Halasa [EMAIL PROTECTED] crit :
[...]
making it universal for all types of interfaces (now, we have different
configuration mechanisms even between different HDLC cards).
Alas :o(
+struct hdlc_physical /* 10 bytes */
+{
+ unsigned int interface;
+ unsigned int
- I cannot use the 3D part of my card with XFree 4.x (it worked with
3.3.x) it doesn't matter whether I use or not tdfx.o or whether or not I
put a LoadModule dri in the XF86Config. Only root can run the test3Dfx
program, and when the program finish X is restored but freezed, so I
have to do a
Hi,
there is a strange "routing" bug in the pcnet32 driver.
I have a 4port Ethernet card and 2 onboard connectors on an IBM B80
(pSeries 640). The machine is usualy connected via the onboard eth0
(10.10.3.21).
I can bring up the interfaces on the 4port card, in this case eth5
(10.10.11.145).
- Forwarded message from Nitin A Gupta [EMAIL PROTECTED] -
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Wed, 28 Mar 2001 01:45:31 -0800
Date: Wed, 28 Mar 2001 04:45:23 -0500 (EST)
From: Nitin A Gupta [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc: Nitin A Gupta
Keith Owens wrote:
Sigh. Why do you always spot the typos *after* pressing send?
On Thu, 29 Mar 2001 00:07:02 +1000,
Keith Owens [EMAIL PROTECTED] wrote:
copy_desired_counter_values()
{
volatile int *p_flag = /* address of flag for desired cpu */;
volatile __s64 *p_counter
Russell King wrote:
I for one would like to see a major number for all 'serial ports' whether
they be embedded ARM serial ports _or_ standard 16550 ports, but at the
moment its not easily acheivable without introducing more mess.
Ted indicated to me a while ago (just after I wrote
On Tue, 27 Mar 2001, Andreas Dilger wrote:
Every time this subject comes up, I point to AIX and SIGDANGER - a signal
sent to processes when the system gets OOM.
And every time the SIGDANGER comes up, the issue that AIX provides
*both* early and late allocation mechanism even on per-process
Same problem shows up with most of the USB network
drivers too. /proc/ksyms has the macro-wrapped version
of those names, not the mangled one.
Haven't established whether there's a problem when these
drivers are statically linked.
- Dave
-
To unsubscribe from this list: send the line
Shawn Starr [EMAIL PROTECTED] said:
Well, why can't the ELF loader module/kernel detect or have some sort of
restriction on modifying other/ELF binaries including itself from changing
the Entry point?
Because there are quite valid reasons for "normal" programs (e.g., ld(1)
and other
Troy Benjegerdes wrote:
[...]
Is anyone succesfully using a FA311 card (or anthing with a NatSemi
DP83815 chip?)
We are working on the 2.2.x version of the driver. On our hardware,
which has the DP83815 on the motherboard, Donald Becker's version was
capable of sending packets but not
Attempting to 'standby' the machine generates the following
syslog messages:
Mar 27 23:58:56 localhost kernel: ide_dmaproc: chipset supported
ide_dma_lostirq func only: 13
Mar 27 23:58:56 localhost kernel: hda: lost interrupt
This seems to corrupt the filesystem..
Kernel: 2.4.2
hdparm -i
On Tue, Mar 27, 2001 at 09:22:19AM -0500, Brian Gerst wrote:
Try running ls under gdb and find out what instruction is causing SIGILL
(illegal opcode). It is possible that it was compiled to use
instructions available only on later processors, or it could potentially
be a bug in the math
On Wed, Mar 28, 2001 at 04:49:26PM +0100, Simon Williams wrote:
What I meant was that if a file is owned by root with permissions of,
say, 555 (r-xr-xr-x), not setuid or setgid, then another executable
run as a non-root user cannot modify it or change the permissions to
7 (rwx).
It's already
Hi,
the current cs4232 driver is not smp safe, I get this in dmesg when I
try to load it:
ad1848/cs4248 codec driver Copyright (C) by Hannu Savolainen 1993-1996
Crystal audio controller (CS4236) at 0x534 irq 5 dma 1,0
do_IRQ waiting for irq lock (holder=0)
wait_on_irq, CPU 0:
irq: 1 [0 1]
bh:
On Wed, 28 Mar 2001, David Brownell wrote:
Same problem shows up with most of the USB network
drivers too. /proc/ksyms has the macro-wrapped version
of those names, not the mangled one.
Haven't established whether there's a problem when these
drivers are statically linked.
I've been sent
Torrey Hoffman wrote:
Troy Benjegerdes wrote:
[...]
Is anyone succesfully using a FA311 card (or anthing with a NatSemi
DP83815 chip?)
We are working on the 2.2.x version of the driver. On our hardware,
which has the DP83815 on the motherboard, Donald Becker's version was
capable of
On Tue, 27 Mar 2001, Rogier Wolff wrote:
Out of Memory: Killed process 117 (sendmail).
[ ... many of these ... ]
Out of Memory: Killed process 117 (sendmail).
What we did to run it out of memory, I don't know. But I do know that
it shouldn't be killing one process more than once... (the
On Fri, Mar 23, 2001 at 04:23:45PM +, Russell King wrote:
I'm having problems getting my 2.4.2 kernel to synchronise properly. For
some reason, NTP is insisting on making time offset adjustments.
It isn't a GMT vs localtime issue, I presume?
Is anyone else using NTP with 2.4.2, and if
James Simmons wrote:
Where can I get your driver?
I attach it to the other posting to this thread. I also have it in CVS at
http://linuxconsole.sourceforge.net with a bunch of other input drivers.
Section "Pointer"
Protocol"ImPS/2"
Device
Pau Aliagas wrote:
On Wed, 28 Mar 2001, David Brownell wrote:
Same problem shows up with most of the USB network
drivers too. /proc/ksyms has the macro-wrapped version
of those names, not the mangled one.
Haven't established whether there's a problem when these
drivers are
But it still jumps into xmon. How can we make that driver SMP safe?
There is no maintainer address in the files.
CS4232 has no maintainer. I've had no SMP x86 problems reported with it for
a long time but that may be chance
-
To unsubscribe from this list: send the line "unsubscribe
Padraig,
Real short and simple, use hdX=flash for the slave.
I do not care about the argument anymore over what is ATA and what is CFA.
You read stuff and you believe. I know that everything is "STORAGE" is a
"BIG FAT LIE". Everytime I try to expose this fact people lose it.
So if you want
[EMAIL PROTECTED] wrote:
It's been rumoured that Gunther Mayer said:
I am experiencing debilitating intermittent mouse problems was about
...
Symptoms:
After a long time of flawless operation (ranging from nearly a week to
as little as five minutes), the X11 pointer flies up
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
(Note that the cmsfs port to 2.4 is a work in progress)
2.4.2-ac27
o Rely on BIOS to setup apic bits on OSB4 (me)
its seems that "make menuconfig" only allows you to select 1 processor
type. it seems impossible that you cant build a generic kernel that
supports different processors. Its this just a menuconfig bug?
Dennis
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Oliver Neukum [EMAIL PROTECTED]:
My suggestion would be to add a filesystem label (optional) to the
homeblock of all filesystmes, then load that identifier into the
/proc/partitions file. This would allow a search to locate the
device parameters for any filesystem being mounted. If the
On Wed, Mar 28, Alan Cox wrote:
But it still jumps into xmon. How can we make that driver SMP safe?
There is no maintainer address in the files.
CS4232 has no maintainer. I've had no SMP x86 problems reported with it for
a long time but that may be chance
Well, the alsa driver loads but
On Tue, Mar 27, 2001 at 08:01:15AM -0500, [EMAIL PROTECTED] wrote:
I am having oops reported from my slackware-current install with the 2.4.3-pre7
kernel I can't seem to find the actual oops txt in any of my logs.
So, here's what I have.
From my logs:
gpm [122]: Oops() invoked from gpm.c
Dennis [EMAIL PROTECTED] writes:
Hi,
its seems that "make menuconfig" only allows you to select 1
processor type. it seems impossible that you cant build a generic
kernel that supports different processors. Its this just a
menuconfig bug?
I think, that's the same problem like the one i
its seems that "make menuconfig" only allows you to select 1 processor
type. it seems impossible that you cant build a generic kernel that
supports different processors. Its this just a menuconfig bug?
The generic kernel type is '386'. We used to simply say each kernel runs on
that cpu and
Some of the products seem so new that their manufactuors have little to no
information available about them on their webpage. One that I found, had
conflicting specs and claimed to only have a 32kbyte recieve buffer.
whatever you do dont buy a gigabit card with a small buffer and 32bits.
its seems that "make menuconfig" only allows you to select 1 processor
type. it seems impossible that you cant build a generic kernel that
supports different processors. Its this just a menuconfig bug?
Dennis
Use i386 to make a generic kernel, this option will make it work on all
Intel
And what would you do if the names collide ?
refuse to mount - give the admin time to fix them in single user mode
That means that it could only be used for optional filesystems otherwise
booting unattended is put into question.
A user set for a practical joke could prevent booting by
At 02:30 PM 03/28/2001, Michel Wilson wrote:
its seems that "make menuconfig" only allows you to select 1 processor
type. it seems impossible that you cant build a generic kernel that
supports different processors. Its this just a menuconfig bug?
Dennis
Use i386 to make a generic
On Wed, Mar 28, 2001 at 08:22:45PM +0200, Erik Hensema wrote:
On Fri, Mar 23, 2001 at 04:23:45PM +, Russell King wrote:
I'm having problems getting my 2.4.2 kernel to synchronise properly. For
some reason, NTP is insisting on making time offset adjustments.
It isn't a GMT vs
I got a HP Scanjet 3p with a SCSI card that got a 53c400a SCSI interface chip with only
one jumper without a label. The card was shipped with the scanner. I tried to insert
the module and it does the same that was written in this archive earlier: complaint
about
business of the bus and then the
Dennis wrote:
Some of the products seem so new that their manufactuors have little to no
information available about them on their webpage. One that I found, had
conflicting specs and claimed to only have a 32kbyte recieve buffer.
whatever you do dont buy a gigabit card with a small buffer
Simon Williams wrote:
In message [EMAIL PROTECTED], Olivier Galibert
[EMAIL PROTECTED] writes
On Wed, Mar 28, 2001 at 03:04:46PM +0100, Simon Williams wrote:
I think their point was that a program could only change permissions
of a file that was owned by the same owner. If a file is
On Wed, Mar 28, 2001 at 12:48:45PM -0500, Eric Buddington wrote:
On Tue, Mar 27, 2001 at 09:22:19AM -0500, Brian Gerst wrote:
Try running ls under gdb and find out what instruction is causing SIGILL
(illegal opcode). It is possible that it was compiled to use
instructions available only
Sorry to bother but it seems that the patchlet is still not good
enough... problems at linkage or something:
O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2
-march=athlon -c -o iodebug.o iodebug.c
gcc -D__KERNEL__ -I/usr/src/linux-2.4.3-pre8/include -Wall
Rebuild your kernel and make sure CONFIG_APM_ALLOW_INTS is set to "Y".
Tim
On Wed, Mar 28, 2001 at 12:52:05PM -0500, D. Sen wrote:
Attempting to 'standby' the machine generates the following
syslog messages:
Mar 27 23:58:56 localhost kernel: ide_dmaproc: chipset supported
ide_dma_lostirq
I got a HP Scanjet 3p with a SCSI card that got a 53c400a SCSI interface chip with
only
one jumper without a label. The card was shipped with the scanner. I tried to insert
the module and it does the same that was written in this archive earlier: complaint
about
business of the bus and then
On Wednesday 28 March 2001 22:17, Dennis wrote:
its seems that "make menuconfig" only allows you to select 1 processor
type. it seems impossible that you cant build a generic kernel that
supports different processors. Its this just a menuconfig bug?
Dennis
You pick the lowest common
1 - 100 of 401 matches
Mail list logo
