Re: Disturbing news..

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.

Re: 386 'ls' gets SIGILL iff /proc is mounted

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

Re: NTP on 2.4.2?

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 lo

53c400a status

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 m

Re: Larger dev_t

> > 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 lea

RE: menuconfig snafu?

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 ge

Re: New gigabit cards

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

Re: menuconfig snafu?

> 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 an

Re: New gigabit cards

> >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.

RE: menuconfig snafu?

> 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

[PATCH] Problem in lxdialog (was: menuconfig snafu?)

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

Re: Oops from gpm.c

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 fro

Re: 2.4.2 cs4232 is not SMP safe

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 loa

Re: Larger dev_t

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 mounte

menuconfig snafu?

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 body

Re: mouse problems in 2.4.2 -> lost byte

[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

Linux 2.4.2-ac27

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) o

Re: 2.4.2 cs4232 is not SMP safe

> 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 linux-ke

Re: Compact flash disk and slave drives in 2.4.2

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 t

Re: mouse problems in 2.4.2 -> lost byte

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

Re: 2.4.3-pre8 xircom_tulip_cb missing symbols

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 > > dri

Re: NTP on 2.4.2?

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

Re: natsemi.c (Netgear FA311 card) probmlems??

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 >

Re: OOM killer???

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... (th

2.4.2 cs4232 is not SMP safe

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 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: 0 [0 0] It jumps into xmon and

Re: 2.4.3-pre8 xircom_tulip_cb missing symbols

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

IDE and APM (standby) incompatibility on thinkpad T21?

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 /dev/

Re: 386 'ls' gets SIGILL iff /proc is mounted

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

Re: Disturbing news..

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 alre

RE: natsemi.c (Netgear FA311 card) probmlems??

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 re

Re: Disturbing news..

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 binar

Re: 2.4.3-pre8 xircom_tulip_cb missing symbols

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 "unsubsc

Re: OOM killer???

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

Re: Larger dev_t

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 seria

Re: [RFC] Large scale kernel performance recording

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 __

2.4.2 pcnet32 routing trouble

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). pin

[ngupta@andrew.cmu.edu: Increasing aruments of socket calls]

- 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 Gupt

Re: Voodoo 3 pci issues

>- 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

Re: RFC: configuring net interfaces

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; > + unsigne

Re: Disturbing news..

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 cha

Re: Disturbing news..

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 permissio

Re: [RFC] Large scale kernel performance recording

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 counte

Re: Building linux kernel 2.4.0 for MIPS.

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

Re: Disturbing news..

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 on a RedHat system? I'm sure that there is a Debian equivalent. -- Russell King

Re: [RFC] Large scale kernel performance recording

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 >

Re: Disturbing news..

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

Re: [linux-fbdev] Fwd: Re: module depencies during startup

>> 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. C

Re: Disturbing news..

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.

Re: Disturbing news..

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 i

Re: mouse problems in 2.4.2 -> lost byte

>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 bette

Announce: modutils 2.4.5 is available

-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..kernel.org/pub/linux/utils/kernel/modutils/v2.4 modutils-2.4.5.tar.gz Source tarball, includes RPM spec file modut

Re: Disturbing news..

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 h

Re: Disturbing news..

