Re: UFS+J panics on HEAD

2012-05-24 Thread Lev Serebryakov
Hello, Steven.
You wrote 24 мая 2012 г., 1:58:48:

SH While it might be a shame to see FFS go by the wayside are there any
SH big reasons why you would rather stick with FFS instead of moving
SH to ZFS with all the benefits that brings?
  I afraid, that after real hardware failure (like real HDD death,
not these pseudo-broken-hardware situations, when HDDs is perfectly
alive and in good condition), all data will be lost. I could restore
data from remains of FFS by hands (format is straightforward and
well-known), but ZFS is different story...

 And all these messages about panics after pool import... Yes, it
could be result of REAL hardware problems, but I want to have some
hope to restore some of the data after such crashes.

 Yes, backups is solution, but I don't have money to buy (reliable)
hardware to backup 4Tb of data :(

 I attended Solaris internals 5-days training four years ago (when I
worked for Sun Microsystems), and instructor says same words...


-- 
// Black Lion AKA Lev Serebryakov l...@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: Customizing ubldr build...

2012-05-24 Thread Damjan Marion

On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:

 I think the PandaBoard ES is fully supported by U-Boot,
 so it should be possible to use ubldr as part of the boot
 chain for that just like I've been doing with BeagleBone.

What are the benefits of using ubldr compared to what we are doing today(load; 
go)?

Damjan___
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: Customizing ubldr build...

2012-05-24 Thread Aleksandr Rybalko
On Thu, 24 May 2012 10:16:42 +0200
Damjan Marion dmar...@freebsd.org wrote:

 
 On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
 
  I think the PandaBoard ES is fully supported by U-Boot,
  so it should be possible to use ubldr as part of the boot
  chain for that just like I've been doing with BeagleBone.
 
 What are the benefits of using ubldr compared to what we are doing
 today(load; go)?

Preload modules for example. (if it accessible of course)

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


-- 
Alexandr Rybalko r...@dlink.ua 
aka Alex RAY r...@ddteam.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: UFS+J panics on HEAD

2012-05-24 Thread Doug Rabson
If all you are doing is reading, the ZFS on-disk format is well documented
and fairly easy to work with. Take a look at the ZFS bootloader code - that
implements a ZFS reader in not too many lines of code and could easily be
re-purposed for a recovery tool.

On 24 May 2012 09:04, Lev Serebryakov l...@freebsd.org wrote:

 Hello, Steven.
 You wrote 24 мая 2012 г., 1:58:48:

 SH While it might be a shame to see FFS go by the wayside are there any
 SH big reasons why you would rather stick with FFS instead of moving
 SH to ZFS with all the benefits that brings?
  I afraid, that after real hardware failure (like real HDD death,
 not these pseudo-broken-hardware situations, when HDDs is perfectly
 alive and in good condition), all data will be lost. I could restore
 data from remains of FFS by hands (format is straightforward and
 well-known), but ZFS is different story...

  And all these messages about panics after pool import... Yes, it
 could be result of REAL hardware problems, but I want to have some
 hope to restore some of the data after such crashes.

  Yes, backups is solution, but I don't have money to buy (reliable)
 hardware to backup 4Tb of data :(

  I attended Solaris internals 5-days training four years ago (when I
 worked for Sun Microsystems), and instructor says same words...


 --
 // Black Lion AKA Lev Serebryakov l...@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

___
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: Customizing ubldr build...

2012-05-24 Thread Damjan Marion

On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote:

 On Thu, 24 May 2012 10:16:42 +0200
 Damjan Marion dmar...@freebsd.org wrote:
 
 
 On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
 
 I think the PandaBoard ES is fully supported by U-Boot,
 so it should be possible to use ubldr as part of the boot
 chain for that just like I've been doing with BeagleBone.
 
 What are the benefits of using ubldr compared to what we are doing
 today(load; go)?
 
 Preload modules for example. (if it accessible of course)

I was looking into this few months ago but I didn't found a value in doing
this in embedded world where we already have custom kernel for each SoC/board.

Maybe we will have GENERIC arm kernel one day, but there is long road

Damjan___
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: Customizing ubldr build...

2012-05-24 Thread Aleksandr Rybalko
On Thu, 24 May 2012 11:40:19 +0200
Damjan Marion dmar...@freebsd.org wrote:

 
 On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote:
 
  On Thu, 24 May 2012 10:16:42 +0200
  Damjan Marion dmar...@freebsd.org wrote:
  
  
  On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
  
  I think the PandaBoard ES is fully supported by U-Boot,
  so it should be possible to use ubldr as part of the boot
  chain for that just like I've been doing with BeagleBone.
  
  What are the benefits of using ubldr compared to what we are
  doing today(load; go)?
  
  Preload modules for example. (if it accessible of course)
 
 I was looking into this few months ago but I didn't found a value in
 doing this in embedded world where we already have custom kernel for
 each SoC/board.
 
 Maybe we will have GENERIC arm kernel one day, but there is long
 road

Agree with you. Most of my devices load kernel from just mapped
flash chip partition.

But now I have two PC style boxes:
1. Efika MX Smartbook
2. Efika MX Smarttop
both with FreeScale i.MX515 ARM SoC + 4M NOR for loader (I put
second uboot + ubldr into it) + 8G SSD

Which must be controllable by user, just like we do on PC.

Of course it is not urgent feature, but good to have :)

 
 Damjan___
 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

WBW
-- 
Aleksandr Rybalko r...@ddteam.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: Customizing ubldr build...

2012-05-24 Thread Damjan Marion

On May 24, 2012, at 12:03 PM, Aleksandr Rybalko wrote:

 both with FreeScale i.MX515 ARM SoC + 4M NOR for loader (I put
 second uboot + ubldr into it) + 8G SSD

Didn't know that we have support for i.MX515. Is it in svn?
___
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


Daily, weekly, security scripts....

2012-05-24 Thread Willem Jan Withagen
[I looked for a better list to drop this on, but other that freebsd-rc
nothing seems close.]

Hi,

I nagged about the verbosity of the periodic scripts.
But did not give any example.

Well I just ran into a perfect example:
--
Checking setuid files and devices:

Checking for uids of 0:
root 0

Checking for passwordless accounts:

Checking login.conf permissions:

Checking for ports with mismatched checksums:

xx.xx.nl kernel log messages:
+++ /tmp/security.X5WEmRe8  2012-05-24 03:38:58.028927236 +0200

xx.xx.nl login failures:

xx.xx.nl refused connections:

Checking for a current audit database:

Database created: Wed May 23 03:45:00 CEST 2012

Checking for packages with security vulnerabilities:

0 problem(s) in your installed packages found.

-- End of security output --

Which does not really report anything other than the system is healthy.

Now because of the sheer volume (with about 20+ servers to maintain)
this goes into a seperate bin, which I only check on less busy times.

Whereas it would go into my active mailbox when I only get allerts on
which I really need to handle.

This would call for something like $periodic_quiet??
and then generating the headers only if there was something to report.

I'd do it myself if only the day had 36 hours...

--WjW
___
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: UFS+J panics on HEAD

2012-05-24 Thread Bjoern A. Zeeb

On 23. May 2012, at 21:38 , Lev Serebryakov wrote:

 Hello, Konstantin.
 You wrote 23 мая 2012 г., 17:10:46:
 
 KB This panic is another protective panic caused by on-disk inconsistent
 KB structures. The bitmap indicated that an inode was free, but actual inode
 KB context suggested that the inode is in use.
 
 KB I would not worry much about ffs code until known hardware problem on
 KB the machine are fixed.
  Konstantin, it is very sad, that official position of one of FFS
 maintainers (according to mailing list activity), is to blame hardware
 on every FFS/SU/SUJ inconsistency and do nothing with code.

Well, I had talked to him offline as well, and the machine, as I had indicated,
has well known bad memory, though ECC claims to correct still, so it's
not unreasonable.

I am however still not sure it is indeed hardware but hope will know
early next week if not the next days.  We'll see.

/bz

-- 
Bjoern A. Zeeb You have to have visions!
   It does not matter how good you are. It matters what good you do!

___
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: Daily, weekly, security scripts....

2012-05-24 Thread Sergey Kandaurov
On 24 May 2012 11:49, Willem Jan Withagen w...@digiware.nl wrote:
 [I looked for a better list to drop this on, but other that freebsd-rc
 nothing seems close.]

 Hi,

 I nagged about the verbosity of the periodic scripts.
 But did not give any example.

 Well I just ran into a perfect example:
 --
 Checking setuid files and devices:

 Checking for uids of 0:
 root 0

 Checking for passwordless accounts:

 Checking login.conf permissions:

 Checking for ports with mismatched checksums:

 xx.xx.nl kernel log messages:
 +++ /tmp/security.X5WEmRe8      2012-05-24 03:38:58.028927236 +0200

 xx.xx.nl login failures:

 xx.xx.nl refused connections:

 Checking for a current audit database:

 Database created: Wed May 23 03:45:00 CEST 2012

 Checking for packages with security vulnerabilities:

 0 problem(s) in your installed packages found.

 -- End of security output --

 Which does not really report anything other than the system is healthy.

 Now because of the sheer volume (with about 20+ servers to maintain)
 this goes into a seperate bin, which I only check on less busy times.

 Whereas it would go into my active mailbox when I only get allerts on
 which I really need to handle.

 This would call for something like $periodic_quiet??
 and then generating the headers only if there was something to report.

 I'd do it myself if only the day had 36 hours...

Hi,
you could try to start with:

security_show_success=NO
daily_show_success=NO

-- 
wbr,
pluknet
___
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


[PATCH] IPv6 rtadvd: little optimization

2012-05-24 Thread Maryse LEVAVASSEUR

Hi,

Since upgrading to FreeBSD 8.3, I noticed that after rtadvd starts, it 
does not respond to router solicitations during a quite long time.


I have made a patch which speeds up rtadvd's start by making fewer calls 
to if_indextoname. Moreover, it will react properly in case 
if_indextoname fails.


Would anyone object to this patch ?

===
Index: if.c
===
--- if.c(revision 235474)
+++ if.c(working copy)
@@ -472,11 +472,18 @@ update_ifinfo(struct ifilist_head_t *ifi_head, int
ifindex != ifm-ifm_index)
continue;

+   /* ifname */
+   if (if_indextoname(ifm-ifm_index, ifname) == 
NULL) {

+   syslog(LOG_WARNING,
+   %s ifname not found (idx=%d),
+   __func__, ifm-ifm_index);
+   continue;
+   }
+
/* lookup an entry with the same ifindex */
TAILQ_FOREACH(ifi, ifi_head, ifi_next) {
if (ifm-ifm_index == ifi-ifi_ifindex)
break;
-   if_indextoname(ifm-ifm_index, ifname);
if (strncmp(ifname, ifi-ifi_ifname,
sizeof(ifname)) == 0)
break;
@@ -495,15 +502,7 @@ update_ifinfo(struct ifilist_head_t *ifi_head, int
ifi-ifi_ifindex = ifm-ifm_index;

/* ifname */
-   if_indextoname(ifm-ifm_index, ifi-ifi_ifname);
-   if (ifi-ifi_ifname == NULL) {
-   syslog(LOG_WARNING,
-   %s ifname not found (idx=%d),
-   __func__, ifm-ifm_index);
-   if (ifi_new)
-   free(ifi);
-   continue;
-   }
+   strncpy(ifi-ifi_ifname, ifname, IFNAMSIZ);

if ((s = socket(AF_INET6, SOCK_DGRAM, 0))  0) {
syslog(LOG_ERR,
===
___
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: Customizing ubldr build...

2012-05-24 Thread Aleksandr Rybalko
On Thu, 24 May 2012 12:31:04 +0200
Damjan Marion dmar...@freebsd.org wrote:

 
 On May 24, 2012, at 12:03 PM, Aleksandr Rybalko wrote:
 
  both with FreeScale i.MX515 ARM SoC + 4M NOR for loader (I put
  second uboot + ubldr into it) + 8G SSD
 
 Didn't know that we have support for i.MX515. Is it in svn?

Heh, no. I have only ubldr for it yet :)

WBW
-- 
Aleksandr Rybalko r...@ddteam.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: Daily, weekly, security scripts....

2012-05-24 Thread Willem Jan Withagen
On 2012-05-24 14:01, Sergey Kandaurov wrote:
 On 24 May 2012 11:49, Willem Jan Withagen w...@digiware.nl wrote:
 [I looked for a better list to drop this on, but other that freebsd-rc
 nothing seems close.]

 Hi,

 I nagged about the verbosity of the periodic scripts.
 But did not give any example.

[example stripped]

 This would call for something like $periodic_quiet??
 and then generating the headers only if there was something to report.


 Hi,
 you could try to start with:
 
 security_show_success=NO
 daily_show_success=NO

I looked in some of the security scripts and that variable is not used
in the ones I looked into.

But perhaps in script/tools that does the overall calling of the
/etc/periodic/security/* scripts.

--WjW


___
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: Customizing ubldr build...

2012-05-24 Thread Warner Losh

On May 24, 2012, at 3:40 AM, Damjan Marion wrote:

 
 On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote:
 
 On Thu, 24 May 2012 10:16:42 +0200
 Damjan Marion dmar...@freebsd.org wrote:
 
 
 On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
 
 I think the PandaBoard ES is fully supported by U-Boot,
 so it should be possible to use ubldr as part of the boot
 chain for that just like I've been doing with BeagleBone.
 
 What are the benefits of using ubldr compared to what we are doing
 today(load; go)?
 
 Preload modules for example. (if it accessible of course)
 
 I was looking into this few months ago but I didn't found a value in doing
 this in embedded world where we already have custom kernel for each SoC/board.
 
 Maybe we will have GENERIC arm kernel one day, but there is long road

I'm working on that, at least for all Atmel kernels.  We'll have at least three 
kernels though: armv4 little endian, armv4 big endian and armv6 little endian.  
Even for atmel, some of the id registers are such we may need multiple kernels.

Warner

___
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: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support

2012-05-24 Thread hopto
still does not work. by nids normally works as a client.

--
View this message in context: 
http://freebsd.1045724.n5.nabble.com/CFT-Ralink-RT2860-RT2870-RT3060-RT3090-support-tp5683758p5711933.html
Sent from the freebsd-current mailing list archive at Nabble.com.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: Daily, weekly, security scripts....

2012-05-24 Thread Gary Palmer
On Thu, May 24, 2012 at 03:29:49PM +0200, Willem Jan Withagen wrote:
 On 2012-05-24 14:01, Sergey Kandaurov wrote:
  On 24 May 2012 11:49, Willem Jan Withagen w...@digiware.nl wrote:
  [I looked for a better list to drop this on, but other that freebsd-rc
  nothing seems close.]
 
  Hi,
 
  I nagged about the verbosity of the periodic scripts.
  But did not give any example.
 
 [example stripped]
 
  This would call for something like $periodic_quiet??
  and then generating the headers only if there was something to report.
 
 
  Hi,
  you could try to start with:
  
  security_show_success=NO
  daily_show_success=NO
 
 I looked in some of the security scripts and that variable is not used
 in the ones I looked into.
 
 But perhaps in script/tools that does the overall calling of the
 /etc/periodic/security/* scripts.

Its handled in /usr/sbin/periodic

success=YES info=YES badconfig=NO empty_output=YES  # Defaults when 
${run}_* aren't YES/NO
for var in success info badconfig empty_output
do
case $(eval echo \$${arg##*/}_show_$var) in
[Yy][Ee][Ss]) eval $var=YES;;
[Nn][Oo]) eval $var=NO;;
esac
done

