Re: Fan speed control sony vaio lx800 slimtop

2001-01-10 Thread Mitsuru IWASAKI
[Cc trimed] Quick news from acpi-jp :-) > Note that there are no \_TZ_ entries in that "vaiolx800.asl" dump > that I submitted for the ACPI collection. I'm not sure where that > collection is - I don't see it off www.jp.freebsd.org/acpi, if > anyone wants to see that .asl file I can put it some

Re: CFR: Generalized power-management interface

2001-01-12 Thread Mitsuru IWASAKI
Hi, I've update the patch based on some comments so far and added wmpm (actually ACPI support for wmapm which is utility for WindowMaker) ports files as a example. http://people.freebsd.org/~iwasaki/acpi/power-20010113.tar.gz http://people.freebsd.org/~iwasaki/acpi/wmpm-20010113.tar.gz Note tha

Re: APM not working on Dell Latitude D600

2003-11-03 Thread Mitsuru IWASAKI
If hint.apm.0.disabled="1" in your /boot/device.hints, try removing it. Thanks ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: ASUS CUSL2 panic on acpi

2002-07-02 Thread Mitsuru IWASAKI
# Cc acpi-jp From: Shizuka Kudo <[EMAIL PROTECTED]> Subject: ASUS CUSL2 panic on acpi Date: Tue, 2 Jul 2002 11:55:18 -0700 (PDT) Message-ID: <[EMAIL PROTECTED]> > Dear all, > > I wonder if anyone experienced the same issue as mime. I have an ASUS CUSL2 running >-current and > starting about th

Re: [acpi-jp 1655] Re: ASUS CUSL2 panic on acpi

2002-07-03 Thread Mitsuru IWASAKI
Not fixed yet, just a intermediate report... > > acpi0: on motherboard > > > > > > Fatal trap 12: page fault while in kernel mode > > fault virtual address = 0x16 > > fault code = supervisor read, page not present > > instruction pointer = 0x8:0xc04f9aca > > stack pointer

Re: [acpi-jp 1661] Re: ASUS CUSL2 panic on acpi

