On Thursday 21 June 2001 04:37, Henning P. Schmiedehausen wrote:
>
> Devils' advocate position: If Linux would not be under GPL but under
> BSD license, M$ may have already done so. But consider them porting
> one of their monster applications and release it just to find out that
> they've linked
On Thursday 21 June 2001 04:50, Henning P. Schmiedehausen wrote:
> Rob Landley <[EMAIL PROTECTED]> writes:
> >Ooh, do I get to say "I told you so"? (LinuxToday buried my submission
> > way back under a blurb about caldera, but still...)
>
> And the quot
On Thursday 21 June 2001 17:49, Schilling, Richard wrote:
> > -Original Message-
> > From: Rob Landley
> > Sent: Thursday, June 21, 2001 9:25 AM
>
> [snip]
>
> > BSD forked to death in the 80's. Everybody from AT to Sun
> > to IBM who saw
> >
On Thursday 21 June 2001 18:49, Alan Cox wrote:
> > Except that Apple keeps the old code open. Probably because
> > they'll gain nothing from it, and at best, they can appeal to
> > the techies.
>
> A company that seems to write 'you shall not work on open source projects
> in your spare time'
On Thursday 21 June 2001 14:46, Timur Tabi wrote:
> 1. License the Linux kernel under a different license that is effectively
> the GPL but with additional text that clarifies the binary module issue.
> Unfortunately, this license cannot be called the GPL. Politically, this
> would probably be
On Thursday 21 June 2001 16:34, Craig Milo Rogers wrote:
> The in-core kernel image, including a dynamically-loaded
> driver, is clearly a derived work per copyright law. As above, the
> portion consisting only of the dynamically-loaded driver's binary code
> may or may not be a derived
On Friday 22 June 2001 17:19, Timur Tabi wrote:
> ** Reply to message from "Eric S. Raymond" <[EMAIL PROTECTED]> on Fri, 22 Jun
> 2001 17:09:45 -0400
>
> > What happens now when somebody takes over responsibility for a file
> > or subsystem and the MAINTAINERS file doesn't get patched, either
On Saturday 23 June 2001 13:57, Mike Jagdis wrote:
> > I hope the following adds a more direct perspective on this, as I
> > was a user at the time.
>
> I was _almost_ at university :-). However I do have a first edition
> of the IBM Xenix Software Development Guide from december 1984. It has
>
On Friday 22 June 2001 10:00, Wichert Akkerman wrote:
> In article <[EMAIL PROTECTED]>,
>
> Eric S. Raymond <[EMAIL PROTECTED]> wrote:
> >You're a bit irritated. That's good. I *want* people who don't write
> >help entries for their configuration symbols to be a bit irritated.
> >That way, they
On Friday 22 June 2001 18:41, Alan Chandler wrote:
> I am not subscribed to the list, but I scan the archives and saw the
> following. Please cc e-mail me in followups.
I've had several requests to start a mailing list on this, actually... Might
do so in a bit...
> I was working (and still
On Friday 22 June 2001 10:46, Mikulas Patocka wrote:
> I did some threaded programming on OS/2 and it was real pain. The main
> design flaw in OS/2 API is that thread can be blocked only on one
> condition. There is no way thread can wait for more events. For example
Sure. But you know what a
On Sunday 24 June 2001 17:41, J . A . Magallon wrote:
> On 20010622 Rob Landley wrote:
> >I still consider the difference between threads and processes with shared
> >resources (memory, fds, etc) to be largely semantic.
>
> They should not be the same. Processes are proces
On Saturday 23 June 2001 20:13, Michael Alan Dorman wrote:
> Rob Landley <[EMAIL PROTECTED]> writes:
> > That would be the X version of emacs. And there's the explanation
> > for the split between GNU and X emacs: it got forked and the
> > closed-source version h
On Saturday 23 June 2001 23:07, Mike Castle wrote:
> On Sat, Jun 23, 2001 at 09:41:29PM -0500, [EMAIL PROTECTED] wrote:
> > Ah, yes, the RT/PC. That brings back some fond memories. My first
> > exposure to Unix was with AIX on the RT. I still have some of those
> > weird-sized RT AIX manuals
On Saturday 23 June 2001 20:49, John Adams wrote:
> On Saturday 23 June 2001 10:07, Rob Landley wrote:
> > Here's what I'm looking for:
> >
> > AIX was first introduced for the IBM RT/PC in 1986, which came out of the
> > early RISC research. It was port
On Saturday 23 June 2001 22:41, [EMAIL PROTECTED] wrote:
> Ah, yes, the RT/PC. That brings back some fond memories. My first
> exposure to Unix was with AIX on the RT. I still have some of those
> weird-sized RT AIX manuals around somewhere...
>
> Wayne
Ooh! Old manuals!
Would you be
On Sunday 24 June 2001 09:46, Luigi Genoni wrote:
> > > no SMP
> > > x86 only (and similar, e.g. Crusoe)
>
> Is this a joke?
> I hope it is.
>
> Luigi
Nah, I think it's an intentional troll.
Either that or somebody who's So naieve they honestly think that having
different "text mode" and
On Saturday 23 June 2001 22:47, Eric W. Biederman wrote:
> Rob Landley <[EMAIL PROTECTED]> writes:
> > Ummm... GEM was the Geos stuff? (Yeah I remember it, I haven't
> > researched it yet though...)
>
> GEM was a gui from Digital Research I believe.
> Geoworks/G
On Sunday 24 June 2001 18:30, J . A . Magallon wrote:
> Take a programmer comming from other system to linux. If he wants multi-
> threading and protable code, he will choose pthreads. And you say to him:
> do it with 'clone', it is better. Answer: non protable. Again: do it
> with fork(), it is
On Sunday 24 June 2001 21:45, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > Licklidder wasn't just a bigwig behind arpanet, he also kicked off
> > project mac at MIT.
>
> You're right, but you could at least spell his name right - J. C. R.
> Licklider.
>
> Jeff (who was his last
On Sunday 24 June 2001 19:50, Larry McVoy wrote:
> On Mon, Jun 25, 2001 at 12:30:02AM +0200, J . A . Magallon wrote:
> > They use fork().
> > They port their app to solaris.
> > The performance sucks.
> > It is not Solaris fault.
> > It is linux fast fork() ...
>
> One for the quotes page, eh?
On Sunday 24 June 2001 18:41, Chris Meadors wrote:
> Okay, I brushed on GEOS, Microsoft, Xenix, and even Linux. So I'm as on
> topic as the rest of this thread. I just have never told my story on l-k,
> and this seemed a good place to put a little of it in. :)
>
> -Chris
I just created a
On Sunday 24 June 2001 22:51, [EMAIL PROTECTED] wrote:
> Sorry, but I'm hanging on to my old computer manuals. The AIX manuals in
> particular have sentimemtal value for me.
Entirely undersandable.
Would you be willing to xerox any "introduction" or "about" sections?
> OTOH, I have quite a
On Monday 25 June 2001 11:13, you wrote:
> 1937 claude shannon A Symbolic Analysis of Relay and Switching Circuits,"
>
> 1948 claude shannon A mathematical theory of information.
>
> without those you're kind in trouble on the computing front...
Yeah, I know I've bumped into that name (and
On Monday 25 June 2001 13:14, [EMAIL PROTECTED] wrote:
> Hi,
>
> If you're really keen on old mags and manuals I'll go up to attic and look
> around. I know there are old SCO Xenix & TCP/IP, as well as Byte and Dr
> Dobbs
>
Ooh! Yes! Very much so.
Thanks,
Rob
The mailing list for this
ng angles during World War II... It's a distinct trend, innit? And the
source of the game "artillery duel", of course...
> --
>
> Andrew Smith in Edinburgh,Scotland
>
> On 25 Jun 2001, Kai Henningsen wrote:
> > [EMAIL PROTECTED] (Rob Landley) wrote on 24.06.01 in
On Monday 25 June 2001 15:23, Kai Henningsen wrote:
> The AS/400 is still going strong. It's a virtual machine based on a
> relational database (among other things), mostly programmed in COBOL (I
> think the C compiler has sizeof(void*) == 16 or something like that, so
> you can put a database
On Tuesday 26 June 2001 08:57, Patrick O'Callaghan wrote:
> Ah, fame at last :-)
You seem to have been inexplicably excluded from "a quarter century of unix"
by peter salus. (You're not in the index, anyway.) Haven't read "life with
unix" yet...
> I'm not on the linux-kernel list but a
On Tuesday 26 June 2001 12:15, Daniel Phillips wrote:
> On Tuesday 26 June 2001 17:15, Joel Jaeggli wrote:
> > On Tue, 26 Jun 2001, Jocelyn Mayer wrote:
> >
> > you get DR-DOS = Digital Research DOS, then you get Novell DOS, then
> > you get Caldera OpenDOS, currently opendos is owned by lineo
>
On Thursday 28 June 2001 14:36, Miquel van Smoorenburg wrote:
> You know what I hate? Debugging stuff like BIOS-e820, zone messages,
> dentry|buffer|page-cache hash table entries, CPU: Before vendor init,
> CPU: After vendor init, etc etc, PCI: Probing PCI hardware,
> ip_conntrack (256 buckets,
On Friday 29 June 2001 15:11, Clayton, Mark wrote:
> > -Original Message-
> > From: Paul Fulghum [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, June 29, 2001 4:02 PM
> > To: Pavel Machek; [EMAIL PROTECTED]; Schilling, Richard;
> > [EMAIL PROTECTED]; Henning P. Schmiedehausen;
> > [EMAIL
On Thursday 05 July 2001 21:45, Albert D. Cahalan wrote:
> Oh, cry me a river. You can set the RUID, EUID, SUID, and FUID
> in that same parent process or after you fork().
Okay, I'll bite.
The file user ID is fine, the effective user ID is what the suid bit sets to
root of course, the saved
My devices on my laptop work very strangely with kernel 2.4.6.
-- Sound problems:
The sound card on my laptop (Dell Inspiron 3500) works fine when the system
first boots up, but stops working with the first suspend. Any attempt to
write sound to it after that blocks indefinitely. I don't
On Wednesday 20 June 2001 11:33, Alexander Viro wrote:
> On 20 Jun 2001, Jes Sorensen wrote:
> > Not to mention how complex it is to get locking right in an efficient
> > manner. Programming threads is not that much different from kernel SMP
> > programming, except that in userland you get a core
On Tuesday 26 June 2001 11:09, Jonathan Lundell wrote:
> >account of the speech didn't mention it. The Fehrenbachers give the
> >old-timers' recollections a D. The evidence, the scholars say,
> >"suggests that this is a case of reminiscence echoing folklore or
> >fiction."
I don't feel NEARLY
On Friday 22 June 2001 12:20, Alan Cox wrote:
> int 0x10 service 3 is used during the boot loading sequence to obtain the
> cursor position. int 0x10 service 13 is used to display loading messages
> as the loading procedure continues. int 0x10 AH=0xE is used to display a
> progress bar of '='
On Monday 02 July 2001 15:10, Hua Zhong wrote:
> -> From Alan Cox <[EMAIL PROTECTED]> :
> > > (a) It does less, namely will not kill processes with uid 0.
> > > Ted, any objections?
> >
> > That breaks the security guarantee. Suppose I use a setuid app to confuse
> > you into doing something ?
>
Heads up everybody. Scott McNealy has apparently been
calling Solaris Sun's implementation of Linux.
Trademark violation time.
The article's here:
http://linuxtoday.com/news_story.php3?ltsn=2000-12-14-020-04-NW-CY
Quick quote:
>When asked by a reporter why Sun's new clustering
>software
The new driver works fine on the box here, produces all sorts of debug
gorp to the console though. Most of the unnecessary printk's are
commented out, these are the three I've been seeing while playing around
with mpg123 and some mp3 files...
Other than that, it worked for me...
Rob
---
--- "Jon 'maddog' Hall, Executive Director, Linux
International" <[EMAIL PROTECTED]> wrote:
> [Warning: Highly controversial topic ahead.
> Messenger does not want to be shot]
Aw come on, it's traditional. :)
> This does bring up an interesting situation.
>
> The Linux community keeps saying
--- Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Thu, 14 Dec 2000, Rob Landley wrote:
> > >people just don't get it, do you? All Linux
> > >applications run on Solaris, which is our
> > >implementation of Linux. Now ask the question
> again,"
--- Larry McVoy <[EMAIL PROTECTED]> wrote:
> Yup, that's Scooter (all the Sun old timers call him
> Scooter, I dunno where
> it came from, I wasn't enough of an old timer).
> And, yeah, he does a lot
> of marketing. But in many respects, he's the
> perfect CEO. He's always
> out in public,
--- Dana Lacoste <[EMAIL PROTECTED]> wrote:
> I don't think he did that at all :
> (Devil's Advocate time :)
Always a fun occupation. :)
> What he did was say that, while everyone was looking
> at Linux as the solution to modern computing
> problems,
> he didn't need to : he already has
> I am not sure it is a big deal. If you read the
> comment it was more of an off-the-cuff remark.
>
> I doubt anyone would testify in court that McNealy
> said this. The only way it is something to worry
> about is if they used it in a printed format (IANAL)
Law isn't an all-or-nothing thing.
>The UPX team owns all copyright in all of UPX and in each part of
> UPX. Therefore, the UPX team may choose which license(s), and has
> chosen two
...
> This permits using UPX to pack a non-GPL executable.
Stupid question time: isn't this what the LGPL was designed to do? The
Library GPL, so
> Its probably very hard to defeat. It also in its current form means
> you can throw disk defragmenting tools out. Dead, gone. Welcome to
> the United Police State Of America.
Doesn't anybody remember the days of "dongle keys" on the Commodore 64?
Plug a special circuit into the joystick port
Andre Hedrick wrote:
>
> On Tue, 2 Jan 2001, Rob Landley wrote:
>
> > And we all remember how the pirates got around this, don't we? The easy
> > way: crack the program.
>
> Nope...it is embedded to the vender portion of the media.
My point was that using th
(Argh! Linus replies to my post and my cc: to the linux-kernel was to
rutgers.edu. Teach me to post on three hours of sleep, it's like
getting a hole-in-one with nobody around...)
Linus said in Re: Patch (repost): cramfs memory corruption fix
> I wonder what to do about this - the limits are
He replied to my bad cc:, so forwarding this here should be okay...
Linus Torvalds wrote:
>
> On Mon, 8 Jan 2001, Rob Landley wrote:
> >
> > So fork ramfs already. Copy the snapshot you like as an educational
> > tool, call it skeletonfs.c or some such, and let
Okay, the sleep situation has not improved. I'll admit that right now.
But it's ABOUT to. G'night...
Rob
On Mon, 8 Jan 2001, Rob Landley wrote:
>
> So fork ramfs already. Copy the snapshot you like as an educational
> tool, call it skeletonfs.c or some such, and let the cur
Under 2.2.16, broadcast packets addressed to
255.255.255.255 do not go out to all interfaces in a
machine with multiple network cards. They're getting
routed out the default gateway's interface instead.
If I ifconfig eth1 down (which has the gateway behind
it), I start getting "no route to
--- Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Rob Landley wrote:
> > Under 2.2.16, broadcast packets addressed to
> > 255.255.255.255 do not go out to all interfaces in
> a
> > machine with multiple network cards. They're
> getting
> > routed out th
--- "Richard B. Johnson" <[EMAIL PROTECTED]>
wrote:
> Using an IP packet of 255.255.255.255 doesn't mean
> it's a broadcast
> packet. It is going to your default gateway because
> it is outside
> your netmask, which guarantees that it is not a
> broadcast.
1) No, it's still a broadcast packet
--- Philippe Troin <[EMAIL PROTECTED]> wrote:
> Rob Landley <[EMAIL PROTECTED]> writes:
> > So the question is, is the stack's behavior right?
> If
> > not, what's involved in fixing it, and if so, is
> it
> > documented anywhere?
>
>
--- Paul Flinders <[EMAIL PROTECTED]> wrote:
>
> Rob Landley <[EMAIL PROTECTED]> writes:
> > 3) Java sucks in many ways. Today's way is that
...
> > There is no way to query the current machine's
> > interfaces without resorting to
> > native c
--- Philippe Troin <[EMAIL PROTECTED]> wrote:
> Rob Landley <[EMAIL PROTECTED]> writes:
> The source IP address (as returned by getsockname())
> is only set when
> the socket is connected... It follows the same
> logic: for a multihomed
> machine, we know which inte
Help.
I thought transparent proxying would allow some means
for the recipient of the proxied connections to find
out what their original destination port and socket
address were. This does not seem to be the case. The
socket structure only has one address and one socket,
and those have the
Yeah, I found it.
While researching replacing the 2.2 kernel with 2.4 to
get my proxy-oid to work, I stumbled accross the
following section in the unofficial NAT-HOWTO (which
is not on linuxdoc's website as far as I can tell).
At this address:
2.2 allowed me to set DMA on an SIS 5513 using an IBM
Deskstar 40 gig IDE. 2.4 goes "Operation not
permitted" when I try it.
Why?
I hit it with ide0=ata66 in lilo, and it sped up from
3 megs/sec to 5 megs/second, but I used to get 12.
hdparm /dev/hda still says I'm not using DMA.
I realise
--- Rusty Russell <[EMAIL PROTECTED]> wrote:
> Summary: you had to use a *search engine* to find an
> obscure piece of
> coding information.
Actually, I had to use a search engine to find a
tangentially related howto that halfway through
mentioned something in passing which gave me a clue of
I'm trying to make 3 copies of a 40 gig IBM deskstar
IDE drive. I've got red hat 7 booted into single user
mode, doing the following:
cat /dev/hda | count | tee /dev/hdb | tee /dev/hdc >
/dev/hdd
The copy seems to work fine if I never let the console
blank. I copied 2 gigs worth of data (at
How do I do the following:
# --> pppd notty | pppoe -I eth1 | --
|_|
I.E. connect the stdout of a process (or chain
thereof) to its own stdin?
So I wrote a program to do it, along the lines of:
sixty-nine /bin/sh -c "pppd notty | pppoe -I eth1"
With an
> > Apparently, the pipe
> > fd's evaporate when the process does an execve.
>
> Check out:
>
> #include
> #include
>
>/* ... */
>
> fcntl (fd, F_SETFD, (long) FD_CLOEXEC);
>
> to set/reset the close on exec bit.
Cool. That's EXACTLY what I was looking
On Wednesday 30 March 2005 12:34 pm, [EMAIL PROTECTED] wrote:
> From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
> CC: Rob Landley <[EMAIL PROTECTED]>
> When opening devices nodes on hostfs, it does not make sense to call
> access(), since we are not going to o
On Thursday 31 March 2005 09:40 am, Christoph Hellwig wrote:
> > Sorry, I wasn't clear... I read *that* answer, but it says "as mentioned
> > in the discussion about ROOT_DEV", and I couldn't find it.
>
> That'd be:
>
> http://marc.theaimsgroup.com/?l=linux-fsdevel=110664428918937=2
As the only
On Saturday 05 February 2005 01:00 pm, Frank Sorenson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Rob Landley wrote:
> | As of yesterday afternoon, the UML build still breaks in
> | sys_call_table.c,
...
> This patch for sys_call_table.c was merg
On Wednesday 06 April 2005 05:22 pm, Shawn Starr wrote:
> --- Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> > > So nobody minds if I make this into a CONFIG
> >
> > option marked as Deprecated? :)
> >
> > Actually it should probably go through
> >
> >
On Wednesday 09 March 2005 09:15 pm, Jeff Dike wrote:
> This implements a hardware random number generator for UML which attaches
> itself to the host's /dev/random.
Direct use of /dev/random always makes me nervous. I've had a recurring
problem with /dev/random blocking, and generally
compile in 2.6.11-rc2-bk6.
Date: Saturday 29 January 2005 05:51 am
From: Rob Landley <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org, user-mode-linux-devel@lists.sourceforge.net
User Mode Linux doesn't compile in 2.6.11-rc2-bk6. Here's the change I
made to sys_call_table.c to make it c
Is there any way for to get a "global" view of all namespaces (even when
processes that fork request their own filesystem namespace) that init or
umount -a can use while shutting down the system?
I don't know how umount -a is suppose to be implemented here...
Rob
-
To unsubscribe from this
I'm trying to make some nommu-friendly busybox-like tools, which means using
vfork() instead of fork(). This means that after I fork I have to exec in
the child to unblock the parent, and if I want to exec my current executable
I have to find out where it lives so I can feed the path to
On Tuesday 26 December 2006 6:55 pm, David Lang wrote:
> > Worse, it's not always possible. If chroot() has happened since the
program
> > started, there may not _be_ a path to my current executable available from
> > this process's current or root directories.
>
> does this even make sense (as
On Tuesday 26 December 2006 11:24 pm, Denis Vlasenko wrote:
> busybox needs it in order to spawn, for example, gzip/bzip2 helper
> for tar. We know that our own executable has this function.
> How to execute _our own executable_? exec("/proc/self/exe")
> works only if /proc is mounted. I can
On Wednesday 27 December 2006 12:13 am, Ray Lee wrote:
> How about openning an fd to yourself at the beginning of execution, then
> calling fexecve later?
I haven't got a man page for fexecve. Does libc have it?
In the 2.6.19 kernel: "find . | xargs grep fexecve" produces no hits.
Are you sure
On Wednesday 27 December 2006 1:08 am, Vadim Lobanov wrote:
> On Wed, 2006-12-27 at 00:51 -0500, Rob Landley wrote:
> > On Wednesday 27 December 2006 12:13 am, Ray Lee wrote:
> > > How about openning an fd to yourself at the beginning of execution, then
> > > callin
On Wednesday 27 December 2006 1:35 pm, Denis Vlasenko wrote:
> This solves chroot problem. How to find path-to-yourself reliably
> (for one, without using /proc/self/exe) is not obvious to me.
Been there, done that. Both my toybox and Firmware Linux projects do this.
In FWL it's line 115 of
On Wednesday 27 December 2006 1:49 pm, Ray Lee wrote:
> >>> I haven't got a man page for fexecve. Does libc have it?
> >> It's implemented inside glibc, and uses /proc to execve() the file that
> >> the fd points to.
>
> Oh, hmm. Then I think it won't work, will it? I'd assumed fexecve was
>
On Wednesday 27 December 2006 9:48 pm, Denis Vlasenko wrote:
> Yes Rob, I know it can be done like this. But we don't want this.
> In the tar example, we want :
>
> 'Run my own binary again, with parameters: "zcat" "a.tar.gz",
> even if there is no [/usr][/local]/bin/zcat -> busybox link
Right at the start of the build:
scripts/kconfig/conf -s arch/arm/Kconfig
CHK include/linux/version.h
SYMLINK include/asm-arm/arch -> include/asm-arm/arch-integrator
Generating include/asm-arm/mach-types.h
CHK include/linux/utsrelease.h
UPD include/linux/utsrelease.h
Where
On Sunday 15 July 2001 20:22, Albert D. Cahalan wrote:
> An extra 4 bits buys us 6 years maybe. Nice, except that we
> already have people complaining. Maybe somebody remembers when
> the complaining started.
I blame Charles Babbage, myself...
As for the scalable block numbers, assuming
On Monday 31 October 2005 19:39, Matt Mackall wrote:
> On Tue, Nov 01, 2005 at 11:24:27AM +1100, Paul Mackerras wrote:
> > Matt,
> >
> > My concern about this series of patches is that it will make it harder
> > to keep the kernel zlib in sync with the upstream zlib.
>
> This code is very long out
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
The kernel assumes that nobody will ever legitimately feed in a kernel command
line option with a period in it, and the kernel is wrong: I'm feeding the
path to a script as an argument to my init program, the name of the script
ends in .sh.
I ran "make ARCH=x86_64 menuconfig", did a lot of editing, and saved
the .config. Then I copied that to a backup, ran "make oldconfig" on the
config I'd just saved, and compared it with the backup:
--- .config 2007-02-27 18:10:01.0 -0500
+++ tryit 2007-02-27
On Tuesday 27 February 2007 6:43 pm, Gregor Jasny wrote:
> Hi,
>
> 2007/2/28, Rob Landley <[EMAIL PROTECTED]>:
> > I ran "make ARCH=x86_64 menuconfig", did a lot of editing, and saved
> > the .config. Then I copied that to a backup, ran "make oldconfig&q
On Tuesday 27 February 2007 6:36 pm, Randy Dunlap wrote:
> > The first hunk I expect, the second I did not. Anybody care to venture a
> > guess why the visibility logic is unstable?
>
> can we get .config^Wtryit ? (version 0, not version 1)
Unfortunately, the first .config was generated by me
On Monday 02 April 2007 8:51 pm, Tony Breeds wrote:
> On Mon, Apr 02, 2007 at 03:14:14PM -0400, Rob Landley wrote:
>
> > Sure, quite easily the source of the trouble. Attached in both
full .config
> > and mini.config formats.
>
> Okay, I have no idea how it happ
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Use "awk" instead of "gawk".
--
There's a symlink from awk to gawk if you're using the gnu tools, but no
symlink from gawk to awk if you're using BusyBox or some such. (There's a
reason for the existence of standard name
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Documentation for lib/rbtree.c.
--
I'm not an expert on this but I was asked to write up some documentation
for rbtree in the Linux kernel, and as long as it's there...
I'm sure if I screwed something up somebody will point it out to me,
Do the default signal handlers for Linux behave as if they were installed with
SA_RESTART, or not? (I tried querying 'em with sigaction but the defaults
all have sa_flags 0.)
I remember years ago hitting a bug where ctrl-z followed by fg would cause
pipelined processes to drop data, and would
On Friday 19 January 2007 5:41 pm, Randy Dunlap wrote:
> On Thu, 18 Jan 2007 15:33:25 -0500 Rob Landley wrote:
>
> > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> >
> > Documentation for lib/rbtree.c.
> >
> > --
> >
> > I'm
On Tuesday 23 January 2007 7:49 pm, Andrew Morton wrote:
> If the kernel is being compiled on a non-Linux system (eg: legacy Unix)
> then it is, I guess, possible for `awk' and `gawk' to offer different
> features. If the kernel's use of gawk uses GNU extensions then this patch
> might break
On Wednesday 24 January 2007 4:03 pm, Oleg Verych wrote:
> Let me propose you to test this as solution, that need no awk, only shell:
Actually awk is one of the standard Single Unix Specification (version 3)
utilities and the kernel build uses it in a number of places, such as
On Thursday 25 January 2007 4:40 am, Oleg Verych wrote:
> > Your objection is a bit like saying "and don't use cat". I'm saying don't
> > call cat "gcat" when you just mean plain old cat.
>
> No it's not, really. I don't want to see pipes, fork()s, disk seek,
> when task can be done without it.
On Thursday 25 January 2007 2:14 pm, Oleg Verych wrote:
> > I believe "shift 5" is also SUSv3. :)
>
> If you have tested, please send ack or nack to us.
I have not. I tested the one I sent. Today I'm at a different location than
that test environment. All I can try it on here is Ubuntu, and
On Tuesday 13 February 2007 2:25 pm, Linus Torvalds wrote:
> THE FACT IS, THAT "strlen()" IS DEFINED UNIVERSALLY AS TAKING "char *".
>
> That BY DEFINITION means that "strlen()" cannot care about the sign,
> because the sign IS NOT DEFINED UNIVERSALLY!
>
> And if you cannot accept that fact,
On Tuesday 06 February 2007 3:40 pm, Daniel Walker wrote:
> In this case "different" goes into userspace .. So different could mean
> userspace regression, which is something that we don't want. I have no
> idea if any apps use /proc/interrupts , but it's possible since it's
> been around for a
On Tuesday 06 February 2007 6:28 pm, Daniel Walker wrote:
> On Tue, 2007-02-06 at 18:15 -0500, Rob Landley wrote:
> > On Tuesday 06 February 2007 3:40 pm, Daniel Walker wrote:
> > > In this case "different" goes into userspace .. So different could mean
>
So doing:
make ARCH=powerpc CROSS=powerpc-
Chugs along fine for a while, but then it ends with:
MODPOST vmlinux
ln: accessing `arch/powerpc/boot/zImage': No such file or directory
make[1]: *** [arch/powerpc/boot/zImage] Error 1
make: *** [zImage] Error 2
I.E. it builds vmlinux,
On Thursday 25 January 2007 4:18 pm, Oleg Verych wrote:
> > As I said, I'm not particularly interested in a more intrusive solution
> > solving a problem I haven't actually seen. I don't see any obvious reason
> > why it wouldn't work, and yes it would probably also solve my problem, but
> > I
I would like to find the history of linux-kernel in mbox format. I thought it
was under http://kernel.org/pub but apparently not.
Rooting around at http://vger.kernel.org/vger-lists.html#linux-kernel points
to a bunch of stale links. (The alaska archive is gone, the helsinki one
stopped in
901 - 1000 of 1794 matches
Mail list logo