Regards,

Gary
___
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: Customizing ubldr build...

2012-05-24 Thread Damjan Marion

On May 24, 2012, at 4:30 PM, Warner Losh wrote:
 On May 24, 2012, at 3:40 AM, Damjan Marion wrote:
 On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote:
 
 I was looking into this few months ago but I didn't found a value in doing
 this in embedded world where we already have custom kernel for each 
 SoC/board.
 
 Maybe we will have GENERIC arm kernel one day, but there is long road
 
 I'm working on that, at least for all Atmel kernels.  We'll have at least 
 three kernels though: armv4 little endian, armv4 big endian and armv6 little 
 endian.  Even for atmel, some of the id registers are such we may need 
 multiple kernels.

I guess they all use same interrupt controller.
Currently there can be only support for one intc built in kernel so that needs 
serious rework.

Damjan

___
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: Customizing ubldr build...

2012-05-24 Thread Tim Kientzle
On May 24, 2012, at 1:16 AM, Damjan Marion wrote:

 On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
 
 I think the PandaBoard ES is fully supported by U-Boot,
 so it should be possible to use ubldr as part of the boot
 chain for that just like I've been doing with BeagleBone.
 
 What are the benefits of using ubldr compared to what we are doing 
 today(load; go)?

For a fully custom closed embedded system, nothing.

