做销 售要有强烈的企图心―成功的欲 望.xls
Description: Binary data
___
devel mailing list
devel@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/devel
On Fri, Jul 20, 2012 at 11:33:27AM -0500, H Hartley Sweeten wrote:
> I think there are a couple pci drivers that would still need the old "attach"
> in order to load firmware using comedi_config. We can address those
> later and possibly figure out a more "standard" way to load the firmware.
That
As mentioned by Ian Abbott, the pci address passed to ioremap
should be a resource_size_t not an unsigned long. Use a local
variable of that type to hold the pci_resource_start() that is
passed to ioremp().
Set the dev->iobase to a dummy non-zero value so that the "detach"
can use it as a flag to
As mentioned by Ian Abbott, the pci address passed to ioremap
should be a resource_size_t not an unsigned long. Use a local
variable of that type to hold the pci_resource_start() that is
passed to ioremp().
Set the dev->iobase to a dummy non-zero value so that the "detach"
can use it as a flag to
As mentioned by Ian Abbott, the pci address passed to ioremap
should be a resource_size_t not an unsigned long. Use a local
variable of that type to hold the pci_resource_start() that is
passed to ioremp().
Set the dev->iobase to a dummy non-zero value so that the "detach"
can use it as a flag to
As mentioned by Ian Abbott, this driver originally checked
the pci_dev subsystem_device in order to make sure that the
pci_dev was compatible with this driver. The cleanup of the
"find pci device" code removed this check. Add it back.
Signed-off-by: H Hartley Sweeten
Reported-by: Ian Abbott
Cc:
As mentioned by Ian Abbott, the comedi pci drivers that try to
locate an unused pci device with the pci_is_enabled() test
might actually skip over a perfectly good unused device. This
test is also not consistent with the other comedi pci drivers.
Remove the test from all the comedi pci drivers.
S
The patchset to store the pci_dev in the comedi_device had a couple
issues pointed out by Ian Abbott. This patchset addresses all of
them except checking the "bustype" in the detach of the amplc drivers.
Ian is going to address those.
H Hartley Sweeten (5):
staging: comedi: remove pci_is_enabled
oops forgot to add LKML,
On Fri, Jul 20, 2012 at 10:45 PM, Devendra Naga
wrote:
>
> as the init and exit functions just do a platform_driver_register and
> platform_driver_unregister, and nothing else, so its better to
> use the module_platform_driver macro rather replicating its implementation
>
as the init and exit functions just do a platform_driver_register and
platform_driver_unregister, and nothing else, so its better to
use the module_platform_driver macro rather replicating its implementation
Signed-off-by: Devendra Naga
---
drivers/staging/android/timed_gpio.c | 13 +--
On Thursday, July 19, 2012 4:35 PM, gregkh wrote:
> On Thu, Jul 19, 2012 at 06:31:23PM -0500, H Hartley Sweeten wrote:
>> If the comedi pci drivers have the "attach_pci" callback defined, the
>> PCI api does correctly probe the driver. The comedi_pci_auto_config()
>> then passes the pci_dev directl
On Thu, Jul 19, 2012 at 4:43 PM, Anton Vorontsov
wrote:
> We can dereference 'cxt->cprz' if console and dump logging are disabled
> (which is unlikely, but still possible to do). This patch fixes the issue
> by changing the code so that we don't dereference przs at all, we can
> just calculate buf
On Fri, Jul 20, 2012 at 04:02:44PM +, KY Srinivasan wrote:
> > On Fri, Jul 20, 2012 at 10:03:08AM +0200, Bjørn Mork wrote:
> > > Use OS version number in the guest ID as recommended by Microsoft
> > >
> > > Signed-off-by: Bjørn Mork
> > > ---
> > > So how about something like this? Yes, I kno
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Friday, July 20, 2012 11:27 AM
> To: Bjørn Mork
> Cc: KY Srinivasan; Paolo Bonzini; devel@linuxdriverproject.org; linux-
> ker...@vger.kernel.org; virtualizat...@lists.osdl.org
> Subject: Re: [PATCH] drivers:
On Fri, Jul 20, 2012 at 10:03:08AM +0200, Bjørn Mork wrote:
> Use OS version number in the guest ID as recommended by Microsoft
>
> Signed-off-by: Bjørn Mork
> ---
> So how about something like this? Yes, I know including
> linux/version.h often is unwanted, but the spec does
> recommend using t
> -Original Message-
> From: richard -rw- weinberger [mailto:richard.weinber...@gmail.com]
> Sent: Friday, July 20, 2012 11:04 AM
> To: KY Srinivasan
> Cc: Bjørn Mork; Greg KH (gre...@linuxfoundation.org); Paolo Bonzini;
> devel@linuxdriverproject.org; linux-ker...@vger.kernel.org;
> virt
On Fri, Jul 20, 2012 at 4:00 PM, KY Srinivasan wrote:
> Thank you for your interest in fixing this problem. When we decide to change
> this
> ID, we will conform to the MSFT guidelines on constructing this guest ID.
>
I'm wondering why it hasn't been conform to the MSFT guidelines from
the very
> -Original Message-
> From: Bjørn Mork [mailto:bj...@mork.no]
> Sent: Friday, July 20, 2012 3:59 AM
> To: KY Srinivasan
> Cc: Greg KH (gre...@linuxfoundation.org); Paolo Bonzini;
> devel@linuxdriverproject.org; linux-ker...@vger.kernel.org;
> virtualizat...@lists.osdl.org
> Subject: Re:
From: Wei WANG
Realtek SD/MMC card interface driver is used to access
SD/MMC card, with the help of Realtek card reader adapter driver.
Signed-off-by: Wei WANG
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile |2 +
drivers/mmc/host/rtsx_sdmmc.c | 357 +
From: Wei WANG
Realtek card reader core driver is the bus driver for Realtek
driver-based card reader, which supplies adapter layer to
be used by lower-level pci/usb card reader and upper-level
sdmmc/memstick host driver.
Signed-off-by: Wei WANG
---
Documentation/misc-devices/realtek_cr.txt |
On 19/07/12 23:39, Greg Kroah-Hartman wrote:
> On Thu, Jul 19, 2012 at 08:08:50PM +0100, Martyn Welch wrote:
>> The match function for vme_user is completely wrong. It will blindly bind
>> against the first VME slot on each bus (at this point that would be just the
>> first bus as the driver can on
Use OS version number in the guest ID as recommended by Microsoft
Signed-off-by: Bjørn Mork
---
So how about something like this? Yes, I know including
linux/version.h often is unwanted, but the spec does
recommend using the actual OS version in the guest ID
Yes, this will be offensive again wh
KY Srinivasan writes:
> Here is the link that describes how the guest ID should be composed:
>
> http://msdn.microsoft.com/en-us/library/windows/hardware/ff542653%28v=vs.85%29.aspx
The unwanted value does not conform to those rules: Linux is not yet at
major version 0xB5.
I propose that you ch
The CPU might write-combine and/or cache memory access. Something that for
most modules is not desired.
Signed-off-by: Samuel Iglesias Gonsálvez
---
drivers/staging/ipack/bridges/tpci200.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/ipack/bridg
The linked list of registered devices is not needed as the struct
tpci200_board is saved in private data field of the pci device.
Signed-off-by: Jens Taprogge
Signed-off-by: Samuel Iglesias Gonsálvez
---
drivers/staging/ipack/bridges/tpci200.c | 34 ++-
1 file chan
Signed-off-by: Samuel Iglesias Gonsálvez
---
drivers/staging/ipack/bridges/tpci200.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ipack/bridges/tpci200.c
b/drivers/staging/ipack/bridges/tpci200.c
index 2b83fa8..a7fb2cf 100644
--- a/drivers/staging/ipack/
26 matches
Mail list logo