2002-07-04 Thread Mitsuru IWASAKI
My analysis was finished. Please try this patch. --- exfield.c- Thu Jul 4 21:54:24 2002 +++ exfield.c Thu Jul 4 21:55:02 2002 @@ -200,7 +200,7 @@ /* Handle both ACPI 1.0 and ACPI 2.0 Integer widths */ IntegerSize = sizeof (ACPI_INTEGER); -if (WalkState->MethodNode->Flags & A

Re: -CURRENT bootup panics (ACPI related?)

2002-07-08 Thread Mitsuru IWASAKI
Hi, > I just got myself an IBM Thinkpad T30, most things work fine on -STABLE > (trying to get specs from IBM for the rest), but -CURRENT won't boot with > ACPI enabled. I'd be glad to track that down, but I have no clue where to > start, nor do I have any more than a passing knowledge of ACP

Re: APIC on UP motherboard, Kernel trap

2002-07-08 Thread Mitsuru IWASAKI
Hi, > I upgraded today (as of 30 min ago) to a current kernel from pre-KSE. > When trying to boot with APIC set in BIOS i get: > acpi0: on motherboard > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x16 > fault code= supervisor read, page not pre

Re: APIC on UP motherboard, Kernel trap

2002-07-09 Thread Mitsuru IWASAKI
> The patch corrected the Panic and ACPI loads. > > Will it be submitted? I'll import the latest version of Intel ACPICA shortly. The bug was fixed already. > One outstanding problem. > When enabling APIC _AND_ having run X11, i get a hang after the line: > "Waiting (max 60 seconds) for system

Re: kernel panic on boot, acpica related?

2002-08-01 Thread Mitsuru IWASAKI
> sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 > Timecounters tick every 10.000 msec > > Fatal trap 9: general protection fault while in kernel mode > instruction pointer = 0x8:0xc4109ac1 > stack pointer

Re: ACPI errors

2002-08-04 Thread Mitsuru IWASAKI
[move to -current because STABLE don't have acpica support yet] Hi, > System: TOS 5005-S504 > Error with any kernel build: > Using $PIR table, 0 entries at 0xc00f0190 > ACPI-0171: *** Error: AcpiLoadTables: RSDP Failed validation: AE_BAD_SIGNATURE > ACPI-0213: *** Error: AcpiLoadTables: Could no

Re: acpi prevents fdc to detect correctly

2002-08-21 Thread Mitsuru IWASAKI
> my kernel can't detect fdc anymore when loading acpi. does anybody else > have such issues? > > i know that it worked with a Aug 6 or a Aug 3 kernel, this was the last > time i accessed my fd0. > > though reverting to a -D 08/06/2002 src/sys doesn't bring the desired > effect (working fdc). H

Call for testers: acpica-unix-20020815

2002-08-22 Thread Mitsuru IWASAKI
I'm going to import Intel acpica-unix-20020815 sometime early next week. Please test new version of acpica and give feedback before my importing. Major fix in this version is Ref/Deref operators bug fix. Personally I'm very happy with the new version because now my laptop (FIVA 206VL) reports cor

[PATCH]: resource manager (subr_rman.c) has a serious bug

2002-08-25 Thread Mitsuru IWASAKI
[resent a few times, sorry if you receive the same messages] Hi, I've found that there is a serious bug in sys/kern/subr_rman.c about finding an acceptable region. I'm sure it's a obvious bug and going to commit it soon, but this is my first commit to resource manager code, so please review my p

Re: Call for testers: acpica-unix-20020815

2002-08-25 Thread Mitsuru IWASAKI
> I applied the patches, and I still have the same results on my laptop. > > I have a Dell Latitude C640 and my screen won't come back after a suspend. > The machine works fine besides that. OK, I think this is not related with ACPI CA code update. Our device driver (maybe syscons?) or X server

Re: Call for testers: acpica-unix-20020815

2002-08-25 Thread Mitsuru IWASAKI
> > > I have a Dell Latitude C640 and my screen won't come back after a suspend. > > > The machine works fine besides that. > > > > OK, I think this is not related with ACPI CA code update. > > If that was not clear, it also didn't work before. understood. I meant that ACPI CA code changes won

Re: Call for testers: acpica-unix-20020815

2002-08-25 Thread Mitsuru IWASAKI
> iwasaki> Index: isa/syscons_isa.c > iwasaki> === > iwasaki> RCS file: /home/ncvs/src/sys/isa/syscons_isa.c,v > iwasaki> retrieving revision 1.17 > iwasaki> diff -u -r1.17 syscons_isa.c > iwasaki> --- isa/syscons_isa.c30 Jun

Re: [acpi-jp 1735] Re: Call for testers: acpica-unix-20020815

2002-08-26 Thread Mitsuru IWASAKI
>FYI, I have now a "can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - >AE_BAD_DATA" with acpica-unix-20020815 during boot. I'd like to make sure if AE_BAD_DATA error occurred w/ previous versions (acpica-unix-20020725, 20020611, 20020404...) ? Or first time w/ acpica-unix-20020815 ? Anyw

Re: Call for testers: acpica-unix-20020815

2002-08-26 Thread Mitsuru IWASAKI
> One other note: > > At boot time the VGA is reported as: > Aug 25 21:15:20 laptop kernel: vga0: at port 0x3c0-0x3df iomem >0xa-0xb on isa0 > > And when I load your module: > Aug 25 21:12:44 laptop kernel: vga_pci0: port 0xc000-0xc0ff mem >0xfcff-0xfcff,0xe000-0xe7f

Re: Call for testers: acpica-unix-20020815

2002-08-27 Thread Mitsuru IWASAKI
Hi, > On Mon, Aug 26, 2002 at 10:32:58PM +0900, Mitsuru IWASAKI wrote: > > Any volunteers to solve this problem? > > Well yes, me. > > Like I said, I don't have experience with ACPI yet, but basicly I need to > get this working so that makes me a good candidate ;

Re: [acpi-jp 1735] Re: Call for testers: acpica-unix-20020815

2002-08-27 Thread Mitsuru IWASAKI
Hi, Could you put the following lines into /boot/loader.conf and send dmesg output again? debug.acpi.layer="ACPI_ALL_COMPONENTS" debug.acpi.level="ACPI_LV_ERROR" >[sent privately to not spam the lists with my dump files] > > On Mon, 26 Au

Re: [acpi-jp 1744] RE: Call for testers: acpica-unix-20020815

2002-08-27 Thread Mitsuru IWASAKI
Hi, > This looks like the (in)famous "implicit return" problem that is in some > Toshiba ASL files. > > Method(_CRS) { > CRS_(0x10) > } No, this is not "implicit return" problem. We have a workaround in ACPI CA code in FreeBSD locally, and it

Re: [acpi-jp 1753] RE: Call for testers: acpica-unix-20020815

2002-08-28 Thread Mitsuru IWASAKI
> 1) Fix the ASL so that it compiles without errors or warnings > 2) Override the BIOS version of the table with your new one. (I don't know > how this is done on FreeBSD, someone else will have to help you. Attached patches will fix the ASL. For compiling and overriding, please refer to acpi(4)

Re: [acpi-jp 1745] Re: Call for testers: acpica-unix-20020815

2002-08-28 Thread Mitsuru IWASAKI
>Thanks a lot. I must apologize though, I had the same error with >previous versions of acpi (I should have checked, sorry, I confounded >2 laptops) This is very important fact for me! OK, I'll import 20020815 version today. BTW, Could you check your BIOS setting and see if printer

Re: [acpi-jp 1766] acpi issues on IBM A30p and -current

2002-08-28 Thread Mitsuru IWASAKI
Hi, > acpi on my IBM A30p doesn't seem to work as expected. > Closing the display gives me a syslog entry: > ... > system power profile changed to 'economy' > acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND It's expected :-) Because there is no _S1_ object in your ACPI BIOS, and the system is

