Re: APM related panic

# sorry to break the thread, I'm a digest reader... Hi, > > apm0: on motherboard > > apm: APM BIOS version 0102 > > apm: Code16 0xc00f, Data 0xc00fdfa0 > > apm: Code entry 0x8010, Idling CPU enabled, Management enabled > > apm: CS_limit=0x0, DS_limit=0x0 > > These limits look pretty su

Re: recent apm changes

Hi, > In message <[EMAIL PROTECTED]> Eric Hodel writes: > : I've got a -current machine (no cvsups in a few months) that wakes up > : immediately after suspending. (sleeps 0 seconds) > > Hmmm, some laptops will wakeup on a keyboard interrupt. The interrupt > that is waking you up may be the k

Re: recent apm changes

plm> In contract, if I suspend in Linux of Windows, the computer shuts up plm> immediateley and is quiet. Only sometimes there is a (not too loud) plm> little fan (I think it is the CPU fan) running for a few more minutes. I've read Linux code (v2.2.9) closely, noticed they put cli before APM BI

Re: recent apm changes

Hi, > MI> I've read Linux code (v2.2.9) closely, noticed they put cli > MI> before APM BIOS call and save & restore segment registers. I > MI> suspect these two (or only cli?) affect the suspending state. > MI> To clarify, could you try attached patches (for > MI> sys/i386/i3

Re: recent apm changes

> Another possibility is *delay mechanism* on suspend (and standby). > AFAIK, Linux, NetBSD and PAO has this but CURRENT. I'll make patch > tonight based on PAO APM code. Please try this patch. If it still fails, it's worth to try increasing APM_SUSPEND_DELAY, something like: #define APM_SUSPE

Re: recent apm changes

Hi, > > Oh, do you have suspend button on your box? Cool. > > On my poor experience, suspeding by hot-keys easier to > > success than by zzz(8). > > On this point I can report the oppposite experience, on my > machine (a no name special) the trackpad tends to lock up if touched > betwee

Re: recent apm changes

Hi, Nate. I'm sorry if my poor english troubled you. > We should have no problems responding in this amount of time in FreeBSD, > since we don't (didn't used to?) have any code that should cause > significant delay in responding. My understanding on system suspend code in FreeBSD is that once A

Re: recent apm changes

Hi, > MI> Please try this patch. > MI> If it still fails, it's worth to try increasing APM_SUSPEND_DELAY, > MI> something like: > MI> #define APM_SUSPEND_DELAY 3 > > Alas, it doesn't make a difference. H. OK, I'll buy new mather board same one as yours and investigate what'

Re: recent apm changes

Hi, I got ASUS P2B M/B & ATX case and assembled new box yesterday. With my patch, new box successfully transit into suspend state. There is no sounds from CPU fun, chassis fun and IDE HDD spin (powered down by BIOS setting, Power management setup -> PM Timers -> HDD Power Down: 1 Min.). The

Re: apm problems.

Hi, My understanding on your problems is: 1. Standby by PM timer in BIOS setting fails with the system activity. 2. No new process can be started after resume. Is it correct? 1. My laptops also fails if the console or window is updating by the output from running commands. But standby on oth

Re: apm problems.

Hi, sorry to late. > > 1. Standby by PM timer in BIOS setting fails with the system activity. > > If by fails you mean enters standby mode, then yes the computer enters > standby mode while the system is active, after the period of time set in > the bios, as long as no keys have been pressed on

Re: recent apm changes

plm> If I use 'zzz', I have to do the known 'sleep 1; zzz' trick. This is plm> the difference. I'll commit the patch for `key release event prevent suspend' problem if no objections. Thanks a lot! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of

Re: recent apm changes

Sorry to late... plm> Now suspend works. However still the disks keep spinning until they plm> reach their BIOS timeout. In Linux & Windows, there is some hook when plm> going to suspend mode that spins down the (IDE) disks. This is nice, plm> since it is well possible that you go to suspend but

Re: if_de.c breakage ?

Hi, my mentor :-) phk> Am I the only one to see these ? Me too. I found it other files as well. It seems that adding following line is required in some source code. #include To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: fix for apm.4