But as we move towards more generic kernels that support more
environments, ubldr has the ability to:
  * Load the kernel from UFS (which in turn means that end users can use 
buildkernel/installkernel to update the kernel)
  * Load the device tree separately from the kernel.
  * Interactively edit the device tree
  * Preload specific modules
  * Script the boot process (the i386 interactive boot menu is a Forth script 
that runs on the stock loader; ubldr has the same ability)

Tim

___
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: Customizing ubldr build...

2012-05-24 Thread Nathan Whitehorn

On 05/24/12 10:58, Damjan Marion wrote:

On May 24, 2012, at 4:30 PM, Warner Losh wrote:

On May 24, 2012, at 3:40 AM, Damjan Marion wrote:

On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote:

I was looking into this few months ago but I didn't found a value in doing
this in embedded world where we already have custom kernel for each SoC/board.

Maybe we will have GENERIC arm kernel one day, but there is long road

I'm working on that, at least for all Atmel kernels.  We'll have at least three 
kernels though: armv4 little endian, armv4 big endian and armv6 little endian.  
Even for atmel, some of the id registers are such we may need multiple kernels.

I guess they all use same interrupt controller.
Currently there can be only support for one intc built in kernel so that needs 
serious rework.

Damjan


This is something we've solved quite nicely on PowerPC. The current code 
allows interrupt controllers to be regular device drivers, including 
support for systems with multiple interrupt controllers and domains, so 
I'd suggest pulling that code over if Warner hasn't done it yet. FDT (or 
real Open Firmware) really helps here. There's a lot of code in the PPC 
tree for running the same kernels on systems with very different 
properties (MMUs, firmware, paravirtualized and bare metal, multiple 
hypervisors, PICs, etc.) that may be helpful for ARM/MIPS GENERIC. The 
exact same PPC64 kernel can boot a PS3 under a paravirtualized 
hypervisor with custom firmware, a Powermac G5, or an IBM machine, with 
or without hypervisor, for instance.

