Hi ,
Attached please find the copy of the shipping documents from L-
Tech On Board 3/11/2019 for your reference.
If you have any questions, please do not hesitate to let us know.
Thank you.
Regards,
Lighting SPOT26 LLC
Bright up your Life
SHIPPING DOCUMENTS.xlsx
Description: Binary data
_
On Mon, Mar 18, 2019 at 10:27:57AM +0800, Phil Reid wrote:
> On 18/03/2019 4:53 am, Vladimir Petrigo wrote:
> >Signed-off-by: Vladimir Petrigo
> >---
> > drivers/staging/iio/adc/ad7192.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> >diff --git a/drivers/staging/iio/adc/ad7192.c
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
debugfs_cleanup
head: 6e9f7c08eb403975521108d1f10b77f8990cfe0c
commit: 6e9f7c08eb403975521108d1f10b77f8990cfe0c [57/57] ceph: fix changelog
config: x86_64-randconfig-u0-03191534 (attached as .config)
compiler: gcc-5 (
On Tue, Mar 19, 2019 at 12:36:10PM +0530, sateesh m wrote:
> Hi Sir,
>
>I am trying to add my own custom driver inside the yocto. how
> can I add driver and how to add already available driver .can you please
> share readme file. Thanking you in advance.
Please read the Yocto document
On Tue, Mar 19, 2019 at 12:02:13AM +0100, Emiliano Ingrassia wrote:
> Fix various warnings and checks issued by checkpatch.pl.
You need to be very specific as to what exactly you are doing here.
"various" is not specific :)
Also, please break up the patch into a patch series, each patch only
doin
On Mon, Mar 18, 2019 at 08:58:41PM -0300, Julian Merida wrote:
> Fix all checkpatch issues: "CHECK: Alignment should match open parenthesis"
>
> Signed-off-by: Julian Merida
> Reviewed-by: Gao Xiang
Was this really reviewed by Gao? Offline or on-list? I missed it if it
was on-list :(
thanks,
On Mon, Mar 18, 2019 at 09:32:59PM +, Jeremy Sowden wrote:
> On 2019-03-18, at 10:57:49 +, Colin King wrote:
> > The range check on auth_type is redundant as there is a prior
> > check on the auth_type values and the only way the block is entered
> > is if auth_type is one of TYPE_PMK1, TYP
Hi Greg,
On 2019/3/19 21:28, Greg KH wrote:
> On Mon, Mar 18, 2019 at 08:58:41PM -0300, Julian Merida wrote:
>> Fix all checkpatch issues: "CHECK: Alignment should match open parenthesis"
>>
>> Signed-off-by: Julian Merida
>> Reviewed-by: Gao Xiang
>
> Was this really reviewed by Gao? Offline
On 19/03/2019 13:29, Greg Kroah-Hartman wrote:
> On Mon, Mar 18, 2019 at 09:32:59PM +, Jeremy Sowden wrote:
>> On 2019-03-18, at 10:57:49 +, Colin King wrote:
>>> The range check on auth_type is redundant as there is a prior
>>> check on the auth_type values and the only way the block is en
Used to simulate disk IO read error for testing fatal
error tolerance.
Here are the details,
1) use bio->bi_private to indicate super_block
for non-compressed bios since some (mainly meta)
pages can be of the corresponding bdev inode;
2) get super_block dynamically for compressed bios,
th
1) In order to clean up unnecessary
page->mapping == MNGD_MAPPING(sbi) wrapped by #ifdefs;
2) Needed by "staging: erofs: support IO read error injection".
Signed-off-by: Gao Xiang
---
drivers/staging/erofs/internal.h | 7 +++
drivers/staging/erofs/unzip_vle.c | 31 +
Complete read error handling paths for all three kinds of
compressed pages:
1) For cache-managed pages, PG_uptodate will be checked since
read_endio will unlock and SetPageUptodate for these pages;
2) For inplaced pages, read_endio cannot SetPageUptodate directly
since it should be used
Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh,
hello dear
I came across your contact during my private search. Mrs Aisha Al-
Qaddafi is my name, the only daughter of late Libyan president, am a
single Mother and a Widow with three Children.I have funds the sum of
$27.5 million USD for investment,
From: Ariel Torti
Patches cleaning up comments and code
Ariel Torti (4):
Fix comment style in header and functions
Remove commented code
Add blank lines at the end of file and after functions
Fix lines longer than 80 chars
drivers/staging/rtl8723bs/core/rtw_io.c | 77 --
From: Ariel Torti
Signed-off-by: Ariel Torti
---
drivers/staging/rtl8723bs/core/rtw_io.c | 50 +++--
1 file changed, 23 insertions(+), 27 deletions(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_io.c
b/drivers/staging/rtl8723bs/core/rtw_io.c
index d341069..16f7
From: Ariel Torti
Signed-off-by: Ariel Torti
---
drivers/staging/rtl8723bs/core/rtw_io.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/staging/rtl8723bs/core/rtw_io.c
b/drivers/staging/rtl8723bs/core/rtw_io.c
index fc0fd245..0470074 100644
--- a/drivers/staging/rtl8723bs/core
From: Ariel Torti
Signed-off-by: Ariel Torti
---
drivers/staging/rtl8723bs/core/rtw_io.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_io.c
b/drivers/staging/rtl8723bs/core/rtw_io.c
index 16f7b34..fc0fd245 100644
--- a/drivers/staging/rtl8723bs/
From: Ariel Torti
Signed-off-by: Ariel Torti
---
drivers/staging/rtl8723bs/core/rtw_io.c | 14 ++
1 file changed, 10 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/rtl8723bs/core/rtw_io.c
b/drivers/staging/rtl8723bs/core/rtw_io.c
index 0470074..480227a 100644
--- a/dri
On Tue, Mar 19, 2019 at 12:47:02PM -0300, Ariel Torti wrote:
> From: Ariel Torti
>
> Signed-off-by: Ariel Torti
> ---
> drivers/staging/rtl8723bs/core/rtw_io.c | 50
> +++--
> 1 file changed, 23 insertions(+), 27 deletions(-)
Hi,
This is the friendly patch-bot of
We should get 'driver_data' from 'struct device' directly. Going via
platform_device is an unneeded step back and forth.
Signed-off-by: Wolfram Sang
---
Build tested only. buildbot is happy.
drivers/staging/media/imx/imx7-mipi-csis.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
Paul,
I think this patch will fix it... can you run the selinux-testsuite
with the patch to verify? (the conditional assumed that size_t can go
negative)
Thanks,
-Todd
diff --git a/drivers/android/binder.c b/drivers/android/binder.c
index 9a7c431469b3..bb9a661ffecc 100644
--- a/drivers/android
The `insn_read` handler for the EEPROM subdevice on M-series boards
(`ni_m_series_eeprom_insn_read()`) currently ignores `insn->n` (the
number of samples to read) and assumes a single sample is to be read
into `data[0]`. Fortunately, the Comedi core ensures that `data[]` has
a length of at least 1
For insn_read and insn_write handlers for the EEPROM and calibration
subdevices currently assume that insn->n is 1 and access data[0] without
checking insn->n. data[0] exists because the Comedi core ensures it,
but in the case of the insn_write handler it will contain some random,
uninitialized va
The `insn_write` handler for the calibration subdevice
(`ni_calib_insn_write()`) currently ignores `insn->n` (the number of
samples to write) and assumes a single sample is to be written, but
`insn->n` could be 0, meaning no samples should be written, in which
case `data[0]` is invalid.
Change `ni
The `insn_read` handler for the calibration subdevice
(`ni_calib_insn_read()`) currently ignores `insn->n` (the number of
samples to read) and assumes a single sample is to be read into
`data[0]`. Fortunately, the Comedi core ensures that `data[]` has a
length of at least 16, so there is no proble
The `insn_read` handler for the EEPROM subdevice on E-series boards
(`ni_eeprom_insn_read()`) currently ignores `insn->n` (the number of
samples to read) and assumes a single sample is to be read into
`data[0]`. Fortunately, the Comedi core ensures that `data[]` has a
length of at least 16 so ther
On Sat, 16 Mar 2019 10:35:43 +0100
Samuel Thibault wrote:
> Chris Brannon, le ven. 15 mars 2019 18:19:39 -0700, a ecrit:
> > Okash Khawaja writes:
> > > Finally there is an issue where text in output buffer sometimes gets
> > > garbled on SMP systems, but we can continue working on it after th
Alan Cox, le mar. 19 mars 2019 16:31:21 +, a ecrit:
> On Sat, 16 Mar 2019 10:35:43 +0100
> Samuel Thibault wrote:
> > Chris Brannon, le ven. 15 mars 2019 18:19:39 -0700, a ecrit:
> > > Okash Khawaja writes:
> > > > Finally there is an issue where text in output buffer sometimes gets
> > > >
On Tue, Mar 19, 2019 at 04:31:21PM +, Alan Cox wrote:
> On Sat, 16 Mar 2019 10:35:43 +0100
> Samuel Thibault wrote:
> > Chris Brannon, le ven. 15 mars 2019 18:19:39 -0700, a ecrit:
> > > What kind of reproducer do you need here? It's straightforward to
> > > reproduce in casual use, at least
On Tue, Mar 19, 2019 at 12:51 PM Todd Kjos wrote:
> Paul,
>
> I think this patch will fix it... can you run the selinux-testsuite
> with the patch to verify? (the conditional assumed that size_t can go
> negative)
Building a test kernel now, I'll report back as soon as it is finished.
Thanks.
>
phydm.internal is allocated using kzalloc which is used multiple
times without a check for NULL pointer. This patch avoids such a
scenario.
--
v1: Patch collision with different things, fix as per Greg
Signed-off-by: Aditya Pakki
---
drivers/staging/rtlwifi/phydm/rtl_phydm.c | 2 ++
1 file chang
skb allocated via dev_alloc_skb can fail and return a NULL pointer.
This patch avoids such a scenario and returns, consistent with other
invocations.
---
v1: Patch collision with rtl_phydm.c, fix as per Greg
Signed-off-by: Aditya Pakki
---
drivers/staging/rtlwifi/rtl8822be/fw.c | 2 ++
1 file ch
hwxmits is allocated via kcalloc and not checked for failure before its
dereference. The patch fixes this problem by returning an error in
rtl8723bs.
---
v1: Return error and remove print in case of failure, per Greg
Signed-off-by: Aditya Pakki
---
drivers/staging/rtl8188eu/core/rtw_xmit.c|
Fix checkpatch issue:
Please don't use multiple blank lines
Signed-off-by: Dominik Adamski
---
drivers/staging/rtl8192e/rtllib_rx.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtllib_rx.c
b/drivers/staging/rtl8192e/rtllib_rx.c
index debc2e40af00..
On Tue, Mar 19, 2019 at 3:33 PM Paul Moore wrote:
> On Tue, Mar 19, 2019 at 12:51 PM Todd Kjos wrote:
> > Paul,
> >
> > I think this patch will fix it... can you run the selinux-testsuite
> > with the patch to verify? (the conditional assumed that size_t can go
> > negative)
>
> Building a test k
On Mon, Mar 18, 2019 at 07:50:52PM -0400, Joel Fernandes wrote:
> On Mon, Mar 18, 2019 at 01:29:51AM +0100, Christian Brauner wrote:
> > On Sun, Mar 17, 2019 at 08:40:19AM -0700, Daniel Colascione wrote:
> > > On Sun, Mar 17, 2019 at 4:42 AM Christian Brauner
> > > wrote:
> > > >
> > > > On Sat,
On Tue, Mar 19, 2019 at 6:16 PM Todd Kjos wrote:
> On Tue, Mar 19, 2019 at 3:08 PM Paul Moore wrote:
> >
> > On Tue, Mar 19, 2019 at 3:33 PM Paul Moore wrote:
> > > On Tue, Mar 19, 2019 at 12:51 PM Todd Kjos wrote:
> > > > Paul,
> > > >
> > > > I think this patch will fix it... can you run the
On Tue, Mar 19, 2019 at 11:14:17PM +0100, Christian Brauner wrote:
[snip]
> >
> > ---8<---
> >
> > From: Joel Fernandes
> > Subject: [PATCH] Partial skeleton prototype of pidfd_wait frontend
> >
> > Signed-off-by: Joel Fernandes
> > ---
> > arch/x86/entry/syscalls/syscall
On Tue, Mar 19, 2019 at 03:48:32PM -0700, Daniel Colascione wrote:
> On Tue, Mar 19, 2019 at 3:14 PM Christian Brauner
> wrote:
> > So I dislike the idea of allocating new inodes from the procfs super
> > block. I would like to avoid pinning the whole pidfd concept exclusively
> > to proc. The id
On Wed, Mar 20, 2019 at 12:10:23AM +0100, Christian Brauner wrote:
> On Tue, Mar 19, 2019 at 03:48:32PM -0700, Daniel Colascione wrote:
> > On Tue, Mar 19, 2019 at 3:14 PM Christian Brauner
> > wrote:
> > > So I dislike the idea of allocating new inodes from the procfs super
> > > block. I would
On Tue, Mar 19, 2019 at 9:08 PM Todd Kjos wrote:
> Paul,
>
> Looking at a snippet of the test output:
>
> Service Provider read_consumed: 8
> Service Provider command: BR_NOOP
> Service Provider command: BR_FAILED_REPLY <-- the txn
> failed as expected.
> Manager read_
Hi Julian,
On 2019/3/20 1:19, Julian Merida wrote:
> Yes that was my mistake, I'm really sorry!! This was my first contribution to
> the kernel and I didn't know who to send the email despite the maintainers.
> Also, I thought I shouldn't bother more than necessary.
>
> Gao then told me I shoul
On 2019/3/20 11:22, Gao Xiang wrote:
> Hi Julian,
>
> On 2019/3/20 1:19, Julian Merida wrote:
>> Yes that was my mistake, I'm really sorry!! This was my first contribution
>> to the kernel and I didn't know who to send the email despite the
>> maintainers. Also, I thought I shouldn't bother mo
On Tue, Mar 19, 2019 at 07:42:52PM -0700, Daniel Colascione wrote:
> On Tue, Mar 19, 2019 at 6:52 PM Joel Fernandes wrote:
> >
> > On Wed, Mar 20, 2019 at 12:10:23AM +0100, Christian Brauner wrote:
> > > On Tue, Mar 19, 2019 at 03:48:32PM -0700, Daniel Colascione wrote:
> > > > On Tue, Mar 19, 201
On Mon, Mar 04, 2019 at 12:55:30AM +0800, Yifeng Li wrote:
> Hello.
>
> >From January to February, there have been two trivial sm750fb patches
> submitted to linux-fbdev, one by me, one by Jin Chen, but both without
> any response. Further, it seems both maintainers, Sudip Mukherjee and
> Teddy Wa
From: Zhaoyang Huang
Two action for this patch:
1. set a batch size for system heap's shrinker, which can have it buffer
reasonable page blocks in pool for future allocation.
2. reverse the order sequence when free page blocks, the purpose is also
to have system heap keep as more big blocks as it
46 matches
Mail list logo
