Re: bge(4) problem on sparc64 between r204991M and r212097

[Anton Shterenlikht]

On Tue, Sep 07, 2010 at 11:40:28AM -0700, Pyun YongHyeon wrote:
 On Mon, Sep 06, 2010 at 02:04:37PM +0100, Anton Shterenlikht wrote:
  On Fri, Sep 03, 2010 at 11:25:34AM -0700, Pyun YongHyeon wrote:
   On Fri, Sep 03, 2010 at 09:42:04AM +0100, Anton Shterenlikht wrote:
On Thu, Sep 02, 2010 at 11:36:03AM -0700, Pyun YongHyeon wrote:
 On Thu, Sep 02, 2010 at 06:03:16PM +0100, Anton Shterenlikht wrote:
  On Thu, Sep 02, 2010 at 11:00:14AM +0100, Anton Shterenlikht wrote:
   I just updated world and kernel from r204991M to r212097 on 
   sparc64.
   
   Now I can't ping my gateway. If I boot kernel.old, then
   the network works fine. As far as I could see mergemaster
   didn't update any network files.
   
   Please advise
   
   In the meantime I'll try intermediate revisions.
  
  I narrowed down the problem to between r212050 and r212080.
  Will continue tomorrow.
  
 
 Thanks for reporting. There was a big change in r212061, so try
 backing out that revision and see whether this makes differences
 or not.

yes, r212061 is the offending revision, r212060 works fine.
Please let me know if you want any further information.
   
   Thanks for narrowing down guilty revision. Would you show me
   verbose boot message?
  
  First here's diff between dmesg outputs from r212060 and r212061:
  
 
 [...]
 
  This is full dmesg from r212060, below that is r212061.
  
 
 [...]
 
 Thanks. It seems there was a bug in r212061. I committed fix for
 that in r212302. Would you give it try and let me know how it goes
 on your box?

r212302 works well

many thanks
anton


-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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 i386/pc98

[FreeBSD Tinderbox]

TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-09-08 10:15:01 - cleaning the object tree
TB --- 2010-09-08 10:16:13 - cvsupping the source tree
TB --- 2010-09-08 10:16:13 - /usr/bin/csup -z -r 3 -g -L 1 -h 
cvsup18.freebsd.org /tinderbox/HEAD/i386/pc98/supfile
TB --- 2010-09-08 10:49:44 - WARNING: /usr/bin/csup returned exit code  1 
TB --- 2010-09-08 10:49:44 - ERROR: unable to cvsup the source tree
TB --- 2010-09-08 10:49:44 - 2.05 user 53.79 system 2083.81 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.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 amd64/amd64

[FreeBSD Tinderbox]

TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-09-08 10:15:01 - cleaning the object tree
TB --- 2010-09-08 10:16:32 - cvsupping the source tree
TB --- 2010-09-08 10:16:32 - /usr/bin/csup -z -r 3 -g -L 1 -h 
cvsup18.freebsd.org /tinderbox/HEAD/amd64/amd64/supfile
TB --- 2010-09-08 10:55:57 - WARNING: /usr/bin/csup returned exit code  1 
TB --- 2010-09-08 10:55:57 - ERROR: unable to cvsup the source tree
TB --- 2010-09-08 10:55:57 - 1.81 user 60.35 system 2456.66 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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: pam_pefs setup (Re: RFC: pefs - stacked cryptographic filesystem)

[Gleb Kurtsou]

