Re: [gentoo-user] Is lshw reporting correctly?

2014-12-28 Thread Mick
On Wednesday 24 Dec 2014 09:14:43 Mick wrote:
> On Tuesday 23 Dec 2014 21:53:07 Poison BL. wrote:
> > On Tue, Dec 23, 2014 at 1:53 PM, Mick  wrote:
> > > This is what I see when I plugged in two memory modules:
> > > ===
> > > 
> > >  *-memory
> > >  
> > >   description: System Memory
> > >   physical id: 2f
> > >   slot: System board or motherboard
> > >   size: 16GiB
> > > 
> > > *-bank:0
> > > 
> > >  description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
> > >  product: Array1_PartNumber1
> > >  vendor: A1_Manufacturer1
> > >  physical id: 0
> > >  serial: A1_SerNum1
> > >  slot: DIMM_A1
> > >  size: 8GiB
> > >  width: 64 bits
> > >  clock: 1333MHz (0.8ns)
> > > 
> > > *-bank:1
> > > 
> > >  description: [empty]
> > >  product: Array1_PartNumber0
> > >  vendor: A1_Manufacturer0
> > >  physical id: 1
> > >  serial: A1_SerNum0
> > >  slot: DIMM_A2
> > > 
> > > *-bank:2
> > > 
> > >  description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
> > >  product: F3-2133C9-8GXH
> > >  vendor: Undefined
> > >  physical id: 2
> > >  serial: 
> > >  slot: DIMM_B1
> > >  size: 8GiB
> > >  width: 64 bits
> > >  clock: 1333MHz (0.8ns)
> > > 
> > > *-bank:3
> > > 
> > >  description: [empty]
> > >  product: Array1_PartNumber3
> > >  vendor: A1_Manufacturer3
> > >  physical id: 3
> > >  serial: A1_SerNum3
> > >  slot: DIMM_B2
> > > 
> > > 
> > > 
> > > These were bought as a set from Amazon:
> > > 
> > > http://www.amazon.co.uk/Ripjaws-PC17000-2133MHz-Memory-Platforms/dp/B00
> > > 7C OT274/
> > > 
> > > but as you can see above only the second module reports a product code
> > > (product: F3-2133C9-8GXH), while the first module shows
> > > "Array1_PartNumber1".
> > > 
> > > Is this normal?  Is there something wrong with the memory module(s),
> > > the MoBo, or even the lshw command?
> > > 
> > > --
> > > Regards,
> > > Mick
> > 
> > Primarily, I suspect that anything over about 1600MHz is going to
> > require poking the bios (or uefi) to actually run it at its spec'd
> > clock (enabling following the XMP profile defined by the ram, if the
> > mobo directly supports doing so, is usually all it takes), otherwise
> > it down-steps to either 1333 or 1600 as 'standard' defined speeds for
> > ddr3.
> 
> I've set the UEFI memory menu to 'Automatic', so I expect that when I start
> compiling stuff it will increase to higher settings.

Hmm ... it didn't, or at least it wasn't reported by lshw.


> > As for why it's not reporting the product, vendor, and s/n's
> > properly, I'm not sure. I'd try swapping them to see if the issue
> > moves with them, but as long as they're actually able to run stable
> > (and reliably) at their spec'd rates, and they really are the sizes
> > they claim, I'd be inclined not to care whether the nvram values
> > beyond the speed profiles are read properly.
> 
> I've swapped them and I can see that lshw displays exactly the same
> information, so it seems like a MoBo issue.  Hmmm ...
> 
> I know now that the memory is OK.  I'll finish the gentoo installation and
> then I will flash the UEFI firmware with a more recent version to see if it
> is caused by dodgy firmware.
> 
> Thanks for your help.

I flashed the MoBo with the latest firmware.  The lshw output is the same and 
swapping the RAM modules does not change what the MoBo reports.  Only Bank 2 
reports the product number.

I O/C the memory to 2133MHz, at least that's what the UEFI is telling me.  The 
lshw stayed the same reporting 1333MHz as shown above.  So, I'm guessing that 
the UEFI is not talking to lshw in a particularly informative way.

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Is lshw reporting correctly?

2014-12-24 Thread Mick
On Tuesday 23 Dec 2014 21:53:07 Poison BL. wrote:
> On Tue, Dec 23, 2014 at 1:53 PM, Mick  wrote:
> > This is what I see when I plugged in two memory modules:
> > ===
> > 
> >  *-memory
> >  
> >   description: System Memory
> >   physical id: 2f
> >   slot: System board or motherboard
> >   size: 16GiB
> > 
> > *-bank:0
> > 
> >  description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
> >  product: Array1_PartNumber1
> >  vendor: A1_Manufacturer1
> >  physical id: 0
> >  serial: A1_SerNum1
> >  slot: DIMM_A1
> >  size: 8GiB
> >  width: 64 bits
> >  clock: 1333MHz (0.8ns)
> > 
> > *-bank:1
> > 
> >  description: [empty]
> >  product: Array1_PartNumber0
> >  vendor: A1_Manufacturer0
> >  physical id: 1
> >  serial: A1_SerNum0
> >  slot: DIMM_A2
> > 
> > *-bank:2
> > 
> >  description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
> >  product: F3-2133C9-8GXH
> >  vendor: Undefined
> >  physical id: 2
> >  serial: 
> >  slot: DIMM_B1
> >  size: 8GiB
> >  width: 64 bits
> >  clock: 1333MHz (0.8ns)
> > 
> > *-bank:3
> > 
> >  description: [empty]
> >  product: Array1_PartNumber3
> >  vendor: A1_Manufacturer3
> >  physical id: 3
> >  serial: A1_SerNum3
> >  slot: DIMM_B2
> > 
> > 
> > 
> > These were bought as a set from Amazon:
> > 
> > http://www.amazon.co.uk/Ripjaws-PC17000-2133MHz-Memory-Platforms/dp/B007C
> > OT274/
> > 
> > but as you can see above only the second module reports a product code
> > (product: F3-2133C9-8GXH), while the first module shows
> > "Array1_PartNumber1".
> > 
> > Is this normal?  Is there something wrong with the memory module(s), the
> > MoBo, or even the lshw command?
> > 
> > --
> > Regards,
> > Mick
> 
> Primarily, I suspect that anything over about 1600MHz is going to
> require poking the bios (or uefi) to actually run it at its spec'd
> clock (enabling following the XMP profile defined by the ram, if the
> mobo directly supports doing so, is usually all it takes), otherwise
> it down-steps to either 1333 or 1600 as 'standard' defined speeds for
> ddr3. 