HEADS UP: Method of disabling acpi(4) has changed

2002-08-30 Thread Mitsuru IWASAKI
If you want to stop auto-loading acpi.ko or to disable acpi(4), please change hint.acpi.0.disable="1" to hint.acpi.0.disabled="1" in your /boot/device.hints. Thanks From: Mitsuru IWASAKI <[EMAIL PROTECTED]> Subject: cvs commit: src/share/man/man5 device.hints.5 src/sys

[PATCH] 'ata_dmasetup: transfer active on this device!' problem onresume

2002-09-04 Thread Mitsuru IWASAKI
Hi, Soren. I got panics with 'ata_dmasetup: transfer active on this device!' on resume, and have made patches for this. Problem was that certain process is accessing ATA disk via DMA transfer on suspend, however the transfer was not completed in most cases, then ata_dmastart() (called by ata_rein

Re: [PATCH] 'ata_dmasetup: transfer active on this device!'problem on resume

2002-09-04 Thread Mitsuru IWASAKI
Sorry, typo... > @@ -674,6 +712,20 @@ > ad_start(&ch->device[MASTER]); > if (ch->devices & (ATA_ATA_SLAVE) && ch->device[SLAVE].driver) > ad_start(&ch->device[SLAVE]); > +} > +if (ch->devices & (ATA_ATA_MASTER) && ch->device[MASTER].driver) { > + if (ch->devi

acpica-unix-20020829 patches (was Re: Lots of ACPI errors whenbooting yesterdays CURRENT

2002-09-04 Thread Mitsuru IWASAKI
Hi, > Below is a trimmed dmesg from booting yesterdays CURRENT on my > SuperMicro P3TDE6 machine (RCC/ServerWorks HE-SLt chipset). > I heven't found anything wrong with the OS, it is just that the boot > seems to be a bit on the chatty side :-) > Is this caused by a bad BIOS setting or is there

ACPI support (was Re: apm support)

2002-09-09 Thread Mitsuru IWASAKI
[subject was changed] Hi, > WinXP, it was running under ACPI. However, with the GENERIC kernel, the > fan doesn't seem to go on. Is there a way to disable the system from > suspending when the lid is closed? or would adding device apm to the > kernel and then enabling apmd and apm in rc.conf

Re: [acpi-jp 1789] Re: ACPI video driver (for Dell Latitude C640)

2002-09-10 Thread Mitsuru IWASAKI
> On Thu, Aug 29, 2002 at 11:11:15PM +0200, Mark Santcroos wrote: > > I worked around this by making the driver a child of pci instead of a > > child of acpi. (Which is even more correct too) > > My driver is a child of acpi again and at this point it always seems to be > called at resume too. I

[PATCH] Promise PDC20277 ATA RAID controller support

2002-09-27 Thread Mitsuru IWASAKI
Hi, I got a new machine with Promise PDC20277 ATA RAID controller. This controller isn't supported yet, so I wrote simple patches for it. It's working now, so far so good :) Soren, Could you review the patches and commit them if acceptable? Thanks Index: dev/ata/ata-dma.c ===

[PATCH] Broadcom BCM5702X Gigabit Ethernet support

2002-09-28 Thread Mitsuru IWASAKI
# I'm not sure whom to send this patch, but the last person edited # if_bge.c seems to be you :) Hi, I got a new machine with Broadcom BCM5702X Gigabit Ethernet. This NIC isn't supported yet, so I wrote simple patches for it. It's working now, so far so good :) Could you review the patches and co

Re: booting hangs at acpi.ko

2002-09-28 Thread Mitsuru IWASAKI
Hi, > I'm trying to upgrade from 4.6-Stable to Current. I had some > difficulties to make buildworld/buildkernel complete. Then I created > an empty /boot/device.hints to make. > > Now when trying to boot it hangs: > > Booting [/boot/kernel/kernel]... > /boot/kernel/acpi.ko text=0x37174 data=0x

[PATCH] Workaround for bogus INT 12H BIOS service implementation

2002-09-29 Thread Mitsuru IWASAKI
Hi, I've found that some recent machine's BIOS doesn't support INT 12H (Get base memory size) BIOS service, instead they seems to support SMAP (system memory map: INT 15H function e820H) for this purpose. I already checked that there is no problems on Linux or Windows or others, but FreeBSD won't

Re: [PATCH] Workaround for bogus INT 12H BIOS serviceimplementation

2002-09-30 Thread Mitsuru IWASAKI
Hi, > > Index: sys/i386/i386/machdep.c > > === > > RCS file: /home/ncvs/src/sys/i386/i386/machdep.c,v > > retrieving revision 1.532 > > diff -u -r1.532 machdep.c > > --- sys/i386/i386/machdep.c 7 Sep 2002 19:12:42 - 1.532 >

[Call for testers] acpica-unix-20020918

2002-10-01 Thread Mitsuru IWASAKI
[forgot to announce] Please try the latest version acpica-unix-20020829, patches for FreeBSD at: http://people.freebsd.org/~iwasaki/acpi/acpica-20020815-20020918-test20020920.diff CHANGES.txt can be fould as always at: http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.txt I'll i

Re: PCI brokenness

2002-10-01 Thread Mitsuru IWASAKI
Hi, > On 01-Oct-2002 Michael McGoldrick wrote: > > On Tue, Oct 01, 2002 at 12:48:47PM -0400, John Baldwin wrote: > >> > >> On 01-Oct-2002 Michael McGoldrick wrote: > >> > 'Me too' > >> > Dmesg from working kernel attached, not sure how to get a dmesg from the > >> > broken one. :( > >> > Send me

Re: [PATCH] Workaround for bogus INT 12H BIOS serviceimplementation

2002-10-02 Thread Mitsuru IWASAKI
Hi, > > > The patch makes no difference for booting directly from boot2 ... except > > > memsize() in boot2 also fails to check for errors, so it returns garbage > > > values. > > > > Yes I know that :-) > > But booting kernel directly from boot2 is not working at all for > > several years, so my

Re: PCI brokenness

2002-10-02 Thread Mitsuru IWASAKI
> > Hmm, ata0 may be getting the wrong resources. Hmm. Try iwasaki-san's > > patch to acpi_pcib_* instead and see if it that helps. Either that or > > turn off ACPI for the time being. > > Iwasaki-San's patch made no difference that I could see. Disabling ACPI > causes my system to hard-hang d

Re: PCI brokenness

2002-10-02 Thread Mitsuru IWASAKI
> > Here is my hints file (which has not changed in at least 6 months) > > Ok, so you only have ata0 and no ata1. So that means the ACPI ata > attachment almost worked. Humm, try doing a hack to change ATA_IOADDR_RID > in ata-all.h from 0 to 1 along with the previous patch to add an acpi > atta

Re: PCI brokenness

2002-10-03 Thread Mitsuru IWASAKI
> ># I could be wrong, please correct me :) > >I think that Libretto 110CT doesn't have PCI-ISA bridge , so no isab, > >no isa, no isahint (requires isa) w/ acpi enabled. > > Hmmm, \_SB.PCI0.EIO has no _ADR, _HID instead. > But I think ISA or LPC controller exists in this system. Adding some dev

HEADSUP: acpica-unix-20021002 imported (Re: cvs commit:src/sys/contrib/dev/acpica - Imported sources)

2002-10-04 Thread Mitsuru IWASAKI
e any problems with the new version, please report to [EMAIL PROTECTED] Thanks! From: Mitsuru IWASAKI <[EMAIL PROTECTED]> Subject: cvs commit: src/sys/contrib/dev/acpica - Imported sources Date: Fri, 4 Oct 2002 13:07:58 -0700 (PDT) Message-ID: <[EMAIL PROTECTED]> > iwasaki 200

Re: ACPI errors and then panic

2002-10-04 Thread Mitsuru IWASAKI
Hi, # ACPI CA related problem should be sent to [EMAIL PROTECTED] # so that Intel folks can be aware of the problem. From: Nate Lawson <[EMAIL PROTECTED]> Subject: ACPI errors and then panic Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT) Message-ID: <[EMAIL PROTECTED]> > My laptop appears to work ok

Re: PCI problems with today's current

2002-10-04 Thread Mitsuru IWASAKI
Hi, From: John Baldwin <[EMAIL PROTECTED]> Subject: RE: PCI problems with today's current Date: Fri, 04 Oct 2002 16:03:08 -0400 (EDT) Message-ID: <[EMAIL PROTECTED]> > On 03-Oct-2002 Kenneth D. Merry wrote: > > > > I have a Supermicro P3TDE6 motherboard (Serverworks HE-SL chipset) that > > won'

Re: PCI problems with today's current

2002-10-04 Thread Mitsuru IWASAKI
Hi, > > OK, just committed. Also imported the latest version of ACPI CA. > > > > Ken, if your problem still remains with acpi enabled, I'll report this > > to Intel folks. So, please let me know the result. > > Looks like your mail crossed mine on the wire. :) indeed :) > I'm having trouble

Re: PCI problems with today's current

2002-10-04 Thread Mitsuru IWASAKI
Hi, > > > Will the patches you just checked in possibly fix the problem? If so, I'll > > > cvsup and try them out. > > > > 99.999%, Yes. > > Cool! I'll cvsup and try it out. If still NG, please try the attached patch against SupermicroP3TDE6.asl. # _BBN is bridge bus number, my guess is 0x3.

Re: PCI problems with today's current

2002-10-05 Thread Mitsuru IWASAKI
Hi, > I tried the patches you checked in, and PCI bus 2 on my machine still isn't > probed. See the attached dmesg. > > I'm a bit confused about just what sort of file the ACPI code expects to > load on boot. > > I installed the acpicatools port, so I've got iasl(1), but it appears to > have 4

Re: PCI problems with today's current

2002-10-15 Thread Mitsuru IWASAKI
Hi, > > But never mind, you can force to compile the ASL and generate DSDT; > > # iasl -i SupermicroP3TDE6.new.asl > > then copy generated acpi_dsdt.aml to /boot/. > > # cp acpi_dsdt.aml /boot/ > > Okay, I did that, and then typed the following at the boot prompt: > > set acpi_dsdt_load="YES"

Re: PCI problems with today's current

2002-10-15 Thread Mitsuru IWASAKI
- > before fixup boot-disabled links - > after fixup boot-disabled links -- > arbitrated configuration - > pci3: on pcib2 > atkbdc0: port 0x64,0x60 irq 1 on acpi0 As I told before, could you change _BBN value in the patch

Re: PCI problems with today's current

2002-10-16 Thread Mitsuru IWASAKI
> > > If still NG, please try the attached patch against SupermicroP3TDE6.asl. > > > # _BBN is bridge bus number, my guess is 0x3. You can try to change it > > > # if failed. > > > > Maybe 0x2 is correct. > > I tried 2, and it seems to work correctly now. > > Thanks! Congratulations! # Now w

Re: [PATCH] Workaround for bogus INT 12H BIOS serviceimplementation

2002-10-21 Thread Mitsuru IWASAKI
> > > Hmmm, actually no. I know that some machines get panic with fatal trap > > > 12 if we do 0x12 call. The worst case is getting panic, not losing > > > 640K memory. > > > > Where does the panic occur? I checked that there is no problem here if > > the result of INT 0x12 is ignored and basem

Re: [PATCH] Workaround for bogus INT 12H BIOS serviceimplementation

2002-10-21 Thread Mitsuru IWASAKI
> > - vm86_intcall(0x12, &vmf); > > - basemem = vmf.vmf_ax; > > + if ((basemem = rtcin(RTC_BASELO) + (rtcin(RTC_BASEHI)<<8)) > 640) > > + basemem = 640; > > + > > + if (basemem == 0) { > > + vm86_intcall(0x12, &vmf); > > + basemem = vmf.vmf_ax; > > + } > > +

[PATCH] NEWCARD: pccardc power support

2002-10-29 Thread Mitsuru IWASAKI
Hi, I've implemented pccardc power and boot_deactivated support code for NEWCARD. They are needed for some mobile users including me. - Add pccardc power support code. Yes, it's OLDCARD compatible. - Add new loader tunable hw.cbb.boot_deactivated to prevent pccards from attaching automatic

Re: [PATCH] NEWCARD: pccardc power support

2002-10-31 Thread Mitsuru IWASAKI
Hi, > In message: <[EMAIL PROTECTED]> > Mitsuru IWASAKI <[EMAIL PROTECTED]> writes: > : I've implemented pccardc power and boot_deactivated support code for > : NEWCARD. They are needed for some mobile users including me. > : > : - Add pccardc pow

Re: Kernel not booting....Immediate crash

2002-11-07 Thread Mitsuru IWASAKI
Hi, > Try backing out 1.544 of src/sys/i386/i386/machdep.c You'll need to do > it as a reversed patch or by hand, as there are some unrelated signal > handling things in 1.545 which you'll really need. Hmmm, I didn't notice that there is a BIOS which requires memory area below 640K even when call

Re: Kernel not booting....Immediate crash

2002-11-07 Thread Mitsuru IWASAKI
> OK, some questions: > - What is the size of your base memory (reported by boot loader)? > - Does attached patches solve your problem? > - Is this problem specific to IBM Netvista? > > Thanks > > Index: locore.s > === > RCS file:

Re: CF-PCMCIA Adapter + CF-Card

2002-11-08 Thread Mitsuru IWASAKI
Hi, > On todays Current i get on Insertion: > > pccard0: Allocation failed for cfe 0 > ata2 at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 > ad4: 61MB [490/8/32] at ata2-master BIOSPIO > > On todays Current i get on Boot: > > pccard0: Allocation failed for cfe 0 > ata2 at port 0x100

Re: machdep.c problem

2002-11-10 Thread Mitsuru IWASAKI
Hi, > Thus spake Mitsuru IWASAKI <[EMAIL PROTECTED]>: > > OK, it seems to be difficult to determine the region for any BIOSes. > > I've decided to introduce a new loader tunable to indicate that BIOS > > has broken int 12H. Attached patch back out 1.385.2.26 cha

Re: DP2 (I think!) crash booting from floppies

2002-11-20 Thread Mitsuru IWASAKI
Hi, > On Wed, 20 Nov 2002, Terry Lambert wrote: > > "local.freebsd.current" wrote: > > > I got a pair of floppies from: > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/i386/5.0-20021103-SNAP/floppies/ > > > > > > and booted them on a Dell Dimension XPS D300 which is currently > > > runni

Call for testers: acpica-unix-20021118.tar.gz

2002-11-21 Thread Mitsuru IWASAKI
Hi all, I've made patches for the latest ACPI CA snapshot between 20021002 and 20021118. http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff A lot of bugs are fixed, please check the change log at: http://developer.intel.com/technology/iapc/acpi/downloads/CHANGES.tx

Re: [acpi-jp 1940] Re: ACPI errors and then panic

2002-11-21 Thread Mitsuru IWASAKI
Hi, > On Sat, 5 Oct 2002, Mitsuru IWASAKI wrote: > > From: Nate Lawson <[EMAIL PROTECTED]> > > Subject: ACPI errors and then panic > > Date: Fri, 4 Oct 2002 17:14:31 -0700 (PDT) > > Message-ID: <[EMAIL PROTECTED]> > > > > > My laptop app

recommended VAIO for ACPI hacking (Re: cvs commit:www/en/releases/5.0R todo.sgml)

2002-11-21 Thread Mitsuru IWASAKI
[moved to current@ and acpi-jp@jp] Hi, > According to Mitsuru IWASAKI: > > If your ACPI BIOS check OS type (try; acpidump | grep _OS_), you might > > need to do something. The black list feature (for non-Windows) might be > > good idea for avoiding confusion. > > Wil

Re: Lots of swapping from 'kldload acpi'

2002-11-22 Thread Mitsuru IWASAKI
> On Fri, Nov 22, 2002 at 04:08:05PM -0500, John Baldwin wrote: > > > > Can something be done to guard against this? > > > > It's supposed to do that already: > > > If that isn't working then there is a bug. > > There's a bug :-) Ah, Yes. The function is called via SYSINIT. We need more `if (

Re: Call for testers: acpica-unix-20021118.tar.gz

2002-11-25 Thread Mitsuru IWASAKI
Hi, > the new snapshot boots fine here. > > However, I still get the message > > acpi0: AcpiGetSleepTypeData failed - AE_NOT_FOUND OK, never mind. This is normal because your DSDT doesn't have _S1_ object. Name(\_S0_, Package(0x4) { 0x0, 0x0, 0x0, 0x0, }) Name(\_S3_, Package(0

Re: ACPI errors - IBM Thinkpad A31p

2002-11-25 Thread Mitsuru IWASAKI
Hi, Are you trying this with acpica-unix-20021118 patch which was announced recently? http://people.freebsd.org/~iwasaki/acpi/acpica-20021002-20021118-test20021121.diff Also [EMAIL PROTECTED] is better place for ACPI CA related problem reports. Thanks From: Sid Carter <[EMAIL PROTECTED]> Subjec

Re: ACPI problem with laptop?

2002-11-26 Thread Mitsuru IWASAKI
Hi, > If I choose to make world under -CURRENT the laptop gets hotter (well > the processor/hd and so on gets used and causes heat) now, the fan > starts to spin faster and so on, but the computer never gets cooler even > a day after a build it still is hot and the fan never stops spinning, is

Re: [acpi-jp 1988] Re: ACPI errors and then panic - fixed!

2002-11-27 Thread Mitsuru IWASAKI
Hi, Intel folks. It seems that there is a bug in cached object utilization. This causes strange behavior; first evaluation of \_SB_.PCI0.LPC_.EC__.BAT0._BST is OK, but second (or later) evaluation returns AE_TYPE. > acpi_cmbat0: error fetching current battery status -- AE_TYPE The raw DSDT is at:

Re: [acpi-jp 2000] RE: ACPI errors and then panic - fixed!

2002-11-27 Thread Mitsuru IWASAKI
Hi, > Our web person is out today, so things will be posted Monday at the > earliest. > > I'll email Iwasaki-san the latest release, so y'all can get going if you > want. Thank you! I've just confirmed that the deleted object problem had been solved in the latest release (Andy sent it to me). I'

Call for testers: acpica-unix-20021122 (was Re: ACPI errors andthen panic - fixed!)

2002-11-27 Thread Mitsuru IWASAKI
Hi all, > > Our web person is out today, so things will be posted Monday at the > > earliest. > > > > I'll email Iwasaki-san the latest release, so y'all can get going if you > > want. > > Thank you! > I've just confirmed that the deleted object problem had been solved in > the latest release (A

Re: ACPI problem with laptop?

2002-11-28 Thread Mitsuru IWASAKI
> > Then you'll get thermal operation messages, something like: > > Nov 26 19:34:13 mybox kernel: acpi_tz0: _AC0: temperature 60.0 >= > > setpoint 60.0 > > Nov 26 19:34:13 mybox kernel: acpi_tz0: switched from NONE to _AC0: 60.0C > > > > We need the messages like this, acpidump output, and sy

Re: [acpi-jp 2004] ACPI errors w/ latest ACPI code on GA BX2000based system

2002-11-29 Thread Mitsuru IWASAKI
Hi, > A freshly built system with Now 28 sources now throws the ACPI errors > seen in the dmesg output. The former ACPI snapshot did not complain in > any way on this system. [snip] > > ACPI-0438: *** Error: Looking up [FAN_] in namespace, AE_NOT_FOUND > > ACPI-1287: *** Error: Method exec

Re: [acpi-jp 2013] RE: ACPI errors w/ latest ACPI code on GA BX2000 based system

2002-12-04 Thread Mitsuru IWASAKI
Saturday, November 30, 2002 4:34 AM > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: [acpi-jp 2009] Re: ACPI errors w/ latest ACPI code on GA BX2000 > based system > > * Mitsuru IWASAKI ([EMAIL PROTECTED]): > > Iwasaki-san, > list members, > >

Re: [acpi-jp 2015] Re: ACPI Poweroff problem

2002-12-04 Thread Mitsuru IWASAKI
Hi, > * Nate Lawson ([EMAIL PROTECTED]): > > > > Power System off using ACPI > > > ACPI -1287 *** Error: Method execution failed > > > AE_AML_UNINITIALIZED_LOCAL > > > ACPI -1287 *** Error: Method execution failed > > > AE_AML_UNINITIALIZED_LOCAL > > > > > > ACPIEnterSleepStatePrep failed AE_AML

Re: pcm remaining problem (possible ACPI too)

2002-12-10 Thread Mitsuru IWASAKI
Hi, > Since rescent -CURRENT is stable enough, I have the chance to find > out remaining pcm problem. My MP box no more has double fatal fault > and turns into random sleep. The random sleep happens after pcm having > its own problem. > > uname -av is > FreeBSD cartier.home 5.0-CURRENT Fr

Re: panic in ithread_loop()

2002-12-10 Thread Mitsuru IWASAKI
> This is 100% reproducible with a top-of-tree kernel, but didn't happen > with Wednesday's sources: > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc01e8d > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc045dc80 > s

patches for if_iwi and wlan for WEP mode

2012-03-05 Thread Mitsuru IWASAKI
Hi, I've fixed iwi(4) so that Intel(R) PRO/Wireless 2915ABG work in WEP mode, which seems to be broken since 8.0-RELEASE. The patches against HEAD at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120305.diff I'm not sure that changes on ieee80211 layer are right fixes, but all of mbufs were disc

Re: patches for if_iwi and wlan for WEP mode

2012-03-06 Thread Mitsuru IWASAKI
Thanks Bernhard and Adrian, I think the problem seems to be solved. > > My patches set IEEE80211_NODE_ASSOCID bit only if ni->ni_associd > > is set. Any suggestions on this part are welcome. > > Are you sure the net80211 part is correct? It looks to me as if you > are just masking the real issue

Re: patches for if_iwi and wlan for WEP mode

2012-03-07 Thread Mitsuru IWASAKI
> I'd rather you file a PR first describing what you just did, then > commit the fix and close the PR. OK, I've just submitted a PR. I'll follow the procedure you suggested. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165819 Thanks ___ freebsd-cur

Re: patches for if_iwi and wlan for WEP mode

2012-03-07 Thread Mitsuru IWASAKI
> > In RELENG_7, data frame is transmitted by iwi_tx_start() like this. > > > > ether_output > > ether_output_frame > > IFQ_HANDOFF/IFQ_HANDOFF_ADJ > > if_start > > iwi_start > > iwi_tx_start > > > > After 8.0-RELEASE, device specific if_transmit() is cal

Re: patches for if_iwi and wlan for WEP mode

2012-03-08 Thread Mitsuru IWASAKI
Hi, > I'd rather you didn't commit iwi_update_mcast() unless you absolutely > know that the NIC doesn't need to be notified of multicast group > membership changes. If so, please commit that as a separate fix. OK, I'd do so. I don't need mcast stuff for the time being, instead I'd check other ar

[patch] iwi(4) suspend/resume broken

2012-03-13 Thread Mitsuru IWASAKI
Hi, I've noticed that iwi(4) doesn't have ieee80211_new_state(IEEE80211_S_INIT) in iwi_stop_locked() since 8.0-RELEASE (comparing with RELENG_7's). It seems that this prevent if_iwi from working properly after resuming, no data frames were sent. The patches is available at: http://people.freebsd

[CFT] SMP/i386 suspend/resume

2012-05-10 Thread Mitsuru IWASAKI
Hi I've been working on suspend/resume for SMP/i386 for a week and created patches against CURRENT, RELENG_9 and RELENG_8 available at: http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff ht

Re: [CFT] SMP/i386 suspend/resume

2012-05-13 Thread Mitsuru IWASAKI
Hi, Thanks for your report. From: Peter Jeremy Subject: Re: [CFT] SMP/i386 suspend/resume Date: Fri, 11 May 2012 21:20:05 +1000 Message-ID: <2012052005.ga87...@server.rulingia.com> > On 2012-May-11 11:10:19 +0900, Mitsuru IWASAKI wrote: > >I've been working on suspend

Re: [CFT] SMP/i386 suspend/resume

2012-05-13 Thread Mitsuru IWASAKI
Hi, Thanks for you report. From: David Wolfskill Subject: Re: [CFT] SMP/i386 suspend/resume Date: Fri, 11 May 2012 13:22:57 + Message-ID: <20120511132257.ga96...@freefall.freebsd.org> > On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > > Hi > > >

Re: [CFT] SMP/i386 suspend/resume

2012-05-13 Thread Mitsuru IWASAKI
Hi, Thanks for your report. From: Gustau Pérez i Querol Subject: Re: [CFT] SMP/i386 suspend/resume Date: Sun, 13 May 2012 09:57:33 +0200 Message-ID: <4faf696d.3060...@entel.upc.edu> > Al 11/05/2012 04:10, En/na Mitsuru IWASAKI ha escrit: > > Hi > > > > I've be

Re: [CFT] SMP/i386 suspend/resume

2012-05-13 Thread Mitsuru IWASAKI
Hi, From: David Wolfskill Subject: Re: [CFT] SMP/i386 suspend/resume Date: Sun, 13 May 2012 07:03:02 -0700 Message-ID: <20120513140302.gi13...@albert.catwhisker.org> > On Sun, May 13, 2012 at 10:59:17PM +0900, Mitsuru IWASAKI wrote: > > > > OK, we need some more inve

Re: [CFT] SMP/i386 suspend/resume

2012-05-13 Thread Mitsuru IWASAKI
Hi, > >> Reporting from an Acer Centrino Duo, running CURRENT r235266. The > >> machine has an nvidia card (Ge7300go). The acpi_video and nvidia modules > >> are there. > >> > >> I did test it a few times with X running (plain twm) and worked just > >> fine. Setting hw.acpi.lid_switch_stat

Re: [CFT] SMP/i386 suspend/resume

2012-05-15 Thread Mitsuru IWASAKI
Hi, > First of all, thank you very much for your work! I wanted to do it > for very long time but I had no time to actually implement it. :-) Welcome! I also wanted to do this for very long time but I had no time and test machines ;) Recently I got Core Duo (Thinkpad X60) and Core 2 Duo (X61) m

Re: [CFT] SMP/i386 suspend/resume

2012-05-26 Thread Mitsuru IWASAKI
Hi, > > +1. I've really liked to use more than one CPU on my netbook for a while :). > > A basic suspend test worked on my netbook. I'll have to see about > some edgecases I've run into in the past where UP wouldn't resume if > the system had been sitting for an extensive period of time, etc.

Re: [CFT] SMP/i386 suspend/resume

2012-06-21 Thread Mitsuru IWASAKI
tests your patches? > Which information is important for send. The patches were already merged to CURRENT and RELENG_9. So, please try RELENG_9 and report any problems suspend/resume. I'll try to fix them until 9.1-RELEASE :) Thanks! > > On Wed, 2012-05-16 at 11:31 +090

<    1   2