[HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Andriy Gapon
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

Re: minidump size on amd64

2010-10-08 Thread Alan Cox
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

Re: [HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Bruce Cran
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 create

OpenSSL 1.0

2010-10-08 Thread Fabien Thomas
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

Re: [HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Bob Bishop
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 slice and

Re: [HEADSUP] changes to cam_get_device() and cam_open_device()

2010-10-08 Thread Greg Rivers
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

Support for newer Ethernet chips in RE(4) driver?

2010-10-08 Thread Mark Martinec
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

Re: Support for newer Ethernet chips in RE(4) driver?

2010-10-08 Thread Pyun YongHyeon
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.

Re: [PATCH] Netdump for review and testing -- preliminary version

2010-10-08 Thread Attilio Rao
2010/9/28 Attilio Rao atti...@freebsd.org: 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

Re: panic_cpu should be volatile

2010-10-08 Thread John Baldwin
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)) while

Re: OpenSSL 1.0

2010-10-08 Thread Rui Paulo
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.org

Re: [PATCH] Netdump for review and testing -- preliminary version

2010-10-08 Thread Robert Watson
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

Re: Support for newer Ethernet chips in RE(4) driver?

2010-10-08 Thread Mark Martinec
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