-Nathan
___
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: ACPI 'driver bug: Unable to set devclass'

2012-05-24 Thread John Baldwin
On Thursday, May 24, 2012 2:15:26 am Andriy Gapon wrote:
 
 Now that you committed the acpi_cpu fix I'd like to do the easy part -
 protection from the problem in the future.
 Does the following look OK?
 
 Index: sys/kern/subr_bus.c
 ===
 --- sys/kern/subr_bus.c   (revision 235884)
 +++ sys/kern/subr_bus.c   (working copy)
 @@ -1810,6 +1810,8 @@
 
   PDEBUG((%s at %s with order %u as unit %d,
   name, DEVICENAME(dev), order, unit));
 + KASSERT(name != NULL || unit == -1,
 + (child device with wildcard name and specific unit number));
 
   child = make_device(dev, name, unit);
   if (child == NULL)

Yes, please do!

-- 
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


usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10: fatal error: 'llvm/TableGen/Error.h' file not found, #include llvm/TableGen/Error.h

2012-05-24 Thread O. Hartmann
Trying to build buildworld on FreeBSD 10-CURRENT/amd64 with CLANG today
ends up in the following error:

=== lib/clang/libllvmtablegen (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmtablegen created for
/usr/src/lib/clang/libllvmtablegen
rm -f .depend
CC='clang' mkdep -f .depend -a
-I/usr/obj/usr/src/tmp/legacy/usr/include
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Main.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Record.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenAction.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp

/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10:
fatal error: 'llvm/TableGen/Error.h' file not found
#include llvm/TableGen/Error.h
 ^
1 error generated.
mkdep: compile failed
*** [.depend] Error code 1

Stop in /usr/src/lib/clang/libllvmtablegen.
*** [bootstrap-tools] Error code 1

Stop in /usr/src.
*** [_bootstrap-tools] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

Stop in /usr/src.



signature.asc
Description: OpenPGP digital signature


Re: Daily, weekly, security scripts....

2012-05-24 Thread Doug Barton
On 05/24/2012 03:49 AM, Willem Jan Withagen wrote:
 [I looked for a better list to drop this on, but other that freebsd-rc
 nothing seems close.]

freebsd-rc@ is not appropriate for discussing periodic, as the 2 are
totally unrelated.

At this time there is no dedicated maintainer for periodic, so if you
find behavior that you don't like, and you've thoroughly exhausted the
available configuration options, your only recourse is to submit a patch.

hth,

Doug
___
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


Kernel builds failing with lots of failed to retrieve array bounds errors

2012-05-24 Thread Sevan / Venture37

Hi
I'm unable to build the generic kernel, seeing lots of failed to 
retrieve array bounds errors (129 to be exact) starting with ERROR: 
scsi_all.c: die 43574: failed to retrieve array bounds  stoping at
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone 
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -Werror  /usr/src/sys/dev/ata/ata-card.c

ctfconvert -L VERSION -g aic_pccard.o
ctfconvert -L VERSION -g ata-card.o
ctfconvert -L VERSION -g intel_dp.o
ERROR: intel_dp.c: die 24561: failed to retrieve array bounds
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone 
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -Werror  /usr/src/sys/dev/cs/if_cs_pccard.c

1 error
*** [all] Error code 2
1 error
*** [all] Error code 2
1 error
*** [modules-all] Error code 2
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone 
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -Werror  /usr/src/sys/dev/ed/if_ed_pccard.c

ctfconvert -L VERSION -g if_an_pccard.o
ctfconvert -L VERSION -g if_cs_pccard.o
ctfconvert -L VERSION -g if_ed_pccard.o
1 error
*** [buildkernel] Error code 2
1 error
*** [buildkernel] Error code 2
1 error

Userland was built  installed earlier this morning WITH_CLANG_IS_CC 
defined in src.conf, and the make.conf is as follows

STRIP=
CFLAGS+=-fno-omit-frame-pointer

#CFLAGS= -O2 -fno-strict-aliasing -pipe
#COPTFLAGS= -O -pipe
#CXXFLAGS+= -fconserve-space
#CPUTYPE?=core2

WITH_LCD_FILTERING=YES
VIDEO_DRIVER=intel
WITHOUT_NLS=YES
RUBY_VER=1.9
WITH_LCD_FILTERING=YES

# added by use.perl 2012-05-20 14:42:26
PERL_VERSION=5.12.4



Sevan / Venture37
___
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: Daily, weekly, security scripts....

2012-05-24 Thread Willem Jan Withagen
On 2012-05-24 19:05, Doug Barton wrote:
 On 05/24/2012 03:49 AM, Willem Jan Withagen wrote:
 [I looked for a better list to drop this on, but other that freebsd-rc
 nothing seems close.]
 
 freebsd-rc@ is not appropriate for discussing periodic, as the 2 are
 totally unrelated.

Hence I dropped it in current.

 At this time there is no dedicated maintainer for periodic, so if you
 find behavior that you don't like, and you've thoroughly exhausted the
 available configuration options, your only recourse is to submit a patch.

I have not exhausted all options, because I keep discovering things.

And given the long time with FreeBSD, I tend to reexamine man pages to
see what people have added and/or documented.

So before I start hammering at the scripts, I'll need to go through wat
is already there..

Thanx,
--WjW

___
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: Kernel builds failing with lots of failed to retrieve array bounds errors

2012-05-24 Thread Dimitry Andric
On 2012-05-24 19:13, Sevan / Venture37 wrote:
 I'm unable to build the generic kernel, seeing lots of failed to 
 retrieve array bounds errors (129 to be exact) starting with ERROR: 
 scsi_all.c: die 43574: failed to retrieve array bounds  stoping at

I've seen these too, and it seems clang produces debug info which
ctfconvert can't handle, for some reason.  However, in my case, the
kernel build doesn't abort at all, it continues and all the object files
seem to work just fine.

I don't know much much about the dtrace/ctfconvert stuff though, so I
will have to ask somebody else to step up to investigate, and hopefully
fix it. :)

