Re: x220 notes
On Wed, 07 Mar 2012 20:29:16 +0200, Vrachnis Ilias-Dimitrios wrote Hi, 2. I've read bad reviews about webcam having poor quality on GNU/Linux, so I would assume it will be the same on FreeBSD with webcamd and not worth the $30? (which also frees up space for 3x3 antenna) Yep, the webcam works with webcamd but the quality is not great... 4. How far is the AMD64 kernel suspend/resume? What do you mean by video doesn't resume? I run 10-CURRENT : FreeBSD laptop.martymac.org 10.0-CURRENT FreeBSD 10.0-CURRENT #12 r231062M: Mon Feb 6 10:29:35 CET 2012 marty...@laptop.martymac.org:/usr/obj/files/Src/sys/GENERIC amd64 with all.13.1 patch (no more available) from : http://people.freebsd.org/~kib/drm/ 3D acceleration works well, as well as suspend/resume when Xorg has been started (black screen if on console). Best regards, -- Ganael LAPLANCHE ganael.laplan...@martymac.org http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac marty...@freebsd.org, http://www.FreeBSD.org ___ 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: patches for if_iwi and wlan for WEP mode
-- Message: 4 Date: Wed, 7 Mar 2012 10:45:11 -0800 From: Adrian Chadd adr...@freebsd.org Subject: Re: patches for if_iwi and wlan for WEP mode To: Mitsuru IWASAKI iwas...@jp.freebsd.org Cc: freebsd-current@freebsd.org, freebsd-wirel...@freebsd.org, bschm...@freebsd.org Message-ID: caj-vmomduf2ydbfjzyaxpimzutdcbbg2scuz5kcw3ze3xtt...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hi, I'd rather you didn't commit iwi_update_mcast() unless you absolutely know that the NIC doesn't need to be notified of multicast group membership changes. If so, IFF_ALLMULTI flag should be set. http://lists.freebsd.org/pipermail/svn-src-head/2010-May/016983.html AK ___ 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: patches for if_iwi and wlan for WEP mode
Hi, I'd rather you didn't commit iwi_update_mcast() unless you absolutely know that the NIC doesn't need to be notified of multicast group membership changes. If so, please commit that as a separate fix. OK, I'd do so. I don't need mcast stuff for the time being, instead I'd check other area such as suspend/resume for the next target. Today's one at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120308.diff # 2 lines fix, after all ;) Thanks! ___ 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: patches for if_iwi and wlan for WEP mode
On 8 March 2012 09:32, Mitsuru IWASAKI iwas...@jp.freebsd.org wrote: Hi, I'd rather you didn't commit iwi_update_mcast() unless you absolutely know that the NIC doesn't need to be notified of multicast group membership changes. If so, please commit that as a separate fix. OK, I'd do so. I don't need mcast stuff for the time being, instead I'd check other area such as suspend/resume for the next target. Today's one at: http://people.freebsd.org/~iwasaki/iwi/iwi-20120308.diff # 2 lines fix, after all ;) :-) Thanks for this! Once it's done, let's sort out the multicast stuff. Either we set IFF_ALLMULTI as AK suggested or we figure out and write a proper _update_mcast() function. We can commit that as a separate patch. I found my 2945 NIC btw, so hopefully I can get some test in on saturday. Adrian ___ 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: boot2 overflow when building with clang
On Wed, Mar 7, 2012 at 4:18 PM, Jung-uk Kim j...@freebsd.org wrote:
On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote:
I am not familiar with boot2, but it looks like allocated size for
boot2 is not enough to hold code generated by clang. Reverting
r232570 fixes it.
=== sys/boot/i386/boot2 (all)
objcopy -S -O binary boot1.out boot1
dd if=/dev/zero of=boot2.ldr bs=512 count=1
clang -Os -fno-guess-branch-probability -fomit-frame-pointer
-fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3
-DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8
-DSIOFMT=0x3 -DSIOSPD=9600
-I/usr/src/sys/boot/i386/boot2/../../common
-I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall
-Waggregate-return -Wbad-function-cast -Wcast-align
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs
-Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings
-Winline --param max-inline-insns-single=100 -mllvm
-stack-alignment=8 -mllvm -inline-threshold=3 -mllvm
-enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2
-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float
-std=gnu99 -S -o boot2.s.tmp
/usr/src/sys/boot/i386/boot2/boot2.c
sed -e '/align/d' -e '/nop/d' boot2.s.tmp boot2.s
rm -f boot2.s.tmp
clang -c boot2.s
clang -Os -fno-guess-branch-probability -fomit-frame-pointer
-fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3
-DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8
-DSIOFMT=0x3 -DSIOSPD=9600
-I/usr/src/sys/boot/i386/boot2/../../common
-I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall
-Waggregate-return -Wbad-function-cast -Wcast-align
-Wmissing-declarations -Wmissing-prototypes -Wnested-externs
-Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings
-Winline --param max-inline-insns-single=100 -mllvm
-stack-alignment=8 -mllvm -inline-threshold=3 -mllvm
-enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2
-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float
-std=gnu99 -c
/usr/src/sys/boot/i386/boot2/sio.S
ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o
sio.o objcopy -S -O binary boot2.out boot2.bin
btxld -v -E 0x2000 -f bin -b
/usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr
-o boot2.ld -P 1 boot2.bin
kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1
client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0
output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0
-49 bytes available
*** [boot2] Error code 1
Stop in /usr/src/sys/boot/i386/boot2.
*** [all] Error code 1
Stop in /usr/src/sys/boot/i386.
*** [all] Error code 1
Stop in /usr/src/sys/boot.
*** [all] Error code 1
Stop in /usr/src/sys.
*** [sys.all__D] Error code 1
Stop in /usr/src.
*** [everything] Error code 1
Stop in /usr/src.
*** [buildworld] Error code 1
Stop in /usr/src.
Here is a patch to work around the problem:
http://people.freebsd.org/~jkim/boot2.diff
Please note this patch creates two separate boot codes, one for UFS1
and one for UFS2. To generate previous boot code (i.e., UFS1+UFS2)
with GCC, clean objects, add the following line to
your /etc/make.conf, rebuild, and install:
BOOT2_UFS=UFS1_AND_UFS2
I think this should be committed.
If you're concerned about separating them, you can make this case
default for gcc.
There's glue in src/Makefile.inc1 that gives some hints about how this is done
.if ${MK_CLANG} != no (${MK_CLANG_IS_CC} != no ||
${CC:T:Mclang} == clang)
eg: if building with clang, default to UFS2, else UFS1_AND_UFS2
But please commit something. Personally I think we could use the
spare space in boot2 in any case.
--
Peter Wemm - pe...@wemm.org; pe...@freebsd.org; pe...@yahoo-inc.com; KI6FJV
All of this is for nothing if we don't go to the stars - JMS/B5
If Java had true garbage collection, most programs would delete
themselves upon execution. -- Robert Sewell
___
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: boot2 overflow when building with clang
On Wednesday, March 07, 2012 7:18:56 pm Jung-uk Kim wrote: On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote: I am not familiar with boot2, but it looks like allocated size for boot2 is not enough to hold code generated by clang. Reverting r232570 fixes it. === sys/boot/i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99-S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' boot2.s.tmp boot2.s rm -f boot2.s.tmp clang -c boot2.s clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -c /usr/src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0 -49 bytes available *** [boot2] Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [sys.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Here is a patch to work around the problem: http://people.freebsd.org/~jkim/boot2.diff Please note this patch creates two separate boot codes, one for UFS1 and one for UFS2. To generate previous boot code (i.e., UFS1+UFS2) with GCC, clean objects, add the following line to your /etc/make.conf, rebuild, and install: BOOT2_UFS=UFS1_AND_UFS2 I would really rather not go this route. That is going to cause a lot of pain and suffering for users. -- 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: patches for if_iwi and wlan for WEP mode
On Wednesday, March 07, 2012 2:43:52 pm Adrian Chadd wrote: On 7 March 2012 11:17, Bernhard Schmidt bschm...@freebsd.org wrote: On Tuesday 06 March 2012 21:12:55 Adrian Chadd wrote: .. except that the default if_transmit handling breaks fragments. Sigh. So we're going to have to implement if_transmit for all net80211 drivers soon and fix fragment handling. Not saying that you are wrong, it is unrelated to the issue at hand though and I'm not even sure it can be fixed just by replacing if_transmit(). Anyways, a bug going unnoticed for 3 years or something isn't that high on my priority list. Oh, it's absolutely not a requirement here. It was more a comment that he didn't need to implement if_transmit just yet in order to fix this bug, but it's likely a good idea moving forward. I have recently acquired an iwi(4) NIC so I'll also test this out. Don't let me stop you though. :) However, you could do that by having a net80211_ifattach() type thing that sets if_transmit and invokes the driver-provided if_start. I don't think wireless devices are using multiple transmit queues in such a way that if_transmit would be a benefit, and if_start is a simpler model. -- 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: patches for if_iwi and wlan for WEP mode
On 8 March 2012 07:43, John Baldwin j...@freebsd.org wrote: However, you could do that by having a net80211_ifattach() type thing that sets if_transmit and invokes the driver-provided if_start. I don't think wireless devices are using multiple transmit queues in such a way that if_transmit would be a benefit, and if_start is a simpler model. THe problem is that the default if_transmit uses IFQ_ENQUEUE and the _start() versions out there use IFQ_DEQUEUE without necessarily handling fragments at all. We end up having m-m_nextpkt NULL'ed upon IFQ_ENQUEUE, thus not only making a fragment list entirely broken, the fragments themselves are actually leaked. So we end up running out of mbufs. The solution I can see working at the moment is creating if_transmit for each wireless device and correctly handling any fragments in the head mbuf before calling IFQ_DEQUEUE. Adrian ___ 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: boot2 overflow when building with clang
On Thursday 08 March 2012 10:46 am, John Baldwin wrote: On Wednesday, March 07, 2012 7:18:56 pm Jung-uk Kim wrote: On Tuesday 06 March 2012 11:51 pm, Jia-Shiun Li wrote: I am not familiar with boot2, but it looks like allocated size for boot2 is not enough to hold code generated by clang. Reverting r232570 fixes it. === sys/boot/i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99-S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c sed -e '/align/d' -e '/nop/d' boot2.s.tmp boot2.s rm -f boot2.s.tmp clang -c boot2.s clang -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 -mllvm -enable-load-pre=false -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -c /usr/src/sys/boot/i386/boot2/sio.S ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /usr/obj/usr/src/sys/boot/i386/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /usr/obj/usr/src/sys/boot/i386/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=690 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=15a1 text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e31 text=200 data=1c31 org=0 entry=0 -49 bytes available *** [boot2] Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [sys.all__D] Error code 1 Stop in /usr/src. *** [everything] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. Here is a patch to work around the problem: http://people.freebsd.org/~jkim/boot2.diff Please note this patch creates two separate boot codes, one for UFS1 and one for UFS2. To generate previous boot code (i.e., UFS1+UFS2) with GCC, clean objects, add the following line to your /etc/make.conf, rebuild, and install: BOOT2_UFS=UFS1_AND_UFS2 I would really rather not go this route. That is going to cause a lot of pain and suffering for users. Well, I disagree but don't worrry, I won't commit it today. ;-) Just in case, I updated the patch to build UFS1+UFS2 boot2 by default for GCC as Peter suggested. Also, I have created a project branch on SVN to increase UFS2 boot block size. http://svnweb.freebsd.org/base/projects/bigbb/ Jung-uk Kim ___ 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
RFC: FUSE kernel module for the kernel...
Howdy, I've taken the GSoC work done with the FUSE kernel module, and created a patch against HEAD which I have now subjected to testing using tools/regression/fsx. The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff I would like to commit this patch in the next few days, so, please, if you care about this take a look and get back to me. Thanks, George ___ 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: FUSE kernel module for the kernel...
On Thu, Mar 08, 2012 at 04:20:24PM -0500, George Neville-Neil wrote: Howdy, I've taken the GSoC work done with the FUSE kernel module, and created a patch against HEAD which I have now subjected to testing using tools/regression/fsx. The patch is here: http://people.freebsd.org/~gnn/head-fuse-1.diff I would like to commit this patch in the next few days, so, please, if you care about this take a look and get back to me. I just took a very quick look, and the code has all usual bugs. E.g., the filesystem is marked mpsafe, while insmntque() is performed before new vnode is initialized. The fuse was known to cause random kernel memory corruption, were the issues identified and fixed ? Who is going to maintain the code ? I once objected strongly for throwing the fuse into svn without first fixing bugs, and having a maintainer. pgp4ITtF2aHqc.pgp Description: PGP signature
Re: RFC: FUSE kernel module for the kernel...
Hi, Is there any reason why we shouldn't throw this into contrib/ and treating it like a vendor thing? Or is this explicitly not being treated as a vendor FS? Other than that, sure, let's get it into the tree and then thrash it until it's stable.. adrian ___ 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: FUSE kernel module for the kernel...
On Thu, Mar 08, 2012 at 03:43:42PM -0800, Adrian Chadd wrote: Hi, Is there any reason why we shouldn't throw this into contrib/ and treating it like a vendor thing? Or is this explicitly not being treated as a vendor FS? No idea. This should be a decision of the person who imports the filesystem. Other than that, sure, let's get it into the tree and then thrash it until it's stable.. No, please fix at least the dreadful bugs before committing. We have enough dead and buggy filesystems in the tree already. The problem with fusefs code is the lack of maintainer, and not the location of the code. pgpdCeKg6P8JJ.pgp Description: PGP signature
Re: boot2 overflow when building with clang
On 2012-03-07 05:51, Jia-Shiun Li wrote:
I am not familiar with boot2, but it looks like allocated size for
boot2 is not enough to hold code generated by clang. Reverting r232570
fixes it.
Please test the attached diff. Since it modifies bsd.sys.mk, either run
make install in share/mk, or use make buildenv before rebuilding
sys/boot/i386/boot2.
It would also be nice if you could test the actual installation of the
bootstrap, and its proper operation. However, be sure to have some way
of recovering the first 16 sectors of your disk before you do so. :)
diff --git a/share/mk/bsd.sys.mk b/share/mk/bsd.sys.mk
index 401e671..a8770cc 100644
--- a/share/mk/bsd.sys.mk
+++ b/share/mk/bsd.sys.mk
@@ -100,8 +100,10 @@ CWARNFLAGS += -Wno-unknown-pragmas
.if ${MK_CLANG_IS_CC} != no || ${CC:T:Mclang} == clang
CLANG_NO_IAS = -no-integrated-as
-CLANG_OPT_SMALL = -mllvm -stack-alignment=8 -mllvm -inline-threshold=3 \
- -mllvm -enable-load-pre=false
+CLANG_OPT_SMALL = -mllvm -stack-alignment=8 \
+ -mllvm -inline-threshold=3 \
+ -mllvm -enable-load-pre=false \
+ -mllvm -simplifycfg-dup-ret
.endif
.if ${MK_SSP} != no ${MACHINE_CPUARCH} != ia64 \
diff --git a/sys/boot/i386/boot2/Makefile b/sys/boot/i386/boot2/Makefile
index 68e49ed..5cec4b5 100644
--- a/sys/boot/i386/boot2/Makefile
+++ b/sys/boot/i386/boot2/Makefile
@@ -26,6 +26,8 @@ CFLAGS= -Os \
-fno-guess-branch-probability \
-fomit-frame-pointer \
-fno-unit-at-a-time \
+ -ffunction-sections \
+ -fdata-sections \
-mno-align-long-strings \
-mrtd \
-mregparm=3 \
diff --git a/sys/boot/i386/boot2/boot2.c b/sys/boot/i386/boot2/boot2.c
index 8291249..37314f1 100644
--- a/sys/boot/i386/boot2/boot2.c
+++ b/sys/boot/i386/boot2/boot2.c
@@ -148,8 +148,8 @@ static int xputc(int);
static int xgetc(int);
static inline int getc(int);
-static void memcpy(void *, const void *, int);
-static void
+static __noinline void memcpy(void *, const void *, int);
+static __noinline void
memcpy(void *dst, const void *src, int len)
{
const char *s = src;
@@ -223,10 +223,7 @@ main(void)
{
uint8_t autoboot;
ino_t ino;
-size_t nbyte;
-opts = 0;
-kname = NULL;
dmadat = (void *)(roundup2(__base + (int32_t)_end, 0x1) - __base);
v86.ctl = V86_FLAGS;
v86.efl = PSL_RESERVED_DEFAULT | PSL_I;
@@ -242,10 +239,8 @@ main(void)
autoboot = 1;
if ((ino = lookup(PATH_CONFIG)) ||
-(ino = lookup(PATH_DOTCONFIG))) {
- nbyte = fsread(ino, cmd, sizeof(cmd) - 1);
- cmd[nbyte] = '\0';
-}
+(ino = lookup(PATH_DOTCONFIG)))
+ fsread(ino, cmd, sizeof(cmd) - 1);
if (*cmd) {
memcpy(cmddup, cmd, sizeof(cmd));
___
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
iSCSI Target For Freebsd
Hi All, Is there are an iSCSI Software Target that you can recommend. I have tried using istgt ( on Freebsd7.2) with Windows iSCSI Software Initiator. The initiator is able to discover the target however it is unable to login to the target. The login Response shows that the status class, status detail = 0203 indicating that the requested ITN does not exist at this address Thanks David S. This message and any attached documents contain information from QLogic Corporation or its wholly-owned subsidiaries that may be confidential. If you are not the intended recipient, you may not read, copy, distribute, or use this information. If you have received this transmission in error, please notify the sender immediately by reply e-mail and then delete this message. ___ 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
