On Wed, 17 Jan 2001, Rick Richardson wrote:
> Problem: kmalloc() of 4M causes kernel message "kernel BUG at slab.c:1542"
This BUG() has been been removed in the later -ac patches as it was meant
to be a temporary debugging help during the -test3 slab.c changes. This
does not however remove the c
On Fri, 12 Jan 2001, Danny ter Haar wrote:
> According to Hans Grobler:
> > If you're willing, would you please follow "REPORTING-BUGS" and send some
> > more info. Also cat /proc/interrupts. This one's intriging...
Thanks for the report (still studying it
Hi Danny,
If you're willing, would you please follow "REPORTING-BUGS" and send some
more info. Also cat /proc/interrupts. This one's intriging...
-- Hans
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ
On Thu, 11 Jan 2001, Karsten Hopp (Red Hat) wrote:
> --- ./drivers/net/rcpci45.c.origThu Jan 11 12:49:19 2001
> +++ ./drivers/net/rcpci45.c Thu Jan 11 12:47:04 2001
> @@ -120,7 +120,7 @@
> { RC_PCI45_VENDOR_ID, RC_PCI45_DEVICE_ID, PCI_ANY_ID,
> PCI_ANY_ID, },
> { }
> }
On Thu, 11 Jan 2001, Darryl Miles wrote:
> # ls -il /proc/sys/net/unix/
> total 24
>4446 -rw--- 1 root root0 Jan 11 11:06
> max_dgram_qlen
>4446 -rw--- 1 root root0 Jan 11 11:06
> max_dgram_qlen
>
> Identical filenames, nothing bad appears to be
On Wed, 10 Jan 2001, Andi Kleen wrote:
> On Wed, Jan 10, 2001 at 04:37:06PM -0500, Dennis wrote:
> >
> > Aren't you supposed to design the spec BEFORE you implement it?
>
> Try http://www.firstfloor.org/~andi/softnet (minor details outdated)
The softnet changes are most likely the primary source
On Wed, 10 Jan 2001, Nathan Walp wrote:
> Here it is... I opted to cut out the 1200-odd warnings, which from the
> look of them were all because i'm running it under 2.4.0-ac4 (which
> boots fine).
Thanks! My local mirror does not have -ac5 yet so I can't help
immediately. From the -ac5 log & the
On Wed, 10 Jan 2001, Nathan Walp wrote:
> First post to the list, hope I get this right...
Could you please run this through ksymoops on your machine.
Depending on which distribution you're using, this can be as
simple as:
ksymoops < oops.txt
Remember to set the System.map to the correct one
On Wed, 10 Jan 2001, Dennis wrote:
> At 02:57 PM 01/09/2001, Dennis wrote:
> >Where might one find the definitive document on porting device drivers to
> >2.4 kernels?
>
> should I assume that there are none?
I don't think anyone has had the time yet. I'm sure someone will get
around to this soon
On Sat, 6 Jan 2001, mull wrote:
> On Sat, Jan 06, 2001 at 09:26:55PM -, Craig Freeze wrote:
> > [1.] One line summary of the problem:
> > SCSI hangs with aic7xxx in 2.4.0 SMP
> >
> > [2.] Full description of the problem/report:
> > SCSI device errors and bus resets observed in 2.4.0 that do no
Hi Jean-Luc,
On Mon, 1 Jan 2001, f5ibh wrote:
> You wrote :
> > Is the "previous test version" you talk about 2.4.0-test13-pre7? There
> > weren't any changes since then that could explain this, except maybe:
> Yes, I mean test13-pre[12134567] and other older versions too.
> I've already had the
On Mon, 1 Jan 2001, f5ibh wrote:
> I've just compiled and tested 2.4.0-prerelease. My AX25 (hamradio) system does
> not work with this new release. There is a timing problem. When a fram is sent
> on the air, the frame is VERY long (switched off by the watchdog of my drsi
> card) and contains no d
On 1 Jan 2001, Pierfrancesco Caci wrote:
> Hi there... first compilation error of 2001 (at least in my timezone :-)
>
> ld -m elf_i386 -T /usr/src/linux/arch/i386/vmlinux.lds -e stext
>arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
> --start-group \
>
On Fri, 22 Dec 2000, Alan Cox wrote:
> o Quota fixes/updates (Jan Kara)
This patch (?) to breaks compiling without quota's...
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.13pre3/mm/vmscan.c linux.ac/mm/vmscan.c
--- linux.13pre3/mm/vmscan.
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 tur
On Tue, 14 Nov 2000, Rui Sousa wrote:
> Which was the latest kernel you tried? A (easy to trigger) deadlock was
> fixed around 2.4.0-test...
It was around test7... I think. I remember seeing changes to emu10k1 in
the patch and I tried that version. It still crashed. I work almost
exclusively comm
were using mpg123 and working on the console?
My system:
RedHat 7.0
kernel 2.4.0-test11pre3 SMP (soundcore as modules)
ALSA drivers 0.5.9d
Gigabyte 440BX SMP (Dual Pentium II 450), 256MB,
Intel Ethernet Pro 100, Adaptec AIC-7895 Ultra SCSI
--
Hans Grobler <[EMAIL PROTECTED]>
Department
make -C md modules
make[2]: Entering directory `/usr/src/linux-2.4.0-test11-pre3/drivers/md'
kgcc -D__KERNEL__ -I/usr/src/linux-2.4.0-test11-pre3/include -Wall -Wstrict-prototypes
-O2 -fomit-frame-pointer -fno-strict-aliasing -pipe -march=i686 -DMODULE
-DMODVERSIONS -include /usr/src/linux-2.4.
On Wed, 4 Oct 2000, Petko Manolov wrote:
> > The timer routines (there are 4) are used to switch hardware states and
> > must therefore be mutually exclusive with respect to the interrupt handler.
> > There are no bottom halves used in this driver. Andrew Morton suggested
> > that the problem coul
On Tue, 3 Oct 2000, Petko Manolov wrote:
> None of these can sleep. netif_*_queue routines are quite simple.
> They are all atomic so there is no need to protect them with locks.
Ok. I originally had them outside locks as they appeared to be atomic. I
moved them in incase they were the cause of t
Hi Petkan,
Thanks for your comment.
On Tue, 3 Oct 2000, Petko Manolov wrote:
> > A driver I'm working on seems to be doing/triggering something related
> > to waitqueues. This causes a perfectly reproducable oops (small mercies!).
> > Since the oops is not happening in my driver, I'm having a ha
Hi all,
A driver I'm working on seems to be doing/triggering something related
to waitqueues. This causes a perfectly reproducable oops (small mercies!).
Since the oops is not happening in my driver, I'm having a hard time
figuring out whats going wrong. I suspect a networking guru will take
one
On Fri, 29 Sep 2000, Alan Cox wrote:
> > Can spin_lock_irqsave and the disable_irq & spin_lock combinations be
> > safely mixed, particularly with regards to the networking layer? This does
> > not seem to be done anywhere in the kernel so I suspect that I'm trying
> > to do something wrong/bogus
Can spin_lock_irqsave and the disable_irq & spin_lock combinations be
safely mixed, particularly with regards to the networking layer? This does
not seem to be done anywhere in the kernel so I suspect that I'm trying
to do something wrong/bogus ...
More specifically, I have a card that requires l
Would anyone object to the inclusion of local header files (not under
include/*) in the tags generation target?
--
Hans Grobler
--- linux.orig/Makefile Thu Aug 24 03:36:46 2000
+++ linux/Makefile Mon Sep 11 14:48:55 2000
@@ -286,14 +286,14 @@
TAGS: dummy
etags `find include/asm
25 matches
Mail list logo