gmane.os.freebsd.stable

[releng_8 tinderbox] failure on sparc64/sparc64

FreeBSD Tinderbox — 2012-05-26T10:25:57

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     root< at >farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-26 10:05:00 - starting RELENG_8 tinderbox run for sparc64/sparc64
TB --- 2012-05-26 10:05:00 - cleaning the object tree
TB --- 2012-05-26 10:05:00 - cvsupping the source tree
TB --- 2012-05-26 10:05:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile
TB --- 2012-05-26 10:05:35 - building world
TB --- 2012-05-26 10:05:35 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-26 10:05:35 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-26 10:05:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-26 10:05:35 - SRCCONF=/dev/null
TB --- 2012-05-26 10:05:35 - TARGET=sparc64
TB --- 2012-05-26 10:05:35 - TARGET_ARCH=sparc64
TB --- 2012-05-26 10:05:35 - TZ=UTC
TB --- 2012-05-26 10:05:35 - __MAKE_CONF=/dev/

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

Mitsuru IWASAKI — 2012-05-26T09:10:26

Hi,


vesa(4) has video BIOS init hack run in vm86-mode or on x86 emulator.
I think it is cool.  My X61 still need video BIOS init in
acpi_wakecode, because it seems vesa's BIOS init ends incompletely by
page fault for now though.


If you have a vty with initial video mode, switching vtys will work 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.


Long time ago, I added the hack trying to make it as small as possible
for the same effect :)
Now we need the true solution...

Thanks!
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

Re: [stable 9] broken hwpstate calls

Yamagi Burmeister — 2012-05-26T07:02:33

On Fri, 25 May 2012 16:05:56 -0400
Jung-uk Kim <jkim< at >FreeBSD.org> wrote:


Okay, thank's for your input. I'll come up with a patch. But it won't
happen until tuesday or wednesday next week.

Re: [stable 9] broken hwpstate calls

Gen O. — 2012-05-26T06:21:12

Hi,
I suprised that followings , cited from AMD BKDG(42301 Rev 3.06 - January 25, 2012)
  ^^^^^^^^^^^^^

if in a boosted P-state, MSRC001_0063 "reads back as 0".

so here is ugly patch  ;-)

--- hwpstate.c.orig     2012-05-26 15:06:06.000000000 +0900
+++ hwpstate.c  2012-05-26 15:07:50.000000000 +0900
< at >< at > -196,7 +196,7 < at >< at >
                msr = rdmsr(MSR_AMD_10H_11H_STATUS);
                HWPSTATE_DEBUG(dev, "result  P%d-state on cpu%d\n",
                    (int)msr, PCPU_GET(cpuid));
