Skip to ContentSkip to Footer
Start of content
- Community Home
- >
- Servers and Operating Systems
- >
- Operating System - Linux
- >
- General
- >
- Mostly successful dv9000z Debian Etch AMD64 instal...
General
-
- Forums
-
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
- HPE Blog, Austria, Germany & Switzerland
- Blog HPE, France
- HPE Blog, Italy
- HPE Blog, Japan
- HPE Blog, Middle East
- HPE Blog, Latin America
- HPE Blog, Russia
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
-
Blogs
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Blog, Latin America
- HPE Blog, Middle East
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
-
Information
- Community
- Welcome
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Tips and Tricks
- Resources
- Announcements
- Email us
- Feedback
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Aruba Airheads Community
- Enterprise.nxt
- HPE Dev Community
- Cloud28+ Community
- Marketplace
-
Forums
-
Blogs
-
Information
-
English
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-11-2007 03:19 AM
01-11-2007 03:19 AM
Mostly successful dv9000z Debian Etch AMD64 install
I have a new dv9013cl, and had some trouble over the weekend getting Linux installed. The initial install went well enough. I resized the ntfs partition and installed Debian and a swap partition onto a logical partition (sda5 and sda6). Grub detected the XP partition, the system restore partition, and the XP Embedded media player partition. I can boot to any of them. I am particularly pleased with the remote control. This control will boot the machine, and the arrow/ok keys work with Grub (and Linux in general -- see below). So I can select a partition and boot using the remote.
There are two main subjects -- kernel boot arguments and hardware that still fails to fully function.
KERNEL BOOT ARGUMENTS:
The BIOS and chipset are not quite Linux friendly. In fact Google shows some sites explicitly listing the dv9000z as not compatible with Linux.
It is compatible, however you must use boot arguments to get a stable system. Some distribution installers simply will not boot without kernel arguments (i.e. Ubuntu 6.06LTS). Others will boot and perhaps even get through the install using the wired ethernet port (i.e. Debian Etch RC-1 installer). However the system is subject to random lockups.
This happens with the F.19 BIOS that shipped with my laptop, and the newer F.1A BIOS. Tech support helpfully pointed me at the BIOS with the suggestion it would solve my problem -- it doesn't appear to have any Linux related fixes.
The kernel boot argument that gave me my most stable configuration, including reliable shutdown and reboot, all devices apparently working well (I haven't exhaustively tested some things such as ieee1394) is:
iommu=off
Other people have reported success with:
pci=usepirqmask
However it is important to note that you cannot use that kernel argument alone. The kernel documentation states that the argument does not have any effect if acpi is routing IRQs. Therefore if you try it, you should pair it with an acpi argument like this:
pci=userpirqmask acpi=noirq
Do NOT use
acpi=off
you break USB, sound, and most importantly for battery life, powernow/cpufreqd. My results with the pci/acpi boot arguments were not suitable for me. Shutdown and reboot were not reliable and appear to have been similar to just cutting the power. I've seen references to this "controlled crash" behavior on the net as well. Your mileage may vary.
If you have a dv9000z and you are using different kernel arguments successfully, please post the arguments.
REMAINING HARDWARE ISSUES:
One thing that DOES NOT work for me, regardless of boot argument (or lack thereof) is the headphone jack on the laptop. Plugging a set of headphones into the jack simply has no effect. The speakers are still active, and there is no output to the headphones. The microphone and s/pdif jacks are the same. These jacks work fine in XP and the embedded XP install, so it's not hardware.
The onboard broadcom bcm43xx wireless NIC does not work with the open source bcm43xx driver. The device is just not detected, so firmware is not installed. You must use ndiswrapper and the driver/firmware from HP's site (or your XP install if you didn't trash it).
RANDOM COMPLAINTS (Not Linux related):
HP could probably have rethought that SATA drive caddy thing. It is over-engineered, and just plain NOT AVAILABLE. Thanks. I have a second hard drive and no way of mounting anything into it. 3rd party wants almost $100 for just the caddy, and HP offers a 100GB drive with the cady (but not a 120 like what I have installed) for $355. Since there's no way the drive costs that much, I blame the expensive caddy again. Did I say thanks?
The engineer who designed the AC adapter (I hope you read the forums!) has obviously never flown on an aircraft with a laptop, and does not have cats. This thing has some play in it, which makes me concerned for the security of the plug mounted on the motherboard. It sticks out at a straight angle from the laptop, with lots of room to wiggle up, down and sideways. There is a very good chance that the plug will become either a weight bearing support for the laptop itself if it sits on the arm of a chair, or a weight bearing support for said cat when it walks by. I am concerned that either result will pop the soldering on the motherboard, and then I will lose AC power. Probably just after the warranty expires. I have a 12 year old Fujitsu laptop that has a nice, secure AC plug that is bent at a 90 degree angle, hugs the side of the laptop to avoid being snagged, and has a nice solid fit that doesn't wiggle inside components. So the technology to do it right has been around "a while." All you'd need to do to fix it is redesign the end of the cable to fit closer to the side of the laptop and have a firmer fit. Maybe with some sort of lip or flange to grip the inside of the hole, so that the machine's case is used to hold the adapter plug, not the electrical components.
The new finish is slippery, and shows dirt well. Yuck.
Other than those three small complaints, the laptop looks like it will serve well. Hopefully it's durable enough to last a few years.
There are two main subjects -- kernel boot arguments and hardware that still fails to fully function.
KERNEL BOOT ARGUMENTS:
The BIOS and chipset are not quite Linux friendly. In fact Google shows some sites explicitly listing the dv9000z as not compatible with Linux.
It is compatible, however you must use boot arguments to get a stable system. Some distribution installers simply will not boot without kernel arguments (i.e. Ubuntu 6.06LTS). Others will boot and perhaps even get through the install using the wired ethernet port (i.e. Debian Etch RC-1 installer). However the system is subject to random lockups.
This happens with the F.19 BIOS that shipped with my laptop, and the newer F.1A BIOS. Tech support helpfully pointed me at the BIOS with the suggestion it would solve my problem -- it doesn't appear to have any Linux related fixes.
The kernel boot argument that gave me my most stable configuration, including reliable shutdown and reboot, all devices apparently working well (I haven't exhaustively tested some things such as ieee1394) is:
iommu=off
Other people have reported success with:
pci=usepirqmask
However it is important to note that you cannot use that kernel argument alone. The kernel documentation states that the argument does not have any effect if acpi is routing IRQs. Therefore if you try it, you should pair it with an acpi argument like this:
pci=userpirqmask acpi=noirq
Do NOT use
acpi=off
you break USB, sound, and most importantly for battery life, powernow/cpufreqd. My results with the pci/acpi boot arguments were not suitable for me. Shutdown and reboot were not reliable and appear to have been similar to just cutting the power. I've seen references to this "controlled crash" behavior on the net as well. Your mileage may vary.
If you have a dv9000z and you are using different kernel arguments successfully, please post the arguments.
REMAINING HARDWARE ISSUES:
One thing that DOES NOT work for me, regardless of boot argument (or lack thereof) is the headphone jack on the laptop. Plugging a set of headphones into the jack simply has no effect. The speakers are still active, and there is no output to the headphones. The microphone and s/pdif jacks are the same. These jacks work fine in XP and the embedded XP install, so it's not hardware.
The onboard broadcom bcm43xx wireless NIC does not work with the open source bcm43xx driver. The device is just not detected, so firmware is not installed. You must use ndiswrapper and the driver/firmware from HP's site (or your XP install if you didn't trash it).
RANDOM COMPLAINTS (Not Linux related):
HP could probably have rethought that SATA drive caddy thing. It is over-engineered, and just plain NOT AVAILABLE. Thanks. I have a second hard drive and no way of mounting anything into it. 3rd party wants almost $100 for just the caddy, and HP offers a 100GB drive with the cady (but not a 120 like what I have installed) for $355. Since there's no way the drive costs that much, I blame the expensive caddy again. Did I say thanks?
The engineer who designed the AC adapter (I hope you read the forums!) has obviously never flown on an aircraft with a laptop, and does not have cats. This thing has some play in it, which makes me concerned for the security of the plug mounted on the motherboard. It sticks out at a straight angle from the laptop, with lots of room to wiggle up, down and sideways. There is a very good chance that the plug will become either a weight bearing support for the laptop itself if it sits on the arm of a chair, or a weight bearing support for said cat when it walks by. I am concerned that either result will pop the soldering on the motherboard, and then I will lose AC power. Probably just after the warranty expires. I have a 12 year old Fujitsu laptop that has a nice, secure AC plug that is bent at a 90 degree angle, hugs the side of the laptop to avoid being snagged, and has a nice solid fit that doesn't wiggle inside components. So the technology to do it right has been around "a while." All you'd need to do to fix it is redesign the end of the cable to fit closer to the side of the laptop and have a firmer fit. Maybe with some sort of lip or flange to grip the inside of the hole, so that the machine's case is used to hold the adapter plug, not the electrical components.
The new finish is slippery, and shows dirt well. Yuck.
Other than those three small complaints, the laptop looks like it will serve well. Hopefully it's durable enough to last a few years.
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
01-11-2007 07:01 AM
01-11-2007 07:01 AM
Re: Mostly successful dv9000z Debian Etch AMD64 install
very informational.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
End of content
United States
Hewlett Packard Enterprise International
Communities
- Communities
- HPE Blogs and Forum
© Copyright 2021 Hewlett Packard Enterprise Development LP