rance of new IPv6 address.
2. Then, even if you delete old IPv6 address by hand, NPTv6 won't try to
peak another one until there won't appear new address.
3. There should be some logic that takes into account presence of
temporary and deprecated addresses on the interface.
--
WBR, Andrey V
me level.
I tried to disable hwpstate_intel via loader.conf and it helps:
% grep hint /boot/loader.conf
hint.hwpstate_intel.0.disabled="1"
My old lenovo x1 carbon gen 4 was hanging on boot with the same symptoms.
--
WBR, Andrey V. Elsukov
OpenPGP_signature
Description: OpenPGP digital signature
em internal to GDB has been detected,
> further debugging may prove unreliable.
Hi,
do you have /var/crash/core.txt.1 file?
It may have some useful info. Also did you try an old version
/usr/libexec/kgdb ?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
31.01.2020 18:11, Andrey V. Elsukov пишет:
> On 24.01.2020 19:52, Andreas Nilsson wrote:
>> It hangs during kernel boot and the last message printed on console is:
>> hwpstate_intel0: on cpu0
>
> Hi,
>
> Did you find the cause of this hang?
> I also tried to update
essage.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
. Probably it is time to
fill the PR.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 25.06.2019 15:59, Larry Rosenman wrote:
> On 06/25/2019 4:18 am, Andrey V. Elsukov wrote:
>> On 24.06.2019 23:10, Larry Rosenman wrote:
>>>>> #5 0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80,
>>>>> flags=0)
>>>>> at /usr/s
ssumption is correct :)
Can you show the output of the following commands from the kgdb for this
core?
(kgdb) f 7
(kgdb) p *m
(kgdb) p *m->m_next
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
/usr/src/sys/kern/kern_intr.c:1148
> #25 ithread_execute_handlers (p=, ie=)
> at /usr/src/sys/kern/kern_intr.c:1161
> #26 ithread_loop (arg=) at /usr/src/sys/kern/kern_intr.c:1241
> #27 0x8047ac74 in fork_exit (
> callout=0x8047df60 , arg=0xf8012c883100,
> frame=0xfe012628dc00) at /usr/src/sys/kern/kern_fork.c:1056
> #28
> (kgdb)
>
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
de__random_path: off
debug.fail_point.fill_kinfo_vnode__random_path: off
debug.fail_point.status_random_fortuna_pre_read: off
debug.fail_point.random_fortuna_pre_read: off
security.stack_protect.permit_nonrandom_cookies: 1
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
und the problem, the bug was introduced in r342908.
Can you try attached patch?
--
WBR, Andrey V. Elsukov
Index: sys/netpfil/ipfw/ip_fw2.c
===
--- sys/netpfil/ipfw/ip_fw2.c (revision 343395)
+++ sys/netpfil/ipfw/ip_fw2.c (working copy)
@@
eset is relatively simple, first of try to use "log"
opcode for "deny" rules and look what happens in the /var/log/security.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
hosting for screenshots.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ix this problem:
https://reviews.freebsd.org/D17302
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
5 ifp = ro->ro_rt->rt_ifp;
It looks like Ryan's assumption is correct and panics happen due to
several threads use the same PCB and then route cache invalidation happens.
https://lists.freebsd.org/pipermail/freebsd-net/2018-September/051563.html
But IPv6 path also needs similar patch.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
h packet.
> happens only while sending. receiving works.
>
> This happens only on 12-current as I am aware, 11-stable works good.
> I worked around this issue by setting IPv4 tunnel endpoints.
Hi,
should be fixed in r337900.
Thanks for the report. And sorry for breakage.
--
WBR
card=0x20088086 chip=0x15028086 rev=0x04
hdr=0x00
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
AH
> NO_MODULES=YES
>
> Boot log from last night's failure attached,
Ok, it seems ConcurrencyKit was not tested with Pintium3.
Can you show the output from kgdb:
disassemble *0xc0991ff0
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 16.02.2018 17:13, Michael Butler wrote:
> ipfw is compiled into the kernel not loaded as a module.
Hi,
do you have some specific optimization flags in make.conf?
Can you show the output of `head -40 /var/run/dmesg.boot`?
--
WBR, Andrey V. Elsukov
signature.asc
Description: Open
n, now for outbound
direction. And it can be matched by "out" and "xmit ed1" opcodes. The
opcode "recv ed0" still can be matched too, but "in" opcode will not
matched.
A packet destined for local host is consumed by local IP stack and will
not forwarded.
ake
> sizeof(struct uma_slab) into account when setting uk_ppera for the keg.
> In particular, the bug isn't specific to the bootup process; it only
> affects internal zones with an item size in the range [4016, 4096].
>
> The patch below should fix this - could you give it a
On 11.09.2017 21:38, John Baldwin wrote:
> On Monday, September 11, 2017 09:15:51 PM Andrey V. Elsukov wrote:
>> On 11.09.2017 15:23, Andrey V. Elsukov wrote:
>>> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp =
>>> 0x821939b0 ---
>&
On 11.09.2017 15:23, Andrey V. Elsukov wrote:
> --- trap 0xc, rip = 0x80d84870, rsp = 0x82193970, rbp =
> 0x821939b0 ---
> zone_import() at zone_import+0x110/frame 0x821939b0
> zone_alloc_item() at zone_alloc_item+0x36/frame 0x821939f0
&
rtup+0x34e/frame 0x82193b30
vm_mem_init() at vm_mem_init+0x1a/frame 0x82193b50
mi_startup() at mi_startup+0x9c/frame 0xffff82193b70
btext() at btext+0x2c
Uptime: 1s
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
; i210. I'm aware of the problem since r320134 (the oldest CURRENT I started
> experimenting with the VLAN trunking).
It is very strange problems, why ICMP works, but TCP/UDP does not? :)
You can try to disable any type of offloading for the card, there were
some problems in the past with
to your requirements. And probably you
need to translate prefixes configured for your vlans independently.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 27.04.2017 08:42, Tom Uffner wrote:
> Tom Uffner wrote:
>> Andrey V. Elsukov wrote:
>>> I think the most of these panics should be fixed in r315956.
>>
>> thanks. I'll give it a try and report back as soon as I have a result.
>
> r315956 panicked about 22 m
ce processes that make
> heavy use
> of the network.
>
> I know I should try the latest rev to see if it went away. aside from
> that, any thoughts on how I should proceed?
I think the most of these panics should be fixed in r315956.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
uot;..m|
0060 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
||
*
0200
The dump of correct GPT header should not have more lines.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
didn't seen any
information when 11.1-RELEASE is planned. So, I don't know when feature
freeze begins. Also there are some changes that can be considered as
POLA violation, especially the single name space for SPI can affect some
users.
--
WBR, Andrey V. Elsukov
On 11.12.2016 02:07, Andrey V. Elsukov wrote:
I am pleased to announce that projects/ipsec, that I started several
months ago is ready for testing and review.
The main goals were:
* rework locking to make IPsec code more friendly for concurrent
processing;
* make lookup in SADB/SPDB
reebsd.org/pipermail/freebsd-net/2016-December/046762.html
Some additional testing also needed with this...
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, sen
On 09.01.2017 14:38, Bjoern A. Zeeb wrote:
On 27 Dec 2016, at 10:18, Andrey V. Elsukov wrote:
So, if there will no objection, I'll merge projects/ipsec into head/
within two weeks.
I still keep seeing almost daily changes to the branch and am having a
hard time to convince myself to do
replies from
ipsec-tools-devel mailing list.
I'm not aware how to configure strongswan, so if someone will not try to
do this, I don't know when I will do this.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
https
On 11.12.2016 02:07, Andrey V. Elsukov wrote:
Hi All,
I am pleased to announce that projects/ipsec, that I started several
months ago is ready for testing and review.
The main goals were:
* rework locking to make IPsec code more friendly for concurrent
processing;
* make lookup in SADB
to the output of
`vmstat -m | egrep "sec|sah|pol|crypt"`.
If you have used TCP_SIGNATURE, IPSEC_NAT_T options, please test, this
support was significantly changed.
PS. I just updated the branch to last head/, and it was not tested, sorry :)
--
WBR, Andrey V. Elsukov
signature.asc
Descriptio
On 14.11.2016 16:13, Franco Fichtner wrote:
> Hi Andrey,
>
>> On 14 Nov 2016, at 1:55 PM, Andrey V. Elsukov <bu7c...@yandex.ru> wrote:
>>
>> I have some thought related to your proposal.
>> What you think if we will introduce new KPI to work with fwd_tags?
&
P6_NEXTHOP)
int ip6_set_fwdtag(struct mbuf *m, struct sockaddr_in6 *dst,
u_short ifidx);
int ip6_get_fwdtag(struct mbuf *m, struct sockaddr_in6 *dst,
u_short *ifidx);
void ip6_flush_fwdtag(struct mbuf *m);
Since I'm not quite aware how PF handles PACKET_TAG_IPFORWARD tags, you
can modify this
as started crashing almost
immediately. glebius@ added workaround in r300854 to prevent the panic.
Then we discussed with him that the change in in_pcb.c should be
reasonable. And he decided to revert the workaround. Now it seems
without r300854 FLOWTABLE isn't usable.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ur kernel config?
>> #9 0x807b44fb in __rw_wlock_hard (c=,
>> tid=, file=,
>> line=) at /usr/src/sys/kern/kern_rwlock.c:830
Just my opinion. Setting RT_LLE_CACHE flag in ip_output is wrong. This
flag should be set when ro_lle actually filled with cached data.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
.geom.linux_lvm.debug=1 module will complain
only if it will find magic string "LABELONE" in the metadata.
You can check what is stored in the metadata with the following command:
# dd if=/dev/ada1s1 count=1 | hexdump -vC
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
y changes will issue 'commit', so they will
work correctly. I think you are confusing 'auto resize' with 'recovery
needed'.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
eems very unlikely to reproduce
https://svnweb.freebsd.org/base?view=revision=292057
Described problem can be reproduced with BSD label.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
created myself, the suggested gpart command solved the
> problem, but I can not do this with drives I was given by a vendor or
> supplier.
JFYI, r303637 fixes this problem for me.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
Hi,
this is known issue.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=209466
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=162558
It looks the same, but for IPv6.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 20.05.16 17:23, O. Hartmann wrote:
> I haven't checked so far whether the problem occurs also with non-SSL
> connections since
> all connections I see the suffering are somehow encrypted.
Can you try to update up to r300302?
--
WBR, Andrey V. Elsukov
signature.asc
Description
e of the source tree.
Hi,
it looks like r300143 broke it. I'm looking now why.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 02.03.16 17:29, O. Hartmann wrote:
> My interpretation of the above errors are: FreeBSD is incapable to handle CIFS
> over tcp/445. The above URL/site claims to have solved the problem, but it
> seems not true for CURRENT.
Did you try some FUSE CIFS implementations?
--
WBR,
age.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
can be used for select iSCSI
> destination, for dumping after succesefull boot.
Did you read dumpon script and saw how it uses dumpdev tunable?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 24.09.2015 14:18, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote:
>
>> On 23.09.2015 19:57, Andriy Gapon wrote:
>>> I do not have a strong opinion. Either option, rc.d/dumpon change or
>>> geom_dev
>>>
On 24.09.2015 14:45, Slawa Olhovchenkov wrote:
> On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote:
>
>> On 24.09.2015 14:37, Slawa Olhovchenkov wrote:
>>> For example, host with 3TB of RAM, booted from small SSD.
>>> This SSD have 16GB slice
lready enabled in the time
when rc.d/dumpon will be run. So, I think it is useless to try to
enable dumpdev again. I prefer remove this old code from rc.d script.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
configuration.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
-CURRENT.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
is MBR and
uses legacy boot.
if (MBR_partition[0].type == 0xee gpt_is_ok()) {
UEFI_boot();
} else {
MBR_boot();
}
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
;
-=-=-=-=-=-=-=-=-=-=-
If lp_detaching is non 0, the mbuf pointer is set to NULL without m_freem it.
Can you look at this ?
Hi,
what you thing about this patch?
lp_detaching can be non zero in case of parent interface departure.
So I don't see the reason to call ETHER_BPF_MTAP() in this case.
--
WBR, Andrey V. Elsukov
On 26.03.2015 22:42, Andrey V. Elsukov wrote:
If lp_detaching is non 0, the mbuf pointer is set to NULL without m_freem it.
Can you look at this ?
Hi,
what you thing about this patch?
lp_detaching can be non zero in case of parent interface departure.
So I don't see the reason to call
. Thanks.
--
WBR, Andrey V. Elsukov
___
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
On 21.11.2014 09:10, Shawn Webb wrote:
Looks like I’m getting a kernel panic on heavy work loads (poudriere
run with 10 build slaves on an Intel Core i7 box). Below is a link to
an imgur album of screenshots I took with my phone.
Do you have VIMAGE option in your kernel?
--
WBR, Andrey V
that I had...
Let me know how things are w/ this new patch.
Hi,
with this patch all works as expected.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
bus_dmamap_load_mbuf_sg
0.9 kernel _mtx_lock_spin_cooki pmclog_reserve
0.8 kernel m_copydata
0.8 kernel ipsec4_process_packe ip_ipsec_output
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
with and without aesni module.
With patches software rijndaelEncrypt also works. But when I load
aesni.ko and restart setkey -f /etc/ipsec.conf forwarding stops, errors
counter starts grow. And I see messages about wrong source route
attempts from random addresses.
--
WBR, Andrey V. Elsukov
On 14.11.2014 03:52, Andrey V. Elsukov wrote:
I tried your patch with my IPv4 forwarding test. When aesni module is
loaded and aes-cbc is used I see growing of `invalid outbound packets`
counter in `netstat -sp ipsec` output. And no packets are forwarded.
Also while testing I got a panic
AES-CTR)
support for our IPsec. Once these patches have been committed, I'll
work with him to integrate his patch.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
and outer header.
* deprecate support for various GREXXX ioctls, use our standard ioctls
for tunnels.
me(4):
* use the same locking model as gre(4);
* use if_transmit;
* implementation conform to RFC 2004;
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 29.10.2014 12:35, Andrey V. Elsukov wrote:
Hi All,
I prepared the patch for review
https://reviews.freebsd.org/D1023
For those who want to test, I prepared a tarball with sources
https://people.freebsd.org/~ae/gre.tgz
Modules should work on stable/10 and head/ without
or 9.3
release notes.
Hi,
I can confirm this, please, fill a bug report.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
On 24.08.2014 19:23, Marcel Moolenaar wrote:
On Aug 24, 2014, at 2:11 AM, Andrey V. Elsukov bu7c...@yandex.ru wrote:
On 24.08.2014 06:14, Craig Rodrigues wrote:
I did some further debugging inside the loader by doing the following.
- I added CFLAGS += -DPART_DEBUG to sys/boot/common
partitions. :)
It's because gptboot uses static buffer to read and write GPT table.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd
I changed APM code to calculate maximum number of
entries depending from available free space.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
` isn't able to create such partition table. Because by default
the first usable LBA is 40.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail
with the
gpt code inside the loader, and how it differs from GEOM.
Do you have any further ideas of where to hunt for the root cause of
the problem?
Yes, the problem is in the ptable_gptread() function. I'll commit the fix.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP
to do it. :)
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
you got
access to disk not through the label.
--
WBR, Andrey V. Elsukov
___
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
kids.
--
WBR, Andrey V. Elsukov
___
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
shown in logs.
Ok, you are right. But geom_dev restricts access only from user level
applications. When GEOM object does access directly via GEOM methods
this protection won't work. And it seems it isn't easy to fix, all
classes should have own check.
--
WBR, Andrey V. Elsukov
signature.asc
with rank=1. Another way is
calculate needed offset and write bootcode directly to ada0.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd
directly to ada0.
And ultimately we should extend our ZFS interface with an ioctl to write a
blob
to a boot code area of a specified ZFS leaf vdev. This would the right way to
install zfsboot.
Hi Andriy,
do you have some patches to test? :-)
--
WBR, Andrey V. Elsukov
there is no
FreeBSD driver (AR9271 for instance), or the FreeBSD driver is
buggy.
I'm agree. While there are still some devices without native drivers,
but that work via NDISulator, we should keep it.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org
(larger than
3 pages) of size when processing net.inet.ipsec.ipsecstats.
Hi,
Only few fields of struct ipsecstat is used, the rest fields are never
updated. We can split it to several structures, or just remove unused
fields. What is better?
--
WBR, Andrey V. Elsukov
On 23.07.2013 15:28, Andre Oppermann wrote:
On 23.07.2013 09:28, Andrey V. Elsukov wrote:
On 21.07.2013 00:43, Taku YAMAMOTO wrote:
After r253088, systems with IPSEC and KSTACK_PAGES 4 crashes on
booting into multi-user mode.
The crash is due to sysctl -a in /etc/rc.d/initrandom ended up
On 23.07.2013 15:28, Andre Oppermann wrote:
On 23.07.2013 09:28, Andrey V. Elsukov wrote:
On 21.07.2013 00:43, Taku YAMAMOTO wrote:
After r253088, systems with IPSEC and KSTACK_PAGES 4 crashes on
booting into multi-user mode.
The crash is due to sysctl -a in /etc/rc.d/initrandom ended up
and doesn't have remote KVM, so
I need to be in front of it.
If anyone can confirm this attached patch fixes the problem then I'll get
it committed, otherwise I'll test on Monday.
Hi,
yes, you are right. I just committed this with r249719.
Thanks.
--
WBR, Andrey V. Elsukov
the kernel module fuse.ko. Fuse is in the base system.
--
WBR, Andrey V. Elsukov
___
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
loader detects some changes and
just doesn't want to work. If you think that gpart incorrectly works,
please make a copy of first 34 blocks before and after deletion and
send them to me.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
make it functional again.
any light woukd be appreciated on this topic.
Hi,
When you are deleting a partition, the kernel completely overwrites the
partition table and PMBR area. You can compare first 34 blocks before
deletion and after to see what is going on.
--
WBR, Andrey V. Elsukov
monthly and/or is one likely to appear soon?
Hi,
There are snapshots created by Hiroki Sato, i use it regularly and they
are ok.
https://pub.allbsd.org/FreeBSD-snapshots/
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http
structure.
However we still see the same problem and by adding a printf() in zfsboot.c
fixes the problem.
Please, let me know if anyone have seen this problem and if there is a fix
for it?
Hi,
what exactly do you have?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital
, Andrey V. Elsukov
___
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
on how to fix it.
You can remove options GEOM_RAID from your kernel config.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current
will be common and userboot code, then - i386 and zfs
parts.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
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
to the previous
approach.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
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
compiled with CLANG work for you?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 28.06.2012 13:19, Boris Samorodov wrote:
27.06.2012 23:27, Andrey V. Elsukov пишет:
1. You are against from:
Our loader detects that primary GPT header is damaged. It tries to read
backup GPT header from the last LBA and it detects that there is
GEOM:: signature. It tries to read one
disklabel64 partitioning scheme. Make a port is simple task.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr
to this database.
LDM is not just partitioning scheme, it is also LVM and can do RAID0-5.
This is how Microsoft and Veritas have resolved this problem.
--
WBR, Andrey V. Elsukov
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman
metadata to the provider.
--
WBR, Andrey V. Elsukov
___
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
1 - 100 of 182 matches
Mail list logo