Re: [head tinderbox] failure on arm/arm

2010-03-01 Thread Robert Watson


On Mon, 1 Mar 2010, FreeBSD Tinderbox wrote:


===> usr.bin/systat (all)
cc -O -pipe  -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c
cc -O -pipe  -DINET6 -std=gnu99 -Wno-pointer-sign -c 
/src/usr.bin/systat/cmdtab.c
In file included from /src/usr.bin/systat/extern.h:39,
from /src/usr.bin/systat/cmdtab.c:43:
/obj/arm/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers 
or '...' before 'u_int'


Converted from a u_int to an unsigned int in a follow-up commit, which fixes 
the build (I hope).  Should have done a buildworld rather than building all 
the individual components, lesson re-learned.


Robert N M Watson
Computer Laboratory
University of Cambridge
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver

2010-03-01 Thread Alexandr Rybalko
On Sun, 28 Feb 2010 01:52:59 -0800
Weongyo Jeong  wrote:

>> On Sat, Feb 27, 2010 at 01:15:35AM +0200, Alex RAY wrote:
>> > Hi Weongyo,
>> > 
>> > Can new siba release operate in systems like in this SVG image?
>> > System example: CPU BCM5836 + Wi-Fi BCM4318
>> 
>> Recent changes of siba(4) by myself doesn't change code flow, layout and
>> doesn't include enhancements if you're an user of SENTRY5 mips CPU (like
>> BCM5836)
>> 
>> All I did on recent changes were to put common routines or codes which
>> could be used for original siba(4).  These codes are only used for
>> bwn(4) driver currently and don't be merged with original siba(4).  That
>> means there are two separated codes in current siba(4) so merging two
>> into one is a TODO.
>> 
>> I have no idea current siba(4) supports a system using on CPU BCM5836 +
>> Wi-Fi BCM4318 but in theory it should work without problems though I
>> didn't test.
>> 
>> > And can we compile siba bus code without pci code?
>> 
>> I think it looks that it could be possible to compile without pci code.
>> But makes sure that your device doesn't have PCI core.
>> 
>> regards,
>> Weongyo Jeong
>> 

Can You test your driver without siba_switchcore, I see the device have mapping 
for all cores on SSB?
> ssb0:  mem 0xf400-0xf4003fff 
Think thre is 4 cores.

