|
xen-users
Re: [Xen-users] at the end of my wits
On 7/3/07, David Greenberg <dgrnbrg@xxxxxxx> wrote:
I believe that certain parts of the chipset are unsupported in kernel
2.6.18. Ubuntu feisty has Xen ported to 2.6.19, and that will successfully
boot on the Asus motherboard 100% of the time. I got it to boot and
recognize all 7 internal sata drives I was using. There is a potential bug
that may affect you if you use driver domains, however. I didn't isolate
the bug, but be aware that it potentially exists (softraid corruption when
using a driver domain with 6 usb controllers and the only graphics card
passed to it).
Hi David,
Unfortunately, 2.6.19 didn't help either.
Here is the original P5PDeluxe thread
http://lists.xensource.com/archives/html/xen-users/2007-06/msg00797.html
Cheers.
Chris.
Cheers,
David
On 7/3/07, Steve Brueckner <steve@xxxxxxxxxxxxxx> wrote:
> Chris Fanning wrote:
> > Hi all,
> >
> > I'm at the end of my wits.
> > I desperately need some ideas.
> >
> > Not long ago I posted here with problems booting xen on a P5Pdeluxe
> > motherboard.
> > When I boot this machine with vanilla debian etch, there are no
> > problems.
> >
> > ata1: SATA link up 3,0 Gpb (SStatus 123 Scontrol 200)
> > ata1: qc timeout (cmd 0xec)
> > ata1: failed to identify (I/0 error, err_mask = 0x0104)
> > ata1: port is slow to resond, please be patient
> > ata1: failes to respond (30 secs)
> > ata1: COMRESET failed, device not ready
> > ata1: hardreset failded
> >
> > But this doesn't always happen. 50% of the time, the process stalls
> > for about 6 secs on.
> > ACP: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (low level) -> IRQ 18
> > And then continues correctly.
> >
> > The machine also stalls during boot at usb hub detection, and NIC
> > detection (or loading module).
> >
> > Well, I gave up, thought it was some weird hardware issue, and
> > decided to use that machine as my own PC (because it boots etch just
> > fine).
> >
> > So I started afresh with an asus P5LD2 and I've got exactly the same
> > problem.!!
> >
> > The only thing that these two machines have in common is the
> > powercord and I've changed that too!
> >
> > I'm not new to Xen, I've installed at least 15 since 3.0.1 These
> > problems occur with my own compiled kernels and the debian packaged
> > kernels.
> >
> > Any ideas please?
> >
> > Chris.
>
> Sorry, no help from me. I just wanted to say I'm still in the same
> boat as you, although I use Fedora and a Dell Optiplex 745 machine.
>
> Mine boots about 5% of the time; I wish it would boot 50% of the time!
> My errors are similar to yours but not identical due to different
> distro. I can boot the vanilla Fedora 7 kernel, but not the Fedora 7
> Xen kernel package or the manually compiled Xen kernel.
>
> What do we have in common? Error messages during or immediately
> before or after ata detection. Both the 965 and 945 chipsets lack
> native ata support, so it's either not present (in my case) or tacked
> on with a 3rd party device by motherboard manufacturers (in your
> case). In both cases, however, it seems Xen can cause a lot of
> trouble with detecting ata, whether it's physically present or not.
> Others have posted that Xen works fine with their 965 boards, so
> unfortunately this isn't a consistent problem.
>
> I have determined that my problem seems to be occuring during the
> ramdisk's (initrd) loading of modules, before the kernel even gets to
> start booting. There's problems with the ata drivers. The thing is,
> no amount of remaking or fiddling with my initrd contents seems to fix
> this, but I'm no Linux guru so maybe there is a fix.
>
> Chris, does your system use an initrd or does it boot straight from
> the kernel? This might be useful information, although I don't know
> what it would tell us at this point.
>
> I believe we've dismissed the previously suggested notion that this is
> a hardware problem, since you and I have had it on 3 separate models
> of boards. I've flashed my BIOS to the latest version, and done as
> much troubleshooting as I know how, but still no luck fixing it.
>
> All I can think to do is wait for the next release of a new Xen kernel.
> I'd love it if someone could give us a better option, though.
>
> Steve Brueckner, ATC-NY
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
|
|
Home