Trying to track down a hardware conflict since the memtest went fine. Does
this look normal or can you recommend a place where I can get help tracking
this down? Is it normal to have so many devices on IRQ 9?
PCI devices found:
Bus 0, device 0, function 0:
Host bridge: Intel
On Thu, 16 Nov 2000, Mikael Pettersson wrote:
> I noticed because I needed to build a boot floppy with an
> initial ram disk under 2.4.0-test11pre5. The standard recipe
> (Documentation/ramdisk.txt) basically goes:
> - dd if=bzImage of=/dev/fd0 bs=1k
> notice how many blocks dd reported
I just noticed these errors in my log as well. Something is weird with my
swapping I think. If I get Oops that say "Unable to handle kernel paging
request at virtual address ff7f1014" would that not be swap since it is
virtual?
The errors that make me think it may be with my swapper are as
We need to handle files which are about 10GB large.
Is there any way to do this with Linux? Some pointers would be nice.
Andreas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Erik Andersen <[EMAIL PROTECTED]> writes:
> On Tue Nov 14, 2000 at 07:59:18AM -0700, Eric W. Biederman wrote:
> >
> > All mkelfImage does is the pasting of initrd's, command lines,
> > and just a touch of argument conversion code.
>
> You can link in an initrd using linker magic, i.e.
>
Keith Owens wrote:
>
> On 15 Nov 2000 22:04:47 -0800,
> "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> >No, it's correct, actually, but probably not what you want. It will
> >include all letters [A-Za-z], but if a module named "ärlig"...
>
> Trying to sanitise the module name in request_module
On 15 Nov 2000 22:04:47 -0800,
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
>No, it's correct, actually, but probably not what you want. It will
>include all letters [A-Za-z], but if a module named "ärlig"...
Trying to sanitise the module name in request_module is the wrong fix
anyway, the
Followup to: <[EMAIL PROTECTED]>
By author:Alan Cox <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> > >> + if ((*p & 0xdf) >= 'a' && (*p & 0xdf) <= 'z') continue;
> >
> > Francis> Just in case... Some modules have uppercase letters too :)
> >
> > That's what the &0xdf is
Due to the recent modutils 2.3 local root exploits, anybody using
modutils 2.3 should upgrade to 2.3.20. That means everybody using 2.4
kernels.
The security patch to modutils 2.3.19 only closed part of the exploit,
this version should close all known exploits. modutils still supports
meta
> Are there any plans to develop kernel sound driver support for the
> Cyrix/NatSemi CS5530 chipset? I noticed PCI and IDE support for this
None whatsoever. Use the sb16 driver.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> >> + if ((*p & 0xdf) >= 'a' && (*p & 0xdf) <= 'z') continue;
>
> Francis> Just in case... Some modules have uppercase letters too :)
>
> That's what the &0xdf is intended for...
That looks wrong for UTF8 which is technically what the kernel uses 8)
-
To unsubscribe from this list:
Gert Wollny wrote:
>
> Hello,
>
> i think it got it nailed, please try the attached patch (it is against
> 11-pre4, but it should work against all test11).
>
> Explanation:
> with test7-pre6 in the imm-module the new scsi - code was enabled (see
> imm.h).
> This causes the locking of the
Occasionally I am getting the follow error on my system:
(scsi0:0:0:-1) Unexpected busfree, LASTPHASE = 0x40, SEQADDR = 0x66
Read : (10) 00 4f a0 07 00 00 20 00
scsi0 channel 0 : resetting for second half of retries.
SCSI bus is being reset for host 0 channel 0.
SCSI host 0 channel 0 reset (pid
At 05:30 PM 11/15/2000 +0100, Rogier Wolff wrote:
> > network card driver) and leave the system running make linux unusable in
> > unattended environments as the machine is functionally dead.
>
>Which doesn't help in this case, as your network card COULD be dead,
>while the system simply hasn't
On Wed, 15 Nov 2000 11:52:50 +0100,
"J . A . Magallon" <[EMAIL PROTECTED]> wrote:
>I have noticed that some kernel modules are installed under
>/lib/modules/XXX/misc,
>instead of /net. I have been checking the drivers/net/Makefile (little knowledge
Known problem. Fixed with a new make
On Wed, 15 Nov 2000 11:43:54 +0100,
>Why is there any reason that a shell should be invoked anywhere in the
>request_module->modprobe->insmod chain?
>If implemented correctly, this attack should have the same result as
>insmod ';chmod o+w .' (and it should not matter if it gets renamed so
>that
Date: Thu, 16 Nov 2000 02:16:32 +0100 (CET)
From: willy tarreau <[EMAIL PROTECTED]>
I also had to move the #include
out of the #ifdef __sparc__/#endif because
copy_{from|to}_user were left undefined (see
simple patch below).
Applied, thanks.
Later,
David S. Miller
[EMAIL
Got this oops (captured by kmsgdump) today.
The machine was completely stuck.
Phil.
ksymoops 2.3.4 on i686 2.2.17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.17/ (default)
-m /boot/System.map-2.2.17
Hello,
i think it got it nailed, please try the attached patch (it is against
11-pre4, but it should work against all test11).
Explanation:
with test7-pre6 in the imm-module the new scsi - code was enabled (see
imm.h).
This causes the locking of the io_request_lock in scsi_register_host
> On Wednesday November 15, [EMAIL PROTECTED] wrote:
Ivan> [1.] knfsd causes file system corruption when files are locked.
Ivan>
Ivan> [2.] Lock down a file using the NLM_SHARE sharing
Ivan> mechanism. Remove the file. Unlock the file using
Ivan> NLM_UNSHARE. The filesystem
On Thu, 16 Nov 2000 [EMAIL PROTECTED] wrote:
>
> If noone else does, I suppose I can.
Thanks.
>
> (> .. gets ENOENT ..
> and that is not because it only is a partial image?)
I don't think so, but I obviously have no way of actually confirming my
suspicion.
If the stat information was
> Anybody else willing to finish this one off?
If noone else does, I suppose I can.
(> .. gets ENOENT ..
and that is not because it only is a partial image?)
Andries
PS - Yesterday I complained that 2.4.0test9 was fine
but 2.4.0test11pre5 dies as soon as it has to forward a ping.
The effect
Matthew Carlisle wrote:
> Are there any plans to develop kernel sound driver support for the
> Cyrix/NatSemi CS5530 chipset? I noticed PCI and IDE support for this
> chipset in the kernel source, but nothing for the sound. I have a NatSemi
> Geode GXLV processor, NatSemi Geode CS5530 chipset,
On Wed, 15 Nov 2000, Linus Torvalds wrote:
>
> Does this patch fix it for you?
>
> Warning: TOTALLY UNTESTED!!! Please test carefully.
Ok, I tested it with the broken image.
It looks like "readdir()" is ok now (but not really knowing what the right
output should be I cannot guarantee that).
linux-2.4.0-test11-pre5/drivers/net/hamradio/baycomm_epp.c and
linux-2.4.0-test11-pre5/drivers/net/hamradio/soundmodem.h refer to
current_cpu.x86_capability, which has changed from an integer to
an array, causing compile errors in these files. Here is a proposed
patch. Thomas, will you
Hello !
(thanks Dave for the quick patch)
I also had to move the #include
out of the #ifdef __sparc__/#endif because
copy_{from|to}_user were left undefined (see
simple patch below).
Regards,
Willy
--- drivers/net/sunhme.c-orig Wed Nov 15 12:56:33
2000
+++ drivers/net/sunhme.cWed
Does this patch fix it for you?
Warning: TOTALLY UNTESTED!!! Please test carefully.
Also, I'd be interested to know whether somebody really knows if the zero
length handling is correct. Should we really round up to 2048, or should
we perhaps round up only to the next bufsize?
Hi all,
Are there any plans to develop kernel sound driver support for the
Cyrix/NatSemi CS5530 chipset? I noticed PCI and IDE support for this
chipset in the kernel source, but nothing for the sound. I have a NatSemi
Geode GXLV processor, NatSemi Geode CS5530 chipset, and the AC97 codec that
2.4.0-test10 broke `dd' for block devices, due to the following
change to do_sys_truncate & do_sys_ftruncate:
diff -u --recursive --new-file v2.4.0-test9/linux/fs/open.c linux/fs/open.c
--- v2.4.0-test9/linux/fs/open.cSun Oct 8 10:50:33 2000
+++ linux/fs/open.c Thu Oct 26 08:11:21
On 15 Nov 2000, H. Peter Anvin wrote:
>This implements support for MCE on chips which don't support MCA (in
>addition to enabling MCA for non-Intel chips, like Athlon, which
>supports MCA.)
>
>I would appreciate it if people who have chips with MCE but no MCA --
>this includes older AMD chips
On Wednesday 15 November 2000 19:30, Karnik, Rahul wrote:
| I get the following error if I try to enable DMA on my Abit KT7
| motherboard with a VIA2C686 chipset:
|
| hdb: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest
| } hdb: timeout waiting for DMA
| hda: DMA disabled
| hdb:
On Thu, 16 Nov 2000, Andries Brouwer wrote:
>
> Has there been a kernel version that could read these?
> It looks like it proclaims blocksize 512 and uses blocksize 2048 or so.
The (de_len == 0) check in do_isofs_readdir() seems to imply that the
blocksize is always 2048. So at the very least
This is a better fix:
--- drivers/net/sunhme.c.~1~Sun Nov 12 02:23:30 2000
+++ drivers/net/sunhme.cWed Nov 15 16:34:44 2000
@@ -1600,6 +1600,10 @@
HMD(("happy_meal_init: old[%08x] bursts<",
hme_read32(hp, gregs + GREG_CFG)));
+#ifndef __sparc__
+ /* It
linux-2.4.0-test11-pre5/drivers/net/sunhme.c fails to compile
on x86 because it uses the undefined symbols DMA_BURST{BITS,8,16,32,64},
which are not defined anywhere in include/asm-i386/*.h. For sparc,
these symbols are defined in include/asm-sparc/dma.h, so I copied them
in sunhme.c and
Hi all,
I get the following error if I try to enable DMA on my Abit KT7 motherboard
with a VIA2C686 chipset:
hdb: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hdb: timeout waiting for DMA
hda: DMA disabled
hdb: DMA disabled
ide0: reset: success
hdb is a Western Digital
>> Actually, I know of at least one other shipping commercial
>> product (Sitraka's JProbe Java Profiler) that will require
>> patching because of this change. It seems unwise to be
>> changing field names in commonly used /proc files like
>> cpuinfo at this point in time.
>
> The problem with
On Tue, Nov 14, 2000 at 10:19:32AM +0100, Jean Wolter wrote:
> > > OTOH, the value is used only by Alt-SysRq-T, so... Hell knows.
> >
> > No, it's also used by 'ps -l'. See wchan.
>
> ps -l uses get_wchan() (an architecture specific function from
> arch/*/kernel/process.c) to get the return
On Wed, Nov 15, 2000 at 08:23:44PM +0100, Harald Koenig wrote:
> both 2.2.x and 2.4.x kernels can't read `real sky' CDs from the
> Space Telescope Science Institute containing lotsof directories (~100)
> which each contain lots of small files (~700 files/dir).
> only ~10 directories with ~10
On Wed, 15 Nov 2000 16:10:08 +0100, Fabrice Peix wrote:
>
>
> Yop,
> Just a newbie question :
> What do exactly Intel P6 Microcode.
>
It executes Intel P6 instructions. That's what microcode
does.
regards,
Per Jessen
-
To unsubscribe from this list: send the line
> > > I have also seen this happen on a box which ran test9. Apparently because of
> > > it's long uptime, because the logs should no signs of an attack.
> > >
> > > I guess conntrack forgets to flush some entries? Or maybe there is no way it can
> > > recover from a full conntrack table? Is it
On Wednesday November 15, [EMAIL PROTECTED] wrote:
> [1.] knfsd causes file system corruption when files are locked.
>
> [2.] Lock down a file using the NLM_SHARE sharing mechanism. Remove
> the file. Unlock the file using NLM_UNSHARE. The filesystem does not
> recover the file space. I am
Jorge Nerin wrote:
>
> Jorge Nerin wrote:
> >
> > Jorge Nerin wrote:
> > >
> > > Hello, this is a patch with some updates to the Documetation/proc.txt
> > > file, basically it contains updates to the new files in /proc/, new
> > > files in /proc, and a paragraph about /proc/sys/net/ipv4/tcp_ecn.
vegae:/usr/src/linux# grep -r ./* --regexp="IPS_CON" | grep "define"
./include/linux/elf.h:#define DT_MIPS_CONFLICT 0x7008
./include/linux/elf.h:#define DT_MIPS_CONFLICTNO0x700b
./include/linux/elf.h:#define SHT_MIPS_CONFLICT 0x7002
vegae:/usr/src/linux#
On Thu, 16 Nov 2000, Dan Aloni wrote:
> On Wed, 15 Nov 2000, Guus Sliepen wrote:
>
> > > I was DDoS'd today while away and came home to find the firewall unable to
> > > do anything network related (although my connection to irc was still
> > > working oddly). a quick dmesg showed the problem.
[1.] knfsd causes file system corruption when files are locked.
[2.] Lock down a file using the NLM_SHARE sharing mechanism. Remove
the file. Unlock the file using NLM_UNSHARE. The filesystem does not
recover the file space. I am running this on ext2fs. Fsck-ing the
filesystem does not help. The
Hello.
I read the Linux Capabilities FAQ 2.0 and looked at the source in
/usr/src/linux/fs/exec.c. In function prepare_binprm() I see that fE is
always cleared and set only if EUID == 0 and fI is always cleared
and set only if UID == 0 or EUID == 0. Is there a reason for this
behaviour? I think
On Tue Nov 14, 2000 at 07:59:18AM -0700, Eric W. Biederman wrote:
>
> All mkelfImage does is the pasting of initrd's, command lines,
> and just a touch of argument conversion code.
You can link in an initrd using linker magic, i.e.
$(OBJCOPY) --add-section=image=kernel
On Wed, 15 Nov 2000, Guus Sliepen wrote:
> > I was DDoS'd today while away and came home to find the firewall unable to
> > do anything network related (although my connection to irc was still
> > working oddly). a quick dmesg showed the problem.
> > ip_conntrack: maximum limit of 2048 entries
On Wed, Nov 15, 2000 at 04:34:50PM -0500, safemode wrote:
> On Wed, 15 Nov 2000 16:19:23 Guus Sliepen wrote:
> > On Wed, Nov 15, 2000 at 03:46:03PM -0500, safemode wrote:
> >
> > > I was DDoS'd today while away and came home to find the firewall unable
> > to
> > > do anything network related
On Wed, 15 Nov 2000, Richard B. Johnson wrote:
> On Wed, 15 Nov 2000, James Stevenson wrote:
>
> >
> > Hi
> >
> > this is what i get on 2.2.17
> >
> > open("/dev/scd1", O_RDONLY|O_NONBLOCK) = 3
> > ioctl(3, CDROMEJECT, 0xbc78)= 0
> > close(3)= 0
>
* baycom_epp: yet another missed x86_capability instance.
* soundmodem/sm.h: ditto.
* wan/comx.c: fixed typo in call of remove_proc_entry() (the second
argument is proc_dir_entry *, not **)
* scsi/gdth.c::gdth_flush() had a path with use of uninitialized
variable:
Timur Tabi wrote:
>
> ** Reply to message from George Anzinger <[EMAIL PROTECTED]> on Wed, 15 Nov
> 2000 12:55:46 -0800
>
> > I am trying to understand what is going on in the following code. The
> > reference for %2, i.e. "m"(*__xg(ptr)) seems like magic (from
> > .../include/i386/system.h).
Tobias Ringstrom wrote:
>
> I have updated the dmfe.c network driver for 2.4.0-test by adding proper
> locking (I hope), and also made transmission much efficient.
>
> I would appreciate any feedback from people using this driver, to confirm
> that I did not break it.
>
> It would also be
I don't have the asnwer to your particular problem,
but I can provide a data point:
I play mp3s regularly from an nfs server running 2.4.0.testx
(currently test11-pre5), with client also running 2.4.0-testx.
The mp3 directory is automounted on demand. xmms
plays these nfs-mounted mp3s for hours
Jeff Garzik wrote:
>"Adam J. Richter" wrote:
>> You were right: the
>> __devinitdata being used in the USB drivers will probably crash the
>> kernel if CONFIG_HOTPLUG is not defined and the USB code attempts to
>> recover from an error by faking disconnect/reconnect.
>[...]
>> Until there
On Wednesday November 15, [EMAIL PROTECTED] wrote:
>
> [Ian Grant <[EMAIL PROTECTED]>]
> > Of course we need an initrd with the raid modules on it before we can
> > boot from a RAID root partition.
>
> raidtools can't run from an initrd?
>
> Peter
There is a realy issue here.
raidstart
Hi everyone,
I have just released a second bluesmoke patch:
ftp://ftp.kernel.org/pub/linux/kernel/people/hpa/bluesmoke-2.4.0-test11-pre5-2.diff
This implements support for MCE on chips which don't support MCA (in
addition to enabling MCA for non-Intel chips, like Athlon, which
supports MCA.)
On 15 Nov 00 at 12:12, H. Peter Anvin wrote:
> Also, if a piece of software needs raw CPUID information (unlike the
> "cooked" one provided by recent kernels) it should use
> /dev/cpu/*/cpuid.
There are two problems, first breaking procfs field name for no good reason
(you can name x86 features
I recently installed Winlinux2000 on my Win98 machine.
When I removed a file from within the WinLinux environment from my mail
folder (Eudora for Windows), it screwed up the file permissions on all of
the files in that folder. It set the Read Only flag on for all of
them. It was actually a
On Wed, 15 Nov 2000 16:19:23 Guus Sliepen wrote:
> On Wed, Nov 15, 2000 at 03:46:03PM -0500, safemode wrote:
>
> > I was DDoS'd today while away and came home to find the firewall unable
> to
> > do anything network related (although my connection to irc was still
> > working oddly). a quick
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
>
>
> > However, since at least AMD Athlon actually advertises MCA, I would
> > like to verify that the code works on these processors before
> > submitting it to Linus.
>
> The Athlon MCA is
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
>
> H. Peter Anvin wrote:
> > crash; I don't expect anyone to actually see an #MF exception in real
> > life. I'm trying to get confirmation from AMD that the code should
> > be
On Wed, Nov 15, 2000 at 10:32:19AM -0600, George R. Kasica wrote:
> I've got an HP 4mm DAT Autochanger here (Scsi detection shown below
> >from boot)...what I'm wondering is this: Is there a way to tell WHICH
> ONE of the 6 tapes is in the actual tape drive from the OS? And if so,
> a way to make
On Wed, Nov 15, 2000 at 03:46:03PM -0500, safemode wrote:
> I was DDoS'd today while away and came home to find the firewall unable to
> do anything network related (although my connection to irc was still
> working oddly). a quick dmesg showed the problem.
> ip_conntrack: maximum limit of 2048
H. Peter Anvin wrote:
> crash; I don't expect anyone to actually see an #MF exception in real
> life. I'm trying to get confirmation from AMD that the code should
> be correct even for Athlon.
Peter,
Would it be an idea to invite people to lower the voltage on their
CPUs a bit, to try and
> However, since at least AMD Athlon actually advertises MCA, I would
> like to verify that the code works on these processors before
> submitting it to Linus.
The Athlon MCA is basically the same architecture-wise as Pentium Pro/II
But there are some differences.. Until AMD make document
** Reply to message from George Anzinger <[EMAIL PROTECTED]> on Wed, 15 Nov
2000 12:55:46 -0800
> I am trying to understand what is going on in the following code. The
> reference for %2, i.e. "m"(*__xg(ptr)) seems like magic (from
> .../include/i386/system.h). At the same time, the code "m"
Hi!
>I've also never said OOM killer should be disabled. In theory the
>non-overcommitting systems deadlock, Linux survives. Ironically
>usually it's just the opposite in practice. Any user can
>deadlock/crash Linux [default install, no quotas] but not an
>non-overcommitting
On 15 Nov 2000, Christoph Rohland wrote:
> On Wed, 15 Nov 2000, Rik van Riel wrote:
> > On 15 Nov 2000, Christoph Rohland wrote:
> >> 2) Integrating it into the global lru lists and/or the page cache.
> >>
> >> I think the second approach is the way to go but I do not
> >> understand the
Pavel Machek wrote:
> >
> > Intel PIIX-based systems will do duty-cycle throttling, for example.
>
> Don't think so. My toshiba is PIIX-based, AFAIC:
>
Interesting. Some will, definitely. Didn't know that wasn't universal.
Clearly, on a machine like that, there is no hope for RDTSC, at
Hi!
> > > Sensibly configured power saving/speed throttle systems do not change the
> > > frequency at all. The duty cycle is changed and this controls the cpu
> > > performance but the tsc is constant
> >
> > Do you have an example of notebook that does powersaving like that?
> > I have 2
summary: can't play mp3 files on nfs mounted partition. the music starts
to play and then hangs after about 5 seconds. using xmms on the nfs
client.
leeloo (2.2.17) is the NFS server:
[root@leeloo /root]# exportfs
/usr/local/mp3 rush
rush (2.4.10-test10) is the NFS client:
[root@rush mp3]#
Rik van Riel wrote:
>
> On Wed, 15 Nov 2000, Andreas Osterburg wrote:
>
> > Because I set up a diskless Linux-workstation, I want to swap
> > over NFS. For this purpose I found only patches for "older"
> > Linux-versions (2.0, 2.1, 2.2?).
>
> > Does anyone know wheter there are patches for 2.4
Hi Rik,
On Wed, 15 Nov 2000, Rik van Riel wrote:
> On 15 Nov 2000, Christoph Rohland wrote:
>
>> - shm_swap is called from swap_out. Actually on my machine after a
>>while it only gets called without __GFP_IO set, which means it
>>will not do anything which again leads to deadlock.
>
I am trying to understand what is going on in the following code. The
reference for %2, i.e. "m"(*__xg(ptr)) seems like magic (from
.../include/i386/system.h). At the same time, the code "m" (*mem) from
the second __asm__ below (my code) seems to generate the required asm
code. Before I go
Michel LESPINASSE wrote:
>
> On Wed, Nov 15, 2000 at 12:12:15PM -0800, H. Peter Anvin wrote:
> > Also, if a piece of software needs raw CPUID information (unlike the
> > "cooked" one provided by recent kernels) it should use
> > /dev/cpu/*/cpuid.
>
> Is it also OK to use the cpuid opcode in
On Wed, Nov 15, 2000 at 12:12:15PM -0800, H. Peter Anvin wrote:
> Also, if a piece of software needs raw CPUID information (unlike the
> "cooked" one provided by recent kernels) it should use
> /dev/cpu/*/cpuid.
Is it also OK to use the cpuid opcode in userspace ? (after checking
for its
Hi Adam,
> From: Adam J. Richter [mailto:[EMAIL PROTECTED]]
>
> >From [EMAIL PROTECTED] Wed Nov 15 09:04:36 2000
> >> From: Jeff Garzik [mailto:[EMAIL PROTECTED]]
> >>
> >> Greg KH wrote:
> >> > On Wed, Nov 15, 2000 at 12:29:15AM -0500, Jeff Garzik wrote:
> >> > > If we are going to create
Hello,
I'll double check the locking later today, but not sure about the
transmission changes.
Regards,
Frank
([EMAIL PROTECTED])
--On Wednesday, November 15, 2000 9:34 PM +0100 Tobias Ringstrom
<[EMAIL PROTECTED]> wrote:
> I have updated the dmfe.c network driver for 2.4.0-test by adding
I was DDoS'd today while away and came home to find the firewall unable to
do anything network related (although my connection to irc was still
working oddly). a quick dmesg showed the problem.
ip_conntrack: maximum limit of 2048 entries exceeded
NET: 1 messages suppressed.
ip_conntrack: maximum
"Adam J. Richter" wrote:
> You were right: the
> __devinitdata being used in the USB drivers will probably crash the
> kernel if CONFIG_HOTPLUG is not defined and the USB code attempts to
> recover from an error by faking disconnect/reconnect.
[...]
> Until there is
I have updated the dmfe.c network driver for 2.4.0-test by adding proper
locking (I hope), and also made transmission much efficient.
I would appreciate any feedback from people using this driver, to confirm
that I did not break it.
It would also be great if someone could take a look at the
On Wed, 15 Nov 2000, James Stevenson wrote:
>
> Hi
>
> this is what i get on 2.2.17
>
> open("/dev/scd1", O_RDONLY|O_NONBLOCK) = 3
> ioctl(3, CDROMEJECT, 0xbc78)= 0
> close(3)= 0
>
>
>
> In local.linux-kernel-list, you wrote:
> >Apparently
Followup to: <[EMAIL PROTECTED]>
By author:Scott Murray <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
> >
> > Oh. I did not compiled 11-test5, as G450 finally arrived ;-) OK,
> > I'll release patch for vmware, as I cannot stop kernel developers
> > from changing field names :-)
>
>
Hi friends,
I noticed a slight bug in my CPUID 2.4.0-test11-pre5, and when I
unwound it, found some interesting things.
This relates to the Machine Check Architecture code (bluesmoke.c),
which in the previous code was conditionalized on running on an Intel
CPU. It appears that that shouldn't
Hi
this is what i get on 2.2.17
open("/dev/scd1", O_RDONLY|O_NONBLOCK) = 3
ioctl(3, CDROMEJECT, 0xbc78)= 0
close(3)= 0
In local.linux-kernel-list, you wrote:
>Apparently using the CDROMEJECT ioctl with kernel 2.4-testX fails on
>a SCSI CD-ROM
On Wed, 15 Nov 2000, Petr Vandrovec wrote:
> On 15 Nov 00 at 1:59, Tigran Aivazian wrote:
>
> > You probably noticed this already but I just wanted to bring it to your
> > attention that /usr/bin/vmware-config.pl script needs updating since the
> > flags in /proc/cpuinfo is now called
It looks like I was mistaken in my original message. I have an AMD 5x86, not
a K5.
Nevertheless, menuconfig lists the 586 option as "586/K5/5x86/6x86/6x86MX".
But, it fails to boot on my 5x86 and I have to compile for a 486 (for 2.4).
As I mentioned in my previous message, the 586/... option
On Wed, 15 Nov 2000, Jonathan Corbet wrote:
> Just as another data point, I, too, had trouble with lockups with the
> emu10k1 (with the 2.4.0-test driver and ALSA both). I noticed that it was
> sharing an interrupt with ACPI. As soon as I rebuilt the kernel with the
> ACPI Interpreter option
Just as another data point, I, too, had trouble with lockups with the
emu10k1 (with the 2.4.0-test driver and ALSA both). I noticed that it was
sharing an interrupt with ACPI. As soon as I rebuilt the kernel with the
ACPI Interpreter option turned off, the problem went away.
It's not the first
Hi,
both 2.2.x and 2.4.x kernels can't read `real sky' CDs from the
Space Telescope Science Institute containing lotsof directories (~100)
which each contain lots of small files (~700 files/dir). only ~10 directories
with ~10 files each are displayed, all the other files/diretories can't be
Hi,
I have the same problem with kdb.
In a controlled environment, I always start a script
before entering kdb:
while [ 1 ] ; do
sleep 3
/etc/rc.d/init.d/gpm restart > /dev/null
done
This will re-enable the kbd every 3 seconds.
But it would be nice to find the problem, eh?
dear,
if possible, could you please stop sensding the e mails concerning the
linux... . As my father died a sudden death on the 2 oktober 2000.
thanks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
Hi,
I have a redhat 7.0 and I need to compile some codes.
I need to use JIT (just in time) compiler and JRE on this
redhat box. How do i know if have these on my system?.
Or the installl CD for the RH7.0 may have it...
J
_
[EMAIL PROTECTED] wrote:
> > Well, not necessarily so while lkcd is not get accepted into the standard
> > kernel source. [..]
>
> It won't until it uses a separate driver that doesn't depend on scsi or
> ide layer.
We're working on it ... can't quit my day job, you know ... :)
--Matt
-
To
Not even Intel can spell kernal [sic] - see 486 Programmer's reference -
description of protection mechanism.
BTW one of the enhancements to the Pentium was an improvement in the
spelling of kernel. :-)
Richard Moore - RAS Project Lead - Linux Technology Centre (PISC).
Apparently using the CDROMEJECT ioctl with kernel 2.4-testX fails on
a SCSI CD-ROM that does not have a disc in it. The errno returned
corresponds to the string ``No such file or directory.''
The Linux CD-ROM Standard states that CDROMEJECT opens the drive tray.
It does not mention any
>From [EMAIL PROTECTED] Wed Nov 15 09:04:36 2000
>> From: Jeff Garzik [mailto:[EMAIL PROTECTED]]
>>
>> Greg KH wrote:
>> > On Wed, Nov 15, 2000 at 12:29:15AM -0500, Jeff Garzik wrote:
>> > > If we are going to create CONFIG_USB_HOTPLUG, we must -eliminate-
>> > > CONFIG_HOTPLUG, and create
> From: Jeff Garzik [mailto:[EMAIL PROTECTED]]
>
> Greg KH wrote:
> > On Wed, Nov 15, 2000 at 12:29:15AM -0500, Jeff Garzik wrote:
> > > If we are going to create CONFIG_USB_HOTPLUG, we must -eliminate-
> > > CONFIG_HOTPLUG, and create CONFIG_PCI_HOTPLUG, and
> > > CONFIG_ANOTHERBUS_HOTPLUG and
On 15 Nov 00 at 17:47, Petr Vandrovec wrote:
> On 15 Nov 00 at 1:59, Tigran Aivazian wrote:
>
> > You probably noticed this already but I just wanted to bring it to your
> > attention that /usr/bin/vmware-config.pl script needs updating since the
> > flags in /proc/cpuinfo is now called
1 - 100 of 301 matches
Mail list logo
