Re: Another (ESP?) scsi blk-mq problem on sparc64

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 24 Nov 2014, David Miller wrote:

> From: mroos@xxxxxxxx
> Date: Tue, 25 Nov 2014 00:23:20 +0200 (EET)
> 
> >> > > > Yes, that does look like the case.  Do you have a good trick on how
> >> > > > to allocate a map for the highest possible cpu number without first
> >> > > > iterating the cpu map?  I couldn't find something that looks like a
> >> > > > highest_possible_cpu() helper.
> >> > >
> >> > > Honestly I think that num_posible_cpus() should return the max of
> >> > > number of CPUs (weigt), and the highest numbered CPU. It's a pain in
> >> > > the butt to handle this otherwise.
> >> >
> >> > Hear, hear!!!  That would make my life easier, and would make this sort
> >> > of problem much less likely to occur!
> >> 
> >> How about this one?
> > 
> > It make the machine work.
> 
> Thanks for testing!
> 

What's the status of this fix? It is still not applied on yesterdays 
3.19.0-rc6-00105-gc59c961 git...

-- 
Meelis Roos (mroos@xxxxxxxx)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux