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 to
On Thu, 24 May 2012 10:16:42 +0200
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 Beagle
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 w
On May 24, 2012, at 10:25 AM, Aleksandr Rybalko wrote:
> On Thu, 24 May 2012 10:16:42 +0200
> 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
On Thu, 24 May 2012 11:40:19 +0200
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 wrote:
>> >
>> >>>
>> >>> On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
>> >>>
>> I think the PandaBoard
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
Chec
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
On 24 May 2012 11:49, Willem Jan Withagen 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:
> --
> Che
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 fa
On Thu, 24 May 2012 12:31:04 +0200
Damjan Marion 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 s
On 2012-05-24 14:01, Sergey Kandaurov wrote:
> On 24 May 2012 11:49, Willem Jan Withagen 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.
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 wrote:
>>
On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
> I think the PandaBoard ES is fully supported
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 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 ker
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
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 whe
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 .d
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, s
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-extern
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 dro
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 p
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/
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?
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?
2012/5/7 Steve Wills
> > On 2012/5/6 5:08, b. f. wrote:
> >> On 5/5/12, Steve Wills 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_
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?
- Z
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 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 (f
32 matches
Mail list logo