...
 Userland was built  installed earlier this morning WITH_CLANG_IS_CC 
 defined in src.conf, and the make.conf is as follows
 STRIP=
 CFLAGS+=-fno-omit-frame-pointer

Ah, I think that it works for me, because I don't define STRIP to empty.
Just as an experiment, can you try commenting that setting, and do a
clean build of your kernel?
___
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: usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10: fatal error: 'llvm/TableGen/Error.h' file not found, #include llvm/TableGen/Error.h

2012-05-24 Thread Dimitry Andric
On 2012-05-24 18:53, O. Hartmann wrote:
 Trying to build buildworld on FreeBSD 10-CURRENT/amd64 with CLANG today
 ends up in the following error:
 
 === lib/clang/libllvmtablegen (obj,depend,all,install)
 /usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmtablegen created for
 /usr/src/lib/clang/libllvmtablegen
 rm -f .depend
 CC='clang' mkdep -f .depend -a
 -I/usr/obj/usr/src/tmp/legacy/usr/include
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Main.cpp
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Record.cpp
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenAction.cpp
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp
 
 /usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10:
 fatal error: 'llvm/TableGen/Error.h' file not found
 #include llvm/TableGen/Error.h

Something is going wrong with your include paths; most likely your
CFLAGS gets mangled.  The actual mkdep command line should have been
similar to (wrapped for clarity):

  CC='clang' \
  mkdep \
  -f .depend \
  -a \
  -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/include \
  