On (08/09/2010 11:25), Daniel O'Connor wrote:
 
 On 08/09/2010, at 3:22, Gleb Kurtsou wrote:
  Please note that your home directory has to be mounted, I mount it in
  /etc/rc.local, but don't add any keys. pam_pefs adds the key. Also note
  that it has to be exactly your home directory (/home/gleb in my case), to
  prevent possible attacks. And keychain database has to be created, so
  that pam_pefs knows how to verify the key.
 
 Have you considered something similar to pam_mount? 
 (http://pam-mount.sourceforge.net/)
 
 ie pam_pefs could mount your home directory itself and unmount it on logout.
I knew about pam_mount before starting pam_pefs and my intent was to
keep pam_pefs as simple as possible. Unlike some other stacked
cryptographic filesystems, pefs can be mounted in read-only mode without
providing a key.

pam_mount can be used together with pam_pefs to mount/unmount filesystem
on login/logout if needed. pam_mount is more generic then pam_pefs.

At the moment pam_pefs doesn't remove key on logout because it is a bit
tricky if there are several keys installed. I'm also against the idea of
keeping keys installed by current session during the session to remove
them on logout. Key chains for different sessions may overlap. I'd
suggest to use pam_mount to unmount filesystem on logout in such
scenario. 

Thanks,
Gleb.

 --
 Daniel O'Connor software and network engineer
 for Genesis Software - http://www.gsoft.com.au
 The nice thing about standards is that there
 are so many of them to choose from.
   -- Andrew Tanenbaum
 GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
___
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: [head tinderbox] failure on amd64/amd64

[Rob Farmer]

On Wed, Sep 8, 2010 at 03:55, FreeBSD Tinderbox tinder...@freebsd.org wrote:
 TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on 
 freebsd-current.sentex.ca
 TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for amd64/amd64
 TB --- 2010-09-08 10:15:01 - cleaning the object tree
 TB --- 2010-09-08 10:16:32 - cvsupping the source tree
 TB --- 2010-09-08 10:16:32 - /usr/bin/csup -z -r 3 -g -L 1 -h 
 cvsup18.freebsd.org /tinderbox/HEAD/amd64/amd64/supfile
 TB --- 2010-09-08 10:55:57 - WARNING: /usr/bin/csup returned exit code  1
 TB --- 2010-09-08 10:55:57 - ERROR: unable to cvsup the source tree
 TB --- 2010-09-08 10:55:57 - 1.81 user 60.35 system 2456.66 real


 http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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


Is it possible to either have the tinderbox try multiple cvsup servers
or just not send a message if cvsup fails? Counting all branches and
all archs, there have been around 50 ERROR: unable to cvsup the
source tree mails in the last week.

-- 
Rob Farmer
___
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: [PATCH] Use MACHINE_ARCH for boot loader

[John Baldwin]

On Tuesday, September 07, 2010 11:52:36 am Marcin Cieslak wrote:
 Dnia 27.08.2010 John Baldwin j...@freebsd.org napisał/a:
  On Thursday, August 26, 2010 8:50:01 pm Xin LI wrote:
  Hi,
  
  The attached patch changes FreeBSD/x86 back to FreeBSD/i386 on i386 and
  FreeBSD/amd64 on amd64.
  
  Comments welcome!  I'll commit it in by the weekend if there is no
  objection on this.
 
  As others have noted, the 'x86' is on purpose, and I would rather it 
  continue 
  to do that rather than this change.
 
 Not sure about it, the loader and boot block are 32-bit code, aren't they?
 (That actually made me to hack some patches to make ficl 64-bit, but that's
 another story).
 
 So I think i386 is better designation for pure 32-bit code I think.

It actually is not pure 32-bit as there is a small bit of 64-bit code to
transfer from the loader to the kernel in the loader.

-- 
John Baldwin
___
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: [head tinderbox] failure on amd64/amd64

[Denny Lin]

On Wed, Sep 08, 2010 at 04:55:14AM -0700, Rob Farmer wrote:
 On Wed, Sep 8, 2010 at 03:55, FreeBSD Tinderbox tinder...@freebsd.org wrote:
  TB --- 2010-09-08 10:15:01 - tinderbox 2.6 running on 
  freebsd-current.sentex.ca
  TB --- 2010-09-08 10:15:01 - starting HEAD tinderbox run for amd64/amd64
  TB --- 2010-09-08 10:15:01 - cleaning the object tree
  TB --- 2010-09-08 10:16:32 - cvsupping the source tree
  TB --- 2010-09-08 10:16:32 - /usr/bin/csup -z -r 3 -g -L 1 -h 
  cvsup18.freebsd.org /tinderbox/HEAD/amd64/amd64/supfile
  TB --- 2010-09-08 10:55:57 - WARNING: /usr/bin/csup returned exit code  1
  TB --- 2010-09-08 10:55:57 - ERROR: unable to cvsup the source tree
  TB --- 2010-09-08 10:55:57 - 1.81 user 60.35 system 2456.66 real
 
 Is it possible to either have the tinderbox try multiple cvsup servers
 or just not send a message if cvsup fails? Counting all branches and
 all archs, there have been around 50 ERROR: unable to cvsup the
 source tree mails in the last week.

I don't think Tinderbox supports multiple CVSup servers at the moment.
It seems like a desirable feature.

-- 
Denny Lin
___
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: [head tinderbox] failure on amd64/amd64

[Mike Tancsa]

At 09:07 AM 9/8/2010, Denny Lin wrote:

On Wed, Sep 08, 2010 at 04:55:14AM -0700, Rob Farmer wrote:
  TB --- 2010-09-08 10:16:32 - /usr/bin/csup 
-z -r 3 -g -L 1 -h cvsup18.freebsd.org /tinderbox/HEAD/amd64/amd64/supfile
  TB --- 2010-09-08 10:55:57 - WARNING: 
/usr/bin/csup returned exit code  1

  TB --- 2010-09-08 10:55:57 - ERROR: unable to cvsup the source tree
  TB --- 2010-09-08 10:55:57 - 1.81 user 60.35 system 2456.66 real

 Is it possible to either have the tinderbox try multiple cvsup servers
 or just not send a message if cvsup fails? Counting all branches and
 all archs, there have been around 50 ERROR: unable to cvsup the
 source tree mails in the last week.

I don't think Tinderbox supports multiple CVSup servers at the moment.
It seems like a desirable feature.


Normally they are pointed to a local mirror here 
at Sentex. However, that server was having 
hardware problems which I think we have isolated 
and resolved now.   I will repoint this tinderbox to the local site again.


Perhaps as an interim measure a local procmail 
rule to filter out cvsup failures from going to the list ?


---Mike



--
Denny Lin
___
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



Mike Tancsa,  tel +1 519 651 3400
Sentex Communications,m...@sentex.net
Providing Internet since 1994www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike

___
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

deprecating sprintf(9)

[mdf]

Looking at the uses of kvprintf(9), only [v]sprintf(9) doesn't have a
callback function.  It seems a little sketchy to me to be doing unsafe
sprintf in the kernel anyways.

Should we (and by we, I mean me) deprecate sprintf(9) and convert the
existing 1200+ uses to strcpy(9) for fixed strings (also potentially
bad, but a different beast), or snprintf(9) where the size of the
buffer is known?

It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
the kernel.  It's disapproved of for user-space as being unsafe for
security reasons as well, but the potential downsides aren't the same,
and we'll never clean up ports anyways. :-)

Thoughts?
matthew
___
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: RFC: pefs - stacked cryptographic filesystem

[Kevin Oberman]

 Date: Tue, 7 Sep 2010 21:46:18 +0300
 From: Gleb Kurtsou gleb.kurt...@gmail.com
 
 On (07/09/2010 10:57), Kevin Oberman wrote:
  On Mon, 6 Sep 2010, Gleb Kurtsou wrote:
  
   I would like to ask for feedback on a kernel level stacked cryptographic 
   filesystem. It has started as Summer Of Code'2009 project and matured a 
   lot 
   since then. I've recently added support for sparse files and switched to 
   XTS 
   encryption mode.
  
   I've been using it to encrypt my home directory for almost a year 
   already, 
   and use fsx, dbench and blogbench for testing. So it should be fairly 
   stable.
  
   Tested on top of ZFS, UFS and tmpfs on amd64 and i386; both 9-CURRENT and 
   8-STABLE supported.
  
   Please email me separately if you're willing to help testing on big 
   endian 
   machine, XTS code doesn't look endian correct.
  
   At this point all of the project goals complete and I'd like it to get 
   wider 
   coverage in terms of tests and reviews and hope to see it commited to 
   HEAD 
   soon.
  
  I've got to ask a probably dumb question...how is this better then geli
  encrypted objects? I've used them for sometime with excellent results.
  
  Or does it provide functionality that geli does not?
 
 If geli works for you I'd suggest you continue using geli, geli design
 is order of magnitude simpler due to being block device but not a
 filesystem. Besides geli provides data authentication, which is very
 important, and something that can't be easily implemented in stacked
 filesystem.
 
 Pros of stacked filesystem approach:
 * You don't have to create separate filesystem (use separate partition),
   just encrypt part of existing filesystem
 * It's easier to create/manage snapshots/backups (imho)
 * Ability to use multiple keys, each directory can have its own key,
   files with different keys can be mixed in one directory, etc. You
   don't have to create another filesystem and claim that you don't know
   password for this one if you're asked to provide it, in case you have
   something to hide ;)
 
 Cons:
 * pefs maximum file name length is ~180 bytes, but not 255
 * Stacked filesystem is likely to be slower due to extra overhead
 
 I don't really know what makes one better then other, it has only on
 thing in common - encryption - everything else is different. It depends
 on how you intend to use it.
 
 I was using geli myself, the only problem I had was that at some point I
 realized that initial partition size was too small :) But that more or
 less applies to both approaches.
 
 E.g. non-standard example where stacked filesystem may be preferred is
 to use it for encrypted crash dumps: if dump available on dumpdev
 mount /var/crash as pefs; ask user for password, or automatically add
 random one and let user to save it later after boot. Crash dumps are
 encrypted without extra cost of setting up partition, geli, etc.