[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

Re: mouse problems in 2.4.2 -> lost byte

>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 'everyth

Re: Disturbing news..

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 (exp

RFC: configuring net interfaces

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 of

Re: kernel apm code

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

Re: Disturbing news..

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 fil

Re: OOPS: reiserfs, 2.4.2-ac26 SMP

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 ke

Re: Disturbing news..

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 r

Re: 64-bit block sizes on 32-bit systems

My turn to chime in. JFS was designed around a 4K meta-data page size. It would require some major re-design to use larger block sizes. On the other hand, JFS could take advantage of 64-bit block addresses immediately. JFS internally store the block address in 40 bits. (Sorry, file size & vol

Re: [linux-fbdev] Fwd: Re: module depencies during startup

On Wednesday 28 March 2001 15:37, Geert Uytterhoeven wrote: > On Wed, 28 Mar 2001, Tea Age wrote: > > On Wednesday 28 March 2001 12:00, Sven LUTHER wrote: > > > ... > > > Note, drm, also in char, will need agp stuff for working also. Don't > > > know how they do it though, since it obviously works

Re: Disturbing news..

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 Lin

Re: Ideas for the oom problem

--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 experimenta

Re: Disturbing news..

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

Re: Disturbing news..

- 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 u

Re: Ideas for the oom problem

> 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 kil

Re: kernel 2.4.3-pre8 with pcmcia

> With this new patch set we have lost the compatibility with > pcmcia-cs-3.1.25. > The system at startup reports: > Mar 27 17:04:51 pluto depmod: *** Unresolved symbols in > /lib/modules/2.4.3-pre8/kernel/drivers/net/3c59x.o Use 2.4.2ac26, its fixed in my tree. - To unsubscribe from this lis

Re: Disturbing news..

> > > > 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 exac

Re: Disturbing news..

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: > If you run untrusted binaries - you are screwed. If you run > them as root - all users on your system are sc

Re: Disturbing news..

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 unreaso

Re: Disturbing news..

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

[RFC] Large scale kernel performance recording

Consider the set of machines that have large numbers of cpus and which want large scale kernel performance reporting. Basically large server boxes or number crunchers; this note does not apply to a 486 firewall running LRP. Reading performance data for large machines or large numbers of counters

Re: Disturbing news..

In message , 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 permiss

Re: 2GB file limit ftp/scp Linux kernel 2.4.2 problem

> > [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: > ---

Re: Disturbing news..

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

Re: Not MTRR !? was: ISSUE: very slow (factor 100) 4-way 16GByteserver, with 2.4.2

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

Re: [2.2.19pre17] init/main.c

"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 >

Re: 2.4.2 and NETDEV WATCHDOG - different bug?

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 origina

Re: [linux-fbdev] Fwd: Re: module depencies during startup

On Wed, 28 Mar 2001, Tea Age wrote: > On Wednesday 28 March 2001 12:00, Sven LUTHER wrote: > > > ... > > Note, drm, also in char, will need agp stuff for working also. Don't know > > how they do it though, since it obviously works ok right now. > >... > > After moving directories agp and drm fro

Re: Disturbing news..

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? If you run untrusted binaries - you are screwed. If you run them as root - all users on your system are screwed. If your MUA (

[PATCH] soundcard drivers: static zero initializers removal

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

TCP Vegas implementation for Linux

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 http://vger.kernel.org/majordo

Re: Disturbing news..

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 wri

Not MTRR !? was: ISSUE: very slow (factor 100) 4-way 16GByte server, with 2.4.2

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 wil

Re: [linux-fbdev] Fwd: Re: module depencies during startup

On Wednesday 28 March 2001 12:00, Sven LUTHER wrote: > ... > Note, drm, also in char, will need agp stuff for working also. Don't know > how they do it though, since it obviously works ok right now. >... After moving directories agp and drm from char into video and adapting the Makefiles the ag

Re: Disturbing news..

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? fchm

Re: Disturbing news..

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 m

Re: Larger dev_t

On Tue, Mar 27, 2001 at 10:48:13AM -0800, Linus Torvalds wrote: > 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 > that we u

Re: Disturbing news..

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 anywa

Re: Larger dev_t

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-

Re: Compact flash disk and slave drives in 2.4.2

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

[2.2.19pre17] init/main.c

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 dri

Re: Larger dev_t

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 fa

243-pre[78]: mmap changes (breaks) /proc

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 /proc.

Re: [PATCH for 2.5] preemptible kernel

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

Re: kernel apm code

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 merg

[patch] pae-2.4.3-C3

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 gene

Re: [PATCH for 2.5] preemptible kernel

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 > > struct

Re: Disturbing news..

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 fil

<    1   2   3   >