-I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/tools/clang/include \
  -I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen \
  -I. \
  
-I/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/../../lib/clang/include
 \
  -DLLVM_ON_UNIX \
  -DLLVM_ON_FREEBSD \
  -D__STDC_LIMIT_MACROS \
  -D__STDC_CONSTANT_MACROS \
  -DLLVM_DEFAULT_TARGET_TRIPLE=\i386-unknown-freebsd10.0\ \
  -DDEFAULT_SYSROOT=\\ \
  -I/usr/obj/usr/src/tmp/legacy/usr/include \
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp 
\
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Main.cpp \
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Record.cpp
 \
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenAction.cpp
 \
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp
 \
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp
 \
  
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp

Are you appending or assigning to CFLAGS in make.conf/src.conf?
___
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: UFS+J panics on HEAD

2012-05-24 Thread Matthew Seaman
On 24/05/2012 00:05, Mark Linimon wrote:
 On Wed, May 23, 2012 at 10:58:48PM +0100, Steven Hartland wrote:
  While it might be a shame to see FFS go by the wayside are there any
  big reasons why you would rather stick with FFS instead of moving
  to ZFS with all the benefits that brings?

  - ZFS eats bytes for breakfast.  It is completely inappropriate
for anything with less than 4GB RAM.
 
  - ZFS performs poorly under disk-nearly-full conditions.

  - ZFS is not optimal for situations where there are a lot of small,