I've set the UEFI memory menu to 'Automatic', so I expect that when I start 
compiling stuff it will increase to higher settings.


> As for why it's not reporting the product, vendor, and s/n's
> properly, I'm not sure. I'd try swapping them to see if the issue
> moves with them, but as long as they're actually able to run stable
> (and reliably) at their spec'd rates, and they really are the sizes
> they claim, I'd be inclined not to care whether the nvram values
> beyond the speed profiles are read properly.

I've swapped them and I can see that lshw displays exactly the same 
information, so it seems like a MoBo issue.  Hmmm ... 

I know now that the memory is OK.  I'll finish the gentoo installation and 
then I will flash the UEFI firmware with a more recent version to see if it is 
caused by dodgy firmware.

Thanks for your help.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Is lshw reporting correctly?

2014-12-23 Thread Poison BL.
On Tue, Dec 23, 2014 at 1:53 PM, Mick  wrote:
> This is what I see when I plugged in two memory modules:
> ===
>  *-memory
>   description: System Memory
>   physical id: 2f
>   slot: System board or motherboard
>   size: 16GiB
> *-bank:0
>  description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
>  product: Array1_PartNumber1
>  vendor: A1_Manufacturer1
>  physical id: 0
>  serial: A1_SerNum1
>  slot: DIMM_A1
>  size: 8GiB
>  width: 64 bits
>  clock: 1333MHz (0.8ns)
> *-bank:1
>  description: [empty]
>  product: Array1_PartNumber0
>  vendor: A1_Manufacturer0
>  physical id: 1
>  serial: A1_SerNum0
>  slot: DIMM_A2
> *-bank:2
>  description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
>  product: F3-2133C9-8GXH
>  vendor: Undefined
>  physical id: 2
>  serial: 
>  slot: DIMM_B1
>  size: 8GiB
>  width: 64 bits
>  clock: 1333MHz (0.8ns)
> *-bank:3
>  description: [empty]
>  product: Array1_PartNumber3
>  vendor: A1_Manufacturer3
>  physical id: 3
>  serial: A1_SerNum3
>  slot: DIMM_B2
> 
>
> These were bought as a set from Amazon:
>
> http://www.amazon.co.uk/Ripjaws-PC17000-2133MHz-Memory-Platforms/dp/B007COT274/
>
> but as you can see above only the second module reports a product code
> (product: F3-2133C9-8GXH), while the first module shows "Array1_PartNumber1".
>
> Is this normal?  Is there something wrong with the memory module(s), the MoBo,
> or even the lshw command?
>
> --
> Regards,
> Mick

Primarily, I suspect that anything over about 1600MHz is going to
require poking the bios (or uefi) to actually run it at its spec'd
clock (enabling following the XMP profile defined by the ram, if the
mobo directly supports doing so, is usually all it takes), otherwise
it down-steps to either 1333 or 1600 as 'standard' defined speeds for
ddr3. As for why it's not reporting the product, vendor, and s/n's
properly, I'm not sure. I'd try swapping them to see if the issue
moves with them, but as long as they're actually able to run stable
(and reliably) at their spec'd rates, and they really are the sizes
they claim, I'd be inclined not to care whether the nvram values
beyond the speed profiles are read properly.

-- 
Poison [BLX]
Joshua M. Murphy



[gentoo-user] Is lshw reporting correctly?

2014-12-23 Thread Mick
This is what I see when I plugged in two memory modules:
===
 *-memory
  description: System Memory
  physical id: 2f
  slot: System board or motherboard
  size: 16GiB
*-bank:0
 description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
 product: Array1_PartNumber1
 vendor: A1_Manufacturer1
 physical id: 0
 serial: A1_SerNum1
 slot: DIMM_A1
 size: 8GiB
 width: 64 bits
 clock: 1333MHz (0.8ns)
*-bank:1
 description: [empty]
 product: Array1_PartNumber0
 vendor: A1_Manufacturer0
 physical id: 1
 serial: A1_SerNum0
 slot: DIMM_A2
*-bank:2
 description: DIMM DDR3 Synchronous 1333 MHz (0.8 ns)
 product: F3-2133C9-8GXH
 vendor: Undefined
 physical id: 2
 serial: 
 slot: DIMM_B1
 size: 8GiB
 width: 64 bits
 clock: 1333MHz (0.8ns)
*-bank:3
 description: [empty]
 product: Array1_PartNumber3
 vendor: A1_Manufacturer3
 physical id: 3
 serial: A1_SerNum3
 slot: DIMM_B2


These were bought as a set from Amazon:

http://www.amazon.co.uk/Ripjaws-PC17000-2133MHz-Memory-Platforms/dp/B007COT274/

but as you can see above only the second module reports a product code 
(product: F3-2133C9-8GXH), while the first module shows "Array1_PartNumber1".

Is this normal?  Is there something wrong with the memory module(s), the MoBo, 
or even the lshw command?

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.