Hello

Dear Friend, I am Mr. Joel TOURE,a banker by profession and I work with one of the largest bank here as the Group Managing Director/Chief Executive Officer. Meanwhile,I'm seriously in need of a partner then I decide to contact you believing that you can partner with me as I have opportunity to

Re: [PATCH 06/40] proc: introduce proc_create_single{,_data}

On Thu, Apr 26, 2018 at 11:45:50AM +1000, Finn Thain wrote: > > > > -/* > > - * /proc/nubus stuff > > - */ > > - > > I don't think that the introduction of proc_create_single{,_data} alters > the value of that comment. That comment and similar comments in the same > file do have a purpose, whi

Re: simplify procfs code for seq_file instances V2

On Sun, May 06, 2018 at 08:19:49PM +0300, Alexey Dobriyan wrote: > On Wed, Apr 25, 2018 at 05:47:47PM +0200, Christoph Hellwig wrote: > > Changes since V1: > > - open code proc_create_data to avoid setting not fully initialized > >entries live > > - use unsigned int for state_size > > Need t

Re: [PATCH 34/40] atm: simplify procfs code

On Sat, May 05, 2018 at 07:51:18AM -0500, Eric W. Biederman wrote: > Christoph Hellwig writes: > > > Use remove_proc_subtree to remove the whole subtree on cleanup, and > > unwind the registration loop into individual calls. Switch to use > > proc_create_seq where applicable. > > Can you please

Re: [PATCH 04/40] proc: introduce proc_create_seq{,_data}

On Mon, Apr 30, 2018 at 02:19:25PM +0100, David Howells wrote: > Christoph Hellwig wrote: > > > + > > +struct proc_dir_entry *proc_create_seq_data(const char *name, umode_t mode, > > + struct proc_dir_entry *parent, const struct seq_operations *ops, > > + void *data) > > +{ >

Re: [PATCH 11/40] ipv6/flowlabel: simplify pid namespace lookup

On Sat, May 05, 2018 at 07:37:33AM -0500, Eric W. Biederman wrote: > Christoph Hellwig writes: > > > The shole seq_file sequence already operates under a single RCU lock pair, > > so move the pid namespace lookup into it, and stop grabbing a reference > > and remove all kinds of boilerplate code.

[GIT PULL] SCSI fixes for 4.17-rc5

Two small driver fixes: aacraid to fix an unknown IU type on task management functions which causes a firmware fault and vmw_pvscsi to change a return code to retry the operation instead of causing an immediate error The patch is available here: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/

[PATCH 2/2] Remove percpu_ida

From: Matthew Wilcox With its one user gone, remove the library code. Signed-off-by: Matthew Wilcox --- include/linux/percpu_ida.h | 83 lib/Makefile | 2 +- lib/percpu_ida.c | 391 - 3 files changed, 1 insertion(+), 475 d

[PATCH 0/2] Use sbitmap instead of percpu_ida

From: Matthew Wilcox This is a pretty rough-and-ready conversion of the target drivers from using percpu_ida to sbitmap. It compiles; I don't have a target setup, so it's completely untested. I haven't tried to do anything particularly clever here, so it's possible that, for example, the wait q

[PATCH 1/2] Convert target drivers to use sbitmap

From: Matthew Wilcox The sbitmap and the percpu_ida perform essentially the same task, allocating tags for commands. Since the sbitmap is more used than the percpu_ida, convert the percpu_ida users to the sbitmap API. Signed-off-by: Matthew Wilcox --- drivers/scsi/qla2xxx/qla_target.c

Re: [PATCH 1/2] Convert target drivers to use sbitmap

On 5/15/18 10:00 AM, Matthew Wilcox wrote: > From: Matthew Wilcox > > The sbitmap and the percpu_ida perform essentially the same task, > allocating tags for commands. Since the sbitmap is more used than > the percpu_ida, convert the percpu_ida users to the sbitmap API. It should also be the sa

Re: [PATCH 1/2] Convert target drivers to use sbitmap

On 5/15/18 10:11 AM, Jens Axboe wrote: > On 5/15/18 10:00 AM, Matthew Wilcox wrote: >> From: Matthew Wilcox >> >> The sbitmap and the percpu_ida perform essentially the same task, >> allocating tags for commands. Since the sbitmap is more used than >> the percpu_ida, convert the percpu_ida users

[Bug 199703] HPSA blocking boot on HP smart Array P400

https://bugzilla.kernel.org/show_bug.cgi?id=199703 --- Comment #5 from Roberto M. (roby_program...@fastwebnet.it) --- Downloaded from kernel.org 4.13.16 kernel, build and tested it works uname -a Linux Server-Ubuntu-01 4.13.16 #1 SMP Mon May 14 19:51:55 CEST 2018 x86_64 x86_64 x86_64 GNU/Linux D

[PATCH v4] target: transport should handle st FM/EOM/ILI reads

When a tape drive is exported via LIO using the pscsi module, a read that requests more bytes per block than the tape can supply returns an empty buffer. This is because the pscsi pass-through target module sees the "ILI" illegal length bit set and thinks there is no reason to return the data. Thi

drivers/scsi/libiscsi.c : Fix iscsi_data_xmit function design defects cause a time-out

problem description : Target ： created a raid1 array use 8 disks, Initiator : The iscsi negotiation result : ImmediateData=Yes InitialR2T=Yes FirstBurstLength=65536 MaxBurstLength=262144 MaxRecvDataSegmentLength=262144 In Init

Re: [PATCH 0/4] Add required changes to ufshcd to support exynos ufs hci

Hi All, Any thought on this patch set? On Sun, May 6, 2018 at 3:44 PM, Alim Akhtar wrote: > Hi All > > These patches are part of a larger patch series [1] which attempts upstreaming > EXYNOS UFS driver support. There was not much activities after v5 of that > series. In between I saw there were

Re: [RFC PATCH V2] scsi: ufs: Add specific callback for setting DMA mask

Ping !!! On Thu, Mar 8, 2018 at 4:33 PM, Alim Akhtar wrote: > Currently DMA mask for UFS HCI is set by reading CAP register's > [64AS] bit. Some HCI controller like Exynos support 36-bit bus address. > This works perfectly fine with DMA mask set as 64 in case there is no > IOMMU attached to HCI.

Re: [PATCH 1/2] Convert target drivers to use sbitmap

Hi, Matthew Wilcox writes: > From: Matthew Wilcox > > The sbitmap and the percpu_ida perform essentially the same task, > allocating tags for commands. Since the sbitmap is more used than > the percpu_ida, convert the percpu_ida users to the sbitmap API. > > Signed-off-by: Matthew Wilcox > --