Re: >100K interrupts/s on IOAPIC 0 Pin 9

On Wed, Sep 12, 2007 at 06:18:33PM +0200, Edgar Fu? wrote:
> > There have been several efforts to add code to NetBSD to fix this
> > but I don't believe any have been committed as each turned out to
> > be not quite right in some way.
> Any way I can help to improve that? Anything I can test?

Please try -current from today and see if that helps. There was a pretty
nasty bug where the SCI overwrite was not used correctly if the BIOS
requested anything but an identity mapping. If that still, contact me
directly, I don't follow this lists regulary.

Joerg

Re: MULTIPROCESSOR without ACPI

On Tue, Sep 18, 2007 at 10:38:13AM +0200, Brad du Plessis wrote:
> Both cores are detected correctly if I run with ACPI, but I'm seeing the 
> alleged ACPI system-controller misconfiguration issue that results in 
> thousands of interrupts a second (>200k). So as a result of this I tried 
> compiling a kernel without ACPI by setting a configuration as follows:

Please retry with RC2 and MPACPI. If it still doesn't work, please send
me the dmesg with MPVERBOSE.

Joerg

physical addresses of kernel text?

What is the most straightforward way to find out the physical addresses
of all of the kernel text?  I am aiming to program registers on the
AMD Elan CPU's system controller to protect the kernel text from errant
writes by PCI bus masters.

Dave

--

-- 
David Young             OJC Technologies
dyoung <at> ojctech.com      Urbana, IL * (217) 278-3933 ext 24

Re: physical addresses of kernel text?

On Tue, Oct 02, 2007 at 04:55:31PM -0500, David Young wrote:

> What is the most straightforward way to find out the physical addresses
> of all of the kernel text?  I am aiming to program registers on the
> AMD Elan CPU's system controller to protect the kernel text from errant
> writes by PCI bus masters.

From within the kernel this should do it, but I haven't checked:

	extern char kernel_text, etext;

	spa = vtophys(&kernel_text);
	epa = vtophys(&etext);

Andrew

ACPI test kernels for *all* users

Hi all,
it seems that the fix for ACPI SCI handling broke some machines that
were working before. The jmcneill-pm branch has a change that it
should fix all cases, but it is aggressive and might break older machines.

Please test http://www.netbsd.org/~joerg/netbsd-i386 or 
http://www.netbsd.org/~joerg/netbsd-amd64 (depending on your
architecture). The kernel should boot without issues. Power down should
still work with it. "vmstat -i" on the command line (or "show event" in
ddb) should not show any interrupt storms.

I am especially interested in reports from systems without IOAPIC.

Joerg

Re: Adding a aprint_debug to the errata patch path

Hi Bernd,

On Sun, Sep 30, 2007 at 10:54:07AM +0200, Bernd Ernesti wrote:

> I would like to commit the following patch, so it possible to see which
> errata was patched, if you boot the kernel with the debug option.

Looks fine to me - go for it.

Thanks,
Andrew

azalia ALC883 codec

Hi,

I'm using azalia with Juan's recent ALC883 codec patch.  It works great
except for headphones.  I had to apply the following patch.  But I'm
not sure if it's correct, since I have a vague recollection that before
support I had to manually configure the mixers in different ways after
each reboot to Windows (haven't done that in a while now).

Does anyone know any better?

Index: azalia_codec.c
===================================================================
RCS file: /cvsroot/src/sys/dev/pci/azalia_codec.c,v
retrieving revision 1.45
diff -p -u -r1.45 azalia_codec.c
--- azalia_codec.c	22 Sep 2007 15:14:33 -0000	1.45
+++ azalia_codec.c	4 Oct 2007 14:09:45 -0000
 <at>  <at>  -2612,7 +2612,7  <at>  <at>  alc883_mixer_init(codec_t *this)
 	mc.un.ord = 0;		/* [0] 0x0c */
 	generic_mixer_set(this, 0x14, MI_TARGET_CONNLIST, &mc);
 	generic_mixer_set(this, 0x1b, MI_TARGET_CONNLIST, &mc);
-	mc.un.ord = 1;		/* [1] 0x0d */
+	mc.un.ord = 0;		/* [1] 0x0d */
 	generic_mixer_set(this, 0x15, MI_TARGET_CONNLIST, &mc);
 	mc.un.ord = 2;		/* [2] 0x0e */
 	generic_mixer_set(this, 0x16, MI_TARGET_CONNLIST, &mc);

--

-- 
Antti Kantee <pooka <at> iki.fi>                     Of course he runs NetBSD
http://www.iki.fi/pooka/                          http://www.NetBSD.org/

Gateway Laptop 520

Hi all!

I want to know if the NetBSD 3.1 runs ok with the gateway laptop 520 -
it has a celeronM processor - i never had one.

Thanks

Zendrael ·.·

ACPI vs VIA USB (netbsd-4 vs netbsd-3)

I've a product based around a variety of VIA miniITX boards and I'm 
readying our release of software based on netbsd-4 instead of 3. However, 
I've found that with acpi enabled, one revision of the board doesn't 
notice when usb memory devices are plugged in (the LED on my pendrive 
doesn't light up). A USB mouse works, but plugging in a pen drive kills it 
(device gets detached and won't re-attach). This didn't happen with 
3.1_STABLE (though kernel configs differ between the two, of course).

Any clues on where to look to track this down?

dmesg with acpi:

     The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
     The Regents of the University of California.  All rights reserved.

NetBSD 4.0_RC2 (THINIT) #3: Thu Oct  4 15:42:53 BST 2007
 	root <at> devel4:/usr/src/sys/arch/i386/compile/THINIT
total memory = 111 MB
rbus: rbus_min_start set to 0x20000000
avail memory = 98 MB
timecounter: Timecounters tick every 10.000 msec
timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100
BIOS32 rev. 0 found at 0xfb380
mainbus0 (root)
cpu0 at mainbus0: (uniprocessor)
cpu0: VIA C3 Nehemiah (686-class), 1002.33 MHz, id 0x698
cpu0: features 381b83f<FPU,VME,DE,PSE,TSC,MSR,SEP,MTRR>
cpu0: features 381b83f<PGE,CMOV,PAT,MMX>
cpu0: features 381b83f<FXSR,SSE>

Re: ACPI test kernels for *all* users

On Wed, Oct 03, 2007 at 01:35:24AM +0200, Joerg Sonnenberger wrote:
> it seems that the fix for ACPI SCI handling broke some machines that
> were working before. The jmcneill-pm branch has a change that it
> should fix all cases, but it is aggressive and might break older machines.

Attached is the backport of that specific change. It can be applied with
some fuzz to current as well.

Please test this. GENERIC kernels for netbsd4 can be found at
http://www.netbsd.org/~joerg/netbsd4-i386.bz2 and
http://www.netbsd.org/~joerg/netbsd4-amd64.bz2

I will ask for a pullup of this change only, if noone steps up with a
regression relative to RC1 for this patch. In that case the original
pullup will be backed out as well.

Joerg

Index: include/mpacpi.h
===================================================================
RCS file: /cvsroot/src/sys/arch/x86/include/mpacpi.h,v
retrieving revision 1.4
diff -u -r1.4 mpacpi.h
--- include/mpacpi.h	4 Jul 2006 00:30:22 -0000	1.4
+++ include/mpacpi.h	5 Oct 2007 15:01:56 -0000
 <at>  <at>  -14,4 +14,6  <at>  <at> 
 struct mp_intr_map;
 int mpacpi_findintr_linkdev(struct mp_intr_map *);