On Wed, 2013-06-05 at 22:25 -0700, Guenter Roeck wrote:
>
>
> Can you point me to some of the breaking code ? I guess it must be in some of
> the pci_dma_dev_setup callbacks, but those I looked at only check devicetree
> data or simply set function pointers, both of which should not be affected
On Thu, Jun 06, 2013 at 11:00:04AM +1000, Benjamin Herrenschmidt wrote:
> On Sat, 2013-06-01 at 06:58 -0700, Guenter Roeck wrote:
> > the comment was actuially directed towards Yuanquan.
> >
> > No problem, take your time. I did my best to test it, but I agree that this
> > is a
> > critical
On Sat, 2013-06-01 at 06:58 -0700, Guenter Roeck wrote:
> the comment was actuially directed towards Yuanquan.
>
> No problem, take your time. I did my best to test it, but I agree that this
> is a
> critical area of the code, and it would be desirable to get additional
> scrutiny
> and test
On Sat, 2013-06-01 at 06:58 -0700, Guenter Roeck wrote:
the comment was actuially directed towards Yuanquan.
No problem, take your time. I did my best to test it, but I agree that this
is a
critical area of the code, and it would be desirable to get additional
scrutiny
and test feedback.
On Thu, Jun 06, 2013 at 11:00:04AM +1000, Benjamin Herrenschmidt wrote:
On Sat, 2013-06-01 at 06:58 -0700, Guenter Roeck wrote:
the comment was actuially directed towards Yuanquan.
No problem, take your time. I did my best to test it, but I agree that this
is a
critical area of the
On Wed, 2013-06-05 at 22:25 -0700, Guenter Roeck wrote:
Can you point me to some of the breaking code ? I guess it must be in some of
the pci_dma_dev_setup callbacks, but those I looked at only check devicetree
data or simply set function pointers, both of which should not be affected by
On Mon, Jun 03, 2013 at 10:28:47AM +0800, Chen Yuanquan-B41889 wrote:
> On 06/01/2013 09:58 PM, Guenter Roeck wrote:
> >On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
> >>On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
> >>>On Wed, May 29, 2013 at 05:30:41PM +0800,
On 06/01/2013 09:58 PM, Guenter Roeck wrote:
On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
On 06/01/2013 09:58 PM, Guenter Roeck wrote:
On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
On Mon, Jun 03, 2013 at 10:28:47AM +0800, Chen Yuanquan-B41889 wrote:
On 06/01/2013 09:58 PM, Guenter Roeck wrote:
On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen
On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
> > On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
> > > On 05/29/2013 01:35 AM, Guenter Roeck wrote:
> > > >bios_add_device(). Drop explicit
On Fri, May 31, 2013 at 03:44:07PM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
bios_add_device(). Drop explicit calls to
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
> On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
> > On 05/29/2013 01:35 AM, Guenter Roeck wrote:
> > >bios_add_device(). Drop explicit calls to pcibios_setup_device();
> > >this makes pcibios_setup_bus_devices() a noop
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
> On 05/29/2013 01:35 AM, Guenter Roeck wrote:
> >bios_add_device(). Drop explicit calls to pcibios_setup_device();
> >this makes pcibios_setup_bus_devices() a noop function which could
> >eve
>
> Yeah, it's more reasonable to
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
bios_add_device(). Drop explicit calls to pcibios_setup_device();
this makes pcibios_setup_bus_devices() a noop function which could
eve
Yeah, it's more reasonable to do the
On Thu, 2013-05-30 at 22:14 -0700, Guenter Roeck wrote:
On Wed, May 29, 2013 at 05:30:41PM +0800, Chen Yuanquan-B41889 wrote:
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
bios_add_device(). Drop explicit calls to pcibios_setup_device();
this makes pcibios_setup_bus_devices() a noop function
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
bios_add_device(). Drop explicit calls to pcibios_setup_device();
this makes pcibios_setup_bus_devices() a noop function which could
eve
Yeah, it's more reasonable to do the irq and DMA related initialization
in one code path for all devices.
On 05/29/2013 01:35 AM, Guenter Roeck wrote:
bios_add_device(). Drop explicit calls to pcibios_setup_device();
this makes pcibios_setup_bus_devices() a noop function which could
eve
Yeah, it's more reasonable to do the irq and DMA related initialization
in one code path for all devices.
Commit 37f02195b (powerpc/pci: fix PCI-e devices rescan issue on powerpc
platform) fixes a problem with interrupt and DMA initialization on hot
plugged devices. With this commit, interrupt and DMA initialization for
hot plugged devices is handled in the pci device enable function.
This approach
Commit 37f02195b (powerpc/pci: fix PCI-e devices rescan issue on powerpc
platform) fixes a problem with interrupt and DMA initialization on hot
plugged devices. With this commit, interrupt and DMA initialization for
hot plugged devices is handled in the pci device enable function.
This approach
20 matches
Mail list logo