Thanks, Gleb. This explains it quite well and, yes, I will be sticking
to geli as it meets my current needs (full disk encryption) quite
well. I can see a potential use for pefs down the road, though. 

Thanks for all of your work on this.
-- 
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: ober...@es.net  Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751
___
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: deprecating sprintf(9)

[Rink Springer]

Hi,

On Wed, Sep 08, 2010 at 08:51:57AM -0700, m...@freebsd.org wrote:
 It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
 the kernel.  It's disapproved of for user-space as being unsafe for
 security reasons as well, but the potential downsides aren't the same,
 and we'll never clean up ports anyways. :-)

Deprecating it may be usable, yet I don't believe we can easily enforce
such a policy [1]. Have you looked at how many (potentially) unsecure
uses there are in the kernel, to give an idea how useful such an effort
would be?

[1] Unless we'd go through things like Visual Studio's
#define strcpy __strcpy_unsafe_use_string_cb_copy stuff...

Regards,

-- 
Rink P.W. Springer- http://rink.nu
The power of accurate observation is commonly
 called cynicism by those who have not got it.
- George Bernard Shaw
___
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: deprecating sprintf(9)

[Poul-Henning Kamp]

In message aanlktiko1v7ymfkvzkhzdmurcyfq0qbtkpxg=lnbd...@mail.gmail.com, mdf@
FreeBSD.org writes:

It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
the kernel.

Well, it is only unsafe if people used it without knowing what they
are doing, so I think a wholesale automated replacement is both
unwarranted and inadvisable.

I can recommend the following macro for the static buffer cases, it
checks if people know what they are doing with an assert.

#define bprintf(buf, fmt, ...)  \
do {\
assert(snprintf(buf, sizeof buf, fmt, __VA_ARGS__)  \
 sizeof buf);  \
} while (0)

Poul-Henning

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
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: deprecating sprintf(9)

[Poul-Henning Kamp]

In message aanlktin9woqzxmc8u9mwpk3=opty0yzfymta68ayn...@mail.gmail.com, Ryan
 Stone writes:

 #define bprintf(buf, fmt, ...)                                          \
        do {                                                            \
                assert(snprintf(buf, sizeof buf, fmt, __VA_ARGS__)      \
                     sizeof buf);                                      \
        } while (0)

Anyone using this macro is in for a nasty surprise when they compile
with -DNDEBUG.

First, I think they will figure out pretty fast that it is a bad idea.

Second, -DNDEBUG has always been and still is a mistake.

That is why we have an explicit DIAGNOSTIC for the kernel.

Poul-Henning

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
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: deprecating sprintf(9)

[mdf]

On Wed, Sep 8, 2010 at 9:15 AM, Rink Springer r...@freebsd.org wrote:
 Hi,

 On Wed, Sep 08, 2010 at 08:51:57AM -0700, m...@freebsd.org wrote:
 It seems like a large project, but OTOH sprintf(9) is mighty unsafe in
 the kernel.  It's disapproved of for user-space as being unsafe for
 security reasons as well, but the potential downsides aren't the same,
 and we'll never clean up ports anyways. :-)

 Deprecating it may be usable, yet I don't believe we can easily enforce
 such a policy [1].