> the patch makes apm.4 consistent with LINT ("isa?"->"nexus?"). Committed. Thanks! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: APM still ignoring DEVICE_SUSPEND errors

> On Mon, 24 Jan 2000, Warner Losh wrote: > > > In message Nick Hibma writes: > > : The following patch fixes two things: First, DEVICE_SUSPEND errors are > > : no longer ignored. Since we have defaults for methods we should no > > : longer igno

Re: followup to apm problems.

Hi, I'd like to have full output of dmesg to investigate hardware interference in apm. Could you send me it later? > 'apm -Z' for standby jumps into standby mode for like.. an instant, then > comes right back out (while playing mp3) [snip] > 'zzz' or 'apm -z' for suspend jumps into suspend mode

Re: followup to apm problems.

[ CC'ed current again.] > > I suspect some devices generate interrupt during suspending state, > > especially PS/2 mouse. Disabling the device driver or disconnecting > > the device from PC might solve the problem. Could you try one by one? > > > > > psm0: irq 12 on atkbdc0 > > > I had the s

Re: Experimental ACPI driver.

Hi, there. > We wrote experimental ACPI driver for 4.0-CURRENT. This was just one week work so its functionallity is very very poor :-) but I think it is good idea to start with this for developping ACPI driver for FreeBSD because it is enough small to understand it. If someone already started

Re: Experimental ACPI driver.

Hi, Mike. # I'm very happy because of your reply :) > > > We wrote experimental ACPI driver for 4.0-CURRENT. > > > > This was just one week work so its functionallity is very very poor :-) > > but I think it is good idea to start with this for developping ACPI > > driver for FreeBSD because it i

ACPI project started in Japan

Just FYI, We launched ACPI project in Japan today, but the activities haven't detailed yet in this project. We'd like to contribute something from this project to FreeBSD main stream developing some sort of prototype but don't want to make duplicated efforts anyway. So please let us know if you

ACPI project progress report - Nov.

Hi, here is the Nov. progress report from ACPI project in Japan. 1. Summary of our activities in this month: - setup CVS repository and CVSup collection for developing environment (jp-acpi collection on cvsup.jp.FreeBSD.org). - improve device driver (S1 and S5 state transition are supportted

Re: ACPI project progress report - Nov.

Hi, Doug Rabson wrote: > > Please see > > http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/util/acpiconf?cvsroot=freebsd-jp > > This sounds very promising. I will check out the code soon and try to give > feedback. Creating the ACPI namespace is a necessary first step before its > possible to do fu

HEADS UP: new pccard.conf scheme, please test!

HI, all. I've just committed new feature for pccardd, but default pccard configuration file is still /etc/pccard.conf.sample because I'd like to see how things go and test them more for about a week. Test version of /etc/defaults/pccard.conf, /etc/pccard.conf are available at http://www.freebsd

Re: Patch to allow TSC with APM

Hi, > I'd like to recommend the following patches. Adding the option > "CLK_USE_TSC_ANYWAY" allows my laptop to use the TSC even though it > is "flakey". This option should not be set by default. I saw the same kind of patches and my laptop has this w/o any problems for long time. I'd like to

SMP + APM = panic -> fixed!

Hi, We're having this problem for long time (from the old 4.0-CURRENT days), but Mr. SUMITANI discovered a bug and fixed it. The problem was that we got worng gdt pointer for the current cpu, then panic... The followings is a patch to fix the problem. Thanks a lot, SUMITANI-san! Please test this

Re: SMP + APM = panic -> fixed!

> > Please test this and I'll commit & MFC this if we have no problem with > > this fix. > > I don't have an SMP + APM system around at the moment, but the > fix does look correct to me, go ahead and commit it. Thanks for > tracking this down! Thank you for reviewing this. I'm going to comit t

Re: SMP + APM = panic -> fixed!

Hi, > On Wed, 7 Jun 2000, Mitsuru IWASAKI wrote: > > > We're having this problem for long time (from the old 4.0-CURRENT > > days), but Mr. SUMITANI discovered a bug and fixed it. > > The problem was that we got worng gdt pointer for the current cpu, > > th

ACPI project progress report

Hi, here is the latest report on our ACPI project's progress. Current status: The aml interpreter development is going on and we've ported it to kernel simultaneously. Now that we can build ACPI namespace and search any named objects from there in kernel space. The aml interpreter code can b

Re: ACPI project progress report

Hi, > "Daniel C. Sobral" wrote: > > > > Mitsuru IWASAKI wrote: > > > > > > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep > > >require some hack in boot loader needs help. > > > > I th

Re: ACPI project progress report

Hi, From: Bjoern Fischer <[EMAIL PROTECTED]> Subject: Re: ACPI project progress report Date: Mon, 19 Jun 2000 07:01:44 +0200 Message-ID: <[EMAIL PROTECTED]> > Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), > turning power off, maybe adding some hardware or moving the m

