Author: trasz
Date: Fri Dec 10 08:33:56 2010
New Revision: 216350
URL: http://svn.freebsd.org/changeset/base/216350
Log:
Refactor fork1() to make it easier to follow. No functional changes.
Reviewed by: kib (earlier version)
Tested by:pho
Modified:
head/sys/kern/kern_fork.c
on 10/12/2010 03:10 Erik Trulsson said the following:
On Fri, Dec 10, 2010 at 12:36:57AM +0200, Andriy Gapon wrote:
on 10/12/2010 00:14 Bruce Cran said the following:
Since it appears that disks are still using the CHS fields despite
having been obsolete since ATA-7 I guess it makes sense to
On Fri, 10 Dec 2010 02:00:23 +0100
Erik Trulsson ertr1...@student.uu.se wrote:
Modern drives do not really report 'the current CHS geometry'. They
report a fake geometry that normally do not have anything do with the
actual geometry. (As an example just about all modern ATA/SATA drives
Author: tijl
Date: Fri Dec 10 08:53:06 2010
New Revision: 216351
URL: http://svn.freebsd.org/changeset/base/216351
Log:
Add a .note.ABI-tag section to ia64 startup files by linking crtbrand.c
in crt1.o. On other architectures crtbrand.c is included from crt1.c,
but that's not a C source
On Fri, 10 Dec 2010 10:12:34 +1100 (EST)
Bruce Evans b...@optusnet.com.au wrote:
The BIOS has little control over the mode. It can't enforce LBA if
the drive supports CHS. It can't force any particular CHS mode since
the driver may set any CHS mode. ata used to reset the drive in the
probe
On Fri, 10 Dec 2010, Erik Trulsson wrote:
On Thu, Dec 09, 2010 at 10:14:58PM +, Bruce Cran wrote:
On Thu, 9 Dec 2010 19:58:56 +1100 (EST)
Bruce Evans b...@optusnet.com.au wrote:
I had understood the ATA_FLAG_54_58 backwards. It tells us if the
drive is not so old that it doesn't support
On Fri, 10 Dec 2010, Bruce Cran wrote:
On Fri, 10 Dec 2010 10:12:34 +1100 (EST)
Bruce Evans b...@optusnet.com.au wrote:
The BIOS has little control over the mode. It can't enforce LBA if
the drive supports CHS. It can't force any particular CHS mode since
the driver may set any CHS mode.
On Friday, December 10, 2010 11:36:17 am Tijl Coosemans wrote:
On Friday 10 December 2010 16:31:36 John Baldwin wrote:
On Friday, December 10, 2010 10:05:49 am Tijl Coosemans wrote:
Author: tijl
Date: Fri Dec 10 15:05:49 2010
New Revision: 216358
URL:
From: Matthew Jacob m...@feral.com
Geometry is still important. Trying booting a USB flash drive on all
BIOS' with a 63/255 geometry instead of a 64/32 geometry.
At least most modern BIOSes I've had to deal with can be configured to
use packet mode which makes the problem go away... Don't
On Dec 8, 2010, at 15:30, Shteryana Shopova wrote:
Author: syrinx
Date: Wed Dec 8 14:30:25 2010
New Revision: 216295
URL: http://svn.freebsd.org/changeset/base/216295
Log:
Add bsnmpd(1)'s SNMP client tools (including SNMPv3 support) to the base
system.
Sponsored by: The FreeBSD
On Fri, Dec 10, 2010 at 11:07 AM, Pawel Worach pawel.wor...@gmail.com wrote:
On Dec 8, 2010, at 15:30, Shteryana Shopova wrote:
Author: syrinx
Date: Wed Dec 8 14:30:25 2010
New Revision: 216295
URL: http://svn.freebsd.org/changeset/base/216295
Log:
Add bsnmpd(1)'s SNMP client tools
Author: andreast
Date: Fri Dec 10 20:27:50 2010
New Revision: 216360
URL: http://svn.freebsd.org/changeset/base/216360
Log:
On the Xserve G5 we find the LM75 instead of the DS1775. The core
functionality is the same, a difference is that the DS1775 has a better
precision than the LM75. But
Author: ken
Date: Fri Dec 10 21:38:51 2010
New Revision: 216361
URL: http://svn.freebsd.org/changeset/base/216361
Log:
Fix a few issues related to the XPT_GDEV_ADVINFO CCB.
camcontrol.c: In buildbusdevlist(), don't attempt to get call
getdevid() for an unconfigured device,
Author: yongari
Date: Fri Dec 10 21:43:20 2010
New Revision: 216362
URL: http://svn.freebsd.org/changeset/base/216362
Log:
Remove unecessary and clearly wrong usage of atomic(9).
Reported by: avg, jhb, attilio
Modified:
head/sys/dev/alc/if_alc.c
head/sys/dev/jme/if_jme.c
Modified:
Author: ken
Date: Fri Dec 10 21:45:10 2010
New Revision: 216363
URL: http://svn.freebsd.org/changeset/base/216363
Log:
Fix an event handling bug with the mps(4) driver.
This bug manifested itself after repeated device arrivals and
departures. The root of the problem was that the last
Author: joerg
Date: Fri Dec 10 22:20:11 2010
New Revision: 216364
URL: http://svn.freebsd.org/changeset/base/216364
Log:
Implement more of __ibsta: END and SRQI status bits (taken out of the
uPD7210 IRQ status).
MFC after:1 week
Modified:
head/sys/dev/ieee488/ibfoo.c
Modified:
Author: rwatson
Date: Fri Dec 10 22:22:01 2010
New Revision: 216365
URL: http://svn.freebsd.org/changeset/base/216365
Log:
Derive the XENHVM kernel from GENERIC, adding only the options required
to support PV drivers (such as xenpci), and non-adptive locking (along
with a comment about
Author: ken
Date: Sat Dec 11 00:36:35 2010
New Revision: 216368
URL: http://svn.freebsd.org/changeset/base/216368
Log:
Fix setting LUN numbers in the mps(4) driver.
Prior to this change, the addressing method wasn't getting set, and
so the LUN field could be set incorrectly in some
18 matches
Mail list logo