On Wed, Mar 07, 2012 at 04:57:09AM +0100, Peter Stuge wrote:
> Kevin O'Connor wrote:
> > No status is put anywhere to indicate why the
> > controller stops updating the frame counter.
>
> Your suggestions for what to try are excellent.
>
> At this point it might be a good idea to look at CS5536 e
On Tue, Mar 06, 2012 at 09:00:55AM -0800, Alain Ribière wrote:
> Hello,
>
> I'm reacting a bit later but I have a trouble with an old DOS OS from Digital
> Research called Concurrent DOS.
> It worked fine till Qemu v0.11.1.
> I tried it with a lot of versions from 0.12.0 to 1.0.1 and it boot corr
On Mon, Mar 05, 2012 at 04:01:45PM -0800, ron minnich wrote:
> I'm seeing the ld problem on all my linux systems.
What distro do you have? This got fixed in Fedora updates at least.
I would normally work around build tool defects (and have done so on
many occasions). Unfortunately, this LD one
On Wed, Mar 7, 2012 at 1:46 PM, Guillem Jover wrote:
> Hi!
>
> On Mon, 2012-03-05 at 17:49:08 +, Julian Pidancet wrote:
>> diff --git a/hw/xfree86/x86emu/ops.c b/hw/xfree86/x86emu/ops.c
>> index 5d3cac1..440b8dc 100644
>> --- a/hw/xfree86/x86emu/ops.c
>> +++ b/hw/xfree86/x86emu/ops.c
>> @@ -87
The solution in other projects I have worked on is to have an
initialized struct and just copy it at runtime to the right place.
This gets around all the issues with ld (which have been issues in
various ways for 12 years now ... just different ones :)
How big are the tables? If they're not that b
On Wed, Mar 7, 2012 at 7:04 PM, Guillem Jover wrote:
> On Wed, 2012-03-07 at 17:54:57 +, Julian Pidancet wrote:
>> On Wed, Mar 7, 2012 at 1:46 PM, Guillem Jover wrote:
>> > On Mon, 2012-03-05 at 17:49:08 +, Julian Pidancet wrote:
>> >> diff --git a/hw/xfree86/x86emu/ops.c b/hw/xfree86/x86
Op dinsdag 06-03-2012 om 22:25 uur [tijdzone -0500], schreef Kevin
O'Connor:
> You could try, dumping the value of cntl->regs->periodicstart and
> cntl->regs->fminterval at the end of start_ohci() to see if there's
> something odd there.
>
> You could also try setting the Skip bit in ohci_alloc_in
All,
I'm seeing another USB issue with our platform(s). I've been following the
other active USB mail list issue "usb ohci pipe free fix" but don't exactly
know where that one started. I'm only guessing that this could be related.
The description of my h/w setup is ...
- AMD/Persimmon platform
Op woensdag 07-03-2012 om 22:51 uur [tijdzone +0100], schreef Nils:
> Op dinsdag 06-03-2012 om 22:25 uur [tijdzone -0500], schreef Kevin
> O'Connor:
> > You could try, dumping the value of cntl->regs->periodicstart and
> > cntl->regs->fminterval at the end of start_ohci() to see if there's
> > some
Hi!
On Mon, 2012-03-05 at 17:49:08 +, Julian Pidancet wrote:
> diff --git a/hw/xfree86/x86emu/ops.c b/hw/xfree86/x86emu/ops.c
> index 5d3cac1..440b8dc 100644
> --- a/hw/xfree86/x86emu/ops.c
> +++ b/hw/xfree86/x86emu/ops.c
> @@ -8787,11 +8795,16 @@ static void x86emuOp_enter(u8 X86EMU_UNUSED(op
I ran qemu 1.0.1 and the latest SeaBIOS (from the git) with the following
options :
qemu-system-i386 -L git/bios -fda disk.img -no-fd-bootchk -boot a -m 16
Here is the log :
https://docs.google.com/open?id=0B7mz0vq6Rpb7UE1ibjJDcEhTRWlNV050QnMyMWwtZw
Here is the floppy disk image I used :
https
On Wed, 2012-03-07 at 17:54:57 +, Julian Pidancet wrote:
> On Wed, Mar 7, 2012 at 1:46 PM, Guillem Jover wrote:
> > On Mon, 2012-03-05 at 17:49:08 +, Julian Pidancet wrote:
> >> diff --git a/hw/xfree86/x86emu/ops.c b/hw/xfree86/x86emu/ops.c
> >> index 5d3cac1..440b8dc 100644
> >> --- a/hw/
On Wed, Mar 07, 2012 at 10:30:17AM -0800, ron minnich wrote:
> The solution in other projects I have worked on is to have an
> initialized struct and just copy it at runtime to the right place.
> This gets around all the issues with ld (which have been issues in
> various ways for 12 years now ...
On Wed, Mar 07, 2012 at 10:51:34PM +0100, Nils wrote:
> Op dinsdag 06-03-2012 om 22:25 uur [tijdzone -0500], schreef Kevin
> O'Connor:
> > You could try, dumping the value of cntl->regs->periodicstart and
> > cntl->regs->fminterval at the end of start_ohci() to see if there's
> > something odd ther
On Wed, Mar 07, 2012 at 03:47:58PM -0700, Dave Frodin wrote:
> All,
>
> I'm seeing another USB issue with our platform(s). I've been following the
> other active USB mail list issue "usb ohci pipe free fix" but don't exactly
> know where that one started. I'm only guessing that this could be relat
15 matches
Mail list logo