On Tue, May 30, 2017 at 11:40:48PM +0100, Gary Palmer wrote:
>
> % file tw_cli
> tw_cli: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), statically
> linked, for FreeBSD 5.4, stripped
>
> Try COMPAT_FREEBSD5
>
> Regards,
>
> Gary
>
Out of curiousity, how much code (binary) do the COM
% file tw_cli
tw_cli: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), statically
linked, for FreeBSD 5.4, stripped
Try COMPAT_FREEBSD5
Regards,
Gary
On Tue, May 30, 2017 at 03:55:03PM -0600, CBL wrote:
> Yeah, I have a custom kernel with COMPAT_FREEBSD10 already in it and no
> joy. Ho
From my experience;
I posess one 9650se card 12 ports with a computer build with freeBSD
with a custom kernel build.
i haved this particular error one day (it uses old mmap calls, which have
removed some time ago)
you can see why it fails by invoking the tw_cli after the truss(1) co
I am pretty sure you're going to need to go all the way back to
COMPAT_FREEBSD5 for that. Or just do what GENERIC does and go all the
way back to COMPAT_FREEBSD32 (and everything in between).
michael
On 5/30/17 2:55 PM, CBL wrote:
Yeah, I have a custom kernel with COMPAT_FREEBSD10 already in
For those curious, COMPAT_FREEBSD6 and COMPAT_FREEBSD7 were the ticket to
get tw_cli working on FreeBSD 11.0. Wish Broadcom would roll a new binary.
On Tue, May 30, 2017 at 3:55 PM, CBL wrote:
> Yeah, I have a custom kernel with COMPAT_FREEBSD10 already in it and no
> joy. However, I checked GEN
Yeah, I have a custom kernel with COMPAT_FREEBSD10 already in it and no
joy. However, I checked GENERIC and it works. Then I tried COMPAT_FREEBSD9
too and no go.. guess I'll keep playing.
On Tue, May 30, 2017 at 3:33 PM, Alan Somers wrote:
> Was the tw_cli utility built for FreeBSD 10? If so, y
Was the tw_cli utility built for FreeBSD 10? If so, you need to
either rebuilt it, or build your kernel with COMPAT_FREEBSD10 in the
config file. It's in the GENERIC config file, so you'll have it if
you don't use a custom kernel.
-Alan
On Tue, May 30, 2017 at 3:19 PM, CBL wrote:
> Updated a bo
Updated a box to 11.0 with a legacy 3ware 9690SA using the twe driver.
Now the tw_cli utility is now throwing "Bad system call (core dumped).
Anybody have any suggestions? Was working fine on 10.3.
Thanks
___
freebsd-stable@freebsd.org mailing list
htt
A bit more investigation on this and I think I found what the differece is
at least. waagent is using camcontrol periphlist 3:1:0 to find devices,
and this has chnaged from placing the discs before the pass
devices to afterwards. So on an earlier version I get this:
root@joanna-may:/home/w
