On Tue, Apr 24, 2001 at 11:46:20AM -0500, Tom Brusehaver (N-Sysdyne Corporation) wrote:
>
> I have been chasing all around trying to find out why
> shm_open always returns ENOSYS. It is implemented
> in glibc-2.2.2, and seems the 2.4.3 kernel knows about
> shmfs.
>
> It seems the file
On Sat, 21 Apr 2001, Albert D. Cahalan wrote:
> Eric S. Raymond writes:
>
> > This is a proposal for an attribution metadata system in the Linux
> > kernel sources. The goal of the system is to make it easy for
> > people reading any given piece of code to identify the responsible
> >
On Tue, Apr 24, 2001 at 09:10:07AM -0700, Linus Torvalds wrote:
> ptrace only operates on processes that are stopped. So there are no
> locking issues - we've synchronized on a much higher level than a
> spinlock or semaphore.
This is only true for requests other than PTRACE_ATTACH and
> think about personal devices. something like the nokia communicator.
> a system security passwd is acceptable, but that's it. no those-
> device-user would like to know about user account, file ownership,
> etc. they just want to use it.
If you are making a personal device, like an
On Wed, 25 Apr 2001, Masaki Tsuji wrote:
> Dear sirs,
Hmmm...
Masaki Tsuji <[EMAIL PROTECTED]>
This address
... was the address that did the CA-2000-17 attack on one of
our machines a few weeks ago.
This is not an accusation, only an observation. You
Tim Jansen wrote:
>
> On Tuesday 24 April 2001 11:40, Martin Dalecki wrote:
> > Tim Jansen wrote:
> > > The Linux Device Registry (devreg) is a kernel patch that adds a device
> > > database in XML format to the /proc filesystem. It collects all
> > OH SHIT!! ^^^
> > Why don't you just add
> > > The Linux Device Registry (devreg) is a kernel patch that adds a
device
> > > database in XML format to the /proc filesystem. It collects all
> > OH SHIT!! ^^^
> > Why don't you just add postscript output to /proc?
>
> XML wasn't my first choice. The 0.1.x versions used simple
I have been chasing all around trying to find out why
shm_open always returns ENOSYS. It is implemented
in glibc-2.2.2, and seems the 2.4.3 kernel knows about
shmfs.
It seems the file linux/mm/shmem.c has:
#define SHMEM_MAGIC 0x01021994
And the
On Tue, Apr 24, 2001 at 08:05:15AM -0500, Victor Zandy wrote:
>
> He found that PF_USEDFPU was always set before the machine was broken.
> After he found that it was set about 70% of the time.
If I'm not mistaken this actully can cause GLOBAL FPU corruption.
Here's why:
Assyme for a moment
Christoph Rohland wrote:
>
> OK I will do that for tmpfs soon. And I will do the symlink inlining
> with that patch.
Wow, this thread really exploded, eh? But thanks, Christoph, I look
forward to seeing
your patch. 4k symlinks really suck for embedders who never swap out
pages. ;-)
regards,
On Tue, 24 Apr 2001, Ingo Molnar wrote:
>
> the latest swap-speedup patch can be found at:
Please don't add more of those horrible "wait" arguments.
Make two different versions of a function instead. It's going to clean up
and simplify the code, and there really isn't any reason to do what
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> - nobody will look up the list because we do have the spinlock at this
> point, so a destroyed list doesn't actually _matter_ to anybody
I suppose that it'll be okay, provided I take care not to access a block for a
task I've just woken up.
> -
[ Alan, I'm lazy and only have 2.2.14 sources on-line. Maybe this has
been fixed already and there's something else going on. Worth a look ]
In article <[EMAIL PROTECTED]>,
Victor Zandy <[EMAIL PROTECTED]> wrote:
>
>Someone else here traced the process flags of a FP-intensive program
>on a
> >1.) If I'm not mistaken switch_to changes current->flags without
> >atomic operations and without any locks and sys_ptrace changes
> >child->flags only protected by the big kernel lock.
>
> ptrace only operates on processes that are stopped. So there are no
> locking issues - we've
Help!
My machine seems to be rebooting at random. Actually, it's more like
the screen blanks, and suddenly the BIOS is going through POST. There
may be a reset-button gnome in my case putting a jumper over the reset
pins, but I seriously doubt it. ;-) I recently tried to switch from APM
to
In article <[EMAIL PROTECTED]>,
Christian Ehrhardt <[EMAIL PROTECTED]> wrote:
>
>1.) If I'm not mistaken switch_to changes current->flags without
>atomic operations and without any locks and sys_ptrace changes
>child->flags only protected by the big kernel lock.
ptrace only operates on processes
Dear sirs,
Although 'tar' can write to SCSI-TAPE, can't read from.
'tar' reports
..
-rw-r--r-- root/rootx 2001-xx-xx 01:23 usr/bin/xx
tar: Skipping to next file header<--"A"
-rw-r--r-- root/rootx 2001-xx-xx 01:23 usr/bin/xxx
..
On Mon, Apr 23, 2001 at 09:54:34PM -0500, David L. Nicol wrote:
> why not port one of the twenty or thirty preexisting tools
> that let you mount a filesystem from an encrypted file instead
> of making a generic layer? That way you could have inter-os
> portability. The steganographic ones
Dear sirs,
Although 'tar' can write to SCSI-TAPE, can't read from.
'tar' reports
..
-rw-r--r-- root/rootx 2001-xx-xx 01:23 usr/bin/xx
tar: Skipping to next file header<--"A"
-rw-r--r-- root/rootx 2001-xx-xx 01:23 usr/bin/xxx
..
On Tue, Apr 24, 2001 at 04:53:10PM +0100, Alan Cox wrote:
> > 1. email -> sendmail
> > 2. sendmail figures out what it has to do with it. turns out it's deliver
> ...
>
> > Now, in order for step 4 to be done safely, procmail should be running
> > as the user it's meant to deliver the mail for.
> 1. email -> sendmail
> 2. sendmail figures out what it has to do with it. turns out it's deliver
...
> Now, in order for step 4 to be done safely, procmail should be running
> as the user it's meant to deliver the mail for. for this to happen
> sendmail needs to start it as that user in step 3
On Tue, 24 Apr 2001, Andrea Arcangeli wrote:
>
> > > Again it's not a performance issue, the "+a" (sem) is a correctness issue
> > > because the slow path will clobber it.
> >
> > There must be a performance issue too, otherwise our read up/down fastpaths
> > are the same. Which clearly
On Mon, Apr 23, 2001 at 10:54:35PM -0400, Doug Ledford wrote:
[...]
>
> Both B and C are cases of the whole chip acting flat busted. I would suspect
> that possibly Win2k drivers set this thing up some way that we don't recover
> from.
H...
quite possible. It's certainly true that a soft
On Tue, 24 Apr 2001, David Howells wrote:
>
> Yes but the "struct rwsem_waiter" batch would have to be entirely deleted from
> the list before any of them are woken, otherwise the waking processes may
> destroy their "rwsem_waiter" blocks before they are dequeued (this destruction
> is not
Eugene Kuznetsov wrote:
> The whole thing sounds to my mind as having some kind of resource,
> register, etc. which is supposed to be initialized during loading of
> drivers, but it's not done by i810_audio driver.
Sounds that way to me too. I didn't write that portion of the code, so it
will
well... the book sounds good...
but... I am still thinking... what it has to do with linux kernel ??
[EMAIL PROTECTED] on 04/24/2001 04:27:56 PM
To: [EMAIL PROTECTED]
cc:(bcc: Amol Lad/HSS)
Subject: Greetings!
1 in 6 children are victimized before the age of 16.
Hello, my
Thomas Ford wrote:
> Heavy disc writes (eg. unzipping linux kernel source) cause the system
> processor usage (as reported by top/xosview) to jump to 100%, making
> the X mouse/audio freeze etc.
>
> Such problems occur with the drives connected to VIA vt82c686b south
> bridge: the same drives
On Wed, 25 Apr 2001, CaT wrote:
> On Tue, Apr 24, 2001 at 04:49:57PM +0200, Pjotr Kourzanoff wrote:
> > > use port 2525 as SMTP port in your MTA. I've succeed to setup such a
> > > configuration.
> >
> > This requires you to ensure that your MTA is started first on that
> > port...Might be
Hi,
I'm running 2.2.16-22 (Redhat Guiness) on a PC and
wanna upgrade to 2.4.3. Unfourtunately I get Unable to
open Ncurses libraries Error 1 if I make make menuconfig.
I read around the web and found that I've to install the devel
pack of ncurses too. No results, even if I do a make clean all
in
Alan Cox wrote:
> > so what the hell is transmeta doing with mobile linux (midori).
> > is it going to teach multi-user thing to tablet owners?
>
> Thats you problem. Distinguish the OS from the user interface.
>
> > surely mortals expect midori to behave like their pc. lets say
> > on redhat,
On Tue, Apr 24, 2001 at 03:59:28PM +0100, Alan Cox wrote:
> What is this gid mail crap ? You don't need priviledge. You get the mail by
> asking the daemon for it. procmail needs no priviledge either if it is done
> right.
>
> You just need to think about the security models in the right way.
Tomas Telensky <[EMAIL PROTECTED]>
> On Tue, 24 Apr 2001, Alexander Viro wrote:
> > On Tue, 24 Apr 2001, Tomas Telensky wrote:
> >
> > > of linux distributions the standard daemons (httpd, sendmail) are run as
> > > root! Having multi-user system or not! Why? For only listening to a port
> > >
I personnaly use this simple patch which allows me
to keep caps over execve(). It allows me to give a
few more rights to some trusted users, such as
kill, insmod... without risking unlink, chown or
so. I couldn't find any other way to achieve this.
If needed, I can send you the complete prog
On Tue, Apr 24, 2001 at 04:49:57PM +0200, Pjotr Kourzanoff wrote:
> > use port 2525 as SMTP port in your MTA. I've succeed to setup such a
> > configuration.
>
> This requires you to ensure that your MTA is started first on that
> port...Might be difficult to achieve reliably in an automatic
On Tue, Apr 24, 2001 at 04:49:57PM +0200, Pjotr Kourzanoff wrote:
> On Tue, 24 Apr 2001, [iso-8859-2] Gábor Lénárt wrote:
> >
> > Or even without xinetd. Just use local port forwarding eg 2525 -> 25, and
>
> This is more like 25 -> 2525 :-)
OK, that was a hard night for me, I need some
> I've always found the root < 1024 to be quite limmited and find myself
> wishing I could assign permissions based on ip/port.
Its been done. Search for 'sockfs' I believe it was called.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Le 25 Apr 2001 00:06:57 +1000, Daniel Stone a écrit :
> > problem is you guys are to unix-centric, try to be user-centric a little.
>
> We're too UNIX-centric, yet you're the one trying to put UNIX on a phone?
> Come on ...
Hey ! We already put uClinux on a phone ! Full-fledge linux is not
> > Copying spool articles matching the peercred to the client does not
>
> Running procmail as the user who is to receive the email for local mail
> delivery as running it with gid mail (for eg) would allow one user to
> modify another's mail.
What is this gid mail crap ? You don't need
Gabriel Paubert wrote:
>
> On Mon, 23 Apr 2001, george anzinger wrote:
>
> > "Robert H. de Vries" wrote:
> > >
> > > On Monday 23 April 2001 19:45, you wrote:
> > >
> > > > By the way, is the user land stuff the same for all "arch"s?
> > >
> > > Not if you plan to handle the CPU cycle counter
On Tue, Apr 24, 2001 at 09:14:41AM -0400, Horst von Brand wrote:
> Roger Gammans <[EMAIL PROTECTED]> said:
>
> People who want to take over "because it is s00 k3w1 to be a maintainer"
> with no real interest in the code, just in the fact that it is orphaned...
No. People who want to give
On Tue, 24 Apr 2001, Alan Cox wrote:
> > On Tue, 24 Apr 2001, Mohammad A. Haque wrote:
> > > Correct. <1024 requires root to bind to the port.
> > ... And nothing says that it should be done by daemon itself.
>
> Or that you shouldnt let inetd do it for you
> And that you shouldn't drop the
On Tue, Apr 24, 2001 at 03:37:34PM +0100, Alan Cox wrote:
> What role requires priviledge once the port is open ?
>
> DNS lookup does not
> Spooling to disk does not
> Accepting a connection from a client does not
> Doing peercred auth with a client does not
>
On Tue, 24 Apr 2001, [iso-8859-2] Gábor Lénárt wrote:
>
> Or even without xinetd. Just use local port forwarding eg 2525 -> 25, and
This is more like 25 -> 2525 :-)
> use port 2525 as SMTP port in your MTA. I've succeed to setup such a
> configuration.
This requires you to ensure that your
I'm dealing with a driver wich need the IP address for specifics using.
I've read in the linux device driver (o'reilly) that I can use the field
pa_addr in the struct device. but it doesn't exist on my computer.
so I don't understand why ? Is anybody could tell me where finding the
IP address
I am attempting to write an init replacement that is capability-smart.
Though I'm pleased that prctl() lets me keep capabilities across a
setreuid(), maintaining caps over execve() seems impossible to do right.
I currently see a few options:
- use the CLOEXEC-pipe hack that execcap uses
On Tue, 24 Apr 2001, Alan Cox wrote:
> > > It is possible to implement the entire mail system without anything running
> > > as root but xinetd.
> >
> > You want an MDA with elevated privileges, though...
^
> What role requires priviledge once the port is open ?
.forward
> > It is possible to implement the entire mail system without anything running
> > as root but xinetd.
>
> You want an MDA with elevated privileges, though...
What role requires priviledge once the port is open ?
DNS lookup does not
Spooling to disk does not
Accepting
Hi all,
Has anybody ported insane or snull from Rubini to kernel 2.4.3?
I'm porting Rubini's example: "insane".
/* --
* definition of the "private" data structure used by this interface
*/
struct insane_private {
> 14USA-18X Serial Adapter. Distribution and/or
> Modification of the
> 15keyspan.c driver which includes this firmware, in whole
> or in part,
> 16requires the inclusion of this statement."
> 17
> 18 */
> with a surelly non-free/non-GPL license.
That one is being sorted out
On Tue, Apr 24, 2001 at 03:18:11PM +0100, Alan Cox wrote:
> > On Tue, 24 Apr 2001, Mohammad A. Haque wrote:
> > > Correct. <1024 requires root to bind to the port.
> > ... And nothing says that it should be done by daemon itself.
>
> Or that you shouldnt let inetd do it for you
> And that you
> > Even my digital tv box has multiple users. The fact you cannot figure out how
> > to make your UI present that to the end user in a suitable manner is not
> > the kernels problem. Get a real UI designer
>
> if it's useful, it's okay. if not, what is it doing there?
For one it allowing you
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote:
>> Even my digital tv box has multiple users. The fact you cannot figure out how
>> to make your UI present that to the end user in a suitable manner is not
>> the kernels problem. Get a real UI designer
>
>if it's useful, it's okay. if not, what is
On Tue, 24 Apr 2001, Alan Cox wrote:
> > On Tue, 24 Apr 2001, Mohammad A. Haque wrote:
> > > Correct. <1024 requires root to bind to the port.
> > ... And nothing says that it should be done by daemon itself.
>
> Or that you shouldnt let inetd do it for you
> And that you shouldn't drop the
1 in 6 children are victimized before the age of 16.
Hello, my name is Jason Colgan and I am writing to you about my father's unique book
on child safety.
I hope you don't mind me emailing you, but I found your email address on a website
that was related to children, so I figured you
> On Tue, 24 Apr 2001, Mohammad A. Haque wrote:
> > Correct. <1024 requires root to bind to the port.
> ... And nothing says that it should be done by daemon itself.
Or that you shouldnt let inetd do it for you
And that you shouldn't drop the capabilities except that bind
It is possible to
On Tue, Apr 24, 2001 at 09:04:02PM +0700, [EMAIL PROTECTED] wrote:
>
>
What's with all these blank lines? Everywhere!
> On Tue, 24 Apr 2001, Daniel Stone wrote:
> > Aah. I see. Where was this? I never saw it.
>
> psst, it's a proto.
Right-o. In the news, you say. Hrm.
> > That may be so,
Hi Folks.
Under all of the kernels I have access to try ( 2.2.19, 2.4.X & 2.4.X-ac* ),
when I try and write an image in XA2 format to my SCSI writer ( Yamaha
CDR-400t ), I get a DMA overrun. When I try with a kernel patched with the
beta symbios driver ( 2.1.9 ), it works just fine.
This is on
On Tue, 24 Apr 2001, Alan Cox wrote:
> > so what the hell is transmeta doing with mobile linux (midori).
> > is it going to teach multi-user thing to tablet owners?
>
> Thats you problem. Distinguish the OS from the user interface.
sigh. is that mean the little thing had to do capable() check
On Tue, 24 Apr 2001, Tomas Telensky wrote:
> Thanks for the comment. And why not just let it listen to 25 and then
> being run as uid=nobody, gid=mail?
Handling of .forward, for one thing. Or pipe aliases, or...
None of this stuff is unsolvable (e.g. handling of .forward belongs to
MDA, not
Alan Cox wrote:
>
> > Well, would it be possible to create some module under LGPL, and then
> > have included it into the kernel? Maybe it needs to maintain the LGPL
> > version out of the kernel, and transform a copy to the GPL before
> > submitting?
>
> There is kernel code under a whole
On Tue, 24 Apr 2001, Daniel Stone wrote:
> Aah. I see. Where was this? I never saw it.
psst, it's a proto.
> That may be so, so hack up your own OS. It's a MOBILE PHONE, it needs to be
> absolutely *rock solid*. Look at the 5110, that's just about perfect. The
> 7110, on the other hand ...
> so what the hell is transmeta doing with mobile linux (midori).
> is it going to teach multi-user thing to tablet owners?
Thats you problem. Distinguish the OS from the user interface.
> surely mortals expect midori to behave like their pc. lets say
> on redhat, they have to login as root to
On Tue, Apr 24, 2001 at 02:07:47PM +0100, David Howells wrote:
> It was my implementation that triggered it (I haven't tried it with yours),
> but the bug occurred because the SUBL happened to make the change outside of
> the spinlocked region in the slowpath at the same time as the wakeup
Heavy disc writes (eg. unzipping linux kernel source) cause the system
processor usage (as reported by top/xosview) to jump to 100%, making
the X mouse/audio freeze etc.
Such problems occur with the drives connected to VIA vt82c686b south
bridge: the same drives on a mvp3 show no such problems.
There is udelay(usecs) function which has told by Ofer Fryman one of the
member of mailing list, not delay(usecs) and its working properly.
Thanx to u all for ur cooperation.
Regards,
Rajeev
-Original Message-
From: Hubertus Franke [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, April 24,
On Tue, 24 Apr 2001, Alexander Viro wrote:
>
>
> On Tue, 24 Apr 2001, Tomas Telensky wrote:
>
> > of linux distributions the standard daemons (httpd, sendmail) are run as
> > root! Having multi-user system or not! Why? For only listening to a port
> > <1024? Is there any elegant solution?
>
On Tue, 24 Apr 2001, Roland Seuhs wrote:
>> with multi-user concept, conceptually there should be an
>> administrator to create account, grant permission, etc.
>> no my sister doesn't want that. i bet there are billions of
>> people not willing to learn how to use a computer, they just
>> want
> Well, would it be possible to create some module under LGPL, and then
> have included it into the kernel? Maybe it needs to maintain the LGPL
> version out of the kernel, and transform a copy to the GPL before
> submitting?
There is kernel code under a whole variety of licenses. When linked
Alan Cox wrote:
>
> > I've fixed this here merely by adding an entry to the PCI table of
> > serial.c for PCI_CLASS_COMMUNICATION_OTHER. Is this the best way to fix
> > this? Is there some reason that this shouldn't be done in general? If
> > not, I'd like to see it fix in the kernel proper.
On Tue, 24 Apr 2001, [ks_c_5601-1987] ¿À´Ã°ú³»ÀÏ È«¼®¹ü wrote:
> (1) some process is not killed
> I built kernel 2.4.3 in my linux server which works in php+mysql.
> But after a few days, I found that my mysql daemon was not work.
> (But mysql process is seen)
> So I typed like this to kill the
[EMAIL PROTECTED] said:
> These "broken and cryptic" checks have been done several times now.
> You could certainly add a note to this effect to the documentation on
> building the kernel.
> Building a known broken kernel just for the sake of "better error
> reporting" is dead wrong, IMO.
The
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote:
> okay, it wouldn't cost me. but it surely easier if everybody used
> linux, so i could put my ext2 disk everywhere i want.
>
> hey, it's obvious that it's not for a server!
> i try to point out a problem for people not on this list, don't
> work
sorry, my email address was wrong, it's [EMAIL PROTECTED]
-- Forwarded message --
Date: Tue, 24 Apr 2001 15:36:12 +0200 (CEST)
From: Axel Siebenwirth <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: dirty entry in transmit queue on eth
On Tue, 24 Apr 2001, Mohammad A. Haque wrote:
> Correct. <1024 requires root to bind to the port.
... And nothing says that it should be done by daemon itself.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Tue, Apr 24, 2001 at 08:27:56PM +0700, [EMAIL PROTECTED] wrote:
> On Tue, 24 Apr 2001, Daniel Stone wrote:
> > Hence, Microsoft Windows. It might not be stable, it might not be fast, it
> > might not do RAID, packet-filtering and SQL, but it does a job. A simple
> > job. To give Mum & Dad(tm)
On Tue, 24 Apr 2001, Tomas Telensky wrote:
> of linux distributions the standard daemons (httpd, sendmail) are run as
> root! Having multi-user system or not! Why? For only listening to a port
> <1024? Is there any elegant solution?
Sendmail is old. Consider it as a remnant of times when
> I've fixed this here merely by adding an entry to the PCI table of
> serial.c for PCI_CLASS_COMMUNICATION_OTHER. Is this the best way to fix
> this? Is there some reason that this shouldn't be done in general? If
> not, I'd like to see it fix in the kernel proper.
Most class other devices
On Tue, 24 Apr 2001, Richard B. Johnson wrote:
> You are on the wrong list. You don't modify the kernel to make
> a "single-user" machine. You modify the password file in /etc/passwd.
> Until you know, and completely understand this, you will be laughed at.
>
> When an interactive process is
Hi Al,
On Tue, 24 Apr 2001, Alexander Viro wrote:
> So yes, IMO having such patches available _is_ a good thing. And in
> 2.5 we definitely want them in the tree. If encapsulation part gets
> there during 2.4 and separate allocation is available for all of
> them it will be easier to do without
On Tue, 24 Apr 2001, Tomas Telensky wrote:
> :-) Great.
> You and Alex are right - I agree that this is a complete moronism.
>
> But, what I should say to the network security, is that AFAIK in the most
> of linux distributions the standard daemons (httpd, sendmail) are run as
> root! Having
Hello.. All..
I upgraded the linux servers' kernel verison from 2.2.16 to 2.4.3 .
when my linux kernel version was 2.2.16, there is no problem to work.
but After upgrading, some critical problem is occured.
Surely, kernel compile option and method has no problem.
(H/W spec is P3 733 Dual,
David Woodhouse <[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] said:
> > Your patch (tries to) transform a compile and link time check into a
> > runtime check. Not nice.
> It transforms a broken and cryptic compile-time check into a correct and
> informative runtime check.
These "broken and
On Tue, Apr 24, 2001 at 06:01:12AM -0400, Alexander Viro wrote:
> For fsck sake! HFS patch. Time: 14 minutes, including checking that sucker
> builds (it had most of the accesses to ->u.hfs_i already encapsulated).
Al is right, it is no rocket science. Here is a patch against
2.4.4-pre6 for
On Tue, 24 Apr 2001, Daniel Stone wrote:
> Hence, Microsoft Windows. It might not be stable, it might not be fast, it
> might not do RAID, packet-filtering and SQL, but it does a job. A simple
> job. To give Mum & Dad(tm) (with apologies to maddog) a chance to use a
> computer.
>
>
> Since
>
> trustix.co.id? hehehe.
>
> If you don't want to login with user/password, then change your
> password to "". Don't want to even do that? Then just change
> /etc/inittab to invoke "login -f username" instead of mingetty or
> whatever. No need at all to hack the kernel up.
>
> Dunno
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote:
>
> On Tue, 24 Apr 2001, Alexander Viro wrote:
> > What, makes it hard to write viruses for it? Awww, poor skr1pt k1dd13z...
[SNIPPED..]
>
> > > And would that "use" by any chance include access to network? >
>
> >
> > So let him log in as root,
> so you reproduced a deadlock with my patch applied, or you are saying
> you discovered that case with one of you testcases?
It was my implementation that triggered it (I haven't tried it with yours),
but the bug occurred because the SUBL happened to make the change outside of
the spinlocked
Roger Gammans <[EMAIL PROTECTED]> said:
[...]
> It's entirley possible the problem will solve itself
> when/if people like myself who hang around the edge of
> kernel dev , find their favourite piece of kernel has
> no maintainer - and volunteer.
What stops you right now from to trying to
On Tue, Apr 24, 2001 at 02:19:28PM +0200, Andrea Arcangeli wrote:
> I'm starting the benchmarks of the C version and I will post a number update
> and a new patch in a few minutes.
(sorry for the below wrap around, just grow your terminal to read it stright)
aa
On Tue, 24 Apr 2001, Mohammad A. Haque wrote:
> [EMAIL PROTECTED] wrote:
[snip]
> Sounds to me like you really don't get the whole concept of permissions
> and that it's how Unix works.
>
> Besides, why should the kernel do anythign different for you when there
> are userland tools that
Someone else here traced the process flags of a FP-intensive program
on a machine before and after it is put in the faulty FPU state. He
periodically sampled /proc/pid/stat while the program was running.
He found that PF_USEDFPU was always set before the machine was broken.
After he found that
Am Dienstag, 24. April 2001 14:44 schrieb [EMAIL PROTECTED]:
> On Tue, 24 Apr 2001, Alexander Viro wrote:
> > So let him log in as root, do everything as root and be cracked
> > like a bloody moron he is. Next?
>
> come on, it's hard for me as it's hard for you. not everybody
> expect a computer
Sorry, sorry.
The lists are open.
Please tell us if mailman still bothers.
On Thu, Apr 19, 2001 at 03:46:53PM -0400, Martin K. Petersen wrote:
> > "Jens" == Jens Axboe <[EMAIL PROTECTED]> writes:
>
> Jens> First one gets a mail saying that the mail sent is queued for
> Jens> moderator
On Tue, Apr 24, 2001 at 07:44:17PM +0700, [EMAIL PROTECTED] wrote:
> with multi-user concept, conceptually there should be an
> administrator to create account, grant permission, etc.
> no my sister doesn't want that. i bet there are billions of
> people not willing to learn how to use a
On Thu, Apr 19, 2001 at 03:35:43PM -0300, Rik van Riel wrote:
> 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
On Thu, Apr 19, 2001 at 08:48:19PM +0200, Jens Axboe wrote:
> 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,
On Tue, 24 Apr 2001 [EMAIL PROTECTED] wrote:
[snip long wankage]
Equivalent of your "patch" can be achieved by making login(1) and
friends let everyone in as root without asking password. End of
story. If you don't understand even _that_ - you don't understand
the bloody basics of the system
On Tue, Apr 24, 2001 at 07:44:17PM +0700, [EMAIL PROTECTED] wrote:
>
> On Tue, 24 Apr 2001, Alexander Viro wrote:
> > What, makes it hard to write viruses for it? Awww, poor skr1pt k1dd13z...
> >
> > And would that "use" by any chance include access to network?
> >
> > So let him log in as root,
On Sun, Apr 22, 2001 at 08:00:17AM -0600, Steven Cole wrote:
> I neglected to cc you for this small patch I sent just a few minutes ago.
I have several megs more of patches for Linus / Alan pending and this would
also be part of them. Just to avoid driving Linus & Alan completly into
insanity
[EMAIL PROTECTED] said:
> What I would like to avoid is scenario like
> Maintainers of filesystems with large private inodes: Why would we
> separate them? We would only waste memory, since the other filesystems
> stay in ->u and keep it large.
> Maintainers of the rest of filesystems: Since
101 - 200 of 495 matches
Mail list logo