Re: ACPI project progress report

imp> In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes: imp> : Hi, here is the latest report on our ACPI project's progress. imp> imp> As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should imp> enable us to properly put the chipsets in laptops to sle

Re: randomdev and APM. Not working together?

> I think I found the problem, and being able to work around it. > But, I don't know how to realy fix it. I noticed this when I saw your last message :-) > 2)Randomdev Loaded: Probe & attach will happen in the order - >(1)acpi0, (2)apm0, (3)nxp0 .NG > >Because acpi0 access the BIO

CFR: pccard.conf entries from PAO (130 entries!)

Hi, We, PAO folks in Japan, have prepared the patch for etc/defaults/pccard.conf CURRENT (rev. 1.121) merging more that one hundred of PCCard entries from PAO3. We'd be happy if we could use various cards on the installation. http://people.freebsd.org/~iwasaki/pccard/pccard.conf-MFPAO We'd lik

multicast + PCCard NIC = kernel panic? (was Re: small bug inpcic.c)

[CC'ed -current and -mobile] > BTW, there is one more problem during detach the pccard nic. When I > detach my pccard nic, my kernel is panic. I tried this with Melco > Airconnect WLI-PCM-L11 and COREGA FastEther PCC-TX, and it occured > with either card. > I made a quick hack to avoid this pro

CFR: apm debug print cleanup and display on/off improvement

Hi, I worked apm debug print cleanup to avoid re-build kernel with APM_DEUG (this kernel option seems unavailable for now) for obtaining debug messages on apm. http://people.freebsd.org/~iwasaki/apm/apm-debug.diff The debug flag can be controlled by sysctl interface and loader setting "debug.ap

Re: ACPI project progress report (final?)

> In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes: > : Hi, here is the latest (and maybe final?) report on our ACPI project's > : progress. > : > : We are ready now to merge our work on ACPI into main source tree! > > Bravo! Wonderful work! Thanks. I

ACPI project progress report (final?)

Hi, here is the latest (and maybe final?) report on our ACPI project's progress. We are ready now to merge our work on ACPI into main source tree! Our prototype development is going to finish. AML interpreter development is almost completed, region access facility (SystemMemory, SystemIO and PC

Re: ACPI project progress report (final?)

> >Folks, there are a lot of exciting and cool things, like Processor > >and Device Power State Control, Thermal Management, Replacement > >PnP system, OS initiated hibernation and many :-) I think now is > >the time to start open and development, not only in Japan, for > >FreeBSD ACPI support! >

Re: ACPI project progress report (final?)

> > It is related with quite wide areas, not only for power management. > > # I'm interested in power management part personally for the first step > > # though. > > Do I understand correctly that things like monitoring cooling fans etc is > also possible? I guess the people running (lots of) ser

Re: ACPI project progress report (final?)

