Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Dmitriy Tochansky <toch@dfpost.ru>
To: linux-mips@linux-mips.org
Subject: Re: yenta_socket
Date: Mon, 23 May 2005 20:18:48 +0400	[thread overview]
Message-ID: <20050523201848.3dd58338.toch@dfpost.ru> (raw)
In-Reply-To: <20050524.005447.96686952.anemo@mba.ocn.ne.jp>

On Tue, 24 May 2005 00:54:47 +0900 (JST)
Atsushi Nemoto <anemo@mba.ocn.ne.jp> wrote:

> >>>>> On Mon, 23 May 2005 18:45:01 +0400, Dmitriy Tochansky <toch@dfpost.ru> said:
> 
> toch> Im enable cardbus yenta type in kernel config and see the
> toch> follow:
> 
> toch> yenta 0000:00:11.0: Preassigned resource 0 busy, reconfiguring...
> toch> yenta 0000:00:11.0: Preassigned resource 1 busy, reconfiguring...
> 
> I think these messages are due to confliction with resource management
> codes in drivers/pci/setup-bus.c.  Though I do not see details yet,
> this quick workaround might solve this issue.
> 
> --- linux-mips/drivers/pcmcia/yenta_socket.c	2005-04-18 00:43:34.000000000 +0900
> +++ linux/drivers/pcmcia/yenta_socket.c	2005-05-04 00:21:38.000000000 +0900
> @@ -611,10 +611,12 @@
  
  Well, yes, the resourse problem "dissapear", but irq is still asking to report. I'll try to check setup-bus.c becourse IMHO there is problem in irq assignment or something.
Yenta: CardBus bridge found at 0000:00:11.0 [e4bf:2000]                         
Yenta: Enabling burst memory read transactions                                  
Yenta: Using CSCINT to route CSC interrupts to PCI                              
Yenta: Routing CardBus interrupts to PCI                                        
Yenta TI: socket 0000:00:11.0, mfunc 0x0fc01d02, devctl 0x66                    
drivers/pcmcia/ti113x.h pci_irq_status = 0                                      
Yenta TI: socket 0000:00:11.0 probing PCI interrupt failed, trying to fix       
Yenta TI: socket 0000:00:11.0 falling back to parallel PCI interrupts           
Yenta TI: socket 0000:00:11.0 no PCI interrupts. Fish. Please report.           
CPU 0 Unable to handle kernel paging request at virtual address 00000004, epc =c
Oops in arch/mips/mm/fault.c::do_page_fault, line 167[#1]:                      


-- 
Dmitriy Tochansky
toch@dfpost.ru
JID: dtoch@jabber.ru

  reply	other threads:[~2005-05-23 16:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-23 14:45 yenta_socket Dmitriy Tochansky
2005-05-23 15:54 ` yenta_socket Atsushi Nemoto
2005-05-23 16:18   ` Dmitriy Tochansky [this message]
2005-05-23 16:25 ` yenta_socket Dmitriy Tochansky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050523201848.3dd58338.toch@dfpost.ru \
    --to=toch@dfpost.ru \
    --cc=linux-mips@linux-mips.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox