On Friday October 8 2010 19:00:45 Pyun YongHyeon wrote:
> Actually re(4) supports much more controllers than that.
> Man page needs updating to reflect this.
False alarm. Indeed it does work with RTL8111E.
I was distracted by the lack of its mention on the man page, and
by the presence of a FreeB
On Fri, 8 Oct 2010, Attilio Rao wrote:
GENERAL FRAMEWORK ARCHITECTURE
Netdump is composed, right now, by an userland "server" and a kernel
"client". The former is run on the target machine (where the dump will
phisically happen) and it is responsible for receiving the packets
containing cor
On 8 Oct 2010, at 12:40, Fabien Thomas wrote:
>
> Is there any plan to import OpenSSL 1.0 into the tree?
You should ask the maintainers. I suspect it's just a matter of available time
(for them).
Regards,
--
Rui Paulo
___
freebsd-current@freebsd.or
On Thursday, October 07, 2010 1:40:49 pm Andriy Gapon wrote:
>
> panic_cpu variable in kern_shutdown.c should be volatile otherwise it's
> cached in
> a register in the innermost while-loop in this code (observed on amd64 with
> base
> gcc and -O2):
> if (panic_cpu != PCPU_GET(cpuid))
>
2010/9/28 Attilio Rao :
> In the last weeks I worked for porting the netdump infrastructure to
> FreeBSD-CURRENT on the behalf of Sandvine Incorporated.
> Netdump is a framework that aims for handling kernel coredumps over
> the TCP/IP suite in order to dump to a separate machine than the
> running
On Fri, Oct 08, 2010 at 05:31:03PM +0200, Mark Martinec wrote:
> The current re(4) Realtek Ethernet adapter driver supports the
> 8139C+/8169/816xS/811xS/8101E chips, but lacks support for newer
> Realtek network interface controllers such as RTL8111 C/E/D,
> the RTL8168 series and some other.
>
The current re(4) Realtek Ethernet adapter driver supports the
8139C+/8169/816xS/811xS/8101E chips, but lacks support for newer
Realtek network interface controllers such as RTL8111 C/E/D,
the RTL8168 series and some other.
This is unfortunate as the RTL8111E and RTL8111D controllers
found their w
On Fri, 8 Oct 2010, Bob Bishop wrote:
On 8 Oct 2010, at 10:07, Andriy Gapon wrote:
As there was no objections, I am going to commit changes to
cam_get_device() that remove the following features:
- ignoring 'r' and 'n' at the start of device name
- ignoring whitespace at end of device name
-
Hi,
On 8 Oct 2010, at 10:07, Andriy Gapon wrote:
> As there was no objections, I am going to commit changes to cam_get_device()
> that remove the following features:
>
> - ignoring 'r' and 'n' at the start of device name
> - ignoring whitespace at end of device name
> - parsing and ignoring slic
Is there any plan to import OpenSSL 1.0 into the tree?
Fabien
___
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 Friday 08 October 2010 10:07:20 Andriy Gapon wrote:
> Non-rewound and character disk/SCSI devices has not been supported for
> quite a while now. Support for parsing partition/slice names is
> incomplete (e.g. GPT scheme is not supported) and of questionable
> usefulness.
If we no longer crea
Andriy Gapon wrote:
on 01/10/2010 10:43 Andriy Gapon said the following:
The idea. We dump contiguously only pages with PDEs (which means both valid and
invalid PDEs), valid pages with PTEs are dumped the same way as data physical
pages (i.e. via dump_add_page, etc); no fake PTEs for 2MB pag
As there was no objections, I am going to commit changes to cam_get_device()
that remove the following features:
- ignoring 'r' and 'n' at the start of device name
- ignoring whitespace at end of device name
- parsing and ignoring slice and partition names in a device name
cam(3) manual page is
13 matches
Mail list logo