> I'm not quite sure what it does, but it seems to work fine here on my > ASUS CUSL2, at least the shutdown part. Thank you for your report. It would be helpful to check http://www.teleport.com/~acpi/whatis1.htm and it's links. It is related with quite wide areas, not only for power management.

panic on current ACPI

Hi, I've noticed that the recent CURRENT got panic on some machines if we have `device acpica' in kernel config. ACPI debug layer 0x0 debug level 0x0 Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of

Re: panic in EcWaitEventIntr?(Re: HEADS UP: ACPI CHANGES AFFECTINGMOST -CURRENT USERS)

> Hi. My MPC-206 made panic with -current GENERIC kernel. > It can boot normaly with 'unset acpi_load'. > 'dmesg' results as follows: Hi, This problem is reported already. Pls try to find a quick fix in acpi-jp ML archive; [acpi-jp 1227] Fix? acpica-unix-20010816 Thanks To Unsubscribe: send ma

Re: newer buildkernel failure

Hi, > The patch committed just 20 mins ago to fix the breakage causes this > now, unless I caught it in the middle of a commit. > > > perl @/kern/makeobjops.pl -h @/dev/pci/pcib_if.m > perl @/kern/makeobjops.pl -h @/isa/isa_if.m > make -f /usr/src/sys/modules/acpi/../../i386/acpica/Makefile

Re: [acpi-jp 1246] ACPI and PS/2 mouse problem

Thanks Yokota-san for tracking down the problem. > As reported in this list by several people, you may be seeing that > your PS/2 mouse is not detected after the recent ACPI update. > > This seems to be caused by ACPI in some BIOS assigns IRQ 12 (mouse > interrupt) to both the PS/2 mouse device

Re: ACPI kills my current-box frequently.

Hi, NAKAJI-san. Thank you for reporting. > Just after rebooting with this kernel and installworld, this host reboots > frequently, about every 10 minutes. /var/log/messages shows that Could you describe your hardware? I'd like see boot -v dmesg and ACPI data. Please send them to acpi-jp ML. A

Re: [acpi-jp 1255] Re: ACPI and PS/2 mouse problem

Hi, > I have the same laptop but a different problem, with today kernel. The > following is copied by hand, no serial console at home: > wait: > > panic: free: address 0xcbf5e5fe > > db> trace > panic(...) at panic+0xb6 > free(...) at free+0x32 > AcpiOsFree(...) at AcpiOsFree+0x11 > AcpiExCopyS

Re: [acpi-jp 1258] ACPI Data for a Dell Inspiron 8000 Laptop

Hi, thanks for your report. I'll add submitted ACPI data to our collection. > Find attached some data to help out with getting ACPI running smoothly. > Many features work with this laptop but the most annoying complaint is > the lack of console display being restored after a suspend/resume

Re: How can I turn off acpi 100%?

Hi, > was comming. Mistake. It comes up fine, I think because all I can see are: > > acpi_cmbat0: bif size changed 0 > > at what looks like several per second. In single user I am getting: > > acpi-ec0: evaluation of CPE query method _Q3F failed - AE_NOT_FOUND Hmm, I think these two probl

Re: ThinkPad, ACPI, and PS/2 mouse

Hi, yokota-san thank you very much. > It now appears that some IBM ThinkPad models assign a distinct PnP ID > to the PS/2 mouse port. > > If you have ThinkPad and its pointing device is not recognized when > ACPI is loaded in the latest -current system, please do the following > > 1. Disable AC

Re: ThinkPad, ACPI, and PS/2 mouse

Hi, I've just noticed strange behavior of psm probing (w/ and w/o acpi). > > It now appears that some IBM ThinkPad models assign a distinct PnP ID > > to the PS/2 mouse port. > > > > If you have ThinkPad and its pointing device is not recognized when > > ACPI is loaded in the latest -current sys

Re: ACPI, PS/2 and USB (was: Re: ThinkPad, ACPI, and PS/2 mouse)

