On 11/19/2010 6:39 AM, Andriy Gapon wrote:
>
> I am thinking about providing two APIs for this.
>
> 1. KPI
> void cpu_get_a_m_perf(u_int cpu, uint64_t *aperf, uint64_t *mperf);
>
> 2. Userland
> sysctl dev.cpu.N.aperf_mperf that returns two UQUAD values.
>
> But I am not sure where to put the c
On 11/18/2010 11:09 AM, Andriy Gapon wrote:
> I am trying to solicit some architectural/design ideas for implementing logic
> that
> would honor ACPI _PSD/_CSD/_TSD descriptions of processor dependency domains.
> Well, I am primarily interested in _PSD, but I think that some general
> principles
On 10/26/2010 12:57 PM, Alexander Motin wrote:
> Takanori Watanabe wrote:
>> I updated my FreeBSD tree on laptop, to the current
>> as of 18 Oct.2010, it works fine with CPU C3 state enabled,
>>
>> I think this is your achievement of event time scheduler,
>> thanks!
Ah, so mav@ implemented a tickl
Norikatsu Shigemura wrote:
> Hi ACPI specialists!
>
> I noticed that CPU cooling doesn't work with testing mav@'s
> timers_oneshot*.patch, so I got following results:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - -
> $ sysctl -a | grep cx
> hw
Brooks Davis wrote:
>> Since acpi0 failed to probe, ACPI isn't used to route interrupts. However,
>> the apic code expects ACPI to do that since it enumerated CPUs and I/O
>> APICs. You are just going to have to disable ACPI for now.
>>
>> > acpi0: on motherboard
>> > ACPI-1287: *** Error: M
On Wed, 3 Dec 2003, Melvyn Sopacua wrote:
> On Tuesday 02 December 2003 23:34, Nate Lawson wrote:
> > Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not,
> > try disabling acpi and using apm(4) to suspend and resume.
>
> Normally that would be grand,
Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not,
try disabling acpi and using apm(4) to suspend and resume.
Suspend/resume is far down my list of things to troubleshoot and most of
the problems are very hw-specific.
-Nate
___
[EMA
dmesg, please, including error.
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Tue, 2 Dec 2003, Lukas Ertl wrote:
> On Tue, 2 Dec 2003, Nate Lawson wrote:
> > Um, you have no _ACx values so the fan will be controlled by the BIOS. We
> > should probably provide a way for users to supply their own _ACx values if
> > they're not happy with the BI
On Wed, 26 Nov 2003, Lukas Ertl wrote:
> On Wed, 26 Nov 2003, Nate Lawson wrote:
> > I need the output of sysctl hw.acpi.thermal to see your _ACx values.
>
> hw.acpi.thermal.tz0.temperature: 3072
> hw.acpi.thermal.tz0.active: -1
> hw.acpi.thermal.tz0.thermal_flags: 0
>
On Tue, 25 Nov 2003, John Polstra wrote:
> On 24-Nov-2003 Nate Lawson wrote:
> >
> > Please also send the output of acpidump -t -d > jdp-P2.asl
>
> I booted the 5.1R live CD in an attempt to get this output. I
> discovered that the machine hangs the same way with 5.1R
On Mon, 1 Dec 2003, Slawa Olhovchenkov wrote:
> On Mon, Dec 01, 2003 at 09:48:40AM -0800, Nate Lawson wrote:
> > Your ASL indicates that it returns different values for present (based on
> > PS2F) and current resources (based on KBDI). Please send me the URL to
> > the full
Your ASL indicates that it returns different values for present (based on
PS2F) and current resources (based on KBDI). Please send me the URL to
the full ASL so I can see what sets those two variables.
-Nate
___
[EMAIL PROTECTED] mailing list
http://lis
On Wed, 26 Nov 2003, Lukas Ertl wrote:
> On Wed, 26 Nov 2003, Nate Lawson wrote:
> > It's possible the fan is under BIOS control so make sure you have an
> > up-to-date bios. If not, you should get a console printout when acpi
> > switches the fan on. sysctl hw.acpi
On Fri, 21 Nov 2003, Lukas Ertl wrote:
> On Fri, 21 Nov 2003, Nate Lawson wrote:
> > > > On Tue, 18 Nov 2003, Lukas Ertl wrote:
> > > > > I'm gonna try some "buildkernelstones" with the different settings. If
> > > > > you h
This should be completely resolved by the commit I just made. Please
test.
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
11:02:07 -0800 (PST)
From: Nate Lawson <[EMAIL PROTECTED]>
Modified files:
sys/dev/acpica acpi_cpu.c
sys/modules/acpi Makefile
Log:
* Add acpi_pcpu_get_id(idx, *acpi_id, *cpu_id) which fetches the
idx'th present CPU with pc_acpi_id equal to *acpi_id.
On Tue, 25 Nov 2003, Marco Wertejuk wrote:
> | Of course, make sure you don't have local changes in /etc/rc.d first.
>
> Shouldn't these be placed in /usr/local/etc/rc.d
Sure. I was just being overly careful since I just suggested someone
rm -rf a directory.
-Nate
___
> acpi0: on motherboard
> ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.EC0_._REG] (Node
> 0xc29b4660), AE_NOT_EXIST
> acpi0: Could not initialise SystemIO handler: AE_NOT_EXIST
> device_probe_and_attach: acpi0 attach returned 6
This is the source of the problems. When acp
On Tue, 25 Nov 2003, it was written:
> On Tuesday 25 November 2003 18:35, Nate Lawson wrote:
> > With a recent -current, I've noticed double prints for the last few
> > rc scripts, like this:
> >
> > Starting cron.
> > Local package initializat
With a recent -current, I've noticed double prints for the last few rc
scripts, like this:
Starting cron.
Local package initialization:.
Local package initialization:.
Additional TCP options:.
Additional TCP options:.
Anyone else seeing this?
-Nate
___
On Mon, 24 Nov 2003, John Polstra wrote:
> On 24-Nov-2003 Nate Lawson wrote:
> >
> > Trace 1:
> > wakeup(c2944100,0,c06a7546,140,6c) at wakeup+0x4
> > AcpiOsSignalSemaphore(c2944100,1) at AcpiOsSignalSemaphore+0xa8
> > AcpiUtReleaseMutex(9,30,c295e8c0,c295e760,cdb
On Mon, 24 Nov 2003, John Polstra wrote:
> On 24-Nov-2003 Nate Lawson wrote:
> >
> > Please also send the output of acpidump -t -d > jdp-P2.asl
>
> When I try to run that command, I get:
>
> acpidump: sysctl machdep.acpi_root does not point to RSDP
>
On Mon, 24 Nov 2003, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, John Polstra writes:
> >On 24-Nov-2003 Nate Lawson wrote:
> >> It's a long shot, but what about setting kern.timecounter.hardware to
> >> i8254. It appears your ACPI timer
> uhci2: port 0x1840-0x185f
> at device 29.2 on pci0
> pcib0: _PRS resource entry has unsupported type 0
> uhci2: Could not allocate irq
> device_probe_and_attach: uhci2 attach returned 6
>This one loses the memory-stick slot
> pcib1: at device 30.0 on pci0
> pci2: on pcib1
> pcib1: _PRS res
On Mon, 24 Nov 2003, John Polstra wrote:
> On 24-Nov-2003 Nate Lawson wrote:
> > Please add debug.acpi.disable="cpu" to loader.conf or type that in at the
> > loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
> > path.
>
> Thanks. I
On Mon, 24 Nov 2003, John Polstra wrote:
> On 24-Nov-2003 Nate Lawson wrote:
> > Please add debug.acpi.disable="cpu" to loader.conf or type that in at the
> > loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
> > path.
>
> Thanks. I
No way! Good (non-386) equipment is never to old. :)
Please add debug.acpi.disable="cpu" to loader.conf or type that in at the
loader prompt. If it boots ok, we'll have to debug the acpi_cpu_startup
path.
-Nate
___
[EMAIL PROTECTED] mailing list
http:
On Sat, 22 Nov 2003, Lukas Ertl wrote:
> On Fri, 21 Nov 2003, Nate Lawson wrote:
>
> > Those are what is more interesting. Also, can you send me your sysctl
> > hw.acpi.cpu.cx_history after you've used it for a while with the maximum
> > cx_lowest setting?
>
>
On Sat, 22 Nov 2003, Alex Deiter wrote:
> > Sorry to reply to myself. Are you loading acpi as a module and have an
> > SMP box? If so, please try this patch, recompile the module, and go
> > again:
>
> i applay this patch, comment device acpi in GENERIC and rebuild kernel.
> After reboot it work,
On Sat, 22 Nov 2003, Alex Deiter wrote:
> > Is this an SMP box? If so, please do:
>
> This Intel® Server Board SE7501BR2 with one CPU and enabled Hyper-Threading.
>
> > x/xl cpu_softc
> > x/xl cpu_softc+4
> > x/xl cpu_softc+8
>
> panic: NULL softc for 0
> cpuid = 0;
> Debugger("panic")
> Sto
On Sat, 22 Nov 2003, Alex Deiter wrote:
> > Is this an SMP box? If so, please do:
>
> This Intel® Server Board SE7501BR2 with one CPU and enabled Hyper-Threading.
>
> > x/xl cpu_softc
> > x/xl cpu_softc+4
> > x/xl cpu_softc+8
>
> panic: NULL softc for 0
> cpuid = 0;
> Debugger("panic")
> Sto
> > On Tue, 18 Nov 2003, Lukas Ertl wrote:
> > > I'm gonna try some "buildkernelstones" with the different settings. If
> > > you have some special benchmarks in mind I'd be happy to run them.
> >
> > That's probably ok. It has a lot of IO.
>
> Now I've tried running make buildkernel and tarring
Sorry to reply to myself. Are you loading acpi as a module and have an
SMP box? If so, please try this patch, recompile the module, and go
again:
retrieving revision 1.32
diff -u -r1.32 Makefile
--- Makefile15 Nov 2003 19:26:06 - 1.32
+++ Makefile21 Nov 2003 21:37:41 -
@@ -4
Is this an SMP box? If so, please do:
x/xl cpu_softc
x/xl cpu_softc+4
x/xl cpu_softc+8
And send me the output of
acpidump -t -d > tiamat-MachineType.asl
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
Since both of these happen in irq handlers, you might want to look at the
new random entropy gathering use of locking.
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[E
Is anyone using this successfully? I had to install it from Linux. The
grub.conf below works when installed by the Linux grub-install but
FreeBSD's port always fails with the below messages. Package: grub-0.92
The other problem is I think grub cannot boot UFS2 partitions so I'm using
UFS1.
lap
On Wed, 19 Nov 2003, Eric Anderson wrote:
> Nate Lawson wrote:
> >You should run a benchmark with different values for
> >hw.acpi.cpu.current_speed to be sure the throttling control still works
> >ok. I left it mostly intact so you shouldn't see any problems but it&#x
On Wed, 19 Nov 2003, Harald Schmalzbauer wrote:
> On Wednesday 19 November 2003 16:31, Nate Lawson wrote:
> > Ok, here's the final patch. I believe it fixes both problems.
> >
> *SCHNIP*
>
> Yep, seems really final. I downloaded the acpi_cpi.c from cvs-web to be sure
On Wed, 19 Nov 2003, Robert Watson wrote:
> On Wed, 19 Nov 2003, Nate Lawson wrote:
> > On Wed, 19 Nov 2003, Robert Watson wrote:
> > > Success! The system rebooted without panicking. It even came back up
> > > cleanly. :-)
> >
> > Good to hear. I thin
On Wed, 19 Nov 2003, Robert Watson wrote:
> On Wed, 19 Nov 2003, Nate Lawson wrote:
>
> > Ok, here's the final patch. I believe it fixes both problems.
>
> Success! The system rebooted without panicking. It even came back up
> cleanly. :-)
Good to hear. I think D
dev/acpica/acpi_cpu.c,v
retrieving revision 1.19
diff -u -r1.19 acpi_cpu.c
--- sys/dev/acpica/acpi_cpu.c 15 Nov 2003 19:26:05 - 1.19
+++ sys/dev/acpica/acpi_cpu.c 19 Nov 2003 15:21:07 -
@@ -1,5 +1,5 @@
/*-
- * Copyright (c) 2003 Nate Lawson
+ * Copyright (c) 2003 Nate Lawson (SDG)
* Co
On Tue, 18 Nov 2003, Eric Anderson wrote:
> Nate Lawson wrote:
> >cvsup to -current as of today would be a good first start. The code was
> >committed Nov 15. Then boot with acpi enabled and post the output of
> >sysctl hw.acpi.cpu. You can try different l
On Tue, 18 Nov 2003, Eric Anderson wrote:
> >And here is what you requested in your first patch:
> >
> >cale:~> sysctl hw.acpi.cpu
> >hw.acpi.cpu.cx_supported: C1/0
> >hw.acpi.cpu.cx_lowest: 0
> >hw.acpi.cpu.cx_history: 0/0
>
> Ok - what do I need to do to try this new acpi stuff out? I'm running
On Tue, 18 Nov 2003, Don Lewis wrote:
> On 18 Nov, Lukas Ertl wrote:
> > On Tue, 18 Nov 2003, Nate Lawson wrote:
>
> >> This excerpt from truckman@'s asl shows that 4 Cx states are only
> >> available when the AC adapter is not attached. (The C*NA memory address
On Tue, 18 Nov 2003, Robert Watson wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
> > Could you add a printf to the start of acpi_cpu_detach()? I want to see
> > if we're being called before or after ACPI is stopped ("Shutting down
>
> So indeed, it doesn'
On Tue, 18 Nov 2003, Lukas Ertl wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
> > Try settings of cx_lowest of 1 and 2 (and 3 when the last C3 state is
> > available). I'm interested in any benchmark results, especially IO. I'm
> > hoping the scheduling of sleep
On Tue, 18 Nov 2003, Robert Watson wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
>
> > Below you'll find the update patch for acpi_cpu. Please test this,
> > especially for SMP and laptops with _CST objects in their ASL.
> ...
> > Notes:
> > * Add
On Tue, 18 Nov 2003, Lukas Ertl wrote:
> On Tue, 18 Nov 2003, Nate Lawson wrote:
> > Below you'll find the update patch for acpi_cpu. Please test this,
> > especially for SMP and laptops with _CST objects in their ASL.
>
> Looks good here on a Centrino based laptop,
On Tue, 18 Nov 2003, Andy Farkas wrote:
> My EISA AHA2740's don't work no more :(
>
> # grep ahc /var/run/dmesg.boot
> ahc0: at 0x2c00-0x2cff, irq 10 (level)
> ahc0: on eisa0 slot 2
> ahc1: at 0x4c00-0x4cff, irq 11 (level)
> ahc1: on eisa0 slot 4
> ahc2: port 0xf800-0xf8ff mem
> 0xf68fb000-0xf6
ff -u -r1.19 acpi_cpu.c
--- sys/dev/acpica/acpi_cpu.c 15 Nov 2003 19:26:05 - 1.19
+++ sys/dev/acpica/acpi_cpu.c 18 Nov 2003 17:46:23 -
@@ -1,5 +1,5 @@
/*-
- * Copyright (c) 2003 Nate Lawson
+ * Copyright (c) 2003 Nate Lawson (SDG)
* Copyright (c) 2001 Michael Smith
* All rights res
Thanks for the info. His analysis is correct. I'll add a detach method
that disables sleeping during shutdown.
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL P
On Mon, 17 Nov 2003, Harald Schmalzbauer wrote:
> On Sunday 16 November 2003 21:11, Nate Lawson wrote:
> > The panic you see is a result of the new acpi_cpu driver, not ULE. In any
> > case, it appears that acpi_cpu_idle is being called and trying to read one
> > of
On Sun, 16 Nov 2003, Lukas Ertl wrote:
> On Sat, 15 Nov 2003, Nate Lawson wrote:
>
> > Please test this to be sure that it boots ok on your machine, especially
> > SMP boxes. Throttling should still work ok also.
>
> Seems to work here:
>
> hw.acpi.cpu.cx_sup
The panic you see is a result of the new acpi_cpu driver, not ULE. In any
case, it appears that acpi_cpu_idle is being called and trying to read one
of the processor control registers before they are present. Please send
me privately the output of:
acpidump -t -d > harald-MachineType.asl
As a
The default value of this driver is to use C1 (HLT), which is equivalent
to previous behavior. To use lower idle states, set hw.acpi.cpu.cx_lowest
to the index of the desired state. See sysctl hw.acpi.cpu output to get
an idea of the values. Here is the result on my IBM T23:
hw.acpi.cpu.cx_supp
On Thu, 30 Oct 2003, Jeremy Bingham wrote:
> On 29/10/03 18:18 -0800, Nate Lawson wrote:
> > I looked at a few other ASL copies I have and you have an old version.
> > Have you done a BIOS update recently?
> >
> > Yours: OEMID=DELL, OEM Table ID=CPi R, OEM Revision=0x
On Wed, 1 Oct 2003, Jeremy Bingham wrote:
> > > On 30/09/03 15:04 -0700, Nate Lawson wrote:
> > > > As far as debugging prints, add the following printfs to
> > > > acpi_cmbat_get_bif():
> > > >
> > > > printf("Before gettin
On Mon, 27 Oct 2003, Thorsten Greiner wrote:
> * Nate Lawson <[EMAIL PROTECTED]> [2003-10-27 22:13]:
> > ... What you probably want to do now is do "tr " for the
> > pids below to see what they're blocked on. Likely culprits are 24
> > (since it
On Fri, 24 Oct 2003, Thorsten Greiner wrote:
> * Nate Lawson <[EMAIL PROTECTED]> [2003-10-24 22:57]:
> > Type "tr" at the DDB prompt to get a trace of what is hanging.
>
> At the time of the hang a 'ps' in DDB shows two screenful's of
> processes
My /etc/make.conf is empty.
c++ -pg -O -pipe -mcpu=pentiumpro -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H
-I/home/src/gnu/lib/libstdc++
-I/home/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++
-I/home/src/gnu/lib/libstdc++/../../../contrib/gcc -fno-implicit-templates
-ffunction-sections -fdata-s
On Fri, 10 Oct 2003, Soren Schmidt wrote:
> It seems Nate Lawson wrote:
> > Here is an updated status of ATAng for me. I periodically test it to see
> > if any of the following problems go away.
> >
> > * Panic occurs after ATAFD fails to probe. Last event: 2003/10/6
What exact date did this problem appear? If recently, I suspect the ep(4)
changes. But there are other problems...
Can you update the BIOS to a newer version?
Please send me a link to the output of:
acpidump -t -d > klop-cpq7400.asl
These errors mean your AML is buggy:
can't fetch resource
> I have a VIA EPIA-M 1 board which works mostly when I disable
> ACPI in the bios. Unfortunately the parallel port is controlled by
> some Super-IO chip and is not recognized during boot. The same holds
> true for serial ports and the floppy controller.
>
> When I enable ACPI in the bios the m
> ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.LPCB.LNKU._CRS] (Node
> 0xc40e49c0), AE_AML_UNINITIALIZED_LOCAL
> ACPI-0175: *** Error: Method execution failed [\\_SB_.PCI0.LPCB.LNKU._CRS] (Node
> 0xc40e49c0), AE_AML_UNINITIALIZED_LOCAL
This means your AML is lousy. Try some of
On Thu, 16 Oct 2003, Anish Mistry wrote:
> -BEGIN PGP SIGNED MESSAGE-
Um, that's great. :)
> First off, if you've been following my dabbling in fixing the USB resume
> problem on my laptop you know that I have been plauged by the infamous
> restart on second suspend with a usb device bei
On Mon, 13 Oct 2003, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Nate Lawson <[EMAIL PROTECTED]> writes:
> : Given that, my biggest concern now is IO corruption. Are there any
> : devices that have a low interrupt rate (or bus mastering rate) that
On Sun, 12 Oct 2003, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Nate Lawson <[EMAIL PROTECTED]> writes:
> : I am very interested in our idle load characteristics. It seems
> : most systems I've analyzed have an average idle interrupt rat
On Mon, 13 Oct 2003, Mark Santcroos wrote:
> On Mon, Sep 15, 2003 at 02:16:47PM -0700, Nate Lawson wrote:
> > njl 2003/09/15 14:16:47 PDT
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/dev/sound/pciich.c
> > Log:
Does anyone have recent statistics for interrupt latency and arrival
timings? I am very interested in our idle load characteristics. It seems
most systems I've analyzed have an average idle interrupt rate of about
225 per second, dominated by the clk and rtc interrupts as shown below.
clk irq0
Here is an updated status of ATAng for me. I periodically test it to see
if any of the following problems go away.
* Panic occurs after ATAFD fails to probe. Last event: 2003/10/6
I have no ATAFD device on my system and normally no messages are printed
about it on boot. However, periodically AT
On Mon, 6 Oct 2003, Bruce Evans wrote:
> On Sun, 5 Oct 2003, Nate Lawson wrote:
> > In the past, msdosfs has taken its permissions from the mountpoint.
> > Recently I noticed that this still works for files in the root directory
> > but subdirectories are all chmod 000. Has
In the past, msdosfs has taken its permissions from the mountpoint.
Recently I noticed that this still works for files in the root directory
but subdirectories are all chmod 000. Has anyone else seen this? Adding
the -m=755 flag for instance does work for the files in the top of the
mountpoint (i
> Now I'm having an issue with ACPI. I used to hit the power button and
> that would initiate a proper shutdown. Now it seems to do nothing,
> but when I reboot the system goes into a suspended state before
> completing the shutdown. The motherboard beeps three times, the
> screen goes blank, an
On Wed, 1 Oct 2003, Jeremy Bingham wrote:
> On 01/10/03 09:33 -0700, Nate Lawson wrote:
> > > > As far as debugging prints, add the following printfs to
> > > > acpi_cmbat_get_bif():
> > > >
> > > > printf("Before getting BIF\
On Wed, 1 Oct 2003, Bruce Evans wrote:
> On Tue, 30 Sep 2003, Nate Lawson wrote:
> > Here are "iostat 5" results for my USB thumb drive on a uhci(4) controller
> > with 5.1-CURRENT. On windows on the same box, it runs reasonably quickly.
> > On FreeBSD, it real
On Wed, 1 Oct 2003, Jeremy Bingham wrote:
> On 30/09/03 15:04 -0700, Nate Lawson wrote:
> > Are you sure you tracked it down to INVARIANTS? Or was it DDB? Please
> > try with _just_ DDB and see if you can still reproduce the problem. If
> > so, then when it hangs, hit CTRL
Here are "iostat 5" results for my USB thumb drive on a uhci(4) controller
with 5.1-CURRENT. On windows on the same box, it runs reasonably quickly.
On FreeBSD, it really lags. This is for a cp of a large file to a
msdosfs-mounted flash drive.
da0
KB/t tps MB/s
1.07 41 0.04
1.00 4
On Tue, 30 Sep 2003, Jeremy Bingham wrote:
> On 30/09/03 14:48 -0700, Nate Lawson wrote:
> > Please do not start new threads for the same problem as it makes it hard
> > to track down what your problem even was originally. I assume your
> > problem is hangs during boot, i
On Tue, 23 Sep 2003, Jeremy Bingham wrote:
> On 23/09/03 18:07 -0700, Nate Lawson wrote:
> > Enable options DDB. When it hangs, press CTRL-ALT-ESC and then "tr" to
> > get a traceback.
> >
> > While ACPI influences this problem, I am uncertain it is the root
Please do not start new threads for the same problem as it makes it hard
to track down what your problem even was originally. I assume your
problem is hangs during boot, it appeared since 5.1R, and it goes away if
you enable "options INVARIANTS". Is that right?
-Nate
On Mon, 29 Sep 2003, Kevin Oberman wrote:
> > Date: Mon, 29 Sep 2003 13:33:06 -0700 (PDT)
> > From: Nate Lawson <[EMAIL PROTECTED]>
> > ACPI attaches the bus twice. See sys/dev/acpica/acpi.c:
> >
> > /*
> > * Scan all of the child devices
On Mon, 29 Sep 2003, Kevin Oberman wrote:
> > Date: Mon, 29 Sep 2003 16:04:25 -0400 (EDT)
> > From: John Baldwin <[EMAIL PROTECTED]>
> >
> > On 29-Sep-2003 Kevin Oberman wrote:
> > > I recently noticed that, when I boot with ACPI on my IBM T30, I get
> > > errors trying to probe the BIOS disabled s
On Mon, 29 Sep 2003, Kevin Oberman wrote:
> Re: kern/55395
>
> I see a patch to ich.c back on the 15th to "Correctly reset ich[3-5]
> sound cards on resume.", but I am still not able to properly use my
> sound card after a resume because the card starts clocking at the wrong
> rate, about 52K inste
On Thu, 25 Sep 2003, Jeremy Bingham wrote:
> > Unfortunately, no. You can cvsup to 2003/8/23 on just the sys/dev/ata
> > directory and revert the change to sys/conf/files. That does the trick.
> > Currently ATAng causes a hang on resume from suspend whereas it has worked
> > for months before ATA
On Thu, 25 Sep 2003, Jeremy Bingham wrote:
> On 25/09/03 11:54 -0700, Nate Lawson wrote:
> > Interesting. Try turning on ACPI_LV_FUNCTIONS (see the email I just sent
> > to -current) as well as ACPI_DEBUG and let me know the last 3-4 prints
> > before it hangs. Not blaming a
> So, after running this laptop with debugging stuff and INVARIANTS on all
> day and having it work fine, I decided to try taking the INVARIANTS
> options out of the kernel. Lo and behold, it now hangs again when I try
> to boot. I can't even get it to respond when I hit Ctrl-Alt-Esc and try
> to g
> I've got an IBM ThinkPad R40 that hangs when I do a "shutdown -p". It
> wedges after printing "Powering system off using ACPI".
>
> Attempting to use 'acpiconf -s" to suspend produces similar hangs.
Your system is halting correctly but powering off is failing. A cursory
glance at your ASL show
>When booting FreeBSD normally or in single-user mode, these are the last
>messages displayed:
>
>Timecounter "TSC" frequency 498470127 Hz quality 800
>Timecounters tick every 10.000 msec
>^^^ hangs after that
>
>
>When booting FreeBSD with ACPI turned off or in "Safe Mode", the computer
>b
On Mon, 22 Sep 2003, Andrew Thompson wrote:
> Andrew Thompson wrote:
> > I fixed the other null derefernce in sc_bell() and the laptop is now
> > suspending with the serial console the same as without.
>
> as it should, but the second suspend it only does acpi_SetSleepState()
> -> AcpiEnterSleepSta
On Wed, 17 Sep 2003, Andrew Thompson wrote:
> Nate Lawson wrote:
> > On Wed, 17 Sep 2003, Andrew Thompson wrote:
> >
> >>111 sc_cur_scr = sc->cur_scp->index;
> >
> > For a temporary workaround, try changing line 111 to:
> >
On Wed, 17 Sep 2003, Anish Mistry wrote:
> I reported this serveral times and no one seemed to be able to
> reproduce the problem, and I couldn't figure out what wasn't being
> shutoff. FInally I think that I figured it out. The display is the
> thing that is not being shutoff. The reason I misse
On Mon, 8 Sep 2003, Soren Schmidt wrote:
> It seems Nate Lawson wrote:
> > With a fresh checkout of last night's -current, I cannot boot my laptop.
> > ATAFD panics the box by reusing freed memory. I do not have a floppy
> > drive in the laptop and when I do, it&#x
On Tue, 16 Sep 2003, Damian Gerow wrote:
> Thus spake Nate Lawson ([EMAIL PROTECTED]) [16/09/03 16:24]:
> > I have no time to track this down but the output of acpidump -t may help
> > someone else who might be interested. You're looking for the pointers
> > that are
On Tue, 16 Sep 2003, Damian Gerow wrote:
> Thus spake Nate Lawson ([EMAIL PROTECTED]) [16/09/03 15:00]:
> > I'm almost certain your problem is defining MAXMEM to 512 MB. Remove that
> > from your kernel config and try again. MAXMEM causes all kinds of
> > problems.
On Wed, 17 Sep 2003, Andrew Thompson wrote:
> (gdb) l *scsuspend+0x17
> 0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
> 106 int retry = 10;
> 107 static int dummy;
> 108 sc_softc_t *sc;
> 109
> 110 sc = &main_s
On Wed, 17 Sep 2003, Andrew Thompson wrote:
> Nate Lawson wrote:
> >gdb kernel.debug
> >l *scsuspend+0x17
> >That should show the offending code segment.
>
> (gdb) l *scsuspend+0x17
> 0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
> 106
> (To recap: I'm having ACPI problems on a DFI CD70-SC, with both 5.1-R and
> 5-CURRENT. Booting GENERIC doesn't show any problems, however, so there's
> a good chance it's a misconfiguration issue.)
>
> Thus spake Damian Gerow ([EMAIL PROTECTED]) [15/09/03 17:34]:
> > It's attached. There's no A
Please compile your kernel with debug symbols (config -g KERNEL) and load
it into gdb to get the actual line of code that is getting that NULL
deref:
gdb kernel.debug
l *scsuspend+0x17
That should show the offending code segment.
-Nate
___
[EMA
On Mon, 1 Sep 2003, Soren Schmidt wrote:
> It seems Nate Lawson wrote:
> > This worked with old ATA. For now I've supped sys/dev/ata back to
> > 2003/8/23. Ideas?
>
> Not really, it does work on my laptop hmm..
>
> I'll try to get it onto a few other laptops
1 - 100 of 466 matches
Mail list logo
