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
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
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
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
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
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
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
[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
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
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:
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
32 matches
Mail list logo