> >This is not a ThinkPad, but FIVA 206VL (PS/2 mouse PnP ID = 0x130fd041; > >normal one), the psm is no longer recognized if USB is not compiled (or > >USB module is not loaded at loader). > > I have never heard of this type of error before! Me too! I was surprised when I noticed this. > I ca

Re: ACPI: problem with fdc resource allocation

Hi, I've just made a workaround for this. Intel folks, could you review it as always? > The problem is here, right? > > can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT > > I'm sure _SB_.PCI0.ISA_.FDC0._CRS (Current Resource Settings) have some > problems (not sure in BIOS

Re: ACPI and APM interoperability?

Hi, > On Mon, Oct 01, 2001 at 10:50:17AM +0200, Georg-W. Koltermann wrote: > > Hi, > > > > I'm wondering how I should handle APM now that ACPI has basically > > taken over power management responsibility. > > APM and ACPI are mutually exclusive from what I understand. You should > remove the a

Re: ACPI: problem with fdc resource allocation

Hi, > > I'm not sure exactly what's the problem you are having, but it's too > > little information to track it down... > > Could you send [EMAIL PROTECTED] ; > > - acpidump output; like > ># acpidump -o your_machine_name.dsdt > your_machine_name.dsdt.asl > > I'll add them to > > http://

Re: ACPI: problem with fdc resource allocation

Hi, > Maxim Sobolev wrote: > > > Maxim Sobolev wrote: > > > > > "Andrey A. Chernov" wrote: > > > > > > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote: > > > > > Hi, > > > > > > > > > > Finally decided to upgrade my current box to the post-ACPI/KSE and found > > > > > that I'm havi

Re: [acpi-jp 1363] Re: ACPI: problem with fdc resource allocation

Hi, Maxim. Thanks for reporting and reminding us. I think this is very difficult to fix, because; 1. Basically, this is a bug in BIOS, should be reported to vendor. 2. ACPI CA is developed by Intel. We'd like to have less local workaround changes as possible. 3. I'm not sure whether sugg

Re: [acpi-jp 1371] Re: ACPI: problem with fdc resource allocation

# Congratulations, Maxim! > On Thu, Oct 25, 2001 at 05:13:56PM +0300, Maxim Sobolev wrote: > > > > 6. And finally I've put back corrected ACPI table back into > > BIOS image using CBROM.EXE, flashed resulting BIOS image and > > voila - the ACPI problem gone. :) > > > > Way cool. :) Yeah, Maxi

Re: how to make acpi go away.

Hi, > > > try adding a line > > > > > > hint.acpi.0.disable="1" > > > > > > to /boot/device.hints, or disable it at boot time > > > > > > unset acpi_load > > > > > > then boot as usual. > > > > Thank you, that fixed everything. > > Also, this works too: > echo "NO_MODULES=

Re: [acpi-jp 1343] Re: ACPI panic at boot time in -current

Hi, Intel folks. I've just found the bug in rsutils.c which double free(); AcpiUtRemoveReference() and ACPI_MEM_FREE(). Here is a fix. Index: rsutils.c === RCS file: /home/ncvs/src/sys/contrib/dev/acpica/rsutils.c,v retrieving revi

Re: [acpi-jp 1150] HEADS UP: ACPI update - thermal management

Hi, mike. > This is just a heads-up to let folks know that I've committed some early > code to handle thermal management under ACPI. This should DTRT with > active cooling (fans, etc.). It won't help with passive cooling yet (we > need to sort out the processor device control first), and it

Re: HEADS UP - more ACPI updates, CPU throttling

Hi, > I've committed another round of ACPI changes to -current. > > The major addition is CPU throttling support. This is implemented using > ACPI, not any vendor-specific technology, so it should work on any > platform that exports the relevant information. By default, the CPU will > run at 1

Re: [acpi-jp 1221] Re: question about acpi sleep.

Hi, > >>> IWASAKI-san wrote: > > I think your NotePC doesn't have _S1_ object in ACPI data block. > > Plese check `acpidump | grep _S1' to see if _S1_ object is there. > > No, there isn't _S1_ object. Yup, it has only S0, S3, S4 and S5. No S1 on your NotePC. > > Maybe yours has other _Sx_ obj

CFR: acpi userland manpages

Hi, I've just imported acpi userland tools and writing manpages for them with contributers in Japan. Please review them and send any comments (or diffs) for me ([EMAIL PROTECTED]) in terms of English/roff or whatever. The draft version of manpages are available at http://people.FreeBSD.org/~iwasa

ACPI merge finished!

Hi, merging the code from ACPI For FreeBSD project into CURRENT finished! We would very much appreciate for all people who encouraged and helped and supported us. 1. Using ACPI If you have machines with ACPI BIOS, you should be able to power off the machine by shutdown -p (or acpiconf -s 5), or t

Re: ACPI merge finished!

FYI, > Because it is still in experimental phase, more developers are needed. > To avoid making duplicate effort, I'd like to propose that having an > announcement in -current (or -hackers?) ML first then starting your > development. I've just add `Who is woking on what' section in ACPI for Free

Re: xl driver

> > : Sep 3 13:24:26 manatee /kernel: xl0: <3Com 3c900-COMBO Etherlink XL> port >0x6c00-0x6c3f irq 11 at device 9.0 on pci0 > > : Sep 3 13:24:26 manatee /kernel: xl1: <3Com 3c900-COMBO Etherlink XL> port >0x6c00-0x6c3f irq 11 at device 9.0 on pci2 > > > > Looks like your pci bus is getting pr

CFR: New pseudo timer device driver for power management events

Hi, I'm working on ACPI and thinking of sharing the related code with other power management subsystem (currently apm) rather than having duplicated code. Updating timer/clock before and after sleeping, is my first target. My idea is that create new pseudo timer device driver for power manageme

Re: AIC-7890 problems with kernel build

Hi, > And, of course, the kernel config... a fair amount of crap still not trimmed > out, but the only difference between this config and the one used to build > the functional kernel is apm commented out and ACPI added, which I've already > tried reversing without much difference. All I can say

Re: AIC-7890 problems with kernel build

> > Could you disable acpi and try again to make the problem clearer? > > Without `device acpi' line in your kernel config file, any ACPI code > > isn't compiled in your kernel. > > That was the first thing I tried when mine failed. It didn't make any > difference - I saw the same failure (the pa

Re: CFR: acpi userland manpages

> > The draft version of manpages are available at > > http://people.FreeBSD.org/~iwasaki/acpi/acpidump.8 > > http://people.FreeBSD.org/~iwasaki/acpi/amldb.8 > > I've just found the time to give them a quick once over, and I'd have no > problem with them going in as they are. There are some gram

Re: Partial success with current on Laptop.

> > - apm (suspend/resume not testet) > > Works for me. > > My only problem is that Fan is NEVER turned off (it seems that > idle loop in kernel as become CPU intensive and energy hardware can not > stop cooling). At this time, this is a minor annoyance. Do you have acpi enabled i

Re: Partial success with current on Laptop.

> > Do you have acpi enabled in your kernel? > > no. I have tried ACPI some days ago, but system boot becomes > incredibly slow (for example, syslogd complained about something like > 'child process timeout' after enabling ACPI). All system activity such > as fork and so was affected. It

Re: My system hang with ACPI kernel thread

> In message <[EMAIL PROTECTED]>, Munehiro Matsuda wrote: > > >With the addition of ACPI kernel thread, my system hangs in about > >10 miniutes use after boot up. By disabling kernel thread, system > >runs just fine. > > > >Do you have any idea where to look at? > >I'll try and see what I can do

Re: My system hang with ACPI kernel thread

> > Please set debug.aml_debug and debug.acpi_debug to 1 and > > see what will happen. > > It wouldn't surprise me if the system wasn't running out of kernel > memory. Right now we just keep mallocing storage to queue ACPI events > (bad idea). The entire event/Notify stuff needs to be somewh

Re: My system hang with ACPI kernel thread

> > Currently kernel thread seems broken, so mallocing storage in > > acpi_queue_event() never be freed. I think number of events at a > > point of tme is limited and we can have static storage for the events. > > The implementaion of sys/i386/apm/apm.c:apm_record_event() (it's for apmd) > > woul

Re: My system hang with ACPI kernel thread

Hi, > > In message <[EMAIL PROTECTED]>, Munehiro Matsuda wrote: > > > > >With the addition of ACPI kernel thread, my system hangs in about > > >10 miniutes use after boot up. By disabling kernel thread, system > > >runs just fine. > > > > > >Do you have any idea where to look at? > > >I'll try

Re: My system hang with ACPI kernel thread

> > > > Currently kernel thread seems broken, so mallocing storage in > > > > acpi_queue_event() never be freed. I think number of events at a > > > > point of tme is limited and we can have static storage for the events. > > > > The implementaion of sys/i386/apm/apm.c:apm_record_event() (it's fo

Re: ACPI megapatch

Thanks a lot mike, these are mostly acceptable for me. > Here's the latest ACPI megapatch: > > - Move all the register I/O into a separate file Agreed. > - Made all the I/O spaces use proper bus resources > - Allocate the resources in machine-dependant code I prefer previous patch because

Re: ACPI megapatch

Hi, > > I'd like to move and rename them as I said in my previous mail, > > -> > > shared by both kernel and userland programs > > -> > > shared within kernel code (acpi stuff and related drivers) > > IMHO, it's desirable to use the name "acpi.h", because of conflict > with the file

Re: ACPI megapatch

> In summary, my suggestions are > - i386/i386/acpi_machdep.c > acpi_find_rsdp() and acpi_mapmem() > - dev/acpi/acpi.c > acpi_identify() and acpi_find_facp() Here is a patch for your megapatch at http://people.FreeBSD.org/~iwasaki/acpi/patch-for-megapatch.diff I'll be happy if you a

Re: ACPI megapatch

> >Here is a patch for your megapatch at > >http://people.FreeBSD.org/~iwasaki/acpi/patch-for-megapatch.diff > >I'll be happy if you accept and commit this :-) > > > > I think it is better bus attachment code is in MD part than in MI part. > And MD bus attachment code calls MI bus attachment code

Re: ACPI megapatch

Hi, > > I prefer previous patch because most of the code in i386/acpi_machdep.c > > can be shared with IA64 I think. > > I'm not so sure about that. I suspect that the IA64 code is going to be > using the 'generic address' structures and the x-fields in eg. the FACT. > It won't be using the bio

Re: ACPI megapatch

Hi, > Ok. Based on all the suggestions, received today, and some more ideas > besides, here's the latest megapatch. > > - Move all register I/O into a new file > - Move event handling into a new file > - Move headers to acpivar/acpireg/acpiio > - Move find-RSDT and find-ACPI-owened-memory

Re: ACPI megapatch

Hi, > > Cool. On some machine, thermal management requires Embedded Controller I/O. > > Anybody working on this? > > Yeah. I just discovered that I need this. > > I haven't look at how operation regions are handled, so I'm not sure how > hard it's going to be to implement the hooks necessar

Re: ACPI megapatch

> >>> Cool. On some machine, thermal management requires Embedded Controller I/O. > >>> Anybody working on this? > >> > >> Yeah. I just discovered that I need this. > >> > >> I haven't look at how operation regions are handled, so I'm not sure how > >> hard it's going to be to implement the

Re: ACPI megapatch

> > Yes, we can have large benefit by migrating to ACPICA. I suggest that > > we make ACPICA version of AML interpreter run in userland as a > > debugger for the first evaluation. By doing this work we can make > > sure it works actually on FreeBSD and estimate the work volume of > > kernel port

Re: Interesting AML bug... recommended workaround?

> Here's what seems to be an interesting AML or AML parser bug. > > OperationRegion(PSRG, SystemMemory, 0x0410, 0x1) > Field(PSRG, DWordAcc, NoLock, Preserve) { > , 2, > PS2E, 1 > } > > The field is marked for 32-bit access, but the region is

Re: ACPI megapatch

> Actually, I couldn't make CVS do what I wanted, so it's a big tarball > with an itty-bitty little patch instead. > > This requires an up-to-date -current kernel (for the pci_cfgreg changes, > etc.) > > I haven't done anything special with newbus attachments yet, and the > embedded controlle

Re: ACPI megapatch

> > Great! This is really great!! I didn't think we can have ACPICA > > kernel so earlier. > > Well, let's see if it works right first. 8) I hear from Intel that they > plan to release a new code revision today, so I will be updating when > they do. I also hear that Andrew Grover (the chap

Re: Recent kernels won't boot

> On Sat, Oct 07, 2000 at 03:30:25PM +0100, Bob Bishop scribbled: > | Kernels built from recent cvsup (<24 hrs) quit immediately on boot, back to > | the BIOS, no messages no nothin'. > > Try removing the ACPI options in kernel and apply Mike Smith's latest > ACPI megapatches. Please also includ

Re: Recent kernels won't boot

> That was it. Is the 4MB kernel size limit documented anywhere? I don't know :-) I luckily noticed this by a lot of trials. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Recent kernels won't boot

> I'm not aware of any 4MB limit on kernel size (and I ought to be if there > is one 8). Can you run the details past me? (I've regularly booted much > larger kernels in the past...) OK, I built 5 kernels based on the same kerne config file giving some modifications. Here is the result. boo

Re: Recent kernels won't boot

> >> > That was it. Is the 4MB kernel size limit documented anywhere? > >> > >> I don't know :-) I luckily noticed this by a lot of trials. > > > > I'm not aware of any 4MB limit on kernel size (and I ought to be if there > > is one 8). Can you run the details past me? (I've regularly boote

Re: ACPI and Sony laptop

Hi, > Also, if I compile device acpica into the kernel, it hangs probing and > attaching ACPI stuff. In particular, it gets a little further if I put > an ENXIO at the start of acpi_tz's attach routine, but after doing that > a couple times in acpi_*_attach() I gave up. I don't see a lot in the >

Re: dev/acpica/acpi.c - minor patch for cleaner poweroff

Hi, > I think you're the main maintainer of the ACPICA codebase (and yes, I know > that parts of it is imported from Intel). Attached is a trivial patch which > makes for cleaner testing for RB_POWEROFF in acpi_shutdown_final() - I've had > various kernel/userland routines invoke reboot sequence

CFR: Generalized power-management interface

Hi, I've created new common framework on generalized power-management interface for userland utilities. http://people.freebsd.org/~iwasaki/acpi/power-20001229.tar.gz This provides some PM APIs to APM applications, such as wmapm, so that these applications can be ported smoothly to use ACPI (pow

Re: Fan speed control sony vaio lx800 slimtop

Hi, > Now I'd like to figure out how to turn the damn fan up and down. This > machine is quiet under windows but sets the fan to high under FreeBSD > and never turns it down. The fan has three settings - 0V, 6V and > 12V. Under windows it stays between 0 and 6V. Thermal management implementat

Re: pmtimer

Hi, > I'm not sure what pmtimer is supposed to do. Isn't it supposed to give > support for the broken statclock on laptops? I saw my friend running 4.1 > with some patches that allowed him to use the statclock (and the rtc > device showed up in systat -vm 2) On my laptop, pmtimer doesn't appear t

Re: Fan speed control sony vaio lx800 slimtop

> Note also that Scott Long ([EMAIL PROTECTED]) is also working on this, > you will want to check with him to work out where he's up to... OK, I intended to try acpi_thermal hacking for the next target, now I can be a tester and feed back something for Scott's hack :-) Thanks To Unsubscribe:

  1   2   >