It would be nice if chrdev_open were added to ksyms.c along with
blkdev_open since tape devices seem are always registered as character
rather than block devices.
I am finding that kernel modules that need to open and close a tape
drive have to export chrdev_open manually on 2.4.3. Can this
On Fri, Apr 13, 2001 at 08:13:41PM -0400, Alexander Viro wrote:
>
>
> On Fri, 13 Apr 2001, Jeff V. Merkey wrote:
>
> > It would be nice if chrdev_open were added to ksyms.c along with
> > blkdev_open since tape devices seem are always registered as character
>
On Fri, Apr 13, 2001 at 06:38:10PM -0600, Jeff V. Merkey wrote:
> On Fri, Apr 13, 2001 at 08:13:41PM -0400, Alexander Viro wrote:
> >
> >
> > On Fri, 13 Apr 2001, Jeff V. Merkey wrote:
> >
> > > It would be nice if chrdev_open were added to ksyms.c alo
On Fri, Apr 13, 2001 at 09:25:10PM -0400, Alexander Viro wrote:
>
>
> On Fri, 13 Apr 2001, Jeff V. Merkey wrote:
>
> > Not meaning to offend, but how could you know what everyone
> > who uses Linux needs in every instance? NT, NetWare, etc. all
> > expose thes
On Fri, Apr 13, 2001 at 09:29:43PM -0400, Alexander Viro wrote:
>
> On Fri, 13 Apr 2001, Jeff V. Merkey wrote:
>
> > How are folks supposed to open disk and tape devices from kernel modules
> > without these? Not everything should be done in user space Al. If you
>
I noticed that subsequent calls to kmem_cache_create with the same name
does not return an -EEXIST return code, but instead barfs and crashes
with a bug at slab.c line 804. This occurs in 2.4.3.
Is this the expected behavior for kmem_cache_create? I am using
the slab allocator to create and
On Tue, Apr 17, 2001 at 03:29:20PM -0600, Jeff V. Merkey wrote:
Added kmem_cache_destroy() to get around the problem. I'm still
curious as to why we need to panic at this point rather than return
an error.
Thanks
Jeff
>
>
> I noticed that subsequent calls to kmem_cache_c
I am now using the filp_open() call in kernel to scan for tape
devices in lieu of chrdev_open()/blkdev_open(), but I have
discovered that calling this api with non-existent devices
appears to result in memory corruption and some nasty oops.
I have attached the code fragment and oops generate
Andre/LKML,
I am still working on this, but would appreciate some help from
whomever owns this driver proper. I have discovered that the
3Ware drivers are not updating the gendisk_head with devices
reported and exposed to user space as /dev/sda, sdb, etc. The
adapter driver does correctly r
On Mon, Apr 23, 2001 at 09:47:01PM +0200, Guest section DW wrote:
> On Mon, Apr 23, 2001 at 12:08:52PM -0600, Jeff V. Merkey wrote:
> >
> > I am still working on this, but would appreciate some help from
> > whomever owns this driver proper. I have discovered that the
>
On Mon, Apr 23, 2001 at 10:24:55PM +0200, Manfred Spraul wrote:
> Are you sure the trace is decoded correctly?
>
> > CPU:0
> > EIP:0010:[sys_mremap+31/884]
> > EFLAGS: 00010206
>
> > Code: ac ae 75 08 84 c0 75 f8 31 c0 eb 04 19 c0 0c 01 85 c0 75 d9
> ac ae is
> lodsb
> scasb
>
> Could
On Mon, Apr 23, 2001 at 11:13:12PM +0200, Guest section DW wrote:
> On Mon, Apr 23, 2001 at 01:55:00PM -0600, Jeff V. Merkey wrote:
> > On Mon, Apr 23, 2001 at 09:47:01PM +0200, Guest section DW wrote:
> > > On Mon, Apr 23, 2001 at 12:08:52PM -0600, Jeff V. Merkey wrote:
>
On Mon, Apr 23, 2001 at 11:03:48PM +0100, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > Are you sure the trace is decoded correctly?
>
> > > CPU:0
> > > EIP:0010:[sys_mremap+31/884]
>
> Probably not. It looks like it was munged by klogd. Some distributions are
> still shipp
Hey guys,
Whomever removed WRITERAW has broken NWFS. WRITE requests call
_refile_buffer() after the I/O request and take my locally created
buffer heads and munge them back into the linux buffer cache, causing
massive memory corruption in the system. These buffers don't belong
in Linus' buf
On Tue, Apr 24, 2001 at 12:45:35AM +0200, Jens Axboe wrote:
> On Mon, Apr 23 2001, Jeff V. Merkey wrote:
> > On Mon, Apr 23, 2001 at 11:13:12PM +0200, Guest section DW wrote:
> > > On Mon, Apr 23, 2001 at 01:55:00PM -0600, Jeff V. Merkey wrote:
> > > > On Mon, Ap
On Tue, Apr 24, 2001 at 12:58:09AM +0200, Jens Axboe wrote:
> On Mon, Apr 23 2001, Jeff V. Merkey wrote:
> >
> >
> > Hey guys,
> >
> > Whomever removed WRITERAW has broken NWFS. WRITE requests call
> > _refile_buffer() after the I/O request and take m
Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
specific calculations of the CHS values, a different method is used for
NetWare partitions vs. everything else (Novell just had to be different).
If you do not use their methods on NetWare partitions, NetWare will not
reco
- Original Message -
From: "Jeff V. Merkey" <[EMAIL PROTECTED]>
To: "Guest section DW" <[EMAIL PROTECTED]>; "Andreas Jellinghaus"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, February 25, 2001 5:02 PM
Subject: Re:
On Mon, Feb 26, 2001 at 04:11:56AM +0100, Guest section DW wrote:
> On Sun, Feb 25, 2001 at 05:02:09PM -0700, Jeff V. Merkey wrote:
>
> > Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
> > specific calculations of the CHS values, a different
table
has been corrupted.
Jeff
>
> On Sun, 25 Feb 2001, Jeff V. Merkey wrote:
>
> >
> > Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
> > specific calculations of the CHS values, a different method is used for
> > NetWare parti
- Original Message -
From: "Andre Hedrick" <[EMAIL PROTECTED]>
To: "Jeff V. Merkey" <[EMAIL PROTECTED]>
Cc: "Jeff V. Merkey" <[EMAIL PROTECTED]>; "Guest section DW"
<[EMAIL PROTECTED]>; "Andreas Jellinghaus" <
- Original Message -
From: "Guest section DW" <[EMAIL PROTECTED]>
To: "Jeff V. Merkey" <[EMAIL PROTECTED]>
Cc: "Jeff V. Merkey" <[EMAIL PROTECTED]>; "Andreas Jellinghaus"
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; &
I have reposted the PCI-SCI files since some folks have reported
corruption in one of the files on our server. These drivers
support PCI-SCI hardware versions up to the PSB66.
These drivers can be downloaded for 2.2 and 2.4 Linux at
vger.timpanogas.org:/sci/pci-sci-1.2-2 via ftp or
from
Petr/Linux,
If you are relying on port 524 to get SAP information for NCPFS over
TCPIP, you may want to track this since it appears Novell will be
patching this port to close a security flaw. I
added the tracking URL so you can review what changes they are
proposing. I think what they
are p
Petr Vandrovec wrote:
>
> On 14 Nov 00 at 12:11, Jeff V. Merkey wrote:
>
> > If you are relying on port 524 to get SAP information for NCPFS over
> > TCPIP, you may want to track this since it appears Novell will be
> > patching this port to close a security flaw
Gregory Maxwell wrote:
>
> On Tue, Nov 14, 2000 at 01:29:31PM -0700, Jeff V. Merkey wrote:
> > Hopefully, sanity will rule out here. I information being leaked from
> > what I reviewed was the ability for a hacker to exploit port 524 and use
> > it
> > to obt
Petr,
NCPFS in 2.2.18-pre21 is not returning volume size via df -h. I checked
your code and found this comment:
static int ncp_statfs(struct super_block *sb, struct statfs *buf, int bufsiz)
{
struct statfs tmp;
/* We cannot say how much disk space is left on a mounted
On Thu, Nov 16, 2000 at 06:33:11PM -0800, Linus Torvalds wrote:
>
> The log-file says it all..
>
> Linus
>
> -
>
> - pre6:
> - Intel: start to add Pentium IV specific stuff (128-byte cacheline
> etc)
> - David Miller: search-and-destroy places that forget to ma
On Thu, Nov 16, 2000 at 08:40:29PM -0700, Jeff V. Merkey wrote:
> Petr,
>
> NCPFS in 2.2.18-pre21 is not returning volume size via df -h. I checked
> your code and found this comment:
>
> static int ncp_statfs(struct super_block *sb, struct statfs *buf, int bufsiz)
> {
Now that sendmail/load average problems have been nailed for 2.2.18>
2.4, the mailing lists are working. We apologize, but the server was
upgraded and during the upgrade, most folks addresses got zapped in the
var/lib/majordomo/lists directory, so folks who want to track Andre and
our work on t
On Fri, Nov 17, 2000 at 12:30:46AM -0700, Erik Andersen wrote:
> On Thu Nov 16, 2000 at 08:45:10PM -0700, Jeff V. Merkey wrote:
> > >
> > > - pre6:
> > > - Intel: start to add Pentium IV specific stuff (128-byte cacheline
> > > etc)
> > &g
Alan,
When we ported Oracle to NetWare, we found that making changes to the
core file systems in NetWare that Oracle needed would tank FS
performance, so we came up with something called direct FS, a separate
File System interface just for Oracle. The SOSD layer inside of Oracle
allows them, vi
Alan Cox wrote:
>
> > performance, so we came up with something called direct FS, a separate
> > File System interface just for Oracle. The SOSD layer inside of Oracle
>
> Yeah but you see thats ugly
>
> > In NetWare, directFS was little more than a "raw" interface that
> > bypassed the file
This is probably a configuration mismatch of some kind, but I just
finished building my 2.4.0 RPM skeletons and am installting them from
our latest CD burn, and I am seeing the following
problem when I upgrade our 2.2.17 kernel versions with 2.4.0-test10,
then reboot them under 2.4:
req
We dfound it. 2.2.X .configs are incompatible with 2.4.0 and the
upgrade RPMs sucked them in. Since IDE is a unique CONFIG option, this
will break.
Jeff
"Jeff V. Merkey" wrote:
>
>
> This is probably a configuration mismatch of some kind, but I just
> finished
On Sun, Nov 19, 2000 at 01:11:33AM +, Alan Cox wrote:
>
> Bugs to go: PS/2 mouse detection
>
> Anything which isnt a strict bug fix or previously agreed is now 2.2.19
> material.
>
> Alan
>
> 2.2.18pre22
> o Fix HZ assumption in USB hub driver (Oleg Drokin)
> o Fix ndis
On Sun, Nov 19, 2000 at 12:57:35PM +, Alan Cox wrote:
> > > o Small ISDN documentation fixes (Kai Germaschewski)
> >
> > Alan, On the ISDN issue, isdn4K-utils seems to be out of sync with=20
> > kernels older than 2.2.16. Some #define's that used to be in
> > the 2.2.14 pat
On Sun, Nov 19, 2000 at 04:09:01PM +0100, Kai Germaschewski wrote:
> On Sun, 19 Nov 2000, Jeff V. Merkey wrote:
>
> > > o Small ISDN documentation fixes (Kai Germaschewski)
> >
> > Alan, On the ISDN issue, isdn4K-utils seems to be out of sync with
&g
On Sun, Nov 19, 2000 at 05:10:06PM +0100, Petr Vandrovec wrote:
> On Thu, Nov 16, 2000 at 08:40:29PM -0700, Jeff V. Merkey wrote:
> > Petr,
> >
> > NCPFS in 2.2.18-pre21 is not returning volume size via df -h. I checked
> > your code and found this comment:
> >
On Mon, Nov 20, 2000 at 11:10:21AM +0100, Kai Germaschewski wrote:
>
> On Sun, 19 Nov 2000, Jeff V. Merkey wrote:
>
> > ISDN_MODEM_ANZREG undefined on 2.4.0-10(11) and 2.2.18-22, rpm.spec is
> > attached.
>
> This has been fixed 2000/03/03, see below.
On Mon, Nov 20, 2000 at 08:53:19AM -0500, Charles Turner, Ph.D. wrote:
Charles,
6.2 is one of te better distributions. You should also go talk to RedHat
directly.
Jeff
>
> I tried to help a friend this weekend convert to Linux.
> He lives in Upstate New York, so it was a long trip from
>
We were using the attached spec file for 3.1pre1 and the other file for
3.1beta7 (sorry I posted the wrong file, it was about 2 a.m. in the
morning). When built against 2.2.18-21 with 3.1pre1, I get a whole new
slew of errors. Neither seems to work. I have attached the 3.1pre1
spec file which
My NT box fritzed on sending this via outlook express, so I lost Kai's
email (MUTT works better on Linux). Here's the other info he inquired
about on the 3.1pre1 compile problems.
Jeff
We were using the attached spec file for 3.1pre1 and the other file for
3.1beta7 (sorry I posted the wrong
doing a mount :/dir /mount_point generates the following noisy
error messages:
kmem_create: Forcing size word alignment - nfs-fh
also, the rpc.lockd program is reporting an error when invoked from the
System V init startup scripts:
lockd: lockdsvc: invalid argument
during system initializat
Ion Badulescu wrote:
>
> On Mon, 20 Nov 2000 17:56:20 -0700, Jeff V. Merkey <[EMAIL PROTECTED]> wrote:
>
> > also, the rpc.lockd program is reporting an error when invoked from the
> > System V init startup scripts:
> >
> > lockd: lockdsvc: invalid
Alan,
I have an Oops with 2.2.18-22 that only shows up on a Linux server
that's configured as a pppd dial in server with dynamic address
assignment (no DHCP). Host IP addresses are configured in an
options.ttyS0(192.168.0.1) and options.ttyS1(192.168.0.2) files in
/etc/ppp.
We caused the Oop
Alan Cox wrote:
>
> > Sirs,
> > performing extensive tests on linux platform performance, optimized as
> > database server, I got IMHO confusing results:
> > in particular e2fs initialized to use 1024 block/fragment size showed
> > significant I/O gains over 4096 block/fragment size, while I ex
Alan Cox wrote:
>
> > It's as though the disk drivers are optimized for this case (1024). I
>
> The disk drivers are not, and they normally see merged runs of blocks so they
> will see big chunks rather than 1K then 1K then 1K etc.
>
> > behavior, but there is clearly some optimization relat
Keith,
Was there a reason we removed the -i and -m options from newer modutils
and broke backwards caompatibility? I'm re-writing our module build
scripts for the installer, and I discovered after upgrading to 2.3.20,
that all the build scripts (about 10MB worth) are now busted and I have
been
Keith Owens wrote:
>
> On Tue, 21 Nov 2000 20:17:47 -0700,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >Was there a reason we removed the -i and -m options from newer modutils
> >and broke backwards caompatibility? I'm re-writing our module
On Wed, Nov 22, 2000 at 11:26:46AM +, Stephen C. Tweedie wrote:
> Hi,
>
> This final part of the O_SYNC patches adds calls to ext2, and to
> generic_commit_write, to record dirty buffers against the owning
> inode. It also removes most of fs/ext2/fsync.c, which now simply
> calls the generic
On Wed, Nov 22, 2000 at 11:25:17PM +1100, Keith Owens wrote:
> This is the "never release a security fix in a hurry" release. The
> security fixes in modutils 2.3.20 had some side effects on some config
> files. Linus knocked back environment variable MOD_SAFEMODE, instead
> the kernel propagate
Alan,
I noticed that the AGP patches are present in RH6.2 and 7.0, and that
the agp support is integrated in 2.4.0. Do you know where the patches are
for the 2.2.18 kernels for AGP.
Thanks
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, Nov 22, 2000 at 10:19:17AM -0800, Andre Hedrick wrote:
> On Wed, 22 Nov 2000, Jeff V. Merkey wrote:
>
> > + add RedHat ism's with a --rhc (red hat compatible) -i -m (-F)
> >
> > RedHat kind of is the standard in the commercial world in the US.
I noticed that iBC2 support no longer builds against 2.4.0-11. I also
found that 11/98 seems to be the last version of iBCS2 posted. 2.4.0-11
does have a MISC binary loadable option, but I did not see iBCS2 in the
tree. Is there something more recent, or is iBCS2 something that's
basically no
Alan,
Was able to reproduce this Oops, but it took several days. Oops occurs
against 2.2.18-23. I had to copy this info from the console -- the
system was hard hung after the oops and even ksymoops was locked solid.
Jeff
unable to handle kernel paing request virtual address 90C16C24
CR3-018
I always type too fast. Yes, it's "slocate".
Jeff
"Mohammad A. Haque" wrote:
>
> solcate? .. you sure you don't mean slocate?
>
> "Jeff V. Merkey" wrote:
Anyone out there a whiz at setting up a pppd dialin server? I am
trying to put together an RPM for pppd dialin configurations
that will support default Windows NT and Linux dial in clients
without requiring the poor user to learn bash scripting, chat
scripting, mgetty and inittab configuratio
On Fri, Nov 24, 2000 at 11:48:06PM -0800, J Sloan wrote:
> "Jeff V. Merkey" wrote:
>
> > Anyone out there a whiz at setting up a pppd dialin server? I am
> > trying to put together an RPM for pppd dialin configurations
> > that will support default Wi
Jeff
>
>
> Regards,
> Pedro
>
> On 25 Nov 2000, at 0:36, Jeff V. Merkey wrote:
>
> >
> >
> > Anyone out there a whiz at setting up a pppd dialin server? I am
> > trying to put together an RPM for pppd dialin configurations
> > that will s
Se has a pretty nice setup, but we have as many,
if not more problems with their's vs. RedHat and ours.
Jeff
>
> Scott
>
> - Original Message -
> From: "Jeff V. Merkey" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, Nov
On Sat, Nov 25, 2000 at 06:22:57PM +0100, Chmouel Boudjnah wrote:
> "Jeff V. Merkey" <[EMAIL PROTECTED]> writes:
>
> > Was able to reproduce this Oops, but it took several days. Oops occurs
> > against 2.2.18-23. I had to copy this info from the console --
On Sat, Nov 25, 2000 at 03:26:15PM -0200, Rik van Riel wrote:
Rik,
We refuse to use it here at present. Builds from it have a lot
of problems, for some reason. Andre is looking into it more
deeply than I, but I agree with your assessment.
Jeff
> On Fri, 24 Nov 2000, Neil Brown wrote:
> > O
David Hinds/Linux,
PCMCIA 3.1.22 requires that the defines in /include/pcmcia/k_compat.h
for init_waitqueue_head(n) and set_current_state(n) be removed in order
to build correctly against 2.2.18-23.
Offending code attached. This probably needs somethig better than the
LINUX_KERNEL_VERSION
Keith,
Please consider the attached patch for inclusion in all future versions
of the modutils depmod program for compatiblity with RedHat and
RedHat derived Linux distributions. This patch only requires
4 very short changes to depmod.c as opposed to thousands of
changes necessary in anacond
On Sun, Nov 26, 2000 at 10:46:35PM +, Alan Cox wrote:
> > + {"ignore-versions", 0, 0, 'i'},
>
> I dont think we should encourage anyone to ignore symbol versions
Anaconda will barf and require over 850+ changes to the scripts without
it. If you look at the patch, you will note tha
On Mon, Nov 27, 2000 at 09:54:57AM +1100, Keith Owens wrote:
> On Sun, 26 Nov 2000 07:30:44 -0800,
> "Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> > In reading include/linux/init.h, I was surprised to discover
> >that __init{,data} expands to nothing when compiling a module.
> >I was wonderi
a trivial change, and would save me a lot of hours
rewriting scripts. I did it once, but if RedHat has standardized on this
set of switches, why not add them as alias commands? It's a trivial
patch.
Jeff
>
> "Jeff V. Merkey" wrote:
> >
> > Anaconda will barf and
On Sun, Nov 26, 2000 at 04:15:02PM -0700, Tom Rini wrote:
> On Sun, Nov 26, 2000 at 05:03:34PM -0700, Jeff V. Merkey wrote:
>
> > Great. Then tell RedHat to rewrite it without the need for these switches.
> > They will say NO. It's a trivial change, and would
On Mon, Nov 27, 2000 at 10:23:08AM +1100, Keith Owens wrote:
> On Sun, 26 Nov 2000 16:36:55 -0700,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >Keith,
> >
> >Please consider the attached patch for inclusion in all future versions
> >of the moduti
On Mon, Nov 27, 2000 at 10:45:34AM +1100, Keith Owens wrote:
> On Sun, 26 Nov 2000 17:01:35 -0700,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >insmod ppp_deflate (should trigger load of all these modules). I
> >know it's works this way if there'
On Sun, Nov 26, 2000 at 04:16:26PM -0800, David Ford wrote:
> "Jeff V. Merkey" wrote:
>
> > On Sun, Nov 26, 2000 at 06:02:35PM -0500, Mohammad A. Haque wrote:
> > > I'd rather have Anaconda changed rather than special casing standard
> > > utils
On Sun, Nov 26, 2000 at 03:47:30PM -0800, Adam J. Richter wrote:
> Keith Owens <[EMAIL PROTECTED]> wrote:
> >"Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> >>In reading include/linux/init.h, I was surprised to discover
> >>that __init{,data} expands to nothing when compiling a module.
> >>I wa
On Mon, Nov 27, 2000 at 01:06:04PM +1100, Keith Owens wrote:
> On Sun, 26 Nov 2000 19:49:43 -0700,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >Microsoft drivers have an .INIT code section that is initialization
> >ccode that get's chunked after it&#
On Mon, Nov 27, 2000 at 02:11:49AM +, Alan Cox wrote:
> > > Anaconda will barf and require over 850+ changes to the scripts without
> > > it. If you look at the patch, you will note that it's a silent switch
> > > that's only there to avoid a noisy error message from depmod. It
> > > actuall
I am having trouble getting a 2.4 vmlinuz (bzImage) and initrd
image onto a 1.44 floppy with all the new stuff. Even a stipped
down kernel compiled under 2.4 is @ 600K compressed, and I need
about 800K for the initrd image. I noticed that syslinux
has some comments about not allowing initr
On Sun, Nov 26, 2000 at 08:22:54PM -0800, H. Peter Anvin wrote:
> Why are you posting this to the kernel list? See the SYSLINUX
> documentation for the SYSLINUX mailing list address.
Never mind. I am rewriting the install init program instead and
restructuring the driver organization to do wh
On Mon, Nov 27, 2000 at 09:29:08AM -0800, Michael Peddemors wrote:
> Happily using initrd on a 1.44 floppy here, and there should be no reason why
> you can't use it for a CDROM distro as well, you can have syslinux on the
> CDROM too... I believe their is a a syslinux mailing list to check if y
A level IV issue in 2.2.18-23. With frame buffer enabled, upon boot,
the OS is displaying four penguin images instead of one penguin in the
upper left corner of the screen. Looks rather tacky. Also puts the VGA
text mode default into mode 274. Is this what's supposed to happen?
Jeff
-
To un
Sven Koch wrote:
>
> On Mon, 27 Nov 2000, Jeff V. Merkey wrote:
>
> > A level IV issue in 2.2.18-23. With frame buffer enabled, upon boot,
> > the OS is displaying four penguin images instead of one penguin in the
> > upper left corner of the screen. Looks rathe
On Wed, Nov 29, 2000 at 06:33:36AM -0800, Joseph K. Malek wrote:
> Hi all,
>
> I have a broken NTFS, due to my own mistake of mounting the
> partition RW and moving a file instead of copying itI've been poking
> around for an NTFS editing tool; only to find that this is easier said
> than don
On Wed, Nov 29, 2000 at 09:08:30PM +0100, Henning P . Schmiedehausen wrote:
> No.
>
> If I modify the kernel or any other GPL software for my personal use
> and give it to no one, I am _not at all_ forced to make it public.
>
> Only if I distribute a compiled kernel or any other program under GP
On Thu, Nov 30, 2000 at 10:14:47AM -0500, Christopher Friesen wrote:
> "Jeff V. Merkey" wrote:
> >
> > On Wed, Nov 29, 2000 at 09:08:30PM +0100, Henning P . Schmiedehausen wrote:
>
> > > I use heavily patched kernels with lots of inhouse-stuff on a regu
On Thu, Nov 30, 2000 at 01:09:37PM -0500, Christopher Friesen wrote:
> "Jeff V. Merkey" wrote:
> >
> > On Thu, Nov 30, 2000 at 10:14:47AM -0500, Christopher Friesen wrote:
>
> > > I think you should re-read the GPL. You only have to provide source to
>
On Fri, Dec 01, 2000 at 12:46:18PM +, Alan Cox wrote:
> > I was able to reproduce this oops with a somewhat more reliable ksymoops (I was
>ready for this nasty bug this time). Looks like the problem is in the sockets
> > code.
>
> The traces so far all match one description , this one inclu
On Sat, Dec 02, 2000 at 06:46:59PM -0500, Theodore Y. Ts'o wrote:
>Date: Sat, 2 Dec 2000 17:18:43 + (GMT)
>From: Alan Cox <[EMAIL PROTECTED]>
>
> Well, it's not up to just me, given that Linus also has his copyright on
> the code (although I doubt there's more than a few lines wh
On Sat, Dec 02, 2000 at 06:21:26PM -0700, Jeff V. Merkey wrote:
> On Sat, Dec 02, 2000 at 06:46:59PM -0500, Theodore Y. Ts'o wrote:
> >Date:Sat, 2 Dec 2000 17:18:43 + (GMT)
> >From: Alan Cox <[EMAIL PROTECTED]>
> >
> > Well, it's not u
On Sat, Dec 02, 2000 at 10:42:29PM -0500, Theodore Y. Ts'o wrote:
>Date: Sat, 2 Dec 2000 18:21:26 -0700
>From: "Jeff V. Merkey" <[EMAIL PROTECTED]>
>
>Under this argument, it is argued that the engineer who had source
>code access "inev
On Thu, Nov 23, 2000 at 12:01:35PM +, Stephen C. Tweedie wrote:
> Hi,
>
> On Wed, Nov 22, 2000 at 11:54:24AM -0700, Jeff V. Merkey wrote:
> >
> > I have not implemented O_SYNC in NWFS, but it looks like I need to add it
> > before posting the final patches.
On Sun, Dec 03, 2000 at 06:27:52PM +, Alan Cox wrote:
> > Unfortunately, 2.2.18pre24 is still convinced that I have a PS/2 mouse
> > attached to my machine.
>
> I've fixed the major case. I can see no definitive answer to the other ghost
> PS/2 stuff (except maybe USB interactions). I take it
On Sun, Dec 03, 2000 at 02:45:58PM -0700, Jeff V. Merkey wrote:
> On Sun, Dec 03, 2000 at 06:27:52PM +, Alan Cox wrote:
> > > Unfortunately, 2.2.18pre24 is still convinced that I have a PS/2 mouse
> > > attached to my machine.
> >
> > I've fixed the majo
On Sun, Dec 03, 2000 at 05:42:03PM -0500, Steven N. Hirsch wrote:
> On Sun, 3 Dec 2000, Jeff V. Merkey wrote:
>
> > > On Sun, Dec 03, 2000 at 06:27:52PM +, Alan Cox wrote:
> > > >
> > > > I've fixed the major case. I can see no definitive answer t
With the 2.2.17 IPVS patch applied to 2.2.18-24, I am seeing the following
compile errors.
-D__KERNEL__ -I/usr/src/ute/BUILD/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -D__SMP__ -pipe -fno-strength-reduce
-m386 -DCPU=386 -DMODULE -DMODVERSIONS -inc
On Mon, Dec 04, 2000 at 12:49:47AM +0100, Daniel Roesen wrote:
> On Sun, Dec 03, 2000 at 10:24:19AM -0500, Steven N. Hirsch wrote:
> > Unfortunately, 2.2.18pre24 is still convinced that I have a PS/2 mouse
> > attached to my machine.
>
> Nod. Which board? I'm seeing the problem with Asus CUWE.
N
On Sun, Dec 03, 2000 at 05:45:57PM -0500, Alexander Viro wrote:
>
>
> On Mon, 4 Dec 2000, Andrew Morton wrote:
>
> > Sorry, it's still failing. It took three hours.
>
> Yes. For one thing, original was plain wrong wrt locking (lru_list_lock
> should be held). For another, it does not take car
On Sun, Dec 03, 2000 at 05:52:26PM -0700, Jeff V. Merkey wrote:
>
>
> With the 2.2.17 IPVS patch applied to 2.2.18-24, I am seeing the following
> compile errors.
>
> -D__KERNEL__ -I/usr/src/ute/BUILD/linux/include -Wall -Wstrict-prototypes -O2
>-fomit-frame-pointer
On a four processor POCA system with dual Fast-SCSI AHA274X/VLB bus
controllers I am seeing the following timeout errors right after
the sequencer scripts are downloaded and the driver starts polling.
It does not happen when compiled in kernel, only when loaded from
an initrd image. The root F
On Sun, Dec 03, 2000 at 06:15:24PM -0700, Jeff V. Merkey wrote:
>
>
> On a four processor POCA system with dual Fast-SCSI AHA274X/VLB bus
> controllers I am seeing the following timeout errors right after
> the sequencer scripts are downloaded and the driver starts polling.
>
On Tue, Dec 05, 2000 at 01:07:30AM -0600, Brian F. G. Bidulock wrote:
> Jeff,
>
> Have you also seen this applied where it is to the employer's
> disadvantage? For example, given that I looked at and worked
> with GPL code (say Linux kernel) in University before taking
> employment as a programm
Alan,
I guess since my brain is 40+ years old and dying, I will keep getting
slower... and slower . integrating this into a release is about
4 times the work I had thought (GNU partspec -- what is mess!!!). 2.4
seems to have stopped changing and is very stable, and Linus appears
to have st
1 - 100 of 651 matches
Mail list logo