If the kernel sources don't use it then the prototype can be removed.

 Have you looked at how many (potentially) unsecure
 uses there are in the kernel, to give an idea how useful such an effort
 would be?

I presume all the kernel uses are safe at the moment, but it's an
error prone construction.

As of this morning grep found 1277 occurrences of sprintf(9) in sys/
and 23 occurrences of vsprintf(9) in sys/.

Thanks,
matthew
___
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: deprecating sprintf(9)

[Ryan Stone]

 #define bprintf(buf, fmt, ...)                                          \
        do {                                                            \
                assert(snprintf(buf, sizeof buf, fmt, __VA_ARGS__)      \
                     sizeof buf);                                      \
        } while (0)

Anyone using this macro is in for a nasty surprise when they compile
with -DNDEBUG.
___
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

silly libusbhid question

[Maksim Yevmenkin]

hello,

[trying current@ first to get wider audience :)]

so, i have a somewhat silly question about libusbhid. please consider
the following code

hid_data_t  d;
hid_item_t  h;

for (d = hid_start_parse(desc, 1  hid_input, -1); hid_get_item(d, h)  0; ) {
...
}
hid_end_parse(d);

the idea is/was to parse and iterate over hid descriptor desc in a
such a way that only hid_input items are returned. as it turns out,
this code will also pick up hid_collection items as well, i.e.
h.kind is set to hid_collection. is this a bug or a feature?

thanks,
max
___
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

about in_multi_mtx @ netinet/in_mcast.c:1095

[Weongyo Jeong]

Hello,

I have a question about IN_MULTI_LOCK() because it uses MTX_DEF flag
when it's initialized so I always encounters the following LOR

lock order reversal: (sleepable after non-sleepable)
 1st 0x80d0b560 in_multi_mtx (in_multi_mtx) @ netinet/in_mcast.c:1095
 2nd 0xff00014e3850 USB device SX lock (USB device SX lock) @ 
/usr/home/freebsd_usb/sys/modules/usb/usb/../../../dev/usb/usb_request.c:441
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
_witness_debugger() at _witness_debugger+0x2e
witness_checkorder() at witness_checkorder+0x807
_sx_xlock() at _sx_xlock+0x55
usbd_do_request_flags() at usbd_do_request_flags+0xe5
axe_cmd() at axe_cmd+0xc7
axe_setmulti_locked() at axe_setmulti_locked+0x70
axe_setmulti() at axe_setmulti+0x3e
axe_ioctl() at axe_ioctl+0x132
if_addmulti() at if_addmulti+0x19b
in_joingroup_locked() at in_joingroup_locked+0x1bc
in_joingroup() at in_joingroup+0x52
in_control() at in_control+0x1144
ifioctl() at ifioctl+0x1118
kern_ioctl() at kern_ioctl+0xbe
ioctl() at ioctl+0xfd
syscallenter() at syscallenter+0x1aa
syscall() at syscall+0x4c
Xfast_syscall() at Xfast_syscall+0xe2

