"Barry K. Nathan" wrote:
>
> H. Peter Anvin wrote:
>
> > Alan Cox wrote:
>
> [snip]
>
> > > ia32 is an intel trademark. Using it for non intel products is probably an
> > > actionable matter ..
> > >
> >
> > Yet another reason to ignore it.
>
> Speaking of using it for non-Intel products,
On Friday October 27, [EMAIL PROTECTED] wrote:
> This was first reported in 2.2.12, according to Deja. Solaris clients,
> on rare occaisons, will send some command to a linux server which
> causes a null resp->fh.fh_dentry to be passed to routines in
> /usr/src/linux/fs/nfsd/nfsxdr.c. This causes
Vojtech Pavlik wrote:
>
> I'm *not* sure. It just looks like a reasonable explanation. It doesn't
> happen on Intel chips and older VIA chips, it only happens on new VIA
> chips, and the code is the same all the time. Also, it happens both with
> 2.2 and 2.4 kernels ...
>
> --
> Vojtech Pavlik
Update on the hang during ftp on stock Debian potato (2.2.17-pre6 IIRC)
with i21143 tulip pci ethernet:
I changed to gcc-2.91.66 (egcs-1.1.2; Debian afaik used gcc 2.7.2.3
or 2.95.2 to compile the pre-compiled vanilla distribution kernel in
potato) and upgraded the 2.2.17-pre_something kernel to
hdparm -r0 /dev/hdc
smsc:/proc/ide/hdc # cat model driver media
MATSHITADVD-RAM LF-D210
ide-cdrom version 4.99
cdrom
smsc:/proc/ide/hdc # hdparm -r0 /dev/hdc
/dev/hdc:
setting readonly to 0 (off)
readonly = 0 (off)
smsc:/ # mke2fs -b 2048 /dev/hdc -m 0
mke2fs 1.18, 11-Nov-1999 for
Hello
I did patch 2.2.17 tree with dvd-ram-2217p17.diff.bz2.
At that time, following patch is rejected.
I think these lines should be removed from patchs.
@@ -1329,7 +1369,7 @@
static
void cdrom_sleep (int time)
{
- current->state =
On Fri, 27 Oct 2000 02:26:10 -0400,
David Won <[EMAIL PROTECTED]> wrote:
>Oct 22 22:37:20 phlegmish kernel: Unable to handle kernel paging request at
>virtual address 00018486
>Oct 22 22:37:20 phlegmish kernel: EIP:
On Fri, Oct 27, 2000 at 11:32:18AM +, Jonathan Hudson wrote:
> Previously working in test10pre*, now gives many unresolved symbols: ...
I didn't get nearly that many. In fact, I only got this one:
...
-o vmlinux
drivers/pcmcia/pcmcia.o: In function
Thanks Keith for that detailed description of what is going wrong, I
would have never figured that out.
On Sat, Oct 28, 2000 at 12:29:39PM +1100, Keith Owens wrote:
>
> I will add LINK_FIRST and LINK_LAST to kbuild this weekend and
> reinstate the missing lines in drivers/usb/Makefile. What I
When I configure in Tunneling I get the following error message. Is this
normal? This with 2.4test9pre5
GRE over IPv4 tunneling driver
RTNL: assertion failed at devinet.c(775):inetdev_event
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
When I configure in Tunneling I get the following error message. Is this
normal?
GRE over IPv4 tunneling driver
RTNL: assertion failed at devinet.c(775):inetdev_event
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
On Sat, Oct 28 2000, Rui Sousa wrote:
> After adding
>
> #define ELEVATOR_HOLE_MERGE 3
>
> to linux/include/linux/elevator.h it compiled ok.
Oops sorry, I'm on the road so the patch was extracted
from my packet writing tree (and not my regular tree).
> There were still some stalls but
On Fri, 27 Oct 2000, Jens Axboe wrote:
...
> > So it seems the process is either in a loop in ___wait_on_page()
> > racing for the PageLock or it never wakes-up... (I guess I could add a
> > printk to check which)
> > Unfortunately I didn't find anything obviously wrong with the code.
> > I hope
On Fri, 27 Oct 2000 [EMAIL PROTECTED] wrote:
> If Bill said 'screw you' to the blackmailer and made the press release,
> we should see the source on web sites soon. Then we can see how bad it
> really is. Maybe even fix it.
>
Or better yet: use it to write an interface spec so we can get
On Fri, 27 Oct 2000 15:27:04 +0200 (CEST),
Patrick van de Lageweg <[EMAIL PROTECTED]> wrote:
>This patch renames the block_til_ready of generic serial to
>gs_block_til_ready. This patch also exports the symbols needed by other
>modules with generic_serial compiled into the kernel.
>
>(it also
On Fri, 27 Oct 2000 14:25:48 +0100,
David Woodhouse <[EMAIL PROTECTED]> wrote:
>But in the case where there _aren't_ any functions which could usefully be
>shared between the modules, you've got a whole extra gratuitous module
>(What's that, 32KiB on some ARM boxen?) just to hold the
On Fri, 27 Oct 2000 12:55:57 -0700,
"Dunlap, Randy" <[EMAIL PROTECTED]> wrote:
>I'm currently using 2.4.0-test10-pre6.
>Now if I am running 't10pre6' (no USB in kernel)
>and I do 'depmod -ae', I get lots of these
>"Unresolved symbol" messages from depmod.
>However, if I boot 't10pre6-kuc'
In article <[EMAIL PROTECTED]>,
"Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
JVM> Grab the pcmcia off sourceforge. It seems to build and work. The stuff
JVM> in 2.4 at present is still somewhat broken. I worked on this until 2:00
JVM> last night getting it to build with 2.4.
On Fri, 27 Oct 2000 19:45:13 +0200,
Pavel Machek <[EMAIL PROTECTED]> wrote:
>Would it be possible to keep 2.7.2.3? You still need 2.7.2.3 to
>reliably compile 2.0.X (and maybe even 2.2.all-but-latest?).
You can have multiple versions of gcc installed, just select the one to
use when you compile
Linus Torvolds wrote:
> So sticky arrays of events are good, while queues are bad. Let's take that
> as one of the fundamentals.
Please let's not. There is nothing fundamentally different between an
event queue of size N and an interest set of size N.
Your proposed interface suffers from most
Terry Lambert wrote:
>
> > > Which is precisely why you need to know where in the chain of events this
> > > happened. Otherwise if I see
> > > 'read on fd 5'
> > > 'read on fd 5'
> > > How do I know which read is for which fd in the multithreaded case
> >
> > That can't happen,
Anyone know if Tekram's DC315/DC395 SCSI driver will be incorporated
into the kernel distribution? I think their driver is GPL, or was there
some other reason it wasn't incorporated?
Their source code is on their website...
Just wonderring... (unfortunately I had a DC315 for a day but had to
> > Which is precisely why you need to know where in the chain of events this
> > happened. Otherwise if I see
> >
> > 'read on fd 5'
> > 'read on fd 5'
> >
> > How do I know which read is for which fd in the multithreaded case
>
> That can't happen, can it? Let's say the
Hi Bart,
The point is that I have stopped with the backport because of 2.4.0 push,
and I was waiting on you to pick it up again.
/pub/linux/kernel/people/hedrick/bkz/ide.2.2.18-17.all.20001027.patch.bz2
There you go Bart.
Cheers,
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from
On Fri, 27 Oct 2000 [EMAIL PROTECTED] wrote:
> If Bill said 'screw you' to the blackmailer and made the press release,
> we should see the source on web sites soon. Then we can see how bad it
> really is. Maybe even fix it.
Why bother fixing it? It's too bloated and stupid in the first
Hello.
I have sent this to the maintainer of the VFAT code some time ago and
it told me it doesn't have time.
It seems there is a bug and this bug still persists in 2.2.17 and
2.4.0-test9 (test9 says there is a bug on file.c line 69 and sometimes
on line 79 I think, I
On Wed, 25 Oct 2000, Brian Gerst wrote:
> > On Mon, 23 Oct 2000, David Dyck wrote:
> >
> > > I am getting a repeatable oops during the boot up phase,
> > > with linux 2.4.0 test10-pre4
>
> I know what your problem is now:
>
> > > Gnu C 2.7.2.3
>
> GCC 2.7.2.3 miscompiles the
Hello,
Sorry for the somewhat off-topic post, but I was wondering if anyone
from l-k will be at Supercomputing next month (www.sc2000.org)
If so, would anyone be interested in having a BoF session? I'd be
particularly interested in knowing if any of the people working on big
iron
for 240t10p6, should be safe, please apply
--
Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]>
diff -uNr linux-240t10p6/drivers/ide/alim15x3.c linux/drivers/ide/alim15x3.c
--- linux-240t10p6/drivers/ide/alim15x3.c Thu Oct 19 22:05:01 2000
+++ linux/drivers/ide/alim15x3.cFri Oct
and tested):
http://republika.pl/bkz/ide.2.2.18-17.all.20001027.patch.bz2
And please cut that bullshit about ide-patch 2.2.x being unmantained.
I don't use 2.2.x kernels anymore so I don't do ide-patches for pre
kernels. But there will be patches for stable 2.2.x. (Although it's
a real pain - I
Petr Vandrovec wrote:
>
>
>
> In kernel fs/ncpfs/ncplib_kernel.c, there is function named
> ncp_del_file_or_subdir() which does:
>
> #ifdef CONFIG_NCPFS_NFS_NS
> if (server->name_space[volnum] == NW_NS_NFS)
> {
> int result;
>
> result = ncp_obtain_DOS_dir_base(server, volnum,
Hi,
I just got another oops with test10pre6. Decoded output follows.
Hopefully this helps to hunt a bug down.
-Udo
Unable to handle kernel NULL pointer dereference at virtual address 0010
c0130512
*pde =
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t
My mail server was messed up for a few days while I moved it and I'm not
sure if the bouncefilter caught all my bounce messages. If it didn't,
I'm sorry. Otherwise... well, forget it I guess.
Thanks,
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
This was first reported in 2.2.12, according to Deja. Solaris clients,
on rare occaisons, will send some command to a linux server which
causes a null resp->fh.fh_dentry to be passed to routines in
/usr/src/linux/fs/nfsd/nfsxdr.c. This causes an oops, and then the nfs
server subsystem stop
On 27 Oct 00 at 15:14, Jeff V. Merkey wrote:
> Petr Vandrovec wrote:
> >
> > On 27 Oct 00 at 13:46, Jeff V. Merkey wrote:
> > > Here's the complete set of 3.x/4.x/5.x Namespace NCP calls with proper
> > > return codes. I'll run down the huge-data info and post a bit later.
> >
> > Thanks. Main
On Fri, 27 Oct 2000, [iso-8859-1] Jakob Østergaard wrote:
> On Fri, Oct 27, 2000 at 10:56:16AM -0700, Anil kumar wrote:
> > Hi,
> >
> > I have a problem with mkraid
>
> This is Linux-RAID specific and not material for the linux-kernel
> list.
>
> Please, just post your questions to
> Hello,
>
> For one of our projects here, we've crashed head first into the 2 gig file size
> limitation in Linux 2.2 kernels. While I know that this has been solved in
> 2.3/2.4, has there been any work to backport this feature into a Linux 2.2
> kernel? I'm looking for a temporary solution
"Jeff V. Merkey" wrote:
> Grab the pcmcia off sourceforge. It seems to build and work. The stuff
> in 2.4 at present is still somewhat broken. I worked on this until 2:00
> last night getting it to build with 2.4. Thanks to Alan for pointing
> me to a package that actually works and will
Petr Vandrovec wrote:
>
> On 27 Oct 00 at 13:46, Jeff V. Merkey wrote:
> > Here's the complete set of 3.x/4.x/5.x Namespace NCP calls with proper
> > return codes. I'll run down the huge-data info and post a bit later.
>
> Thanks. Main problem with hardlinks is that unlink through NFS
Alan Cox wrote:
>
> > > True enough, personally I prefer "x86".
> >
> > ia32 is the official name. OTOH, i[3-6]86 _are_ different beasts...
>
> ia32 is an intel trademark. Using it for non intel products is probably an
> actionable matter ..
>
Yet another reason to ignore it.
-hpa
> Pavel Machek wrote:
> > Would it be possible to keep 2.7.2.3? You still need 2.7.2.3 to
> > reliably compile 2.0.X (and maybe even 2.2.all-but-latest?).
>
> What fails, when you use egcs-1.1.2 to build 2.0.x or early 2.2.x?
egcs miscompiles inlined strstr. It gets combined with bad asm
All, IANAL, but:
#1: take this discussion of this list...
goto news:comp.software.licensing
read the FAQ
if you still have questions send them to mailto:[EMAIL PROTECTED]
if you don't like any of those answers, talk to a lawyer
be fair, don't steal someone else's
> Sadly, you WILL still lose entries if the system crashes before fs metadata
> has been flushed to disk. Unless the inode has the correct size stored, the
> crap fsync()ed to disk doesn't make much difference.
Yep. I can't really think of a case where you wouldn't lose data in case
of for
> This is not an option for us, unfortunately. Many of our IP addresses
> are dynamically assigned, with the DNS tables dynamically updated.
Not an option in that case.
> Thank you for the patch to syslogd, though! Can you try to get your
> "-x" option into the standard distributions of
Gerald, Benson-
USB in 2.4.0-test9 had several broken pieces in it.
Something like 2.4.0-test10-pre6 is much better IMO.
However, the USB printer driver in test10-pre6 still
needs the attached patch (already sent to Linus).
Please try test10-pre6 with this patch and let me know how it is.
> If you're making interprocess calls to call the GPL code,
> I suspect you won't have to make your code GPL.
>
> OTOH, if you /link/ against a GPL shared library, you will
> have to GPL the source of your program (that is, you'll have
> to give it to the people who receive the binary from you).
Hi,
I would suggest to increase the 8bit waitstates in the BIOS by +1 (or
more). - you might have to increase the 16bit waitstates as well (or
instead of the 8bit ones).
It cured such a problem for me: - A Intel Pentium PC that had run Netware
3.12 perfectly happily for years didn't boot up
> > True enough, personally I prefer "x86".
>
> ia32 is the official name. OTOH, i[3-6]86 _are_ different beasts...
ia32 is an intel trademark. Using it for non intel products is probably an
actionable matter ..
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
> > If the answer to this is "yes", then Microsoft should own
> > some rights to every piece of software that uses the Windows
> > API.
>
> Read the fine print...
> *runs like crazy*
Extremely true. You'll find the MS C library covers this in detail. You'll also
famously find the microsoft
> If the answer to this is "yes", then Microsoft should own some rights to
> every piece of software that uses the Windows API.
As US copyright law stands of the last few days Microsoft are entitled to
require a magic constant is passed in one register to 'unlock' an API syscall.
If you
> Would it be possible to keep 2.7.2.3? You still need 2.7.2.3 to
> reliably compile 2.0.X (and maybe even 2.2.all-but-latest?).
There has only been one know egcs 1.1 build problem found in the last 9
months or so (the fpu emu one). I really dont think using egcs 1.1.2 to build
2.2 kernels is a
Hi folks,
when booting pre5 I got a crc-error while uncompressing
the kernel this morning. (/usr/src/linux/lib/inflate.c:1166 AFAICS)
Rebooting didn't trigger it again and it's the first time I ever saw it.
I've never had any SIG11 problems while compiling kernels so I wouldn't
expect bad RAM.
On Fri, Oct 27 2000, Rui Sousa wrote:
> I finally had time to give this a better look. It now seems the problem
> is in the VM system.
>
> I patched a test10-pre4 kernel with kdb, then started two "diff -ur
> linux-2.4.0testX linux-2.4.0testY > log1" and two "find / -true >
> log". After this I
Pavel Machek wrote:
> Would it be possible to keep 2.7.2.3? You still need 2.7.2.3 to
> reliably compile 2.0.X (and maybe even 2.2.all-but-latest?).
What fails, when you use egcs-1.1.2 to build 2.0.x or early 2.2.x?
Maybe they need -fno-strict-aliasing... is that what you are referring
to?
Chris Parker writes:
> I have a need for more than 256 minor numbers. I could add some
> more major numbers, thus getting the number of majors * 256.
> I would like to have only device driver loaded to handle the
> multiple majors.
Look at the SCSI/IDE/COMPAQ Smart RAID/etc drivers that have
Hi!
> > if the person who sent you the -pre4 patch against module.c
> > had Cc:'ed this mailing list then your kernel would do
> > something useful when compiled with gcc-2.7.2.3.
>
> It seems that gcc-2.7.2.3 is terminally ill. I'd rather change
> Documentation/Changes, and just document the
On 27 Oct 00 at 13:46, Jeff V. Merkey wrote:
> Here's the complete set of 3.x/4.x/5.x Namespace NCP calls with proper
> return codes. I'll run down the huge-data info and post a bit later.
Thanks. Main problem with hardlinks is that unlink through NFS namespace
kills server (at least up to 5.0,
Ok, forgot to Cc linux-kernel ...
Please Cc linus on reply.
- Forwarded message from Christoph Hellwig <[EMAIL PROTECTED]> -
Date: Fri, 27 Oct 2000 22:03:54 +0200
From: Christoph Hellwig <[EMAIL PROTECTED]>
To: Linus Torvalds <[EMAIL PROTECTED]>
Subject: [PATCH] kiobuf/rawio fixes for
Hello!
I have a problem with netscape 4.75 under RH6.2 with a 2.2.18pre1[67].
running it as root wirks fine, running it as ordinary user hangs very
fast.
The logs show several
Oct 27 21:29:25 guinevere kernel: set_program_attributes(1200 d98000 1400
457440)
messages
I have tried
Horst von Brand wrote:
>
> "H. Peter Anvin" <[EMAIL PROTECTED]>said:
> > Alan Cox wrote:
>
> [...]
>
> > > > We should never have used anything but "i386" as the utsname... sigh.
>
> > > Its questionable if we should include the 'i'
>
> > True enough, personally I prefer "x86".
>
> ia32 is
Hunt, Claude, Jean-Luc:
I'm hoping that this will help explain some of
the confusion that you have been or are seeing,
although it doesn't explain it fully for me,
but maybe it does for someone else (like Keith
Owens ?).
I was able to reproduce the problem that Hunt
described below. 'depmod
Petr,
Here's the complete set of 3.x/4.x/5.x Namespace NCP calls with proper
return codes. I'll run down the huge-data info and post a bit later.
1.
NCP code /5716
Generate Directory Base and Volume Number
Returns the directory base for the file or directory in the name space
"H. Peter Anvin" <[EMAIL PROTECTED]>said:
> Alan Cox wrote:
[...]
> > > We should never have used anything but "i386" as the utsname... sigh.
> > Its questionable if we should include the 'i'
> True enough, personally I prefer "x86".
ia32 is the official name. OTOH, i[3-6]86 _are_ different
On Fri, 27 Oct 2000, David Schwartz wrote:
>
> > Now, if a module is loaded that registers a set of functions that have
> > increased functionality compared to the original functions, if that
> > modules is not based off GPL'd code, must the source code of that module
> > be released under the
I have a need for more than 256 minor numbers. I could add some
more major numbers, thus getting the number of majors * 256.
I would like to have only device driver loaded to handle the
multiple majors.
I thoought of the following things that would have to be changed:
1) make the new device
Followup to: <[EMAIL PROTECTED]>
By author:Alan Cox <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
> >
> > and it appears to work again, until it turns out that Cyrix has the same
> > issue, and then it ends up being the test from hell, where different
> > vendor tests all clash, and it
On Fri, Oct 27, 2000 at 10:56:16AM -0700, Anil kumar wrote:
> Hi,
>
> I have a problem with mkraid
This is Linux-RAID specific and not material for the linux-kernel
list.
Please, just post your questions to linux-raid, not linux-kernel.
And most importantly, when you ask me these exact
On Fri, 27 Oct 2000, David Schwartz wrote:
> > Now, if a module is loaded that registers a set of functions that have
> > increased functionality compared to the original functions, if that
> > modules is not based off GPL'd code, must the source code of that module
> > be released under the
Does anyone have the IDE patches updated for 2.2.18-pre17? The version
for 2.2.18-pre3 has a lot of rejects when applied to pre17, and I
figured I'd see if someone has worked them out already.
Thank in advance.
--Lee Hetherington
-
To unsubscribe from this list: send the line "unsubscribe
I saw that a number of people downloaded the document; did anyone read
it?
-M
Michael Rothwell wrote:
>
> I realize all of this is 2.5 material.
>
> We had been talking about this earlier, until Viro and Cox told us to
> quit until 2.5.
>
> Alexander Viro wrote:
> >
> > It goes off-list.
>
> Now, if a module is loaded that registers a set of functions that have
> increased functionality compared to the original functions, if that
> modules is not based off GPL'd code, must the source code of that module
> be released under the GPL?
If the answer to this is "yes", then
> The Becker's driver from ftp://ftp.scyld.com/pub/network/eepro100.c cures
> the error messages,
yes. even is setup is not clean, it seems to work with 24-25Mbs since
I have no errors.
> but the network still stalls, and worse yet, seems to
> stall forever (as opposed to few minutes with
Alan Cox wrote:
>
> > > - make Pentium IV and other post-P6 processors use the "i686"
> > > family name (same fix as the system_utsname.machine init fix
> > > which went into include/asm-i386/bugs.h in test10-pre4)
> > >
> >
> > We should never have used anything but "i386" as the
On Fri, Oct 27, 2000 at 12:02:44PM -0600, Andreas Dilger wrote:
> There may be other sources. You also need to have a newer glibc (or recompile
> your own) to really support LFS.
However all software is *not* written to use LFS extended versions
of things. Often using defines of:
On Fri, 27 Oct 2000, Christopher Friesen wrote:
> If I use some GPL'd code and make calls from my software to the
> GPL'd code, do I need to make *my* code available? Or would I
> only have to make available any changes to the GPL'd code?
>
> Section 2.b of the GPL seems to indicate that I need
Joe writes:
> For one of our projects here, we've crashed head first into the 2 gig file
> size limitation in Linux 2.2 kernels. While I know that this has been solved
> in 2.3/2.4, has there been any work to backport this feature into a Linux 2.2
> kernel? I'm looking for a temporary solution
If I use some GPL'd code and make calls from my software to the GPL'd
code, do I need to make *my* code available? Or would I only have to
make available any changes to the GPL'd code?
Section 2.b of the GPL seems to indicate that I need to make the source
for my entire executable available if
Alan Cox wrote:
>
> > > - make Pentium IV and other post-P6 processors use the "i686"
> > > family name (same fix as the system_utsname.machine init fix
> > > which went into include/asm-i386/bugs.h in test10-pre4)
> > >
> >
> > We should never have used anything but "i386" as the
Hi,
I have a problem with mkraid
I am working on a Red hat Linux ver 7.0
kernel version: 2.2.16
No raid patch
no raid tools
when I run
#mkraid /dev/md0
when I check /proc/mdstat,I find md0 active
with raid information.
But when again I run
#mkraid /dev/md0
I get an
Alan,
I agree with your point. In term of usability, the e100 driver has a wider
range of support for the Intel NIC cards.
Jeff
- Original Message -
From: Alan Cox <[EMAIL PROTECTED]>
To: Jeff Nguyen <[EMAIL PROTECTED]>
Cc: Ville Herva <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; <[EMAIL
On Fri, 27 Oct 2000, George Anzinger wrote:
>
> First, as you know, we have added code to the spinlock macros to count
> up and down a preemption lock counter. We would like to not do this if
> the macro also turns off local interrupts. The issue here is that in
> some places in the code,
Dear Linus,
As you know we at MontaVista are working on a fully preemptable kernel.
In this work we have come up with a couple of issues we would like your
comments on.
First, as you know, we have added code to the spinlock macros to count
up and down a preemption lock counter. We would like
On Fri, 27 Oct 2000, Jason Wohlgemuth wrote:
> Consider this:
>
> A subsystem that is statically built into the Linux Kernel is modified
> to allow the registration of a structure containing function pointers.
>
> The function pointers corrolate to a set of functions within that subsystem.
>
On Fri, Oct 27, 2000 at 06:21:27PM +0100, Alan Cox wrote:
> > On Fri, 27 Oct 2000, Jason Wohlgemuth wrote:
> >
> > > Now, if a module is loaded that registers a set of functions that have
> > > increased functionality compared to the original functions, if that
> > > modules is not based off
> Now, if a module is loaded that registers a set of functions that have
> increased functionality compared to the original functions, if that
> modules is not based off GPL'd code, must the source code of that module
> be released under the GPL?
Consult a Copyright/'Intellectual Property'
> On Fri, 27 Oct 2000, Jason Wohlgemuth wrote:
>
> > Now, if a module is loaded that registers a set of functions that have
> > increased functionality compared to the original functions, if that
> > modules is not based off GPL'd code, must the source code of that module
> > be released
> You should use the Intel e100 driver at
> http://support.intel.com/support/network/adapter/pro100/100Linux.htm.
> It works much better than eepro100.
Thats not the general consensus, but its worth trying in case it works best
for a given problem. In paticular it knows about bugs with
On Fri, Oct 27, 2000 at 10:57:54AM -0600, Jeff V. Merkey wrote:
> On Fri, Oct 27, 2000 at 03:00:31PM +, Petr Vandrovec wrote:
> > On 27 Oct 00 at 0:16, Jeff V. Merkey wrote:
> > > I noticed NCPFS is flagging all the files on a native NetWare volume as
> > > executable and chmod -x does not
On Fri, Oct 27, 2000 at 03:00:31PM +, Petr Vandrovec wrote:
> On 27 Oct 00 at 0:16, Jeff V. Merkey wrote:
> > I noticed NCPFS is flagging all the files on a native NetWare volume as
> > executable and chmod -x does not work, even if the NetWare server has
> > the NFS namespace loaded. I
On Fri, Oct 27, 2000 at 11:32:18AM +, Jonathan Hudson wrote:
>
> Previously working in test10pre*, now gives many unresolved symbols:
>
>
> /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_free
> /lib/modules/2.4.0-test10/pcmcia/cs.o: unresolved symbol cb_disable
>
On Fri, 27 Oct 2000, Jason Wohlgemuth wrote:
> Now, if a module is loaded that registers a set of functions that have
> increased functionality compared to the original functions, if that
> modules is not based off GPL'd code, must the source code of that module
> be released under the GPL?
* Dan Kegel <[EMAIL PROTECTED]> [001027 09:40] wrote:
> Alan Cox wrote:
> > > > kqueue currently does this; a close() on an fd will remove any pending
> > > > events from the queues that they are on which correspond to that fd.
> > >
> > > the application of a close event. What can I say, "the
Consider this:
A subsystem that is statically built into the Linux Kernel is modified
to allow the registration of a structure containing function pointers.
The function pointers corrolate to a set of functions within that subsystem.
If the new structure of pointers has been registered, the
Alan Cox wrote:
> > > kqueue currently does this; a close() on an fd will remove any pending
> > > events from the queues that they are on which correspond to that fd.
> >
> > the application of a close event. What can I say, "the fd formerly known
> > as X" is now gone? It would be incorrect
David Weinehall wrote:
>
> On Fri, Oct 27, 2000 at 04:05:50PM +0300, Petko Manolov wrote:
> > David Weinehall wrote:
> > >
> > > You're VERY wrong here. St. Petersburg was the name before the Soviet
> > > Union was formed and Russia marched into the Baltics. When the takeover
> > > was made, the
On Fri, 27 Oct 2000, Rui Sousa wrote:
> I finally had time to give this a better look. It now seems the
> problem is in the VM system.
*sigh*
> schedule()
> ___wait_on_page()
> do_generic_file_read()
> generic_file_read()
> sys_read()
> system_call()
>
> So it seems the process is either in a
On Sun, 8 Oct 2000, Rik van Riel wrote:
> On Sun, 8 Oct 2000, Rui Sousa wrote:
>
> > After starting 2 processes that scan a lot of files (diff, find,
> > slocate, ...) it's impossible to run any other processes that
> > touch the disk, they will stall until one of the first two stop.
> > Could
On Fri, 27 Oct 2000, David Weinehall wrote:
> On Fri, Oct 27, 2000 at 12:19:54PM -0400, Wakko Warner wrote:
> > That I do not know. it's v 2.1.99 that came with debian in the past
> > week or so
>
> Then it's compiled against the v2.2 kernel headers.
That explains why LFS isn't working
From: <[EMAIL PROTECTED]>
> If Bill said 'screw you' to the blackmailer and made the press release,
> we should see the source on web sites soon. Then we can see how bad it
> really is. Maybe even fix it.
Dave, my partner has legal access to the MS source code. In some of my own
work I
On Fri, Oct 27, 2000 at 12:19:54PM -0400, Wakko Warner wrote:
> > > I did upgrade that and it didn't help anything.
> >
> > Was your glibc compiled against 2.4 kernel headers?
>
> That I do not know. it's v 2.1.99 that came with debian in the past
> week or so
Then it's compiled against the
1 - 100 of 330 matches
Mail list logo
