On Jun 19 08:49:26, jor...@peereboom.us wrote:
> Can you try this patch to see if it helps on your HP systems?
>
> ? acpipci.diff
> ? acpitz.c.fix
> ? condref
> ? msg
> ? passive.diff
> ? tzdiff
> ? xdiff
> Index: dsdt.c
> ===
> RCS fi
On Jun 20 08:59:53, Jan Stary wrote:
> On Jun 19 08:49:26, jor...@peereboom.us wrote:
> > Can you try this patch to see if it helps on your HP systems?
> >
> > ? acpipci.diff
> > ? acpitz.c.fix
> > ? condref
> > ? msg
> > ? passive.diff
> > ? tzdiff
> > ? xdiff
> > Index: dsdt.c
> > ==
Can you try this patch to see if it helps on your HP systems?
? acpipci.diff
? acpitz.c.fix
? condref
? msg
? passive.diff
? tzdiff
? xdiff
Index: dsdt.c
===
RCS file: /cvs/src/sys/dev/acpi/dsdt.c,v
retrieving revision 1.157
diff -u -
On 04/30/10 14:47, Markus Bergkvist wrote:
Hi!
This looks same as problem on my hp 6930p. According to Jordan it's some
reference counting bug somewhere. This makes it boot...
Index: dsdt.c
===
RCS file: /cvs/src/sys/dev/acpi/dsd
On Fri, 30 Apr 2010 22:34:31 + Miod Vallat wrote:
> > You can set 'kern.nosuidcoredump' in /etc/sysctl.conf to save core
> > dumps from in /var/crash. Then try using 'boot dump' in ddb.
>
> This sysctl value has no relation to the ability to create kernel
> crash dumps.
>
> Miod
uggh. I wa
> You can set 'kern.nosuidcoredump' in /etc/sysctl.conf to save core
> dumps from in /var/crash. Then try using 'boot dump' in ddb.
This sysctl value has no relation to the ability to create kernel crash
dumps.
Miod
On 04/30/10 16:39, J.C. Roberts wrote:
On Fri, 30 Apr 2010 14:47:35 +0200 Markus Bergkvist
wrote:
Looks like the same problem I have on my hp 6730b. The diff makes it
boot, but if I plug or unplug the ac I get the panic below and the
only way to leave ddb is hard reboot.
From ddb, does 'b
On Fri, 30 Apr 2010 14:47:35 +0200 Markus Bergkvist
wrote:
>
> Looks like the same problem I have on my hp 6730b. The diff makes it
> boot, but if I plug or unplug the ac I get the panic below and the
> only way to leave ddb is hard reboot.
>From ddb, does 'boot reboot' not work?
You can set
On 01/24/10 02:00, Zoran IvaniD wrote:
> On Fri, Jan 22, 2010 at 02:04:23PM +0100, Jan Stary wrote:
>
>> correctly (?) recognizes the SpeedStep frequencies:
>>
>> cpu0: Enhanced SpeedStep 2528 MHz: speeds: 2534, 2533, 1600, 800 MHz
>>
>> The kernel without ACPI does not:
>>
>> cpu0: unk
Hi,
On Thu, Feb 11, 2010 at 11:34 AM, Jan Stary wrote:
[...]
>> It worked for a while, but recently, having acpiec enabled
>> (with the patch above) results in
>>
>> acpitz0 at acpi0: critical temperature 115 degC
>> acpitz1 at acpi0: critical temperature 105 degC
>> acpitz2 at acpi0: critical t
On Feb 11 10:34:57, Jan Stary wrote:
> > > This looks same as problem on my hp 6930p. According to Jordan it's some
> > > reference counting bug somewhere. This makes it boot...
>
> > > Index: dsdt.c
> > > ===
> > > RCS file: /cvs/sr
> > This looks same as problem on my hp 6930p. According to Jordan it's some
> > reference counting bug somewhere. This makes it boot...
> > Index: dsdt.c
> > ===
> > RCS file: /cvs/src/sys/dev/acpi/dsdt.c,v
> > retrieving revision 1
Zoran IvaniD wrote:
Hi!
This looks same as problem on my hp 6930p. According to Jordan it's some
reference counting bug somewhere. This makes it boot...
Index: dsdt.c
===
RCS file: /cvs/src/sys/dev/acpi/dsdt.c,v
retrieving re
On Jan 24 02:00:25, Zoran Ivanif wrote:
> On Fri, Jan 22, 2010 at 02:04:23PM +0100, Jan Stary wrote:
>
> > correctly (?) recognizes the SpeedStep frequencies:
> >
> > cpu0: Enhanced SpeedStep 2528 MHz: speeds: 2534, 2533, 1600, 800 MHz
> >
> > The kernel without ACPI does not:
> >
> > cpu0
On Fri, Jan 22, 2010 at 02:04:23PM +0100, Jan Stary wrote:
> correctly (?) recognizes the SpeedStep frequencies:
>
> cpu0: Enhanced SpeedStep 2528 MHz: speeds: 2534, 2533, 1600, 800 MHz
>
> The kernel without ACPI does not:
>
> cpu0: unknown Enhanced SpeedStep CPU, msr 0x0617492506
I provided one for this panic, got the same laptop at work ;-)
Gilles
On Fri, Jan 22, 2010 at 07:26:56AM -0600, Marco Peereboom wrote:
> you too need to send acpidump -o output in a tar to jordan.
>
> On Fri, Jan 22, 2010 at 02:04:23PM +0100, Jan Stary wrote:
> > This is a fresh -current on an H
Jan Stary wrote:
Jan Stary wrote:
/bsd panics when booting when ACPI is enabled; boots and works just fine
once ACPI is disabled (via UKC). See full dmesgs below.
What puzzles me is that /bsd.rd (who does the install) has ACPI enabled,
yet runs fine - unlike the /bsd that in installs (see th
> On Fri, Jan 22, 2010 at 02:04:23PM +0100, Jan Stary wrote:
> > This is a fresh -current on an HP EliteBook 8530w ("Mobile Workstation").
> > Thank you all who make be able to run this.
> >
> > /bsd panics when booting when ACPI is enabled; boots and works just fine
> > once ACPI is disabled (via
> Jan Stary wrote:
>> /bsd panics when booting when ACPI is enabled; boots and works just fine
>> once ACPI is disabled (via UKC). See full dmesgs below.
>>
>> What puzzles me is that /bsd.rd (who does the install) has ACPI enabled,
>> yet runs fine - unlike the /bsd that in installs (see the full
On Fri, 22 Jan 2010, Jan Stary wrote:
This is a fresh -current on an HP EliteBook 8530w ("Mobile Workstation").
Thank you all who make be able to run this.
/bsd panics when booting when ACPI is enabled; boots and works just fine
once ACPI is disabled (via UKC). See full dmesgs below.
It is si
you too need to send acpidump -o output in a tar to jordan.
On Fri, Jan 22, 2010 at 02:04:23PM +0100, Jan Stary wrote:
> This is a fresh -current on an HP EliteBook 8530w ("Mobile Workstation").
> Thank you all who make be able to run this.
>
> /bsd panics when booting when ACPI is enabled; boots
This is a fresh -current on an HP EliteBook 8530w ("Mobile Workstation").
Thank you all who make be able to run this.
/bsd panics when booting when ACPI is enabled; boots and works just fine
once ACPI is disabled (via UKC). See full dmesgs below.
What puzzles me is that /bsd.rd (who does the inst
22 matches
Mail list logo