when I uses the following code at driver's ioctl routine:

case SIOCADDMULTI:
case SIOCDELMULTI:
axe_setmulti(sc, 0);
break;

It means that USB driver always should defer SIOCADDMULTI /
SIOCDELMULTI handling to the other process context to avoid LOR.

My question is that is it safe if the multicasting operations for USB
device happens without IN_MULTI_LOCK?  Or is there any race cases if the
task is deferred?

Or is it OK like the following code?

case SIOCADDMULTI:
case SIOCDELMULTI:
IN_MULTI_UNLOCK();
axe_setmulti(sc, 0);
IN_MULTI_LOCK();
break;

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

[head tinderbox] failure on arm/arm

[FreeBSD Tinderbox]

TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for arm/arm
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:00:33 - cvsupping the source tree
TB --- 2010-09-09 02:00:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/arm/arm/supfile
TB --- 2010-09-09 02:06:12 - building world
TB --- 2010-09-09 02:06:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 02:06:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 02:06:12 - TARGET=arm
TB --- 2010-09-09 02:06:12 - TARGET_ARCH=arm
TB --- 2010-09-09 02:06:12 - TZ=UTC
TB --- 2010-09-09 02:06:12 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 02:06:12 - cd /src
TB --- 2010-09-09 02:06:12 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 02:06:12 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
[...]
=== usr.sbin/ofwdump (all)
cc -O -pipe  -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofwdump.c
cc -O -pipe  -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/ofwdump/ofw_util.c
cc -O -pipe  -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W 
-Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith 
-Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter 
-Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls 
-Wold-style-definition -Wno-pointer-sign  -o ofwdump ofwdump.o ofw_util.o 
gzip -cn /src/usr.sbin/ofwdump/ofwdump.8  ofwdump.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 03:04:36 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 03:04:36 - ERROR: failed to build world
TB --- 2010-09-09 03:04:36 - 2258.51 user 830.32 system 3876.23 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.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 i386/pc98

[FreeBSD Tinderbox]

TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:00:00 - cvsupping the source tree
TB --- 2010-09-09 02:00:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/i386/pc98/supfile
TB --- 2010-09-09 02:01:00 - building world
TB --- 2010-09-09 02:01:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 02:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 02:01:00 - TARGET=pc98
TB --- 2010-09-09 02:01:00 - TARGET_ARCH=i386
TB --- 2010-09-09 02:01:00 - TZ=UTC
TB --- 2010-09-09 02:01:00 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 02:01:00 - cd /src
TB --- 2010-09-09 02:01:00 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 02:01:00 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
[...]
gzip -cn /src/usr.sbin/ntp/doc/ntpd.8  ntpd.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdate.8  ntpdate.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8  ntpdc.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpq.8  ntpq.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntptime.8  ntptime.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 03:49:52 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 03:49:52 - ERROR: failed to build world
TB --- 2010-09-09 03:49:52 - 4794.72 user 1166.43 system 6591.70 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.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 i386/i386

[FreeBSD Tinderbox]

TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:01:13 - cvsupping the source tree
TB --- 2010-09-09 02:01:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/i386/i386/supfile
TB --- 2010-09-09 02:01:39 - building world
TB --- 2010-09-09 02:01:39 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 02:01:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 02:01:39 - TARGET=i386
TB --- 2010-09-09 02:01:39 - TARGET_ARCH=i386
TB --- 2010-09-09 02:01:39 - TZ=UTC
TB --- 2010-09-09 02:01:39 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 02:01:39 - cd /src
TB --- 2010-09-09 02:01:39 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 02:01:39 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
[...]
gzip -cn /src/usr.sbin/ntp/doc/ntpd.8  ntpd.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdate.8  ntpdate.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8  ntpdc.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpq.8  ntpq.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntptime.8  ntptime.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 03:50:19 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 03:50:19 - ERROR: failed to build world
TB --- 2010-09-09 03:50:19 - 4828.91 user 1165.52 system 6619.05 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.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 amd64/amd64

