Instead of using the virt_ptr use request buffer for copying
back the nvmd response data and use the same in request function also
Signed-off-by: Suresh Thiagarajan
Reviewed-by: Tomas Henzl
---
drivers/scsi/pm8001/pm8001_ctl.c |4 +---
drivers/scsi/pm8001/pm8001_hwi.c |8
2 fil
On 08/10/2014 02:54 PM, Guenter Roeck wrote:
The latest kernel fails to boot qemu arm images when using scsi
for disk access. Boot gets stuck after the following messages.
brd: module loaded
sym53c8xx :00:0c.0: enabling device (0100 -> 0103)
sym0: <895a> rev 0x0 at pci :00:0c.0 irq 93
sy
On Sun, Aug 10, 2014 at 08:43:31PM +0800, Greg KH wrote:
> On Sat, Aug 09, 2014 at 06:41:19PM +0200, Luis R. Rodriguez wrote:
> > On Wed, Jul 30, 2014 at 03:11:07PM -0700, David Miller wrote:
> > > From: "Luis R. Rodriguez"
> > > Date: Mon, 28 Jul 2014 11:28:28 -0700
> > >
> > > > Tetsuo bisected
China Steel Corporation (CSAC), is in urgent need of a reputable company,/firm
or individual to serve as our financial coordinator in Canada, America, Europe,
Uk. It's a part time job and pays well. If you are interested in working with
us
please reply: stchang1113...@safe-mail.net.
Thank yo
Greg KH wrote:
> Why doesn't it work? Doesn't modprobe come right back and the init
> sequence still takes a while to run? What exactly fails?
I guess ...
> @@ -5429,9 +5429,19 @@ mptsas_init(void)
> return error;
> }
>
> +static struct task_struct *init_thread;
> +
> +static int __ini
The latest kernel fails to boot qemu arm images when using scsi
for disk access. Boot gets stuck after the following messages.
brd: module loaded
sym53c8xx :00:0c.0: enabling device (0100 -> 0103)
sym0: <895a> rev 0x0 at pci :00:0c.0 irq 93
sym0: No NVRAM, ID 7, Fast-40, LVD, parity checki
On Sat, Aug 09, 2014 at 06:41:19PM +0200, Luis R. Rodriguez wrote:
> On Wed, Jul 30, 2014 at 03:11:07PM -0700, David Miller wrote:
> > From: "Luis R. Rodriguez"
> > Date: Mon, 28 Jul 2014 11:28:28 -0700
> >
> > > Tetsuo bisected and found that commit 786235ee "kthread: make
> > > kthread_create()
Christoph Hellwig wrote, on 14/07/14 17:56:
port_detect is only called from the module_init routine and thus implicitly
serialized, so remove the driver lock which was held over potentially
sleeping function calls.
Signed-off-by: Christoph Hellwig
Reported-by: Arthur Marsh
Tested-by: Arthur Ma
8 matches
Mail list logo