randomly dispersed IOs around the disk space.  Like in any sort of
RDBMS.

Even so, ZFS is certainly my personal default nowadays.  On a machine of
any size, the question is not should I use ZFS? but are there any
good reasons why I shouldn't use ZFS? (And if so, what could I do to
make it possible to use ZFS anyhow...)

With Andriy's recent patches to zfboot to extend support for Boot
Environments, it's all starting to look particularly sexy.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature


Re: UFS+J panics on HEAD

2012-05-24 Thread Matthew Seaman
On 24/05/2012 00:05, Mark Linimon wrote:
 On Wed, May 23, 2012 at 10:58:48PM +0100, Steven Hartland wrote:
  While it might be a shame to see FFS go by the wayside are there any
  big reasons why you would rather stick with FFS instead of moving
  to ZFS with all the benefits that brings?

  - ZFS eats bytes for breakfast.  It is completely inappropriate
for anything with less than 4GB RAM.
 
  - ZFS performs poorly under disk-nearly-full conditions.

  - ZFS is not optimal for situations where there are a lot of small,
randomly dispersed IOs around the disk space.  Like in any sort of
RDBMS.

Even so, ZFS is certainly my personal default nowadays.  On a machine of
any size, the question is not should I use ZFS? but are there any
good reasons why I shouldn't use ZFS? (And if so, what could I do to
make it possible to use ZFS anyhow...)

With Andriy's recent patches to zfsboot to extend support for Boot
Environments, it's all starting to look particularly sexy.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature


Re: ctfmerge core dump