[FreeBSD Tinderbox]

TB --- 2010-09-09 02:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 02:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-09-09 02:00:00 - cleaning the object tree
TB --- 2010-09-09 02:00:00 - cvsupping the source tree
TB --- 2010-09-09 02:00:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/amd64/amd64/supfile
TB --- 2010-09-09 02:01:00 - building world
TB --- 2010-09-09 02:01:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 02:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 02:01:00 - TARGET=amd64
TB --- 2010-09-09 02:01:00 - TARGET_ARCH=amd64
TB --- 2010-09-09 02:01:00 - TZ=UTC
TB --- 2010-09-09 02:01:00 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 02:01:00 - cd /src
TB --- 2010-09-09 02:01:00 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 02:01:00 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
[...]
gzip -cn /src/usr.sbin/ntp/doc/ntpd.8  ntpd.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdate.8  ntpdate.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8  ntpdc.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpq.8  ntpq.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntptime.8  ntptime.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 03:50:29 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 03:50:29 - ERROR: failed to build world
TB --- 2010-09-09 03:50:29 - 4853.55 user 1146.02 system 6628.33 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.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 ia64/ia64

[FreeBSD Tinderbox]

TB --- 2010-09-09 03:04:37 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:04:37 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-09-09 03:04:37 - cleaning the object tree
TB --- 2010-09-09 03:05:20 - cvsupping the source tree
TB --- 2010-09-09 03:05:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/ia64/ia64/supfile
TB --- 2010-09-09 03:06:08 - building world
TB --- 2010-09-09 03:06:08 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 03:06:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 03:06:08 - TARGET=ia64
TB --- 2010-09-09 03:06:08 - TARGET_ARCH=ia64
TB --- 2010-09-09 03:06:08 - TZ=UTC
TB --- 2010-09-09 03:06:08 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 03:06:08 - cd /src
TB --- 2010-09-09 03:06:08 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 03:06:09 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
[...]
gzip -cn /src/usr.sbin/ntp/doc/ntpd.8  ntpd.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdate.8  ntpdate.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8  ntpdc.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpq.8  ntpq.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntptime.8  ntptime.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 04:32:25 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 04:32:25 - ERROR: failed to build world
TB --- 2010-09-09 04:32:25 - 3777.86 user 900.98 system 5268.18 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.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 mips/mips

[FreeBSD Tinderbox]

TB --- 2010-09-09 03:49:52 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:49:52 - starting HEAD tinderbox run for mips/mips
TB --- 2010-09-09 03:49:52 - cleaning the object tree
TB --- 2010-09-09 03:50:17 - cvsupping the source tree
TB --- 2010-09-09 03:50:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/mips/mips/supfile
TB --- 2010-09-09 03:51:15 - building world
TB --- 2010-09-09 03:51:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 03:51:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 03:51:15 - TARGET=mips
TB --- 2010-09-09 03:51:15 - TARGET_ARCH=mips
TB --- 2010-09-09 03:51:15 - TZ=UTC
TB --- 2010-09-09 03:51:15 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 03:51:15 - cd /src
TB --- 2010-09-09 03:51:15 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 03:51:15 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
[...]
gzip -cn /src/usr.sbin/ntp/doc/ntpd.8  ntpd.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdate.8  ntpdate.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpdc.8  ntpdc.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntpq.8  ntpq.8.gz
gzip -cn /src/usr.sbin/ntp/doc/ntptime.8  ntptime.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 04:51:14 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 04:51:14 - ERROR: failed to build world
TB --- 2010-09-09 04:51:14 - 2327.07 user 829.72 system 3682.04 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.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 powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2010-09-09 03:50:29 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:50:29 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-09-09 03:50:29 - cleaning the object tree
TB --- 2010-09-09 03:51:47 - cvsupping the source tree
TB --- 2010-09-09 03:51:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2010-09-09 03:52:19 - building world
TB --- 2010-09-09 03:52:19 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 03:52:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 03:52:19 - TARGET=powerpc
TB --- 2010-09-09 03:52:19 - TARGET_ARCH=powerpc64
TB --- 2010-09-09 03:52:19 - TZ=UTC
TB --- 2010-09-09 03:52:19 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 03:52:19 - cd /src
TB --- 2010-09-09 03:52:19 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 03:52:20 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
[...]
=== usr.sbin/ofwdump (all)
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/ofwdump/ofwdump.c
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/ofwdump/ofw_util.c
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign  -o 
ofwdump ofwdump.o ofw_util.o 
gzip -cn /src/usr.sbin/ofwdump/ofwdump.8  ofwdump.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 05:04:04 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 05:04:04 - ERROR: failed to build world
TB --- 2010-09-09 05:04:04 - 2969.58 user 899.73 system 4414.93 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-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 powerpc/powerpc

