Top Shop
Još samo 10 dana super letnja ponuda samo za ljubitelje šopinga i fudbala
!
Å oping uz 40% popusta!
Dry Cooker
Quelle letnja garderoba uz ekstra popust!
Majice, tunike, pantalone, suknje, haljine, košulje, pidE>ame - sve 40%
jeftinije!
Sjajan izbor E>enske letnje garderobe...
Udo
yeah. someone checked something in. just take that out for now, the test
will work fine unless you're suspending
> Date: Thu, 1 Jul 2010 18:16:23 -0400
> Subject: Re: [resend] Please test this ACPI panic check diff
> From: ted.unan...@gmail.com
> To: jor.
On Thu, Jul 1, 2010 at 2:53 PM, Jordan Hargrave
wrote:
> Index: dev/acpi/acpi.c
> ===
> RCS file: /cvs/src/sys/dev/acpi/acpi.c,v
> retrieving revision 1.169
> diff -u -p -u -p -b -r1.169 acpi.c
> --- dev/acpi/acpi.c 1 Jul 2010 16:
Le 01/07/2010 22:49, Kenneth R Westerback a icrit :
> On Thu, Jul 01, 2010 at 09:45:48PM +0200, Fr?d?ric URBAN wrote:
>
>> My bad !!! It was the bug #6408 - Initialization of "Intel PRO/1000ET
>> (82576)" failed sometimes.
>>
>> And this mail address is prefered for reply !
>>
>> Sad FWD is tab
This diff fixes some issues around sasyncd's handling
of the carpdemote flag, fixing some signal handling, cleanup,
and logging issues.
Here's the problem I am seeing. Some background:
# ifconfig -g carp
carp: carp demote count 0
This is the normal case. If I poke the demote counter (essenti
Index: arch/i386/pci/pci_machdep.c
===
RCS file: /cvs/src/sys/arch/i386/pci/pci_machdep.c,v
retrieving revision 1.52
diff -u -p -u -p -b -r1.52 pci_machdep.c
--- arch/i386/pci/pci_machdep.c 1 Jul 2010 06:29:32 - 1.52
+++ arch
This is the latest ACPI pci mapping revision diff, please test this and report
if your system generates a panic.
Looking to test mainly on Dell PE or Rxxx systems, but also any
server-class hardware (HP, etc).
If you see a panic, please send the files generated by acpidump -o and pcidump
> Date: Sat, 26 Jun 2010 23:48:15 -0600 (MDT)
> From: g...@gwk.ca (Gordon Willem Klok)
>
> Hello this should make speedstep work on nehalem cpu's (i3, i5, i7s) where
> est uses acpi to get the available states. Please let me know of any
> issues
Seems to work fine on; I get different md5 -t speed
On 2010/07/01 11:27, jordan hargrave wrote:
> Hmm.. this should work off -current (the reverted stuff).
> rm *.c *.h in dev/acpi
> cvs xxx -q up -PAd
> patch < revert.diff
Oh I see what it is, your mail got mangled with format=flowed:
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
> E
On Wed, Jun 30, 2010 at 03:34:14PM -0400, Ted Unangst wrote:
> On Wed, Jun 30, 2010 at 3:23 PM, Luis Henriques
> wrote:
> > Probably, a silly question, but here it goes:
> >
> > With this patch, I will not be able to set the perflevel to, say, 50% and
> > keep the system using that performance lev
Hmm.. this should work off -current (the reverted stuff).
rm *.c *.h in dev/acpi
cvs xxx -q up -PAd
patch < revert.diff
Essentially, it's a backout of the backout, plus the _HID change..
The hid diff alone (makes R210 work on pre-revert) is:
Index: dsdt.c
==
On Wed, Jun 30, 2010 at 07:59:00PM -0600, Tobias Weingartner wrote:
> On Wednesday, June 30, Darrin Chandler wrote:
> >
> > What you're saying is true, but that's not the only use case. Streaming
> > media may not benefit from 100% cpu but may not be able to work properly
> > at 0%. The same goes
On 2010/07/01 03:37, Jordan Hargrave wrote:
> So found the problem; on the R210 the AML code CHANGES the _HID for
> the PCI Root Bus depending on the _OSI OS running.. UGH
>
> I'd had code in dsdt.c for ages that converted the _HID integer value
> to its PNP-string equivalent at create time. How
On Wed, Jun 30, 2010 at 02:32:26PM -0400, Ted Unangst wrote:
> I like this one better. Slow down the poll interval just a little so
> it's not so hysterical, but also go straight to 100. If you need CPU,
> you need CPU. It still backs down slowly, but that's just to prevent
> getting caught in s
So found the problem; on the R210 the AML code CHANGES the _HID
for the PCI Root Bus depending
on the _OSI OS running.. UGH
I'd had code in dsdt.c for ages that converted the _HID integer value to
its PNP-string equivalent at create time. However with the dynamic _HID
changing code in the A
Acapgto_ v_koi jai v_ker,
Lar to fgt^sate! Sar to pqosv]qoule!
Let\ ap| pokkapk\ ait^lat\ sar, g pqosvoq\ Ioum_ou paqate_metai cia k_cer
l]qer aj|lg!
This diff will attempt to match up ACPI PCI devices with their BDF.
This will replace code currently used in acpiprt, but need to test this on
many machines to make sure the bus numbers match.
Code will panic if bus numbers do not match, please report dmesg if you
see a panic, along with pcidu
17 matches
Mail list logo