On 11.08.2010 2:50, Bakul Shah wrote:
> After poking around some, it seems ATA/ATAPI-7 Identify
> Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3
> (for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8
> jumper on a WD AF disks presumably changes this setting to
> 0,0). See pa
Yes, that should be it!
After poking around some, it seems ATA/ATAPI-7 Identify
Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3
(for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8
jumper on a WD AF disks presumably changes this setting to
0,0). See page 121 of Atapi-7 vol
src/usr.bin/netstat/if.c was modified back in late November 1995, to
expand the "Network" field from 11 characters to 13:
| Revision 12459 - (view) (annotate) - [select for diffs]
| Modified Wed Nov 22 22:21:04 1995 UTC (14 years, 8 months ago) by se
| File length: 11619 byte(s)
| Diff to previous
After poking around some, it seems ATA/ATAPI-7 Identify
Device word 106 bit 13 is set to 1 and bits 0-3 are set to 3
(for 2^3 or 8 LBAs per sector) for a 4KB sector size (pin 7-8
jumper on a WD AF disks presumably changes this setting to
0,0). See page 121 of Atapi-7 volume 1 (google for
ata-atapi
Bakul Shah writes:
> http://www.wdc.com/en/library/2579-001028.pdf gives an
> explanation of what the drive letters mean but they don't
> talk about 4k sector size.
The latest data sheet for the entire Green series is here:
http://www.wdc.com/wdproducts/library/SpecSheet/ENG/2879-701229.pdf
>
Is there truly no IDENTIFY information to determine the drive format?
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Tue, 10 Aug 2010 19:44:48 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=
wrote:
> I'm looking into a clean, permanent solution for WD Green drives that
> use 4096-byte physical sectors. To summarize the information I've
> collected so far:
>
> - There are several types of WD Green disks. I am
I'm looking into a clean, permanent solution for WD Green drives that
use 4096-byte physical sectors. To summarize the information I've
collected so far:
- There are several types of WD Green disks. I am primarily interested
in the 1+ TB models: EARS and EADS.
- According to WD's own docum
On Wednesday 04 August 2010 23:24:12 Neel Natu wrote:
> Hi,
>
> On Wed, Aug 4, 2010 at 12:29 PM, Hans Petter Selasky
wrote:
> > On Wednesday 04 August 2010 21:13:55 Neel Natu wrote:
> >> Hi,
> >>
> >> On Wed, Aug 4, 2010 at 10:18 AM, Hans Petter Selasky
> >
> > wrote:
> >> > Hi,
> >> >
> >>
On 2010-08-10 10:08, Clement LECIGNE wrote:
> It describes various memcmp() implementations of some OSes. FreeBSD is
> mentionned at the end of the post and it warns about the fact that gcc
> uses its own builtin memcmp() function when optimization (from O1 to O3)
> is set. Unfortunately the gcc bu
Hi,
Here is a link to a blog post speaking about timing attacks.
http://rdist.root.org/2010/08/05/optimized-memcmp-leaks-useful-timing-differences/
It describes various memcmp() implementations of some OSes. FreeBSD is
mentionned at the end of the post and it warns about the fact that gcc
uses i
On Tue Aug 10 10, Kostik Belousov wrote:
> On Tue, Aug 10, 2010 at 01:53:47AM +, Alexander Best wrote:
> > hi there,
> >
> > just wanted to get some feedback for this tiny patch and if people think it
> > makes sense.
>
> I almost agree with the part of the patch that removes excessive commen
On Tue, Aug 10, 2010 at 01:53:47AM +, Alexander Best wrote:
> hi there,
>
> just wanted to get some feedback for this tiny patch and if people think it
> makes sense.
I almost agree with the part of the patch that removes excessive commenting
for the individual signals. But I do not see much
13 matches
Mail list logo