[FreeBSD Tinderbox]

TB --- 2010-09-09 03:50:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 03:50:19 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-09-09 03:50:19 - cleaning the object tree
TB --- 2010-09-09 03:51:22 - cvsupping the source tree
TB --- 2010-09-09 03:51:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2010-09-09 03:52:03 - building world
TB --- 2010-09-09 03:52:03 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 03:52:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 03:52:03 - TARGET=powerpc
TB --- 2010-09-09 03:52:03 - TARGET_ARCH=powerpc
TB --- 2010-09-09 03:52:03 - TZ=UTC
TB --- 2010-09-09 03:52:03 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 03:52:03 - cd /src
TB --- 2010-09-09 03:52:03 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 03:52:03 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
[...]
=== usr.sbin/ofwdump (all)
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/ofwdump/ofwdump.c
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/ofwdump/ofw_util.c
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign  -o 
ofwdump ofwdump.o ofw_util.o 
gzip -cn /src/usr.sbin/ofwdump/ofwdump.8  ofwdump.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 05:31:56 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 05:31:56 - ERROR: failed to build world
TB --- 2010-09-09 05:31:56 - 4480.47 user 1084.27 system 6096.84 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

[FreeBSD Tinderbox]

TB --- 2010-09-09 04:32:25 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-09-09 04:32:25 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-09-09 04:32:25 - cleaning the object tree
TB --- 2010-09-09 04:33:03 - cvsupping the source tree
TB --- 2010-09-09 04:33:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2010-09-09 04:33:37 - building world
TB --- 2010-09-09 04:33:37 - MAKEOBJDIRPREFIX=/obj
TB --- 2010-09-09 04:33:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2010-09-09 04:33:37 - TARGET=sparc64
TB --- 2010-09-09 04:33:37 - TARGET_ARCH=sparc64
TB --- 2010-09-09 04:33:37 - TZ=UTC
TB --- 2010-09-09 04:33:37 - __MAKE_CONF=/dev/null
TB --- 2010-09-09 04:33:37 - cd /src
TB --- 2010-09-09 04:33:37 - /usr/bin/make -B buildworld
 World build started on Thu Sep  9 04:33:38 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
[...]
=== usr.sbin/ofwdump (all)
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/ofwdump/ofwdump.c
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c 
/src/usr.sbin/ofwdump/ofw_util.c
cc -O2 -pipe  -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall 
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings 
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline 
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign  -o 
ofwdump ofwdump.o ofw_util.o 
gzip -cn /src/usr.sbin/ofwdump/ofwdump.8  ofwdump.8.gz
=== usr.sbin/pc-sysinstall (all)
=== usr.sbin/pc-sysinstall/backend (all)
make: don't know how to make installimage.sh. Stop
*** Error code 2

Stop in /src/usr.sbin/pc-sysinstall.
*** Error code 1

Stop in /src/usr.sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2010-09-09 05:36:10 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2010-09-09 05:36:10 - ERROR: failed to build world
TB --- 2010-09-09 05:36:10 - 2674.52 user 797.28 system 3824.89 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