Re: [stable 9] broken hwpstate calls

2012-05-26 Thread Yamagi Burmeister
On Fri, 25 May 2012 16:05:56 -0400 Jung-uk Kim wrote: > > if we decide so, then I think that we could still keep the things > > "simple". As we currently use the "wholesale" approach (all CPUs > > are set to the same P-state regardless of topology), then we could > > first make a pass of writing

Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored

2012-05-26 Thread Mitsuru IWASAKI
rk I think. Oh yes, please try the following patches. http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120526.diff This is already done in vesa(4), added support non-vesa mode. > FWIW, Xorg suspend/resume via the "switch to VTY before suspending" > hack works on thi

[releng_8 tinderbox] failure on sparc64/sparc64

2012-05-26 Thread FreeBSD Tinderbox
TB --- 2012-05-26 10:05:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-05-26 10:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-26 10

Re: siis_timeout with port multiplier on 9.0R

2012-05-26 Thread Nenhum_de_Nos
On Wed, May 23, 2012 17:07, Nenhum_de_Nos wrote: > > On Wed, May 23, 2012 12:54, Nenhum_de_Nos wrote: >> >> On Wed, May 23, 2012 11:22, Mike Tancsa wrote: >>> On 5/21/2012 9:04 PM, Matthew Gamble wrote: We have a box with 3 SiI3124 SATA controllers and 9 CFI-B53PM 5 Port Backplane port

Problems trying to run X on Intel DH77DF System

2012-05-26 Thread Bob Willcox
Hi All, I have a new Intel DH77DF mini-ITX motherboard with a Core i5 3550 CPU and am having trouble getting X to run. This is on a 9-STABLE system just updated today via cvsup. There appear to be two obvious problems: the first is that X will no longer start (it used to with about a two week olde

INVESTISSEMENT SOLAIRE 9% Securite EDF et REVENTE a 6 ans MP

2012-05-26 Thread CN2i SOLAIRE 9% Rendement Sud FRANCE
Pour afficher correctem= ent la page [1]Cliquez-ici Pour = Devenir Partenaire [2]Cliq= uez-ici [3]3D"PV4_NEWSLETTER_SOLAIRE_PV4_CAVAILLON_CN2i_DEVELOPPEMENT_MARS_20 Pour Dev= enir Partenaire [4]Cliq= uez-ici Michael FRAYSSE ?&n= bsp;Direction ? CN2i DEVELOPPEMENT Site Web

/usr/bin/unzip not being installed on 8.3-STABLE

2012-05-26 Thread Jason Hellenthal
I have just noticed the following depicting unzip not being updated/installed during a make installworld. The last binary before this test that caught my attention was from Apr 15, in which I cd(1) into unzip's source directory and did a make && everything neccesary to install it. After running a

Re: /usr/bin/unzip not being installed on 8.3-STABLE

2012-05-26 Thread Matthew D. Fuller
On Sat, May 26, 2012 at 04:24:32PM -0400 I heard the voice of Jason Hellenthal, and lo! it spake thus: > > I have just noticed the following depicting unzip not being > updated/installed during a make installworld. >From a quick look at history, unzip was never connected to the build in 8.x, only

Re: /usr/bin/unzip not being installed on 8.3-STABLE

2012-05-26 Thread Jason Hellenthal
On Sat, May 26, 2012 at 03:31:28PM -0500, Matthew D. Fuller wrote: > On Sat, May 26, 2012 at 04:24:32PM -0400 I heard the voice of > Jason Hellenthal, and lo! it spake thus: > > > > I have just noticed the following depicting unzip not being > > updated/installed during a make installworld. > >

Re: /usr/bin/unzip not being installed on 8.3-STABLE

2012-05-26 Thread Matthew D. Fuller
On Sat, May 26, 2012 at 04:39:40PM -0400 I heard the voice of Jason Hellenthal, and lo! it spake thus: > > Funny... so there are probably alot of machines running around with > old unzip binaries... including the already packaged releases. No, they wouldn't have _any_ unzip binaries. -- Matthe

Re: /usr/bin/unzip not being installed on 8.3-STABLE

2012-05-26 Thread Jason Hellenthal
On Sat, May 26, 2012 at 03:41:55PM -0500, Matthew D. Fuller wrote: > On Sat, May 26, 2012 at 04:39:40PM -0400 I heard the voice of > Jason Hellenthal, and lo! it spake thus: > > > > Funny... so there are probably alot of machines running around with > > old unzip binaries... including the alread