-               if (msr != id) {
+               if (msr != id && msr != 0) {
                        HWPSTATE_DEBUG(dev, "error: loop is not enough.\n");
                        error = ENXIO;
                }

but this doesn't reflect that the cpu frequency is equal to sysctl value.
So, disabling the boost and setting the p-state is an answer.
And when setting the max freq from sysctl, enable the boost is also.

Re: Intel 525MW and FreeBSD 9.0R

Nenhum_de_Nos — 2012-05-26T02:28:52

On Fri, May 25, 2012 17:19, Bob Bishop wrote:

that did the trick so far, I'm building word now.

thanks,

matheus

Re: stable/9 sandybridge reboot panic

Attilio Rao — 2012-05-25T22:06:38

2012/5/25, Sean Bruno <seanbru< at >yahoo-inc.com>:

I'm sure that if you drop hwpmc you will get rid of it.
it would be good if you however get something for Davide and George
that they can investigate and fix, would be great, in particular
because it is already ported on STABLE_9.

Attilio

Re: stable/9 sandybridge reboot panic

Sean Bruno — 2012-05-25T21:31:44

Verbose console boot ... interesting stuff about ioapic in there.

http://people.freebsd.org/~sbruno/dell_r620_fbsd9.txt

Sean

_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

stable/9 sandybridge reboot panic

Sean Bruno — 2012-05-25T21:04:50

Dell R620, getting pretty reliable panics here everytime I reboot.

http://people.freebsd.org/~sbruno/sandybridge_reboot_panic.txt


Sean


_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

Re: Intel 525MW and FreeBSD 9.0R

Bob Bishop — 2012-05-25T20:19:21

Hi,

On 25 May 2012, at 20:26, Nenhum_de_Nos wrote:


I had various problems with mine, fixed by updating the BIOS.


--
Bob Bishop
rb< at >gid.co.uk




_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

Re: [stable 9] broken hwpstate calls

Jung-uk Kim — 2012-05-25T20:05:56

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-05-25 15:39:39 -0400, Andriy Gapon wrote:

No, I believe checking MSRC001_0071[18:16] is much simpler if it
works.  And it does not break current cpufreq(4) design principles.

Jung-uk Kim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+/5iQACgkQmlay1b9qnVOHLgCfY0ELt5oN1hml8S+bDGSHbOux
bj4AoKisSh9DlK46U+LFthaSGicp/+Hc
=BYej
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

Intel 525MW and FreeBSD 9.0R

Nenhum_de_Nos — 2012-05-25T19:26:30

hail,

I got issues with port multiplier and was told to update to 9-STABLE. But I can't.

I get this error when trying to compile world:

panic: vm_page_inserted: page already inserted
cpuid=0

I tried 3 times.

my system is Intel 525MW, 4GB Ram.

Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012
    root< at >farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
CPU: Intel(R) Atom(TM) CPU D525   < at > 1.80GHz (1800.10-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x106ca  Family = 6  Model = 1c  Stepping = 10
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x40e31d<SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE>
  AMD Features=0x20100800<SYSC

Re: [stable 9] broken hwpstate calls

Jung-uk Kim — 2012-05-25T17:13:34

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-05-25 13:11:21 -0400, Jung-uk Kim wrote:
                                        ^^
                                        16

Sorry for the typo.

Jung-uk Kim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+/vb4ACgkQmlay1b9qnVOjPACbBIyx9eHTXqDqJjeAQpamAfPT
9+oAoL99VMf9MAhspIBJGvjFBG2aLynE
=4Z9b
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

Re: [stable 9] broken hwpstate calls

Jung-uk Kim — 2012-05-25T17:11:21

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-05-25 11:47:53 -0400, Andriy Gapon wrote:


I just looked through the BKDG and I think you should definitely check
MSRC001_0071[18:16].  MSRC001_0063[2:0] is "SharedC" but
MSRC001_0062[2:0] and MSRC001_0071[18:15] are "Not-same-for-all".  I
think this means writing a P-state to MSRC001_0062[2:0] will be
reflected in MSRC001_0070[18:16] first, then MSRC001_0071[18:16] gets
updated when the P-state transition is complete.  MSRC001_0063[2:0]
will only change when all cores in a compute unit is in sync., which
may be too late.


I think we should check.

Jung-uk Kim

1:
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+/vTkACgkQmlay1b9qnVPY9QCgqcEvUHKKQ3U0Rec5Kzdlrw3L
kSkAnj6ofOf8PVkEHlxNrgGZAHJ2so1p
=GQw9
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freeb

Re: bash 4.2 patchlevel 28

Jason Hellenthal — 2012-05-25T15:45:30


On Fri, May 25, 2012 at 07:44:39AM +0200, Trond Endrest?l wrote:

Same here but on 8.3-STABLE i386 no errors found throughout any of the
tests.

Re: [stable 9] broken hwpstate calls

Yamagi Burmeister — 2012-05-25T14:36:53

Hello,
a user at BSDForen.de had the same problem and I helped him to track it
down. While I was unable to find a solution I found the cause of the
problems. The problem is (all files and line numbers relative to
FreeBSD 9.0-RELEASE):

1. When a new p-state is requested (by powerd or by changing the sysctl)
   in kern/kern_cpu.c the function cf_set_method() is invoked. 
2. In line 335 the driver depended function is called. For newer AMD
   CPU it's hwpstate_set() in x86/cpufreq/hwpstate.c
3. In x86/cpufreq/hwpstate.c line 227 hwpstate_goto_pstate() is
   called which does the actual magic.
4. In line 199 "if (msr != id)" triggers, returns ENXIO. The error
   is send back to cf_set_method(), which prints the "hwpstate0: set
   freq failed". powerd translates the error to "Device not configured"

After some further investigation and looking at the linux driver [0] I
changed the loop at x86/cpufreq/hwpstate.c 188ff from 100 iterations to
250. It lessend the problem but didn't solve it. The next step was to
rew

Problem with sub-path (or sub-url) in smbfs.

Manuel Trujillo (TooManySecrets — 2012-05-25T10:38:14

Hi!

I don't know if this is the right list for this question, but I cannot
find anything related about "cifs" or "samba". By the way I would
apologize about my bad english...

My system is a FreeBSD 9-RELEASE i386.

The windows server at office have a large path to the shares (sub-path), e.g.

//teide/recursos/usuarios/myuser

where "recursos" is a share, and inside it, "myuser" is another share
from "usuarios" (users).

This runs fine in any linux. In FreeBSD this is my fstab entry:

//mtrujillo< at >teide/recursos/usuarios/myuser /media/personal
smbfsnoauto,rw,-u=myuser,-g=myuser,-N 0 0

I have also an /etc/nsmb.conf configured. All runs fine... except
because I only can mount up to "recursos" (from the line
teide/recursos/usuarios/myuser), and NOT the share "myuser" (the last
part of the PATH).

Anybody could help me please?

Thank you very much!

Re: VirtualBox, AIO and zvol's - a cautionary tale

Pete French — 2012-05-25T10:00:56

Interesting. I have this setting "Off" - but my machines were perfectly
reliable until AIO was added to the mix. Are yours directly on top of
a zvol as the underlying disc, or using files on ZFS ?

Will try enabling that setting - thoigh as it is stable anyway
it wont make a lot of diffeernce I hope!

cheers,

-pete.
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

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

Adrian Chadd — 2012-05-25T07:51:38

Hi,

No, I didn't have vesa loaded. I'll load that now and try tomorrow
after a reboot.

Yes, I tried switching VTYs, each VTY had the same issue. I guess the
driver isn't doing a VGA mode change when I switch VTYs unless the
screens are in different modes?

FWIW, Xorg suspend/resume via the "switch to VTY before suspending"
hack works on this Thinkpad T60. It's not optimal but hey, it _does_
work. :)


Adrian
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

Re: bash 4.2 patchlevel 28

Trond Endrestøl — 2012-05-25T05:44:39

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 24 May 2012 13:07-0700, Sean Bruno wrote:


I'm unable to reproduce this behaviour on one of my systems:

trond< at >enterprise:~>bash --version
GNU bash, version 4.2.28(0)-release (amd64-portbld-freebsd9.0)
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
trond< at >enterprise:~>my_var="$(uname)"
trond< at >enterprise:~>echo $my_var
FreeBSD
trond< at >enterprise:~>

I'm not sure what's going on in your case.

- -- 
+-------------------------------+------------------------------------+
| Vennlig hilsen,               | Best regards,                      |
| Trond Endrestøl,              | Trond Endrestøl,                   |
| IT-ansvarlig,                 | System administrator,              |
| Fagskolen Innlandet,          | Gjøvik Technical College, Norway,  |
| tlf. d

Re: VirtualBox, AIO and zvol's - a cautionary tale

Jan Mikkelsen — 2012-05-25T05:25:09

Hi,

On 23/05/2012, at 11:11 PM, Pete French wrote:


I have seen similar behaviour, but I did not disable AIO to solve it. Instead, in the VirtualBox VM, I made sure that the storage controller was created with the "--hostiocache on" option. Without that, the virtual machines were unreliable on ZFS with the same behaviour you saw.

Do you have the hostiocache enabled or disabled in your VM? Does it make a difference?

Regards,

Jan.

_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"

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

Mitsuru IWASAKI — 2012-05-25T04:49:03

Hi, thanks for reporting!


Do you have vesa(4) in your kernel?  It seems dev/fv/vesa.c:vesa_bios_post()
restore the mode when resuming, but it's maybe incomplete in some cases...
I think great work was done in this area, and we can improve this more.

How about switching vty to other different mode vty and switching back
in order to force changing video mode?
I think it's better than re-run vidcontrol.


This is my pleasure :)

Thanks!
_______________________________________________
freebsd-stable< at >freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscribe< at >freebsd.org"