Re: newbus' ivar's limitation..
Hi, On Fri, Jul 13, 2012 at 1:56 PM, Arnaud Lacombe wrote: > Hi, > > On Thu, Jul 12, 2012 at 1:20 AM, Warner Losh wrote: >> [..] >> Honestly, though, I think you'll be more pissed when you find out that the >> N:1 interface that you want is being done in the wrong domain. But I've >> been wrong before and look forward to seeing your replacement. >> > I will just pass function pointers for now, if things should be done > dirty, let's be explicit about it. > > Now, the hinted device attachment did work quite smoothly, however, I > would have a few suggestion: > 1) add a call to bus_enumerate_hinted_children() before the call > DEVICE_IDENTIFY() call in bus_generic_driver_added() > > this is required to be able to support dynamic loading and attachment > of hinted children. > > 2) have a generic bus_hinted_child method which would just add a new > child to the bus. > > 3) have bus_enumerate_hinted_children() and bus_generic_attach() > always ran on device attachment. > > There is current +100 explicit call to bus_generic_attach() in the > sys/dev/ tree. This should be done always and implicitly. > > 4) have bus_generic_detach() always ran prior to device detachment > > If not already the case. There is still the same +100 direct call to > bus_generic_detach is the tree. > > 5) have the bus_generic_* method be the default of their respective method > > 6) have device_delete_child() called upon device detachment. > > As a rule of thumb, when a kld is unloaded there should not be any > remains of anything built previously. Without device_delete_child() or > proper singleton implementation, multiple load/unload sequence of bus > will attempt to attach multiple version of a child, even if the single > child was added prior to the bus_generic_attach() call. > > Also, as a rule of thumb, if the same logic is implemented in more > than a few buses, it should be made generic and implicit. > > I am lazy, I hate doing the same things over and over, not to say it > raised the likelihood of bugs' introduction... > could I at least get some feedback on the proposals above ? Thanks, - Arnaud ___ 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
TB --- 2012-07-17 00:36:49 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-17 00:36:49 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-17 00:36:49 - starting HEAD tinderbox run for mips/mips TB --- 2012-07-17 00:36:49 - cleaning the object tree TB --- 2012-07-17 00:36:49 - cvsupping the source tree TB --- 2012-07-17 00:36:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-07-17 00:37:49 - building world TB --- 2012-07-17 00:37:49 - CROSS_BUILD_TESTING=YES TB --- 2012-07-17 00:37:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-17 00:37:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-17 00:37:49 - SRCCONF=/dev/null TB --- 2012-07-17 00:37:49 - TARGET=mips TB --- 2012-07-17 00:37:49 - TARGET_ARCH=mips TB --- 2012-07-17 00:37:49 - TZ=UTC TB --- 2012-07-17 00:37:49 - __MAKE_CONF=/dev/null TB --- 2012-07-17 00:37:49 - cd /src TB --- 2012-07-17 00:37:49 - /usr/bin/make -B buildworld >>> World build started on Tue Jul 17 00:37:49 UTC 2012 >>> 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 [...] cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"mips\" -DTARGET_BYTES_BIG_ENDIAN=1 -DTARGET_CPU=\"mips\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"mips-unknown-freebsd\" -DTARGET_ALIAS=\"mips-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/mips-freebsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c itbl-parse.c cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"mips\" -DTARGET_BYTES_BIG_ENDIAN=1 -DTARGET_CPU=\"mips\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"mips-unknown-freebsd\" -DTARGET_ALIAS=\"mips-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/mips-freebsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c itbl-lex.c cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/mips.mips/src/tmp/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"mips\" -DTARGET_BYTES_BIG_ENDIAN=1 -DTARGET_CPU=\"mips\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"mips-unknown-freebsd\" -DTARGET_ALIAS=\"mips-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/mips-freebsd -std=gnu99 -I/obj/mips.mips/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-mips.c /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-mips.c: In function 'md_begin': /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-mips.c:1765: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-17 00:42:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-17 00:42:23 - ERROR: failed to build world TB --- 2012-07-17 00:42:23 - 174.99 user 34.11 system 333.4
Re: ia64 r237134 netstat -r: netstat: kvm_read: Bad address
On Jul 16, 2012, at 12:30 AM, Anton Shterenlikht wrote: > On ia64 netstat -r broke some time > between 8.1-release, and r237134. Can you file a PR so that it's being tracked. Thanks, -- Marcel Moolenaar mar...@xcllnt.net ___ 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: Erratic USB mouse behaviour when wireless is down and USB hard disk connected
Also, please check dmesg if you haven't. The firmware on the NIC may have crashed and you may be able to fix it by simply restarting the wlan interface. Adrian On 16 July 2012 05:47, Erich Dollansky wrote: > Hi, > > On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: >> Sounds like bluetooth coexistence? >> > the problem are only there when the network goes down while being used. When > the network is down when I start the machine and when the network is up and > running, the problem is not there. > > This makes it so weird for me. > > Ok, after a restart the problem was solved. But, are we really used to > restart FreeBSD because of things like this? > > Erich ___ 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: [CFC/CFT] large changes in the loader(8) code
On Mon, Jul 16, 2012 at 04:00:49PM +0400, Andrey V. Elsukov wrote: > On 16.07.2012 15:31, Andriy Gapon wrote: > >> Yes. It should work as before. > > > > Well, but it's obvious that zfs_probe_dev would be attempting to do some > > unneeded > > stuff (trying to treat partitions as disks) for that case. To me this is a > > clear > > indication zfs_probe_dev is not optimal for arch-independent > > implementation. So I > > still think that arch_zfs_probe should decide what disks and partitions to > > probe, > > and zfs_probe_dev should only probe what it's given and not try to be any > > smarter. > > But I've repeated myself three times already :-) > > And we will have the same - several copies of the same code in each > architecture, > which i have deleted... > > Sparc doesn't support DIOCGMEDIASIZE and DIOCGSECTORSIZE ioctls, > so it will not check each partition, only fd that is passed to the > zfs_probe_dev. > > Currently there is only one problem with ZFS tasting, that can affect users - > now we taste each disk and partition, but in the my branch ZFS tastes only > disks and > partitions with type "freebsd" and "freebsd-zfs". So if you have created ZFS > on top > of MBR partition with type "ntfs", then loader will be unable to detect it. > Sorry, I'm missing the big picture of ZFS support in the loader and currently unfortunately don't have the time to look into it or your patches. I don't think there's a way to determine the media and sector sizes without actually looking at the Sun and/or VTOC8 labels though. As for zfs_probe_dev, some user recently indicated that on sparc64 we should rather look at the disk devices listed in the "boot-device" environment variable in order to mimic what Solaris does rather than trying to probe anything that might be a disk device, mimicking what the FreeBSD/i386 ZFS loader does. Maybe that's a hint whether a arch_zfs_probe should exist. I can test patches once you guys have figures out how things should work though. Marius ___ 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: [HEADSUP & CFT] pkg 1.0rc1 and schedule
On Mon, Jul 16, 2012 at 2:24 AM, Matthew Seaman wrote: > On 16/07/2012 05:22, Jeremy Messenger wrote: >> It's one of reason why I do not agree to remove the shared library >> version from the LIB_DEPENDS, so that way in future someone can add >> support in the package to check on shared library version then prevent >> package to install because it's not ABI compatible. Unless someone >> prefer to do it in the different way than putting shared library >> version in the LIB_DEPENDS is good to me either. > > Two points here: > > Firstly LIB_DEPENDS is all about *building* packages. In that case, the > thing that matters is *API* compatibility, not ABI. Library APIs tend > to be much more stable than ABIs, meaning you can compile your code > against practically any version of a shared library. However, you won't > be able to run your compiled program against a shared library with a > different ABI. If the API does change incompatibly, then it is fine to > use constraints on the ABI version in a port, but doing this as a matter > of course is just being obstructive to people that may not want to > upgrade dependency shlibs just yet. > > Secondly, the ABI version of shared libraries has no effect on the > current dependency resolution mechanisms when installing packages > (either pkgng or the old pkg_tools). At the moment, the only thing that > is considered are package version numbers. I know. Hences for the 'in future someone can add support'. Cheers, Mezz > This is an area where we have plans for dramatic changes with pkgng. We > want to import a general solver mechanism so that a package can have a > list of generic requirements: > > File /usr/local/bin/foo exists and is executable > Shared library libfoo.so.3 is installed > Perl Module Foo::Bar > 1.23 is available > Package foo-0.99 has option BLURFL enabled > etc. etc. > > Packages will similarly have a list of facilities they provide. The job > of the solver will be to find a set of packages such that there is a > provider for every requirement constrained by the user requirement that > their required package set is installed. > > However, making this mechanism workable implies significant changes to > the ports -- introducing sub-packages in particular -- which are > basically incompatible with the existing pkg_tools. So we need to pkgng > 1.0 in place to be able to proceed with further changes. Also a generic > solver is in itself a substantial piece of code to introduce. Which is > why it hasn't happened yet. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. > PGP: http://www.infracaninophile.co.uk/pgpkey -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@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: Erratic USB mouse behaviour when wireless is down and USB hard disk connected
Hi, On Monday 16 July 2012 20:07:27 Hans Petter Selasky wrote: > On Monday 16 July 2012 14:47:04 Erich Dollansky wrote: > > Hi, > > > > On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: > > > Sounds like bluetooth coexistence? > > > > the problem are only there when the network goes down while being used. > > When the network is down when I start the machine and when the network is > > up and running, the problem is not there. > > > > This makes it so weird for me. > > > > Ok, after a restart the problem was solved. But, are we really used to > > restart FreeBSD because of things like this? > > > > What does "top" and "vmstat -i" say. I think this is more a hardware problem > than software problem, like lost/shared interrupts. Maybe the IRQ is not > properly masked when downing the network interface. I did not think of vmstat at that moment of time. Top did not show me anything which was completely out. Do not worry too much. I hoped to give a hint here for a programmer who might has noticed something like this. I hope to do some testing soon. Erich ___ 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: Erratic USB mouse behaviour when wireless is down and USB hard disk connected
On Monday 16 July 2012 14:47:04 Erich Dollansky wrote: > Hi, > > On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: > > Sounds like bluetooth coexistence? > > the problem are only there when the network goes down while being used. > When the network is down when I start the machine and when the network is > up and running, the problem is not there. > > This makes it so weird for me. > > Ok, after a restart the problem was solved. But, are we really used to > restart FreeBSD because of things like this? > > Erich Hi, What does "top" and "vmstat -i" say. I think this is more a hardware problem than software problem, like lost/shared interrupts. Maybe the IRQ is not properly masked when downing the network interface. --HPS ___ 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: Erratic USB mouse behaviour when wireless is down and USB hard disk connected
Hi, On Sunday 15 July 2012 15:25:10 Adrian Chadd wrote: > Sounds like bluetooth coexistence? > the problem are only there when the network goes down while being used. When the network is down when I start the machine and when the network is up and running, the problem is not there. This makes it so weird for me. Ok, after a restart the problem was solved. But, are we really used to restart FreeBSD because of things like this? Erich ___ 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: [CFC/CFT] large changes in the loader(8) code
On 16.07.2012 15:31, Andriy Gapon wrote: >> Yes. It should work as before. > > Well, but it's obvious that zfs_probe_dev would be attempting to do some > unneeded > stuff (trying to treat partitions as disks) for that case. To me this is a > clear > indication zfs_probe_dev is not optimal for arch-independent implementation. > So I > still think that arch_zfs_probe should decide what disks and partitions to > probe, > and zfs_probe_dev should only probe what it's given and not try to be any > smarter. > But I've repeated myself three times already :-) And we will have the same - several copies of the same code in each architecture, which i have deleted... Sparc doesn't support DIOCGMEDIASIZE and DIOCGSECTORSIZE ioctls, so it will not check each partition, only fd that is passed to the zfs_probe_dev. Currently there is only one problem with ZFS tasting, that can affect users - now we taste each disk and partition, but in the my branch ZFS tastes only disks and partitions with type "freebsd" and "freebsd-zfs". So if you have created ZFS on top of MBR partition with type "ntfs", then loader will be unable to detect it. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: [CFC/CFT] large changes in the loader(8) code
on 16/07/2012 14:14 Andrey V. Elsukov said the following: > On 16.07.2012 15:05, Andriy Gapon wrote: 2. I am not sure if I like the approach of moving partition tasting code into common ZFS code (zfs.c). On one hand, it now makes sense because the new partition iteration code is machine-independent. On the other hand, the reason that I added arch_zfs_probe method was to give platforms full control over which partitions and in what order are probed. It seems to be important for some of them. So, I like how your new partition interface makes it much easier to ZFS-probe partitions, but I would prefer to have that code in arch_zfs_probe implementations rather than in zfs_probe_dev. >>> >>> From the other point of view, ZFS is not a just file system and it works >>> directly with disks and partitions. And it seems to me this code will be >>> common >>> for other architectures. >> >> Well, it seems that you haven't yet touched sparc64_zfs_probe. > > Yes. It should work as before. Well, but it's obvious that zfs_probe_dev would be attempting to do some unneeded stuff (trying to treat partitions as disks) for that case. To me this is a clear indication zfs_probe_dev is not optimal for arch-independent implementation. So I still think that arch_zfs_probe should decide what disks and partitions to probe, and zfs_probe_dev should only probe what it's given and not try to be any smarter. But I've repeated myself three times already :-) > But if Marius can suggest how to change ofw_disk.c to get disk size and > sector size, > then i will be able to break something here :) > >> If you'll find that you don't have to use any ugly hacks there, then good. >> But my impression is that it would be easier to stick to the previous >> approach. > -- Andriy Gapon ___ 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: [CFC/CFT] large changes in the loader(8) code
On 16.07.2012 15:05, Andriy Gapon wrote: >>> 2. I am not sure if I like the approach of moving partition tasting code >>> into >>> common ZFS code (zfs.c). On one hand, it now makes sense because the new >>> partition iteration code is machine-independent. On the other hand, the >>> reason >>> that I added arch_zfs_probe method was to give platforms full control over >>> which >>> partitions and in what order are probed. It seems to be important for some >>> of them. >>> So, I like how your new partition interface makes it much easier to >>> ZFS-probe >>> partitions, but I would prefer to have that code in arch_zfs_probe >>> implementations >>> rather than in zfs_probe_dev. >> >> From the other point of view, ZFS is not a just file system and it works >> directly with disks and partitions. And it seems to me this code will be >> common >> for other architectures. > > Well, it seems that you haven't yet touched sparc64_zfs_probe. Yes. It should work as before. But if Marius can suggest how to change ofw_disk.c to get disk size and sector size, then i will be able to break something here :) > If you'll find that you don't have to use any ugly hacks there, then good. > But my impression is that it would be easier to stick to the previous > approach. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: [CFC/CFT] large changes in the loader(8) code
on 16/07/2012 13:57 Andrey V. Elsukov said the following: > On 16.07.2012 14:23, Andriy Gapon wrote: >> on 26/06/2012 15:50 Andrey V. Elsukov said the following: >>> 3. ZFS code now uses new API and probing on the systems with many disks >>> should be greatly increased: >>> zfs/zfs.c >>> i386/loader/main.c >> >> First of all, it's hard to parse the above sentence. "probing ... should be >> greatly increased". Probing what? :-) If probing time, then we don't want >> that ;-) >> >> I looked through the ZFS-related part and here are a few comments: > > Thanks for that. > >> 1. I think that the predominant indentation style of i386/loader/main.c >> should be >> preserved for consistency. >> >> 2. I am not sure if I like the approach of moving partition tasting code into >> common ZFS code (zfs.c). On one hand, it now makes sense because the new >> partition iteration code is machine-independent. On the other hand, the >> reason >> that I added arch_zfs_probe method was to give platforms full control over >> which >> partitions and in what order are probed. It seems to be important for some >> of them. >> So, I like how your new partition interface makes it much easier to ZFS-probe >> partitions, but I would prefer to have that code in arch_zfs_probe >> implementations >> rather than in zfs_probe_dev. > > From the other point of view, ZFS is not a just file system and it works > directly with disks and partitions. And it seems to me this code will be > common > for other architectures. Well, it seems that you haven't yet touched sparc64_zfs_probe. If you'll find that you don't have to use any ugly hacks there, then good. But my impression is that it would be easier to stick to the previous approach. >> 3. Related to the above. In what shape is sparc64 ZFS support in your >> branch? >> Have you tried to adapt it to the new model too? >> It's the platform that has special requirements for disk/partition probing >> order. >> Marius can help with additional information and testing here. > > Currently i have not received any feedback reports from the users who can test > patches on the other architectures. I added VTOC8 support to the part.c, but > it > seems it is not needed and ofw can work without this. > -- Andriy Gapon ___ 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: [CFC/CFT] large changes in the loader(8) code
On 16.07.2012 14:23, Andriy Gapon wrote: > on 26/06/2012 15:50 Andrey V. Elsukov said the following: >> 3. ZFS code now uses new API and probing on the systems with many disks >> should be greatly increased: >> zfs/zfs.c >> i386/loader/main.c > > First of all, it's hard to parse the above sentence. "probing ... should be > greatly increased". Probing what? :-) If probing time, then we don't want > that ;-) > > I looked through the ZFS-related part and here are a few comments: Thanks for that. > 1. I think that the predominant indentation style of i386/loader/main.c > should be > preserved for consistency. > > 2. I am not sure if I like the approach of moving partition tasting code into > common ZFS code (zfs.c). On one hand, it now makes sense because the new > partition iteration code is machine-independent. On the other hand, the > reason > that I added arch_zfs_probe method was to give platforms full control over > which > partitions and in what order are probed. It seems to be important for some > of them. > So, I like how your new partition interface makes it much easier to ZFS-probe > partitions, but I would prefer to have that code in arch_zfs_probe > implementations > rather than in zfs_probe_dev. From the other point of view, ZFS is not a just file system and it works directly with disks and partitions. And it seems to me this code will be common for other architectures. > 3. Related to the above. In what shape is sparc64 ZFS support in your > branch? > Have you tried to adapt it to the new model too? > It's the platform that has special requirements for disk/partition probing > order. > Marius can help with additional information and testing here. Currently i have not received any feedback reports from the users who can test patches on the other architectures. I added VTOC8 support to the part.c, but it seems it is not needed and ofw can work without this. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: Syscons issue Intel D2700
W dniu 2012-07-15 13:31, Poul-Henning Kamp pisze: In message <5002a893.8050...@wp.pl>, Marek Salwerowicz writes: W dniu 2012-07-14 19:32, Poul-Henning Kamp pisze: Try the fix I committed in r237203+r237223, that was for a D2500CC which also had bogus VGA behaviour. Thanks, Is it only available in 10-Current or in 9-Stable also ? I belive the same fix will work all the way back to FreeBSD 2.x or so when sos@ optimized syscons to use wide copies, but the code has obviously mutated a fair bit since then. It worked for me in 9.1-PRERELEASE. I've just copied the fbreg.h file modified by you from HEAD into stable sources. And, your fix works with D2500HN - thanks for help. -- Marek ___ 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: [CFC/CFT] large changes in the loader(8) code
on 26/06/2012 15:50 Andrey V. Elsukov said the following: > 3. ZFS code now uses new API and probing on the systems with many disks > should be greatly increased: > zfs/zfs.c > i386/loader/main.c First of all, it's hard to parse the above sentence. "probing ... should be greatly increased". Probing what? :-) If probing time, then we don't want that ;-) I looked through the ZFS-related part and here are a few comments: 1. I think that the predominant indentation style of i386/loader/main.c should be preserved for consistency. 2. I am not sure if I like the approach of moving partition tasting code into common ZFS code (zfs.c). On one hand, it now makes sense because the new partition iteration code is machine-independent. On the other hand, the reason that I added arch_zfs_probe method was to give platforms full control over which partitions and in what order are probed. It seems to be important for some of them. So, I like how your new partition interface makes it much easier to ZFS-probe partitions, but I would prefer to have that code in arch_zfs_probe implementations rather than in zfs_probe_dev. 3. Related to the above. In what shape is sparc64 ZFS support in your branch? Have you tried to adapt it to the new model too? It's the platform that has special requirements for disk/partition probing order. Marius can help with additional information and testing here. Overall, thank you very much for this work! I believe that it moves us in the correct direction. -- Andriy Gapon ___ 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
TB --- 2012-07-16 07:18:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 07:18:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 07:18:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-07-16 07:18:13 - cleaning the object tree TB --- 2012-07-16 07:18:54 - cvsupping the source tree TB --- 2012-07-16 07:18:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-07-16 07:19:41 - building world TB --- 2012-07-16 07:19:41 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 07:19:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 07:19:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 07:19:41 - SRCCONF=/dev/null TB --- 2012-07-16 07:19:41 - TARGET=ia64 TB --- 2012-07-16 07:19:41 - TARGET_ARCH=ia64 TB --- 2012-07-16 07:19:41 - TZ=UTC TB --- 2012-07-16 07:19:41 - __MAKE_CONF=/dev/null TB --- 2012-07-16 07:19:41 - cd /src TB --- 2012-07-16 07:19:41 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 07:19:42 UTC 2012 >>> 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:52:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:52:12 - ERROR: failed to build world TB --- 2012-07-16 08:52:12 - 3761.86 user 589.05 system 5639.54 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 amd64/amd64
TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 06:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:14:50 - cvsupping the source tree TB --- 2012-07-16 06:14:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-07-16 06:21:01 - building world TB --- 2012-07-16 06:21:01 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:21:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:21:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:21:01 - SRCCONF=/dev/null TB --- 2012-07-16 06:21:01 - TARGET=amd64 TB --- 2012-07-16 06:21:01 - TARGET_ARCH=amd64 TB --- 2012-07-16 06:21:01 - TZ=UTC TB --- 2012-07-16 06:21:01 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:21:01 - cd /src TB --- 2012-07-16 06:21:01 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:21:02 UTC 2012 >>> 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:49:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:49:16 - ERROR: failed to build world TB --- 2012-07-16 08:49:16 - 6276.32 user 860.53 system 9556.07 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 i386/pc98
TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 06:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:14:48 - cvsupping the source tree TB --- 2012-07-16 06:14:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-07-16 06:17:23 - building world TB --- 2012-07-16 06:17:23 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:17:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:17:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:17:23 - SRCCONF=/dev/null TB --- 2012-07-16 06:17:23 - TARGET=pc98 TB --- 2012-07-16 06:17:23 - TARGET_ARCH=i386 TB --- 2012-07-16 06:17:23 - TZ=UTC TB --- 2012-07-16 06:17:23 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:17:23 - cd /src TB --- 2012-07-16 06:17:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:17:24 UTC 2012 >>> 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:47:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:47:13 - ERROR: failed to build world TB --- 2012-07-16 08:47:13 - 6245.00 user 858.48 system 9432.47 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
TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 06:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:14:48 - cvsupping the source tree TB --- 2012-07-16 06:14:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-07-16 06:17:23 - building world TB --- 2012-07-16 06:17:23 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:17:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:17:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:17:23 - SRCCONF=/dev/null TB --- 2012-07-16 06:17:23 - TARGET=i386 TB --- 2012-07-16 06:17:23 - TARGET_ARCH=i386 TB --- 2012-07-16 06:17:23 - TZ=UTC TB --- 2012-07-16 06:17:23 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:17:23 - cd /src TB --- 2012-07-16 06:17:23 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:17:24 UTC 2012 >>> 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 [...] cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O2 -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 08:45:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 08:45:02 - ERROR: failed to build world TB --- 2012-07-16 08:45:02 - 6257.71 user 858.15 system 9301.99 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"
Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule
On 2012-Jul-16 07:18:05 +0100, Matthew Seaman wrote: >No. Parallel installs will not work -- the first to start will lock the >DB, and the second won't be able to proceed. Good - it was the locking I was mostly concerned about. As long as the install is locked, it's safe to run multiple port installs on different terminalls without them treading on each other. (Next step, outside pkgng, in to allow paralles builds). Thank you for all the answers. -- Peter Jeremy pgp0v7MUuicxP.pgp Description: PGP signature
ia64 r237134 netstat -r: netstat: kvm_read: Bad address
On ia64 netstat -r broke some time between 8.1-release, and r237134. mech-as221# uname -a FreeBSD mech-as221.men.bris.ac.uk 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Sun Jul 18 18:31:37 UTC 2010 r...@pluto1.freebsd.org:/usr/obj/usr/src/sys/GENERIC ia6 4 mech-as221# netstat -r Routing tables Internet: DestinationGatewayFlagsRefs Use Netif Expire defaultenlib-gw.bris.ac.u UGS38 219979 bge0 10.10.10.0 link#1 U 00 fxp0 10.10.10.13link#1 UHS 00lo0 localhost link#3 UH 0 54lo0 137.222.187.0 link#2 U 0 18 bge0 mech-as221 link#2 UHS 00lo0 Internet6: DestinationGatewayFlags Netif Expire localhost localhost UH lo0 fe80::%lo0 link#3 U lo0 fe80::1%lo0link#3 UHS lo0 ff01:3:: fe80::1%lo0U lo0 ff02::%lo0 fe80::1%lo0U lo0 mech-as221# However, in -current: # uname -a FreeBSD mech-cluster241.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r237134: Mon Jun 18 09:02:17 BST 2012 r...@mech-cluster241.men.bris.ac.uk:/usr/obj/usr/src/sys/TZAV ia64 # netstat -r Routing tables netstat: kvm_read: Bad address # -- 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"
Re: [HEADSUP & CFT] pkg 1.0rc1 and schedule
On 16/07/2012 05:22, Jeremy Messenger wrote: > It's one of reason why I do not agree to remove the shared library > version from the LIB_DEPENDS, so that way in future someone can add > support in the package to check on shared library version then prevent > package to install because it's not ABI compatible. Unless someone > prefer to do it in the different way than putting shared library > version in the LIB_DEPENDS is good to me either. Two points here: Firstly LIB_DEPENDS is all about *building* packages. In that case, the thing that matters is *API* compatibility, not ABI. Library APIs tend to be much more stable than ABIs, meaning you can compile your code against practically any version of a shared library. However, you won't be able to run your compiled program against a shared library with a different ABI. If the API does change incompatibly, then it is fine to use constraints on the ABI version in a port, but doing this as a matter of course is just being obstructive to people that may not want to upgrade dependency shlibs just yet. Secondly, the ABI version of shared libraries has no effect on the current dependency resolution mechanisms when installing packages (either pkgng or the old pkg_tools). At the moment, the only thing that is considered are package version numbers. This is an area where we have plans for dramatic changes with pkgng. We want to import a general solver mechanism so that a package can have a list of generic requirements: File /usr/local/bin/foo exists and is executable Shared library libfoo.so.3 is installed Perl Module Foo::Bar > 1.23 is available Package foo-0.99 has option BLURFL enabled etc. etc. Packages will similarly have a list of facilities they provide. The job of the solver will be to find a set of packages such that there is a provider for every requirement constrained by the user requirement that their required package set is installed. However, making this mechanism workable implies significant changes to the ports -- introducing sub-packages in particular -- which are basically incompatible with the existing pkg_tools. So we need to pkgng 1.0 in place to be able to proceed with further changes. Also a generic solver is in itself a substantial piece of code to introduce. Which is why it hasn't happened yet. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
[head tinderbox] failure on arm/arm
TB --- 2012-07-16 06:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-07-16 06:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-16 06:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-07-16 06:10:00 - cleaning the object tree TB --- 2012-07-16 06:13:43 - cvsupping the source tree TB --- 2012-07-16 06:13:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-07-16 06:16:26 - building world TB --- 2012-07-16 06:16:26 - CROSS_BUILD_TESTING=YES TB --- 2012-07-16 06:16:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-16 06:16:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-16 06:16:26 - SRCCONF=/dev/null TB --- 2012-07-16 06:16:26 - TARGET=arm TB --- 2012-07-16 06:16:26 - TARGET_ARCH=arm TB --- 2012-07-16 06:16:26 - TZ=UTC TB --- 2012-07-16 06:16:26 - __MAKE_CONF=/dev/null TB --- 2012-07-16 06:16:26 - cd /src TB --- 2012-07-16 06:16:26 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 16 06:16:29 UTC 2012 >>> 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 [...] cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/atalk.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/mroute6.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/ipsec.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/bpf.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/pfkey.c cc -O -pipe -fno-strict-aliasing -DIPSEC -DSCTP -DINET6 -DNETGRAPH -DIPX -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.bin/netstat/sctp.c /src/usr.bin/netstat/sctp.c: In function 'sctp_print_address': /src/usr.bin/netstat/sctp.c:201: error: 'union sctp_sockstore' has no member named 'sin' *** Error code 1 Stop in /src/usr.bin/netstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-16 07:18:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-16 07:18:13 - ERROR: failed to build world TB --- 2012-07-16 07:18:13 - 2256.41 user 544.48 system 4092.46 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"