2012-05-24 Thread Sergey Dyatko
2012/5/7 Steve Wills swi...@freebsd.org

  On 2012/5/6 5:08, b. f. wrote:
  On 5/5/12, Steve Willsswi...@freebsd.org  wrote:
  Thanks for the info. I took a look at the dump and see this:
 
  % sudo gdb /usr/bin/ctfmerge ctfmerge.core
  [GDB will not be able to debug user-mode threads: Undefined symbol
  td_thr_getxmmregs]
 
  Hmm, is the thread debugging broken on amd64 now ?  td_thr_getxmmregs
  resides
  in libthread_db and /usr/src/gnu/usr.bin/gdb/libgdb is complaining about
  the missing
  symbol.
 

 Maybe or maybe I have done something wrong on my system. FWIW, I do all my
 builds with debugging enabled.

 BTW, just to confirm, I was able to work around the original issue once I
 updated past r235068. I had to disable DTrace build and build and install
 a new libthr, then was able to re-enable DTrace and everything was fine.

 Thanks,
 Steve



hm.. looks like problem is still here. I'm trying update my r234992 to
r235887
http://pastebin.com/stm7b8hQ
___
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: UFS+J panics on HEAD

2012-05-24 Thread Steven Hartland

On 24/05/2012 00:05, Mark Linimon wrote:

On Wed, May 23, 2012 at 10:58:48PM +0100, Steven Hartland wrote:

 While it might be a shame to see FFS go by the wayside are there any
 big reasons why you would rather stick with FFS instead of moving
 to ZFS with all the benefits that brings?



 - ZFS eats bytes for breakfast.  It is completely inappropriate
   for anything with less than 4GB RAM.

 - ZFS performs poorly under disk-nearly-full conditions.


 - ZFS is not optimal for situations where there are a lot of small,
   randomly dispersed IOs around the disk space.  Like in any sort of
   RDBMS.


We actually use it in very random high IOP's applications with small
requests, so high standard disk's aren't even an option so SDD's all
the way and we see nice performance.

I can't say we've compared it to say FFS as that simply doesn't provide
the management tools we needed so wasn't even considered, but its far
from shabby in our environment :)

   Regards
   Steve


This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 


In the event of misdirection, illegible or incomplete transmission please 
telephone +44 845 868 1337
or return the E.mail to postmas...@multiplay.co.uk.

___
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: Kernel builds failing with lots of failed to retrieve array bounds errors

2012-05-24 Thread Sevan / Venture37

On 24/05/2012 20:21, Dimitry Andric wrote:

I've seen these too, and it seems clang produces debug info which
ctfconvert can't handle, for some reason.  However, in my case, the
kernel build doesn't abort at all, it continues and all the object files
seem to work just fine.


Updated to r235926  kernel build completed successfully.


Sevan
___
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: UFS+J panics on HEAD

2012-05-24 Thread Peter Jeremy
On 2012-May-24 12:04:21 +0400, Lev Serebryakov l...@freebsd.org wrote:
  I afraid, that after real hardware failure (like real HDD death,
not these pseudo-broken-hardware situations, when HDDs is perfectly
alive and in good condition), all data will be lost. I could restore
data from remains of FFS by hands (format is straightforward and
well-known), but ZFS is different story...

If your disk dies then you need a redundant copy of your data - either
via backups or via RAID.  Normally, you'd run ZFS with some level of
redundancy so that disk failures did not result in data loss.  That
said, ZFS is touchier about data - if it can't verify the checksums in
your data, it will refuse to give it to you - whereas UFS will hand
you back a pile of bytes that may or may the same as what you gave it
to store.  And you can't necessarily get _any_ data off a failed disk.

 Yes, backups is solution, but I don't have money to buy (reliable)
hardware to backup 4Tb of data :(

4TB disks are available but not really economical at present.  2TB
disks still seem to be the happy medium.  If your data will compress
down to 2TB then save it to a disk, otherwise split your backups
across a pair of disks.  A 2TB disk with enclosure is USD150.  If
you don't trust that, buy a second set.  (And if you value your data,
get a trusted friend to store one copy at their house in case anything
happens at your house).

 I attended Solaris internals 5-days training four years ago (when I
worked for Sun Microsystems), and instructor says same words...

I have had lots of problems at $work with Solaris UFS quietly
corrupting data following crashes.  At least with ZFS, you have a
detter chance of knowing when your data has been corrupted.

-- 
Peter Jeremy


pgpk4t2qrNnV7.pgp
Description: PGP signature