When SSB on nexus, we don`t need core switching, maybe on PCI too.


-- 
Alexandr Rybalko  
aka Alex RAY 
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Problem building Openoffice 3.2.0 at current

2010-03-01 Thread KOT MATPOCKuH
Hello!

I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb swap
size.
from dmesg.boot:
real memory  = 2147483648 (2048 MB)
avail memory = 2089287680 (1992 MB)
swapinfo:
Device  1K-blocks UsedAvail Capacity
/dev/gpt/swap 41943040  4194304 0%
uname -a:
FreeBSD kot 9.0-CURRENT FreeBSD 9.0-CURRENT #40: Wed Feb 10 01:36:25 MSK
2010 r...@kot:/usr/obj/usr/src/sys/kot  i386

and build fails with messages:
[skipped]
Successful packaging process!
***
... creating log file log_OOO320_en-US.log
... creating "follow me" info file follow_me_OOO320_en-US.log.

**
... creating download installation set ...
**
*... including installation set into
/var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/
unxfbsdi.pro/OpenOffice_SDK/bsd/install/en-US_download_inprogress/OOo-SDK_3.2.0__install_en-US.sh...
*
*Out of memory during request for 788 bytes, total sbrk() is 96739328 bytes!
*
... checking log file
/var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/
unxfbsdi.pro/OpenOffice_SDK/bsd/logging/en-US/log_OOO320_en-US.log

***
Successful packaging process!
***
... creating log file log_OOO320_en-US.log
dmake:  Error code 1, while making 'sdkoo_en-US.bsd'
Running processes: 0

1 module(s):
   instsetoo_native
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making
/var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/util

Attention: if you build and deliver the above module(s) you may prolongue
your the build issuing command "build --from instsetoo_native"

rmdir /tmp/fyA74vD5zg
*** Error code 1

Stop in /usr/ports/editors/openoffice.org-3.

Why I have "out of memory" error and how can I fix this problem?

-- 
MATPOCKuH
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Virtualbox

2010-03-01 Thread KOT MATPOCKuH
2010/2/24 Bernhard Froehlich 
>
> 
> 00:00:15.481 !!Assertion Failed!!
> 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys !=
> >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK)
> 00:00:15.481 Location  :
> >>> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox
> /VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR,
> > size_t,
> >>> const SUPPAGE*,
> const char*, RTGCPTR64*)
> 00:00:15.482 i=0x0 Phys= Heap
>
> http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz
I also had this problem and with this port problem resolved.
Please commit to ports tree :)

--
MATPOCKuH
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Problem building Openoffice 3.2.0 at current

2010-03-01 Thread Scot Hetzel
On Mon, Mar 1, 2010 at 7:29 AM, KOT MATPOCKuH  wrote:
> Hello!
>
> I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb swap
> size.
> from dmesg.boot:
> real memory  = 2147483648 (2048 MB)
> avail memory = 2089287680 (1992 MB)
> swapinfo:
> Device          1K-blocks     Used    Avail Capacity
> /dev/gpt/swap     4194304        0  4194304     0%
> uname -a:
> FreeBSD kot 9.0-CURRENT FreeBSD 9.0-CURRENT #40: Wed Feb 10 01:36:25 MSK
> 2010     r...@kot:/usr/obj/usr/src/sys/kot  i386
>
> and build fails with messages:
> [skipped]
> Successful packaging process!
> ***
> ... creating log file log_OOO320_en-US.log
> ... creating "follow me" info file follow_me_OOO320_en-US.log.
>
> **
> ... creating download installation set ...
> **
> *... including installation set into
> /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/
> unxfbsdi.pro/OpenOffice_SDK/bsd/install/en-US_download_inprogress/OOo-SDK_3.2.0__install_en-US.sh...
> *
> *Out of memory during request for 788 bytes, total sbrk() is 96739328 bytes!
> *
> ... checking log file
> /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/
> unxfbsdi.pro/OpenOffice_SDK/bsd/logging/en-US/log_OOO320_en-US.log
>
> ***
> Successful packaging process!
> ***
> ... creating log file log_OOO320_en-US.log
> dmake:  Error code 1, while making 'sdkoo_en-US.bsd'
> Running processes: 0
>
> 1 module(s):
>       instsetoo_native
> need(s) to be rebuilt
>
> Reason(s):
>
> ERROR: error 65280 occurred while making
> /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/util
>
> Attention: if you build and deliver the above module(s) you may prolongue
> your the build issuing command "build --from instsetoo_native"
>
> rmdir /tmp/fyA74vD5zg
> *** Error code 1
>
> Stop in /usr/ports/editors/openoffice.org-3.
>
> Why I have "out of memory" error and how can I fix this problem?
>
Building OpenOffice requires 10GB of diskspace to build:

http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Linux

How large is your /var filesystem?  If it is less than 10GB, then you
will need to set the WRKDIRPREFIX to the location of a filesystem that
has at least 10GB.

Scot
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[FAQ] FBSD on a USB stick

2010-03-01 Thread Hans Petter Selasky
Hi,

Sometimes the USB sticks won't get detected in time. You can fix this by using 
the following simple quick and dirty patch.

--HPS

==
--- sys/kern/vfs_mount.c(revision 204512)
+++ sys/kern/vfs_mount.c(local)
@@ -1656,6 +1656,8 @@
UMA_ALIGN_PTR, UMA_ZONE_NOFREE);
devfs_first();
 
+repeat:
+
/*
 * We are booted with instructions to prompt for the root filesystem.
 */
@@ -1725,9 +1727,10 @@
 * Everything so far has failed, prompt on the console if we haven't
 * already tried that.
 */
-   if (!asked)
-   if (!vfs_mountroot_ask())
-   goto mounted;
+   if (!asked) {
+   pause("WDISK", 1*hz);
+   goto repeat;
+   }
 
panic("Root mount failed, startup aborted.");
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


AR9285 patch against stable/8

2010-03-01 Thread Rui Paulo
Hi,
You can find a patch against FreeBSD 8 for the Atheros AR9285 support. This 
patch includes the same code as in HEAD and has been proven more functional 
than before (yeah I know I'm starting to be repetitive).

http://people.freebsd.org/~rpaulo/ar9285_stable8.diff

Please test. I'm planning to commit this this weekend.

Regards,
--
Rui Paulo

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Crash with today's HEAD (r204479) appears to be wlan-related

2010-03-01 Thread Doug Barton
On 03/01/10 10:24, Rui Paulo wrote:
> On 1 Mar 2010, at 04:14, Doug Barton wrote:
>> core.txt.0 is in my home directory on freefall.
> 
> Can't see it: No read permission.

Fixed, sorry.

Doug

-- 

... and that's just a little bit of history repeating.
-- Propellerheads

Improve the effectiveness of your Internet presence with
a domain name makeover!http://SupersetSolutions.com/

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: ZFS and sh(1) panic: spin lock [lock addr] (smp rendezvous) held by [sh(1) proc tid] too long

2010-03-01 Thread Brandon Gooch
On Sat, Feb 20, 2010 at 4:19 PM, Attilio Rao  wrote:
> 2010/1/27 Brandon Gooch :
>> The machine, a Dell Optiplex 755, has been locking up recently. The
>> situation usually occurs while using VirtualBox (running a 64-bit
>> Windows 7 instance) and doing anything else in another xterm (such as
>> rebuilding a port).  I've been unable to reliably reproduce it (I'm in
>> an X session and the machine will not panic "properly").
>>
>> However, while rebuilding Xorg today at ttyv0 and runnning
>> VBoxHeadless on ttyv1, I managed to trigger what I believe is the
>> lockup.
>>
>> I've attached a textdump in hopes that someone may be able to take a
>> look and provide clues or instruction on debugging this.
>
> I think that jhb@ saw a similar problem while working on nVidia driver
> or the like.
> Not sure if he made any progress to debug this.
>

The situation has improved slightly, although attempting to run two
VirtualBox guests at the same time inevitably leads to a lock-up. I've
just taken to running one at a time. Not ideal, but until more
debugging can be done, it's the only option I have.

I ran into this using nvidia and radeon both. I can't really find a
pattern, but I do see it when Windows is trying to draw a new window,
or dim the screen when UAC kicks in...

BTW, anyone know how to get a good dump when running Xorg? I'm not
sure I've ever been able to, even when I panic on something non
related to X or video drivers.

-Brandon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Virtualbox

2010-03-01 Thread Bernhard Froehlich
On Mon, 1 Mar 2010 18:09:34 +0300, KOT MATPOCKuH 
wrote:
> 2010/2/24 Bernhard Froehlich 
>>
>> 
>> 00:00:15.481 !!Assertion Failed!!
>> 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys !=
>> >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK)
>> 00:00:15.481 Location  :
>> >>>
/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox
>> /VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR,
>> > size_t,
>> >>> const SUPPAGE*,
>> const char*, RTGCPTR64*)
>> 00:00:15.482 i=0x0 Phys= Heap
>>
>> http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz
> I also had this problem and with this port problem resolved.
> Please commit to ports tree :)

This problem is currently investigated and as soon as there is a final
patch that works for everyone we will commit it for sure.

-- 
Bernhard Fröhlich
http://www.bluelife.at/
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Crash with today's HEAD (r204479) appears to be wlan-related

2010-03-01 Thread Rui Paulo
On 1 Mar 2010, at 04:14, Doug Barton wrote:

> Loaded symbols for /boot/kernel/wpifw.ko
> #0  doadump () at pcpu.h:246
> 246 pcpu.h: No such file or directory.
>in pcpu.h
> (kgdb) #0  doadump () at pcpu.h:246
> #1  0xc05f668f in boot (howto=260)
>at /usr/local/src/sys/kern/kern_shutdown.c:416
> #2  0xc05f6972 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/local/src/sys/kern/kern_shutdown.c:579
> #3  0xc06ec73f in in_control (so=0xc6c2c80c, cmd=2149607705,
>data=0xc5e677c0 "wlan0", ifp=0xc5dec000, td=0xc6654480)
>at /usr/local/src/sys/netinet/in.c:603
> #4  0xc06a0f40 in ifioctl (so=0xc6c2c80c, cmd=2149607705,
>data=0xc5e677c0 "wlan0", td=0xc6654480)
>at /usr/local/src/sys/net/if.c:2451
> #5  0xc0640b35 in soo_ioctl (fp=0xc65a38f8, cmd=2149607705,
> data=0xc5e677c0,
>active_cred=0xc593e400, td=0xc6654480)
>at /usr/local/src/sys/kern/sys_socket.c:212
> #6  0xc063ae3d in kern_ioctl (td=0xc6654480, fd=3, com=2149607705,
>data=0xc5e677c0 "wlan0") at file.h:247
> #7  0xc063afbf in ioctl (td=0xc6654480, uap=0xeac5bcf8)
>at /usr/local/src/sys/kern/sys_generic.c:678
> #8  0xc0863f6a in syscall (frame=0xeac5bd38)
>at /usr/local/src/sys/i386/i386/trap.c:1109
> #9  0xc08471e0 in Xint0x80_syscall ()
>at /usr/local/src/sys/i386/i386/exception.s:261
> #10 0x0033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb)

From the stack trace, the ioctl never reaches the net80211 stack and it's 
probably an ifnet ioctl.

> core.txt.0 is in my home directory on freefall.

Can't see it: No read permission.

--
Rui Paulo

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver

2010-03-01 Thread Weongyo Jeong
On Sun, Feb 28, 2010 at 11:56:50PM +, Aditya Sarawgi wrote:
> On Wed, Dec 23, 2009 at 11:51:34AM -0800, Weongyo Jeong wrote:
> > On Wed, Dec 23, 2009 at 08:18:48AM +, Aditya Sarawgi wrote:
> > > On Tue, Dec 22, 2009 at 07:53:31PM -0800, Weongyo Jeong wrote:
> > > > Hello,
> > > > 
> > > > Now bwn(4) is available at the public and waiting test and review.  The
> > > > status of this driver is *alpha* so could make panics, warnings and
> > > > errors.  Please let me know if you encounter problems.
> > > > 
> > > > The following NICs all I have are only tested on the little endian 64bit
> > > > machine and big endian 32bit machine.
> > > > 
> > > >   - Broadcom BCM4306 802.11b/g Wireless
> > > >   - Broadcom BCM4318 802.11b/g Wireless
> > > > 
> > > > I tested basic RX, TX and WPA association as STA mode and checked it
> > > > worked.
> > > > 
> > > > As you might know there are still a lot of TODO in the driver so you
> > > > could see some verbose messages during testing so please ignore or let
> > > > me know it makes problems.
> > > > 
> > > > == How to build and load ==
> > > > 
> > > >   # cd /usr/src/sys
> > > >   # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz
> > > >   # tar xzf bwn_20091222.tar.gz
> > > >   # cd modules/ssb
> > > >   # make && make install
> > > >   # cd ../..
> > > >   # cd modules/bwn
> > > >   # make && make install
> > > >   # cd somewhere
> > > >   # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz
> > > >   # tar xzf bwn_ports_20091222.tar.gz
> > > >   # cd sysutils/b43-fwcutter
> > > >   # make install clean
> > > >   # cd ../..
> > > >   # cd net/bwn-firmware-kmod
> > > >   # make install clean
> > > >   #
> > > >   # kldload ssb
> > > >   # kldload bwn_v4_ucode
> > > >   # kldload if_bwn
> > > > 
> > > > regards,
> > > > Weongyo Jeong
> > > > 
> > > 
> > > Hi,
> > > 
> > > The driver doesn't work with BCM4315, here's what dmesg shows 
> > > 
> > > ssb0:  mem 0xf400-0xf4003fff 
> > > irq 19 at device 0.0 on pci6
> > > bwn0 on ssb0
> > > bwn0: unsupported PHY type (5)
> > > device_attach: bwn0 attach returned 6
> > 
> > I see that your device has LP-PHY instead of A/B/G/N PHYs so currently
> > it's not supported by bwn(4).
> > 
> > AFAIK linux has a weak but working implementation so we could refer to
> > other Open Sources.
> > 
> > regards,
> > Weongyo Jeong
> > 
> 
> Hi,
> 
> It still doesn't work, when I try to do 
> ifconfig bwn0 scan
> I get
> ifconfig: unable to get the scan results

uses the following commands instead of it that you didn't create the
virtual wlan interface:

  # ifconfig wlan0 create wlandev bwn0
  # ifconfig wlan0 up
  # ifconfig wlan0 scan
  # ifconfig wlan0 list scan

> The device is getting recognized properly 
> here's the dmesg
> 
> siba_bwn0:  mem 
> 0xf400-0xf4003fff irq 19 at device 0.0 on pci6
> bwn0 on siba_bwn0
> bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO 
> (manuf 0x17f ver 0x2062 rev 2)
> bwn0: DMA (64 bits)
> bwn0: Using 1 MSI messages
> bwn0: [FILTER]
> 
> I have loaded the following modules
> bwn_v4_ucode.ko

Please uses bwn_v4_lp_ucode.ko because your device looks it's LP PHY.

> if_bwn.ko
> siba_bwn.ko

regards,
Weongyo Jeong

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver

2010-03-01 Thread Weongyo Jeong
On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote:
> Hi,
> 
> Thanks for the work !
> 
> I have some problems here when I try to create a wlan interface :
> bwn_v4_ucode5: could not load firmware image, error 2
> bwn0: the fw file(bwn_v4_ucode5) not found

Did you try to UP the interface withload loading bwn_v4_ucode.ko?  If
yes currently bwn(4) doesn't automatically load firmware module so you
need to do it by hand.

  # kldload bwn_v4_ucode

The patch for this is ready to commit and it'll be happened soon.

> I have installed bwn-firmware-kmod from ports but the only files I have in
> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to
> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is
> created, I can associate to an open Access Point and obtain a DHCP lease.
> But if I try to do some network IO (browsing the web) the interface hang
> (I cannot obtain a lease anymore).

I have a exact same device like you have but I didn't encounter this
issue.

Are there any messages from bwn(4) when you the interface becomes hang?
One more question, after the interface hang, does the system be hang
also?

One thing you can do is that trying the device with PIO mode not DMA
mode using the following tunable variable:

  hw.bwn.usedma

Its default value is 1 to enable DMA operation so if you set it 0, PIO
mode would be used and could see the message like below:

  bwn0: PIO

Could you please test with it?

regards,
Weongyo Jeong
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: check for jailed environment for adjkerntz

2010-03-01 Thread Pawel Jakub Dawidek
On Mon, Mar 01, 2010 at 02:15:41AM +0300, Subbsd wrote:
> jail with "complete" type have standard crontab a file of tasks. However not
> all standard task are adapted for work in jail an environment. For example
> adjkerntz which generates
> 
> adjkerntz [46733]: sysctl (set: "machdep.wall_cmos_clock"): Operation not
> permitted
> 
> I suggest to give adjkerntz concept about jail in which to it it is not
> necessary to work:
[...]

I also always was finding that annoying, but only your e-mail made me to
think about ways to fix it and that maybe simple patch like the one
below will do?

--- etc/crontab (wersja 204363)
+++ etc/crontab (kopia robocza)
@@ -22,4 +22,4 @@
 #
 # Adjust the time zone if the CMOS clock keeps local time, as opposed to
 # UTC time.  See adjkerntz(8) for details.
-1,31   0-5 *   *   *   rootadjkerntz -a
+1,31   0-5 *   *   *   root[ `sysctl -n 
security.jail.jailed` -eq 0 ] && adjkerntz -a

-- 
Pawel Jakub Dawidek   http://www.wheel.pl
p...@freebsd.org   http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!


pgpYvDwD944Ze.pgp
Description: PGP signature


Patch to make ksched work right..

2010-03-01 Thread Randall Stewart

Jeff/Kib:

I have made a small patch to make it so you
can properly use the sched_getparam and sched_setscheduler() have them  
work

properly for time-share classes. There were comments in the code
about rejecting the idea of using it, but that is really not a good
idea IMO since you need to be able to use a common posix method for
this... at least to be somewhat compatible.

Note that sched_getparam() right now returns garbage for a time share  
class... ;-o


The patch is at:

http://www.freebsd.org/~rrs/ksched_patch.txt

For when a Time Share class is moved up to real-time I just return the  
posix

max priority for it... now that leads me to...

The one question I have, has I have dug through looking at
the scheduler to figure this all out is: why does a TimeShare class
process get a Real Time priority when its being good...i.e. sleeping a  
lot

etc.

It seems to me you would want to have true realtime processes be real  
time and
be ahead of all timeshare not equal sharing with realtime i.e. they  
would time

share with a priority between 223-160... Is there some
reason that this works this way that I can't puzzle out with my quick
review of the sched_ule code? For some of the things I am planning at my
day job I really need to have T-S processes be separate from the real  
time unless

you know of some pitfall there??

If you have no objections I will commit this..

Thanks

R
--
Randall Stewart
803-317-4952 (cell)
803-345-0391(direct)

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: check for jailed environment for adjkerntz

2010-03-01 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

On 2010/03/01 12:55, Pawel Jakub Dawidek wrote:
> On Mon, Mar 01, 2010 at 02:15:41AM +0300, Subbsd wrote:
>> jail with "complete" type have standard crontab a file of tasks. However not
>> all standard task are adapted for work in jail an environment. For example
>> adjkerntz which generates
>>
>> adjkerntz [46733]: sysctl (set: "machdep.wall_cmos_clock"): Operation not
>> permitted
>>
>> I suggest to give adjkerntz concept about jail in which to it it is not
>> necessary to work:
> [...]
> 
> I also always was finding that annoying, but only your e-mail made me to
> think about ways to fix it and that maybe simple patch like the one
> below will do?
> 
> --- etc/crontab   (wersja 204363)
> +++ etc/crontab   (kopia robocza)
> @@ -22,4 +22,4 @@
>  #
>  # Adjust the time zone if the CMOS clock keeps local time, as opposed to
>  # UTC time.  See adjkerntz(8) for details.
> -1,31 0-5 *   *   *   rootadjkerntz -a
> +1,31 0-5 *   *   *   root[ `sysctl -n 
> security.jail.jailed` -eq 0 ] && adjkerntz -a

I wouldn't mind if someone is willing to teach adjkerntz about the
knowledge but I really think we should document explicitly somewhere
that a jail host machine should have CMOS time set to UTC, which would
avoid the whole codepath.

Cheers,
- -- 
Xin LI http://www.delphij.net/
FreeBSD - The Power to Serve!  Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (FreeBSD)

iQEcBAEBAgAGBQJLjC7CAAoJEATO+BI/yjfBMvoIALhi3ByqQUWUKT7Ebjaqro6f
tvm5ZMc/S0ao67qbAqEfLuhKw+mdD0FFwRK5V02wrFk6WA/505fHWbO16FwNlsq0
5QoTEwM5NGkjouAPE8rk5cMH2Tx3/ImsAcNczqlQbEluwPx57fvp4mc06OEYMTQw
IPYs756f71nBfmE8c4I7RKRXAFtiUJEhPH2g0LpeOi7AUhjcmpNBpTlQdzOuy4GK
og0xL1+0GRC9ooYFMwd6RlsXOPZAkdvSt2PiCNnyN5+giQcK3ZvWo6+StGZwOB/z
fS4bF6zJxJ2kfj/QPEBj54Axb9+IQbHlTA1rp6lRkMLi4NomCaZCWiD7FIAhaTs=
=fPoZ
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Problem with new bwn driver on -CURRENT

2010-03-01 Thread Weongyo Jeong
On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote:
> I was extremely pleased to see this driver, so I could get off of the
> flaky NDIS version.  I have a Dell Vostra 2510 with a LP bwn mini-PCI
> card.  I have set if_bwn_load="YES" in /boot/loader.conf.  I also have
> bwn_v4_lp_ucode_load="YES" set.
> 
> The firmware and driver loads.  However, if_bwn doesn't attach to the
> card.  Once the OS is fully booted, I kldunload if_bwn, then reload it,
> and the driver attaches just fine.

This issue is reported by some people and I'm looking codes.

> Once it is attached, however, I can
> pass traffic just fine, but I get a large number of these messages on
> the console, and the traffic rate is not what it was with the NDIS
> driver:

Could you please elaborate the traffic rate?  You mean the traffic rate
is lower or higher than NDIS driver?

> 
> bwn0: out of bounds of the square-root table (-770884)
> bwn0: out of bounds of the square-root table (-225625)
> bwn0: out of bounds of the square-root table (-240100)

Patch is attached with email and it'll fix this message.  Could you
please test with it?

Was it successful to associate with AP?

> When I boot with verbose mode, I only see the siba driver attach to the
> card:
> 
> siba_bwn0:  mem 0xf400-0xf4003fff 
> irq 19 at device 0.0 on pci6
> 
> My pciconf output is:
> 
> siba_b...@pci0:6:0:0:   class=0x028000 card=0x000b1028 chip=0x431514e4 
> rev=0x01 hdr=0x00
> vendor = 'Broadcom Corporation'
> device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)'
> class  = network
> 
> When the driver does attach, I see:
> 
> bwn0 on siba_bwn0
> bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO (manuf 
> 0x17f
> bwn0: DMA (64 bits)
> bwn0: MSI count : 1
> siba_bwn0: attempting to allocate 1 MSI vectors (1 supported)
> msi: routing MSI IRQ 258 to local APIC 1 vector 54
> siba_bwn0: using IRQ 258 for MSI
> bwn0: Using 1 MSI messages
> bwn0: [MPSAFE]
> bwn0: [FILTER]
> bwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
> bwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 
> 36M
> bps 48Mbps 54Mbps
> wlan0: bpf attached
> wlan0: bpf attached
> 
> Am I missing anything to get this to attach at boot time?  Thanks.

Maybe nothing.  It looks there's a bug to attach bwn on boot time.

One thing FYI is that bwn(4)'s LP implementation has some problems to
calibrate TX so sometimes TX speed could be unstable and fluctuate.

regards,
Weongyo Jeong
Index: if_bwn.c
===
--- if_bwn.c	(revision 204437)
+++ if_bwn.c	(working copy)
@@ -12846,7 +12846,6 @@
 static unsigned int
 bwn_sqrt(struct bwn_mac *mac, unsigned int x)
 {
-	struct bwn_softc *sc = mac->mac_sc;
 	/* Table holding (10 * sqrt(x)) for x between 1 and 256. */
 	static uint8_t sqrt_table[256] = {
 		10, 14, 17, 20, 22, 24, 26, 28,
@@ -12886,9 +12885,11 @@
 	if (x == 0)
 		return (0);
 	if (x >= 256) {
-		device_printf(sc->sc_dev,
-		"out of bounds of the square-root table (%d)\n", x);
-		return (16);
+		unsigned int tmp;
+
+		for (tmp = 0; x >= (2 * tmp) + 1; x -= (2 * tmp++) + 1)
+			/* do nothing */ ;
+		return (tmp);
 	}
 	return (sqrt_table[x - 1] / 10);
 }
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver

2010-03-01 Thread Gustau Pérez
En/na Weongyo Jeong ha escrit:
> On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote:
>   
>> Hi, Weongyo,
>>
>> On 2010/02/25 16:51, Weongyo Jeong wrote:
>> 
>>> FYI bwn(4) driver is committed into FreeBSD tree.  I think the driver 
>>> supports your LP PHY device.  After cvsup please try to rebuild siba_bwn
>>> and bwn modules.
>>>
>>> Could you please test with it?  Please let me know and send me your 
>>> full dmesg when you encounters the following problems:
>>>
>>>   - if the driver doesn't work or is unstable.
>>>   - if it prints debugging or verbose messages.
>>>   
>> Great!  Thanks for the work!
>>
>> Is it possible to MFC the work back to 8-STABLE at some point?
>> 
>
> Of course yes.  AFAIK it could be compiled and works without problems on
> 8-STABLE; I checked it.  :-)
>
>   
   I'm trying to run it in STABLE right now. When kldloading if_bwm
(following the given instructions, the other modules are kldloaded) it
complains with :

 link_elf_obj: symbol _mtx_assert undefined

   looks like it fails in if_bwnvar.h. Culprit is this define :
  
#defineBWN_ASSERT_LOCKED(sc)   
mtx_assert(&(sc)->sc_mtx, MA_OWNED)

   Do I need witness enabled to run this ? Is there any way to run it in
STABLE  or do I need to run CURRENT ?

   Regards,

   Gus

-- 
PGP KEY : http://www-entel.upc.edu/gus/gus.asc

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[head tinderbox] failure on powerpc/powerpc

2010-03-01 Thread FreeBSD Tinderbox
TB --- 2010-03-02 01:07:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-02 01:07:00 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-03-02 01:07:00 - cleaning the object tree
TB --- 2010-03-02 01:07:25 - cvsupping the source tree
TB --- 2010-03-02 01:07:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2010-03-02 01:07:46 - building world
TB --- 2010-03-02 01:07:46 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-03-02 01:07:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-03-02 01:07:46 - TARGET=powerpc
TB --- 2010-03-02 01:07:46 - TARGET_ARCH=powerpc
TB --- 2010-03-02 01:07:46 - TZ=UTC
TB --- 2010-03-02 01:07:46 - __MAKE_CONF=/dev/null
TB --- 2010-03-02 01:07:46 - cd /src
TB --- 2010-03-02 01:07:46 - /usr/bin/make -B buildworld
>>> World build started on Tue Mar  2 01:07:47 UTC 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Tue Mar  2 02:08:15 UTC 2010
TB --- 2010-03-02 02:08:15 - generating LINT kernel config
TB --- 2010-03-02 02:08:15 - cd /src/sys/powerpc/conf
TB --- 2010-03-02 02:08:15 - /usr/bin/make -B LINT
TB --- 2010-03-02 02:08:15 - building LINT kernel
TB --- 2010-03-02 02:08:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-03-02 02:08:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-03-02 02:08:15 - TARGET=powerpc
TB --- 2010-03-02 02:08:15 - TARGET_ARCH=powerpc
TB --- 2010-03-02 02:08:15 - TZ=UTC
TB --- 2010-03-02 02:08:15 - __MAKE_CONF=/dev/null
TB --- 2010-03-02 02:08:15 - cd /src
TB --- 2010-03-02 02:08:15 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Mar  2 02:08:15 UTC 2010
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/src/sys/dev/msk/if_msk.c:1662: error: (Each undeclared identifier is reported 
only once
/src/sys/dev/msk/if_msk.c:1662: error: for each function it appears in.)
/src/sys/dev/msk/if_msk.c:1663: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c:1668: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c: In function 'msk_init_locked':
/src/sys/dev/msk/if_msk.c:3898: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c:3900: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c:3902: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
*** Error code 1

Stop in /obj/powerpc/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-03-02 02:13:09 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-03-02 02:13:09 - ERROR: failed to build lint kernel
TB --- 2010-03-02 02:13:09 - 3014.20 user 564.84 system 3969.39 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[head tinderbox] failure on sparc64/sparc64

2010-03-01 Thread FreeBSD Tinderbox
TB --- 2010-03-02 01:24:11 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-02 01:24:11 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-03-02 01:24:11 - cleaning the object tree
TB --- 2010-03-02 01:24:29 - cvsupping the source tree
TB --- 2010-03-02 01:24:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2010-03-02 01:24:53 - building world
TB --- 2010-03-02 01:24:53 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-03-02 01:24:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-03-02 01:24:53 - TARGET=sparc64
TB --- 2010-03-02 01:24:53 - TARGET_ARCH=sparc64
TB --- 2010-03-02 01:24:53 - TZ=UTC
TB --- 2010-03-02 01:24:53 - __MAKE_CONF=/dev/null
TB --- 2010-03-02 01:24:53 - cd /src
TB --- 2010-03-02 01:24:53 - /usr/bin/make -B buildworld
>>> World build started on Tue Mar  2 01:24:54 UTC 2010
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
>>> stage 4.3: make dependencies
>>> stage 4.4: building everything
>>> World build completed on Tue Mar  2 02:20:57 UTC 2010
TB --- 2010-03-02 02:20:57 - generating LINT kernel config
TB --- 2010-03-02 02:20:57 - cd /src/sys/sparc64/conf
TB --- 2010-03-02 02:20:57 - /usr/bin/make -B LINT
TB --- 2010-03-02 02:20:57 - building LINT kernel
TB --- 2010-03-02 02:20:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-03-02 02:20:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-03-02 02:20:57 - TARGET=sparc64
TB --- 2010-03-02 02:20:57 - TARGET_ARCH=sparc64
TB --- 2010-03-02 02:20:57 - TZ=UTC
TB --- 2010-03-02 02:20:57 - __MAKE_CONF=/dev/null
TB --- 2010-03-02 02:20:57 - cd /src
TB --- 2010-03-02 02:20:57 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Mar  2 02:20:57 UTC 2010
>>> stage 1: configuring the kernel
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
>>> stage 3.2: building everything
[...]
/src/sys/dev/msk/if_msk.c:1662: error: (Each undeclared identifier is reported 
only once
/src/sys/dev/msk/if_msk.c:1662: error: for each function it appears in.)
/src/sys/dev/msk/if_msk.c:1663: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c:1668: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c: In function 'msk_init_locked':
/src/sys/dev/msk/if_msk.c:3898: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c:3900: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
/src/sys/dev/msk/if_msk.c:3902: error: 'struct msk_softc' has no member named 
'msk_int_holdoff'
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-03-02 02:26:02 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-03-02 02:26:02 - ERROR: failed to build lint kernel
TB --- 2010-03-02 02:26:02 - 2844.08 user 551.07 system 3710.87 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: Problem with new bwn driver on -CURRENT

2010-03-01 Thread Joe Marcus Clarke
On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote:
> On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote:
> > I was extremely pleased to see this driver, so I could get off of the
> > flaky NDIS version.  I have a Dell Vostra 2510 with a LP bwn mini-PCI
> > card.  I have set if_bwn_load="YES" in /boot/loader.conf.  I also have
> > bwn_v4_lp_ucode_load="YES" set.
> > 
> > The firmware and driver loads.  However, if_bwn doesn't attach to the
> > card.  Once the OS is fully booted, I kldunload if_bwn, then reload it,
> > and the driver attaches just fine.
> 
> This issue is reported by some people and I'm looking codes.

Good to know.

> 
> > Once it is attached, however, I can
> > pass traffic just fine, but I get a large number of these messages on
> > the console, and the traffic rate is not what it was with the NDIS
> > driver:
> 
> Could you please elaborate the traffic rate?  You mean the traffic rate
> is lower or higher than NDIS driver?

The throughput with the if_bwn driver is less than with the ndis driver.
It associates at 11g (36 Mbps), but the RTT is longer.  This is
noticeable with apps like VNC.  The redraw is noticeably slower (line by
line) than it was ndis.  Low throughput apps like SSH work more or less
the same.

> 
> > 
> > bwn0: out of bounds of the square-root table (-770884)
> > bwn0: out of bounds of the square-root table (-225625)
> > bwn0: out of bounds of the square-root table (-240100)
> 
> Patch is attached with email and it'll fix this message.  Could you
> please test with it?

Yes, the patch removes those messages.  Thanks!

> 
> Was it successful to associate with AP?

Yes, in DMA mode.  In PIO mode, it associates, but does not pass any
traffic.  After a while, there was a critical DMA error, and the driver
looped forever trying to communicate with the card.

Joe

-- 
PGP Key : http://www.marcuscom.com/pgp.asc


signature.asc
Description: This is a digitally signed message part