> Huh?
> % ls -ld /usr/include/linux
> drwxr-xr-x6 root root18432 Sep 2 22:35
> /usr/include/linux/
>
> > So if we create a separate /usr/src/linux/include/kernel dir, does that
> > imply that we'll have a 2nd link:
>
> What 2nd link? There should be _no_ links from /usr/include
I am trying to port the Userlink driver (used for IPsec) to 2.4.0-test10. I
have 2 questions:
Firstly has anyone already done this?
Secondly, how do I re-write the following code to work with 2.4.0?
static int
net_ul_start(struct net_device *dev)
{
dev->start = 1;
dev->tbusy = 0;
On Saturday 09 December 2000 06:39, Tim Riker wrote:
> I'd like to see these patches as well. They may be useful on the iPAQ
> (and similar hardware like my Yopy here... ;-)
>
> I wish some hardware vendor out there would build an x86 box that used
> memory addressable flash from 0 up and RAM up
> This fixes FAT32 on 64-bit platforms (notably, IA-64 and Alpha);
> without this you can't mount any FAT32 filesystems. A similar patch
> is already in 2.2.18.
...
> - next = CF_LE_L(((unsigned long *) bh->b_data)[(first &
> + next = CF_LE_L(((__u32 *) bh->b_data)[(first
On Thu, 14 Dec 2000, Linus Torvalds wrote:
> Good point.
>
> This actually looks fairly nasty to fix. The obvious fix would be to not
> put such buffers on the dirty list at all, and instead rely on the VM
> layer calling "writepage()" when it wants to push out the pages.
> That would be the
I'm having some problems with unresolved symbols in my modules with
test13-pre1. This worked just fine before, and the symbols are all stuff
that I'm sure it there.
It looks like the modules were compiled for non-versioned symbols, while my
kernel uses versioned symbols. The modules are
Neil Brown wrote:
> The simplest fix for this is the patch below. Exactly what will get
> into test13 has not yet been decided.
>
> NeilBrown
Thanks for your advice.
I will try it soon, maybe tonight or tomorrow.
---
Atsuhiro Kojima
Library & Science Information Center, Osaka Prefecture
On Thu, 14 Dec 2000, Russell Cattelan wrote:
>
> Ok one more wrinkle.
> sync_buffers calls ll_rw_block, this is going to have the same problem as
> calling ll_rw_block directly.
Good point.
This actually looks fairly nasty to fix. The obvious fix would be to not
put such buffers on the
The user-mode port of 2.4.0-test12 is finally available. It has been in CVS
for a couple of days, but SourceForge only today fixed up the site enough to
allow projects to make releases.
hostfs now mostly works. It's still somewhat buggy. It is also possible to
specify what host directory you
On Thu, 14 Dec 2000, Linus Torvalds wrote:
> On Thu, 14 Dec 2000, Stephen Frost wrote:
> >
> > Any idea if these issues would cause a general slow-down of a
> > machine? For no apparent reason after 5 days running 2.4.0test12
> > everything going through my firewall (set up using iptables)
Hi,
There seems to be an ongoing need for a stronger relationship between
the kernel development community and the various hardware vendors.
Specifically, the current situation seems to often be that individuals from
the community are banging on random doors and sending e-mail to
support staff
On Thu, 14 Dec 2000, Alexander Viro wrote:
>
>
> On Thu, 14 Dec 2000, David Riley wrote:
>
> > Alexander Viro wrote:
> > >
> > > Actually, I suspect that quite a few of us had done that since long -
> > > IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I
>
Hi,
Since we use bitops on wb_flags it needs to be unsigned long. With this
fix nfs works on sparc64 again.
Anton
--- linux/include/linux/nfs_page.h Wed Dec 6 22:19:17 2000
+++ linux_work/include/linux/nfs_page.h Fri Dec 15 14:38:18 2000
@@ -33,8 +33,8 @@
unsigned long
I'm reading the book Linux Internals by Moshe Bar.
Early on he describes the use of the real time clock
to generate an interrupt 100 times a second. He
explains that this value was chosen early in the
development cycle of the linux kernel and is therefore
relatively low compared to what current
On Thu, 14 Dec 2000, Russell Cattelan wrote:
>
> So one more observation in
> filemap_sync_pte
>
> lock_page(page);
> error = filemap_write_page(page, 1);
> -> UnlockPage(page);
> This unlock page was removed? is that correct?
Yes. The "writepage" thing changed: "struct file" disappeared
losetup allows for setting a starting offset within a file for the loop
block device. There however is no length parameter to permit setting the
length. Adding a length parameter would allow for multiple fs images in
a single file (or device) and would correctly handle programs like
resize2fs.
On Thu, 14 Dec 2000, Joseph Cheek wrote:
> hi,
>
> ps axufw shows it as pid 1.
Interesting.. init running out of control. I've seen that, and it
was init taking endless page faults.
I wager (one virtual brew) that you'll see an endless stream of output
if you apply this.
---
In article <[EMAIL PROTECTED]>,
Russell Cattelan <[EMAIL PROTECTED]> wrote:
>This would seem to be an error on the part of ll_rw_block.
>Setting b_end_io to a default handler without checking to see
>a callback has already been defined defeats the purpose of having
>a function op.
No.
It just
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
"David S. Miller" wrote:
>
>Date: Thu, 14 Dec 2000 15:35:48 -0500 (EST)
>From: "Mohammad A. Haque" <[EMAIL PROTECTED]>
>
>I'll be trying in a few hours.
>
> Meanwhile for people wanting the crashes to be fixed, please
> apply this patch.
>
> This was _always_ broken, and really
This patch should be obviously correct.
diff -urN linux-2.4.0t13p1/arch/i386/Makefile linux/arch/i386/Makefile
--- linux-2.4.0t13p1/arch/i386/Makefile Thu Dec 14 20:54:41 2000
+++ linux/arch/i386/MakefileThu Dec 14 21:04:34 2000
@@ -91,7 +91,7 @@
ifdef CONFIG_MATH_EMULATION
SUBDIRS +=
I have an Abit KT7-RAID mobo which sports an HPT370 ATA-100 IDE
controller. When I configure support for the 370 into a 2.4.0-test12
kernel, the resulting kernel will hang at boot time. The ide2 and ide3
channels are detected, but when the kernel gets to the part where it
usually displays info
Is there?
If not, I think there may be a need for one, and I will start it.
-- Andy
Andrew Grover
Intel/TRL/MAL
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
This would seem to be an error on the part of ll_rw_block.
Setting b_end_io to a default handler without checking to see
a callback has already been defined defeats the purpose of having
a function op.
void ll_rw_block(int rw, int nr, struct buffer_head * bhs[])
{
@@ -928,7 +1046,8 @@
On Fri, Dec 15, 2000 at 01:48:32AM +0100, Andi Kleen wrote:
>
> Also is it sure that the backtrace involves ip_rcv ? A more likely
> guess is that it happens during the IP_LOCAL_OUT hook, when skb->dev
> isn't set yet, but conntrack already has to already reassemble fragments.
Oh, thanks Andi.
On my newly installed 2 CPU server with redhat-7.0 I have two Adaptec
quartet64 (ANA-62044) ethernet cards. Using the 2.4.0-testxx kernel I
get this kernel error for something that looks like every single packet
passing the network interface, providing vast syslog files, and makes i t impossible
> > o We tell vendors to build RPMv3 , glibc 2.1.x
> Curious HOW do you tell vendors??
When they ask. More usefully Dan Quinlann and most vendors put together a
recommended set of things to build with and use. It warns about library
pitfalls, kernel changes and what packaging is supported. It
On Thu, 14 Dec 2000, David Riley wrote:
> Alexander Viro wrote:
> >
> > Actually, I suspect that quite a few of us had done that since long -
> > IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I
> > remember what exactly it was - ISTR that it was restore(8)
Sticking my nose where it doesn't belong...
On Thu, 14 Dec 2000, Alan Cox wrote:
> > Yes, but 2.96 is also binary incompatible with all non-redhat distro's.
> > And since redhat is _the_ distro that commercial entities use to
> > release software for, this was very arguably a bad move.
> o
Alexander Viro wrote:
>
> Actually, I suspect that quite a few of us had done that since long -
> IIRC I've got burned on 1.2/1.3 and decided that I had enough. Bugger if I
> remember what exactly it was - ISTR that it was restore(8) built with
> 1.3. headers and playing funny games on
On Fri, 15 Dec 2000, Alan Cox wrote:
> > >Which works because in a normal compile environment they have /usr/include
> > >in their include path and /usr/include/linux points to the directory
> > >under /usr/src/linux/include.
> >
> > No, that a redhat-ism.
>
> Umm, its a most people except
On Thu, Dec 14, 2000 at 04:11:10PM -0800, David S. Miller wrote:
>Date: Fri, 15 Dec 2000 01:20:00 +0100
>From: Harald Welte <[EMAIL PROTECTED]>
>
>Or is there something wrong with:
>
>- packet arrives in net/ipv4/ip_input.c:ip_rcv()
>- netfilter hook NF_IP_PRE_ROUTING is
In article <[EMAIL PROTECTED]>,
Alan Cox <[EMAIL PROTECTED]> wrote:
>> Yes, but 2.96 is also binary incompatible with all non-redhat distro's.
>> And since redhat is _the_ distro that commercial entities use to
>> release software for, this was very arguably a bad move.
>
>Except you
In article <[EMAIL PROTECTED]>,
Alexander Viro <[EMAIL PROTECTED]> wrote:
>On 15 Dec 2000, Miquel van Smoorenburg wrote:
>
>> In article <[EMAIL PROTECTED]>,
>> LA Walsh <[EMAIL PROTECTED]> wrote:
>> >Which works because in a normal compile environment they have /usr/include
>> >in their include
> >Which works because in a normal compile environment they have /usr/include
> >in their include path and /usr/include/linux points to the directory
> >under /usr/src/linux/include.
>
> No, that a redhat-ism.
Umm, its a most people except Debianism. People relied on it despite it
being wrong.
> Yes, but 2.96 is also binary incompatible with all non-redhat distro's.
> And since redhat is _the_ distro that commercial entities use to
> release software for, this was very arguably a bad move.
Except you conveniently ignore a few facts
o Someone else moved to 2.95 not RH . In fact
Date: Fri, 15 Dec 2000 01:20:00 +0100
From: Harald Welte <[EMAIL PROTECTED]>
Or is there something wrong with:
- packet arrives in net/ipv4/ip_input.c:ip_rcv()
- netfilter hook NF_IP_PRE_ROUTING is called
- net/ipv4/netfilter/ip_conntrack_core.c:ip_conntrack_in() is called
On Thu, Dec 14, 2000 at 03:44:01PM -0600, Mike Castle wrote:
> Then again, isn't Jim some how involved in ORBit and GNOME? Or just a big
> supporter? :->
Jim works on XFree86 (among other things). So yes, he is indeed
*somehow* involved in GNOME ;-)
Erik
--
J.A.K. (Erik) Mouw, Information
On Wed, 13 Dec 2000, Alan Cox wrote:
> > > > Becker's site http://www.scyld.com/network.
> > > 2.4.x-test has some fixes for via-rhine which don't appear to have made
> > > it into the Becker driver yet...
> >
> > Is either of these likely to make it into the stock 2.2 via-rhine?
>
> If
On Thu, Dec 14, 2000 at 11:55:43AM -0800, David S. Miller wrote:
>Date: Thu, 14 Dec 2000 12:07:38 -0800 (PST)
>From: Ion Badulescu <[EMAIL PROTECTED]>
>
>I'm afraid I won't be able to answer this question, since I'm
>leaving for a 3-week vacation in about 50 minutes and I need my
On Thu, 14 Dec 2000, Stephen Frost wrote:
> * Linus Torvalds ([EMAIL PROTECTED]) wrote:
> >
> > A 100ms delay sounds like some interrupt shut up or similar (and then
> > timer handling makes it limp along).
>
> Hmm, it's happening on all interfaces.
Ok, never mind me then. It's not an
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
>
>
> On Thu, 14 Dec 2000, Stephen Frost wrote:
> >
> > This go around I compiled everything into the kernel, actually.
> > If it would be useful I can compile them as modules reboot and then see
> > what happens...
>
> Even when compiled into
On Thu, 14 Dec 2000, LA Walsh wrote:
> So I ran into a snag with that scenario. Let's suppose we have
> a module developer or a company developing a driver in their own
> /home/nvidia/video/drivers/newcard directory. Now they need to include
> kernel
> development files and are used to just
On 15 Dec 2000, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> LA Walsh <[EMAIL PROTECTED]> wrote:
> >Which works because in a normal compile environment they have /usr/include
> >in their include path and /usr/include/linux points to the directory
> >under
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
>
>
> On Thu, 14 Dec 2000, Stephen Frost wrote:
> >
> > Any idea if these issues would cause a general slow-down of a
> > machine? For no apparent reason after 5 days running 2.4.0test12
> > everything going through my firewall (set up using
In article <[EMAIL PROTECTED]>,
LA Walsh <[EMAIL PROTECTED]> wrote:
>Which works because in a normal compile environment they have /usr/include
>in their include path and /usr/include/linux points to the directory
>under /usr/src/linux/include.
No, that a redhat-ism.
Sane distributions simply
I had tons of problems with K6III/450s in ASUS P5A motherboards with
various kinds of 128MB SIMMs. There were multiple different symptoms,
including just sig11s on compiles, corrupted input (leading to syntax
error) in compiles, and corrupted input in the buffer cache (same crash
over and over,
This fixes FAT32 on 64-bit platforms (notably, IA-64 and Alpha);
without this you can't mount any FAT32 filesystems. A similar patch
is already in 2.2.18.
Bill
--- linux/fs/fat/cache.c.fooSat Nov 25 16:30:47 2000
+++ linux/fs/fat/cache.cSat Nov 25 16:32:29 2000
@@ -70,7 +70,7 @@
In article <[EMAIL PROTECTED]>,
Bernhard Rosenkraenzer <[EMAIL PROTECTED]> wrote:
>The same thing is true of *any* gcc release.
>For example, C++-ABI wise, 2.95.x is incompatible BOTH with egcs 1.1.x
>_and_ the upcoming 3.0 release.
Yes, but 2.96 is also binary incompatible with all non-redhat
On Thu, 14 Dec 2000, Stephen Frost wrote:
>
> This go around I compiled everything into the kernel, actually.
> If it would be useful I can compile them as modules reboot and then see
> what happens...
Even when compiled into the kernel, you might just ifdown/ifup the device.
That will
On Thu, Dec 14, 2000 at 03:54:16PM -0800, Adam Scislowicz wrote:
> > From your subject you seem not to.
> >
> Im sorry for the subject I just wanted to give the environmental factors, and it is a
> non-blocking socket. At this point I am not sure if that is relavent or not.
>
> > To the best of
* Alan Cox ([EMAIL PROTECTED]) wrote:
> > machine? For no apparent reason after 5 days running 2.4.0test12
> > everything going through my firewall (set up using iptables) I got about
> > 100ms time added on to pings and traceroutes. I'll probably reboot the
> > machine tonight and see if that
Problem only happens when ip_conntrack is loaded.
On Thu, 14 Dec 2000, Mohammad A. Haque wrote:
> I do the following
>
> sudo modprobe iptable_nat
>
> Module Size Used by
> iptable_nat17440 0 (unused)
> ip_conntrack 19808 1 [iptable_nat]
>
So, I brought up the idea of a linux/sys for kernel level include files.
A few other people came up with a desire of a 'kernel' dir under
include, parallel w/linux.
So I ran into a snag with that scenario. Let's suppose we have
a module developer or a company developing a driver in their own
On Thu, 14 Dec 2000, Stephen Frost wrote:
>
> Any idea if these issues would cause a general slow-down of a
> machine? For no apparent reason after 5 days running 2.4.0test12
> everything going through my firewall (set up using iptables) I got about
> 100ms time added on to pings and
> From your subject you seem not to.
>
Im sorry for the subject I just wanted to give the environmental factors, and it is a
non-blocking socket. At this point I am not sure if that is relavent or not.
> To the best of my knowledge the receiver side EPIPE reporting has not changed,
> so it must
On Thu, 14 Dec 2000, Jakub Jelinek wrote:
> On Thu, Dec 14, 2000 at 11:11:28AM -0800, Linus Torvalds wrote:
> > user applications and (b) gcc-2.96 is so broken that it requires special
> > libraries for C++ vtable chunks handling that is different, so the
> > _working_ gcc can only be used
> machine? For no apparent reason after 5 days running 2.4.0test12
> everything going through my firewall (set up using iptables) I got about
> 100ms time added on to pings and traceroutes. I'll probably reboot the
> machine tonight and see if that helps.
Before you do that can you see if
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
>
> Especially if we get that netfilter problem sorted out (see the other
> thread about the IP fragmentation issues associated with that one), and
> if we figure out why apparently some people have trouble with external
> modules (at least one person
On Thu, Dec 14, 2000 at 11:11:28AM -0800, Linus Torvalds wrote:
> user applications and (b) gcc-2.96 is so broken that it requires special
> libraries for C++ vtable chunks handling that is different, so the
> _working_ gcc can only be used with programs that do not need such
> library support.
On Tue, Dec 12, 2000 at 12:03:35PM +0100, Jens-Uwe Mager wrote:
> ramses$ /bin/mkdir yyy; /bin/touch yyy/xxx
> /bin/touch: yyy/xxx: Permission denied
I've had similar problems with previous kernels, altough not at
the same situation.
If I try to touch a file which is on
On Thu, Dec 14, 2000 at 03:26:53PM -0800, Adam Scislowicz wrote:
> We understand the meaning of EPIPE, the question is why 2.4.x is returning EPIPE,
> while 2.2.x is succeeding in sending
> the data to thttpd. Using the 2.2.x kernel our proxy functions, and I can access
> thttpd directly. In
In article <[EMAIL PROTECTED]>,
David Riley <[EMAIL PROTECTED]> wrote:
>Did I miss a post from Linus on the list, or is there no posted
>changelog for test13-pre1? Nothing's posted at kernel.org yet, either.
The test13-pre1 changes are almost exclusively a radical Makefile
cleanup, and it's
We understand the meaning of EPIPE, the question is why 2.4.x is returning EPIPE,
while 2.2.x is succeeding in sending
the data to thttpd. Using the 2.2.x kernel our proxy functions, and I can access
thttpd directly. In 2.4.x I can access thttpd
directly but the proxy does not function.
I have
> If you ask any gcc folks, the main reason they think this was a really
> stupid thing to do was exactly that the 2.96 thing is incompatible BOTH
> with the 2.95.x release _and_ the upcoming 3.0 release.
And with egcs 1.1.2. So
egcs is a different format to all others
2.95 is a
On Thu, Dec 14, 2000 at 03:12:27PM -0800, Adam Scislowicz wrote:
> Could someone explain why send is failing with EPIPE on the 2.4.x
> kernel, while it is working with the 2.2.x kernels.
>
> The PsuedoCode:
> sock = socket(AF_INET, SOCK_STREAM, 0)
> buf = fcntl(sock, F_GETFL)
> fcntl(sock,
> > I think Andrea just earned his official God status ;)
> So, maybe his divine VM patches will make it into 2.2.19?
The question is merely 'in what form' . I wanted to keep them seperate from
the other large changes in 2.2.18 for obvious reasons.
Andrea - can we have the core VM changes you
Could someone explain why send is failing with EPIPE on the 2.4.x
kernel, while it is working with the 2.2.x kernels.
The PsuedoCode:
sock = socket(AF_INET, SOCK_STREAM, 0)
buf = fcntl(sock, F_GETFL)
fcntl(sock, F_SETFL, buf | O_NONBLOCK) // we check the SETFL return
value, it succeeds
while
On 2000/12/14 Alan Cox wrote:
> > slrnpull --expire on a news-spool of about 600 Mb in 200,000 files gave
> > a lot of 'trying_to_free..' errors.
> >
> > 2.2.18 + VM-global, booted with mem=32M:
> >
> > slrnpull --expire on the same spool worked fine.
>
> I think Andrea just earned his
On Thu, 14 Dec 2000, Bernhard Rosenkraenzer wrote:
> >
> > gcc-2.95.2 is at least a real release, from a branch that is actively
> > maintained
>
> Not very actively.
> Please take the time to compare the activity in gcc_2_95_branch with the
> patches in the current "2.96" version in rawhide.
On Thu, 14 Dec 2000, Linus Torvalds wrote:
> If you ask any gcc folks, the main reason they think this was a really
> stupid thing to do was exactly that the 2.96 thing is incompatible BOTH
> with the 2.95.x release _and_ the upcoming 3.0 release.
The same thing is true of *any* gcc release.
On Thu, Dec 14, 2000 at 08:43:18PM +0100, Peter Bornemann wrote:
> Any hint is welcome, for I would prefer a really stable kernel for this
> machine.
The problem isn't that the kernel is not stable, but that it doesn't
support your parallel port card. ;-)
I'll look at backporting the 2.4.x
I do the following
sudo modprobe iptable_nat
Module Size Used by
iptable_nat17440 0 (unused)
ip_conntrack 19808 1 [iptable_nat]
ip_tables 12320 3 [iptable_nat]
Oops start flying by when I access via NFS.
If you need the actual
On Thu, 14 Dec 2000, Alan Cox wrote:
>
> > user applications and (b) gcc-2.96 is so broken that it requires special
> > libraries for C++ vtable chunks handling that is different, so the
>
> Wrong - the C++ vtable format change is part of the intended progression of the
> compiler and needed
On Thu, Dec 14, 2000 at 04:42:03AM -0800, Clayton Weaver wrote:
> There has a been a thread on the teTeX mailing list the last few days
> about a (RedHat, but probably more general than just their rpms)
> gcc-2.9.6 w/glibc-2.2.x bug. At -O2, it can miscompile
>
> unsigned varname; /* "unsigned
Hallo,
compiling a fresh patched 2.4.0.13pre1 and make modules shows me following
error:
make[2]: *** No rule to make target `irlan/irlan.o', needed by `modules'.
Stop.make[2]: Leaving directory `/usr/src/linux-2.4.0.13pre1/net/irda'
make[1]: *** [_modsubdir_irda] Error 2
make[1]: Leaving
Alan Cox wrote:
> > slrnpull --expire on a news-spool of about 600 Mb in 200,000 files gave
> > a lot of 'trying_to_free..' errors.
> >
> > 2.2.18 + VM-global, booted with mem=32M:
> >
> > slrnpull --expire on the same spool worked fine.
>
> I think Andrea just earned his official God status ;)
> > I'm guessing that your ls was also hijacked. You're using RedHat, so try
> > the rpm -V command
> Once hacked you can't trust anything. A malicious person might just
> install RPMs for example.
There is a proper way to do this. You boot the rescue CD, then do the rpm
verify of each package
Ion Badulescu wrote:
> On Thu, 14 Dec 2000 07:15:04 -0500, Mohammad A. Haque <[EMAIL PROTECTED]> wrote:
> > Were you connected to a network or receiving/sending anything?
>
> ip_defrag is broken -- there is an obvious NULL pointer dereference
> in it, introduced in test12. It doesn't hit
> slrnpull --expire on a news-spool of about 600 Mb in 200,000 files gave
> a lot of 'trying_to_free..' errors.
>
> 2.2.18 + VM-global, booted with mem=32M:
>
> slrnpull --expire on the same spool worked fine.
I think Andrea just earned his official God status ;)
-
To unsubscribe from this
> I don't know why RH decided to do their idiotic gcc-2.96 release (it
> certainly wasn't approved by any technical gcc people - the gcc people
Every single patch in that release barring I believe 2 was accepted into
the main tree. So they liked the code. The naming did upset people and was
On Thu, 14 Dec 2000, Dr. Kelsey Hudson wrote:
> On Thu, 14 Dec 2000, David Riley wrote:
>
> > Did I miss a post from Linus on the list, or is there no posted
> > changelog for test13-pre1? Nothing's posted at kernel.org yet, either.
> >
>
> I musta missed the post too... But then again I
Alexander Viro <[EMAIL PROTECTED]> writes:
> ioctl() is avoidable. Proof: Plan 9. They don't _have_ that system call.
> It doesn't mean that we should (or could) remove it. It _does_ mean that
> new APIs do not need it.
*I* sure wish we could. From the standpoint of trying to trace system
In an effort to stay consistent with the community, I migrated some code
to a driver to use the daemonize() routine in the function specified by
the kernel_thread() call.
However, in looking at a few drivers in the system (drivers/usb/hub.c ,
drivers/md/md.c, drivers/media/video/msp3400.c), I
On Thu, Dec 14, 2000 at 11:10:24AM -0600, Chris Lattner wrote:
> There are many other optimizations that one can make the transport faster
> that ORBit doesn't implement. For example, you could mmap (shared) data
> buffers between the two processes communicating (of course, you still need
> to
[Apologies if this has been seen already, but as far as I know my first
posting to the L-K list apparently never made it out]
- Ted
OK, so I'm currently at the road (San Diego IETF meeting) so I can't
really test this very well; when your
Just quick feedback.
Test 1:
Netfilter compiled into kernel. Netfilter configuration options
as modules. Modules loaded. Using NFS, I got Oops (in fact I've
never seen an Oops output infinitely before. Maybe it would have
stopped if I waited.)
Test 2:
I'm having problems getting my machines to load nfsroot since I went from
2.2.16 -> 2.2.18. I don't have access to the boot messages, as the
machines are 2000 miles away, but the DHCP messages aren't showing up
anymore, but instead a bunch of RPC messages are. Has anything changed
with regards
Ion Badulescu wrote:
> On Thu, 14 Dec 2000 07:15:04 -0500, Mohammad A. Haque <[EMAIL PROTECTED]> wrote:
> > Were you connected to a network or receiving/sending anything?
>
> ip_defrag is broken -- there is an obvious NULL pointer dereference
> in it, introduced in test12. It doesn't hit
The test13-pre1 changelog was something along the lines of "alright, I
am sick of this Makefile crap. I fixed some, clean up the rest."
;-)
--
Jeff Garzik |
Building 1024 | These are not the J's you're lookin' for.
MandrakeSoft| It's an old Jedi mind trick.
-
To
Date: Thu, 14 Dec 2000 15:35:48 -0500 (EST)
From: "Mohammad A. Haque" <[EMAIL PROTECTED]>
I'll be trying in a few hours.
Meanwhile for people wanting the crashes to be fixed, please
apply this patch.
This was _always_ broken, and really what netfilter is doing
should have never
Hello,
Linus didn't annnounce test13-pre1 as far as I am aware of.
Regards,
Frank
--On Thursday, December 14, 2000 12:11 PM -0800 "Dr. Kelsey Hudson"
<[EMAIL PROTECTED]> wrote:
> On Thu, 14 Dec 2000, David Riley wrote:
>
>> Did I miss a post from Linus on the list, or is there no posted
>>
I'll be trying in a few hours.
On Thu, 14 Dec 2000, Ion Badulescu wrote:
> On Thu, 14 Dec 2000, David S. Miller wrote:
>
> > If you turn off netfilter, ip_conntrack, etc. does the OOPS still
> > occur?
>
> I'm afraid I won't be able to answer this question, since I'm leaving for
> a 3-week
> Hi, I need to check for *only* Intel P6 processors, so no Classic Pentium,
> and no Pentium 4. setup.c is a bit obscure; is this check correct :
Long answer - you cannot reliably check...
Shorter answer
x86_vendor == INTEL
x86 = 6
is Pentium Pro-> PentiumIII
The Pentium IV
On Thu, Dec 14, 2000 at 09:57:28AM +, Alan Cox wrote:
> > bug was discovered. Ever since, I have two boxes here
> > that keep falling over. Box A will randomly lock without
> > warning and box B will die and start printing this message
> > repeatedly on the screen until I physically hit
On Thu, Dec 14, 2000 at 12:58:26AM -0800, Matthew Dharm wrote:
>
> I doubt that from this description, you've been hacked. Even if your
> /etc/inetd.conf is in good shape, it looks like someone got in.
>
> I'm guessing that your ls was also hijacked. You're using RedHat, so try
> the rpm
On Wed, 13 Dec 2000, Justin T. Gibbs wrote:
> > Date: Wed, 13 Dec 2000 20:56:08 -0700
> > From: "Justin T. Gibbs" <[EMAIL PROTECTED]>
> >
> > None-the-less, it seems to me that spamming the kernel namespace
> > with "current" in at least the way that the 2.2 kernels do (does
> >
Hi.
I'm not quite sure whom this patch belongs to but I hope that it ends up
in the right hands by way of linux-kernel.
In order to get 'make dep' to make it through my tree (240-test13-pre1) I
need the following patch applied:
diff -Naur linux-240-t13-pre1-clean/net/802/transit/Makefile
Date: Thu, 14 Dec 2000 12:07:38 -0800 (PST)
From: Ion Badulescu <[EMAIL PROTECTED]>
I'm afraid I won't be able to answer this question, since I'm
leaving for a 3-week vacation in about 50 minutes and I need my
firewall functional until then. :-) Maybe other people who have
seen
On Thu, Dec 14 2000, Dr. Kelsey Hudson wrote:
> nope, DVD discs all use UDF.
Ehh, no that is very untrue. Most data dvd's use bridged iso9660/udf,
which works fine with Linux iso9660.
--
* Jens Axboe <[EMAIL PROTECTED]>
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe
1 - 100 of 452 matches
Mail list logo
