On Wed, Aug 8, 2018 at 10:46 AM Ivan Podovalov wrote:
> The DIO connector on the WAFER-945GSE is interfaced to GPIO ports
> on the ITE IT8718F Super I/O chipset. From the datasheet of ITE IT8718F,
> the GPIO interface is identical to IT8728, so just add it
> to the same case as the other chip.
>
Hi,
Using Linux kernel v4.18-rc8, I am unable to bind a PCI device to
uio_pci_generic. This works fine with v4.18-rc4. dmesg shows:
[ 336.221585] genirq: Threaded irq requested with handler=NULL and !ONESHOT
for irq 33
[ 336.221681] uio_pci_generic: probe of :04:00.0 failed with
On Wed, Aug 8, 2018 at 10:46 AM Ivan Podovalov wrote:
> The DIO connector on the WAFER-945GSE is interfaced to GPIO ports
> on the ITE IT8718F Super I/O chipset. From the datasheet of ITE IT8718F,
> the GPIO interface is identical to IT8728, so just add it
> to the same case as the other chip.
>
Hi,
Using Linux kernel v4.18-rc8, I am unable to bind a PCI device to
uio_pci_generic. This works fine with v4.18-rc4. dmesg shows:
[ 336.221585] genirq: Threaded irq requested with handler=NULL and !ONESHOT
for irq 33
[ 336.221681] uio_pci_generic: probe of :04:00.0 failed with
On Tue, Aug 7, 2018 at 11:32 AM Richard Fitzgerald
wrote:
> We are using the generic pin configuration interface so
> we can set is_generic.
>
> Signed-off-by: Richard Fitzgerald
Acked-by: Linus Walleij
For these patches.
This is not yet in my tree, but I can apply this and the others
after
On Tue, Aug 7, 2018 at 11:32 AM Richard Fitzgerald
wrote:
> We are using the generic pin configuration interface so
> we can set is_generic.
>
> Signed-off-by: Richard Fitzgerald
Acked-by: Linus Walleij
For these patches.
This is not yet in my tree, but I can apply this and the others
after
On Tue, Aug 7, 2018 at 4:50 AM Masahiro Yamada
wrote:
> The pin 327 was supposed to be used as a voltage control line for the
> SD card regulator, but the SD card port1 does not support UHS-I. It
> only supports 3.3V signaling, hence this pin is pointless.
>
> Just a note about the background.
On Tue, Aug 7, 2018 at 4:50 AM Masahiro Yamada
wrote:
> The pin 327 was supposed to be used as a voltage control line for the
> SD card regulator, but the SD card port1 does not support UHS-I. It
> only supports 3.3V signaling, hence this pin is pointless.
>
> Just a note about the background.
On Mon, Aug 6, 2018 at 6:33 PM Krzysztof Kozlowski wrote:
> Double "wakeup" appears in printed message.
>
> Signed-off-by: Krzysztof Kozlowski
Patch applied.
Yours,
Linus Walleij
On Mon, Aug 6, 2018 at 6:33 PM Krzysztof Kozlowski wrote:
> Double "wakeup" appears in printed message.
>
> Signed-off-by: Krzysztof Kozlowski
Patch applied.
Yours,
Linus Walleij
On Fri, 10 Aug 2018 11:31:08 PDT (-0700), atish.pa...@wdc.com wrote:
On 8/6/18 4:17 PM, Atish Patra wrote:
Enabling both CONFIG_PERF_EVENTS without !CONFIG_SMP
generates following compilation error.
arch/riscv/include/asm/perf_event.h:80:2: error: expected
specifier-qualifier-list before
On Fri, 10 Aug 2018 11:47:15 PDT (-0700), li...@roeck-us.net wrote:
On Fri, Aug 10, 2018 at 11:27:37AM -0700, Palmer Dabbelt wrote:
On Fri, 10 Aug 2018 01:38:04 PDT (-0700), Christoph Hellwig wrote:
>On Thu, Aug 09, 2018 at 03:19:51PM -0700, Palmer Dabbelt wrote:
>>This would be necessary to
On Fri, 10 Aug 2018 11:31:08 PDT (-0700), atish.pa...@wdc.com wrote:
On 8/6/18 4:17 PM, Atish Patra wrote:
Enabling both CONFIG_PERF_EVENTS without !CONFIG_SMP
generates following compilation error.
arch/riscv/include/asm/perf_event.h:80:2: error: expected
specifier-qualifier-list before
On Fri, 10 Aug 2018 11:47:15 PDT (-0700), li...@roeck-us.net wrote:
On Fri, Aug 10, 2018 at 11:27:37AM -0700, Palmer Dabbelt wrote:
On Fri, 10 Aug 2018 01:38:04 PDT (-0700), Christoph Hellwig wrote:
>On Thu, Aug 09, 2018 at 03:19:51PM -0700, Palmer Dabbelt wrote:
>>This would be necessary to
On Fri, Aug 10, 2018 at 06:03:11PM +0200, Torsten Duwe wrote:
> This is more an RFC in the original sense: is this basically
> the correct approach? (as I had to tweak the API a bit).
>
> In particular the code does not detect interrupts and exception
> frames, and does not yet check whether the
On Fri, Aug 10, 2018 at 06:03:11PM +0200, Torsten Duwe wrote:
> This is more an RFC in the original sense: is this basically
> the correct approach? (as I had to tweak the API a bit).
>
> In particular the code does not detect interrupts and exception
> frames, and does not yet check whether the
Hi David,
A kernel bug report was opened against Ubuntu [0]. This bug is a
regression introduced in v4.15-rc4. The following commit was identified
as the cause of the regression:
2dc0b46b5ea3 ("libata: sata_down_spd_limit should return if
driver has not recorded sstatus speed")
I was
Hi David,
A kernel bug report was opened against Ubuntu [0]. This bug is a
regression introduced in v4.15-rc4. The following commit was identified
as the cause of the regression:
2dc0b46b5ea3 ("libata: sata_down_spd_limit should return if
driver has not recorded sstatus speed")
I was
On Thu, Aug 09 2018 at 02:16 -0600, Rafael J. Wysocki wrote:
On Wed, Aug 8, 2018 at 8:02 PM, Lina Iyer wrote:
On Wed, Aug 08 2018 at 04:56 -0600, Lorenzo Pieralisi wrote:
On Mon, Aug 06, 2018 at 11:37:55AM +0200, Rafael J. Wysocki wrote:
On Fri, Aug 3, 2018 at 1:42 PM, Ulf Hansson
wrote:
On Thu, Aug 09 2018 at 02:16 -0600, Rafael J. Wysocki wrote:
On Wed, Aug 8, 2018 at 8:02 PM, Lina Iyer wrote:
On Wed, Aug 08 2018 at 04:56 -0600, Lorenzo Pieralisi wrote:
On Mon, Aug 06, 2018 at 11:37:55AM +0200, Rafael J. Wysocki wrote:
On Fri, Aug 3, 2018 at 1:42 PM, Ulf Hansson
wrote:
On Fri, 10 Aug 2018, efre...@linux.com wrote:
> From: Denis Efremov
>
> If coccicheck fails, it should return an error code distinct from zero
> to signal about an internal problem. Current code instead of exiting with
> the tool's error code returns the error code of 'echo "coccicheck
On Fri, 10 Aug 2018, efre...@linux.com wrote:
> From: Denis Efremov
>
> If coccicheck fails, it should return an error code distinct from zero
> to signal about an internal problem. Current code instead of exiting with
> the tool's error code returns the error code of 'echo "coccicheck
From: Denis Efremov
If coccicheck fails, it should return an error code distinct from zero
to signal about an internal problem. Current code instead of exiting with
the tool's error code returns the error code of 'echo "coccicheck failed"'
which is almost always equals to zero, thus failing the
From: Denis Efremov
If coccicheck fails, it should return an error code distinct from zero
to signal about an internal problem. Current code instead of exiting with
the tool's error code returns the error code of 'echo "coccicheck failed"'
which is almost always equals to zero, thus failing the
On Fri, Aug 10, 2018 at 6:37 AM wrote:
>
> From: Kan Liang
>
> Current perf can report both virtual address and physical address, but
> it doesn't report page size. Users have no idea how large the utilized
> page is. They cannot promote/demote large pages to optimize memory use.
>
> Add a new
On Fri, Aug 10, 2018 at 6:37 AM wrote:
>
> From: Kan Liang
>
> Current perf can report both virtual address and physical address, but
> it doesn't report page size. Users have no idea how large the utilized
> page is. They cannot promote/demote large pages to optimize memory use.
>
> Add a new
Add support for the global clock controller found on SDM660
based devices. This should allow most non-multimedia device
drivers to probe and control their clocks.
Based on CAF implementation.
Signed-off-by: Craig Tatlor
---
.../devicetree/bindings/clock/qcom,gcc.txt|1 +
Add support for the global clock controller found on SDM660
based devices. This should allow most non-multimedia device
drivers to probe and control their clocks.
Based on CAF implementation.
Signed-off-by: Craig Tatlor
---
.../devicetree/bindings/clock/qcom,gcc.txt|1 +
On Thu, Aug 09 2018 at 04:25 -0600, Lorenzo Pieralisi wrote:
On Wed, Aug 08, 2018 at 12:02:48PM -0600, Lina Iyer wrote:
On Wed, Aug 08 2018 at 04:56 -0600, Lorenzo Pieralisi wrote:
>On Mon, Aug 06, 2018 at 11:37:55AM +0200, Rafael J. Wysocki wrote:
>>On Fri, Aug 3, 2018 at 1:42 PM, Ulf Hansson
On Thu, Aug 09 2018 at 04:25 -0600, Lorenzo Pieralisi wrote:
On Wed, Aug 08, 2018 at 12:02:48PM -0600, Lina Iyer wrote:
On Wed, Aug 08 2018 at 04:56 -0600, Lorenzo Pieralisi wrote:
>On Mon, Aug 06, 2018 at 11:37:55AM +0200, Rafael J. Wysocki wrote:
>>On Fri, Aug 3, 2018 at 1:42 PM, Ulf Hansson
Hallo
Diese Adams-Darlehen sind wir hier, um Darlehen an diejenigen, die
finanzielle Schwierigkeiten haben. Brauchen Sie einen Kredit, um die
Rechnungen zu bezahlen? Oder möchten Sie ein Unternehmen gründen,
haben aber nicht die Hauptstadt zur Hand? Wenn Sie finanzielle
Unterstützung benötigen,
Hallo
Diese Adams-Darlehen sind wir hier, um Darlehen an diejenigen, die
finanzielle Schwierigkeiten haben. Brauchen Sie einen Kredit, um die
Rechnungen zu bezahlen? Oder möchten Sie ein Unternehmen gründen,
haben aber nicht die Hauptstadt zur Hand? Wenn Sie finanzielle
Unterstützung benötigen,
Kishon,
On Mon, May 14, 2018 at 3:42 PM, Douglas Anderson wrote:
> The -EPROBE_DEFER virus demands special case code to avoid printing
> error messages when the error is only -EPROBE_DEFER. Spread the virus
> to a new host: qcom_qmp_phy_probe(). Specifically handle when our
> regulators might
Kishon,
On Mon, May 14, 2018 at 3:42 PM, Douglas Anderson wrote:
> The -EPROBE_DEFER virus demands special case code to avoid printing
> error messages when the error is only -EPROBE_DEFER. Spread the virus
> to a new host: qcom_qmp_phy_probe(). Specifically handle when our
> regulators might
On Fri, 10 Aug 2018 09:57:03 PDT (-0700), robh...@kernel.org wrote:
On Thu, Aug 9, 2018 at 12:29 AM Palmer Dabbelt wrote:
On Wed, 08 Aug 2018 16:32:07 PDT (-0700), robh...@kernel.org wrote:
> On Wed, Aug 8, 2018 at 1:38 PM Palmer Dabbelt wrote:
>>
>> On Wed, 08 Aug 2018 07:16:14 PDT (-0700),
On Fri, 10 Aug 2018 09:57:03 PDT (-0700), robh...@kernel.org wrote:
On Thu, Aug 9, 2018 at 12:29 AM Palmer Dabbelt wrote:
On Wed, 08 Aug 2018 16:32:07 PDT (-0700), robh...@kernel.org wrote:
> On Wed, Aug 8, 2018 at 1:38 PM Palmer Dabbelt wrote:
>>
>> On Wed, 08 Aug 2018 07:16:14 PDT (-0700),
Hi,
On Fri, Aug 10, 2018 at 9:29 AM, Mark Brown wrote:
> On Fri, Jul 13, 2018 at 06:50:59PM -0700, David Collins wrote:
>
>> + switch (rpmh_mode) {
>
>> + default:
>> + mode = REGULATOR_MODE_INVALID;
>> + }
>
> I'm not sure why the break statements are being omitted in
Hi,
On Fri, Aug 10, 2018 at 9:29 AM, Mark Brown wrote:
> On Fri, Jul 13, 2018 at 06:50:59PM -0700, David Collins wrote:
>
>> + switch (rpmh_mode) {
>
>> + default:
>> + mode = REGULATOR_MODE_INVALID;
>> + }
>
> I'm not sure why the break statements are being omitted in
Add entry to WMI keymap for lid flip event on Asus UX360.
On Asus Zenbook ux360 flipping lid from/to tablet mode triggers
keyscan code 0xfa which cannot be handled and results in kernel
log message "Unknown key fa pressed".
Signed-off-by: Aleh Filipovich
---
drivers/platform/x86/asus-nb-wmi.c
On Fri, Aug 10, 2018 at 9:14 AM, Theodore Y. Ts'o wrote:
> And I'm not really sure it helps the container use
> case, since the whole point is they want their "guest" to be able to
> blithely run "mount /dev/sda1 -o noxattr /mnt" and not worry about the
> fact that in some other container,
Add entry to WMI keymap for lid flip event on Asus UX360.
On Asus Zenbook ux360 flipping lid from/to tablet mode triggers
keyscan code 0xfa which cannot be handled and results in kernel
log message "Unknown key fa pressed".
Signed-off-by: Aleh Filipovich
---
drivers/platform/x86/asus-nb-wmi.c
On Fri, Aug 10, 2018 at 9:14 AM, Theodore Y. Ts'o wrote:
> And I'm not really sure it helps the container use
> case, since the whole point is they want their "guest" to be able to
> blithely run "mount /dev/sda1 -o noxattr /mnt" and not worry about the
> fact that in some other container,
No functional change here but it can make the code more readable to
have breaks in the "default" case even though it's the last case.
Let's add them.
Signed-off-by: Douglas Anderson
---
drivers/regulator/qcom-rpmh-regulator.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
No functional change here but it can make the code more readable to
have breaks in the "default" case even though it's the last case.
Let's add them.
Signed-off-by: Douglas Anderson
---
drivers/regulator/qcom-rpmh-regulator.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
On Thu, 9 Aug 2018 16:38:28 +0200
Oleg Nesterov wrote:
> I need to read this (hopefully final) version carefully. I'll try to do
> this before next Monday.
>
Monday may be the opening of the merge window (more likely Sunday). Do
you think this is good enough for pushing it in this late in the
On Thu, 9 Aug 2018 16:38:28 +0200
Oleg Nesterov wrote:
> I need to read this (hopefully final) version carefully. I'll try to do
> this before next Monday.
>
Monday may be the opening of the merge window (more likely Sunday). Do
you think this is good enough for pushing it in this late in the
Hi Stefan,
On Mon, Aug 06, 2018 at 03:04:46PM +0300, Stefan Popa wrote:
> This patch adds the option for the user to select the sampling frequency.
> Also, the user can read the available frequencies and read the currently
> set frequency via the read_raw function. The frequency can be set via
Hi Stefan,
On Mon, Aug 06, 2018 at 03:04:46PM +0300, Stefan Popa wrote:
> This patch adds the option for the user to select the sampling frequency.
> Also, the user can read the available frequencies and read the currently
> set frequency via the read_raw function. The frequency can be set via
Note: It is a part time job that won't interrupt your present work or business.
Looking forward to your response.
Best Regards,
Liu Nianzu
HR(Representative Manager)
Beijing Shougang Company Ltd.
No 15,Pingguoyuan Road,Shijingshan District,Beijing
Website: www.sggf.com.cn
Note: It is a part time job that won't interrupt your present work or business.
Looking forward to your response.
Best Regards,
Liu Nianzu
HR(Representative Manager)
Beijing Shougang Company Ltd.
No 15,Pingguoyuan Road,Shijingshan District,Beijing
Website: www.sggf.com.cn
Add ADC5_AMUX_THM2_100K_PU and ADC5_AMUX_THM4_100K_PU to the list of
rev2 ADC channels.
Signed-off-by: Matthias Kaehlcke
---
drivers/iio/adc/qcom-spmi-adc5.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/iio/adc/qcom-spmi-adc5.c b/drivers/iio/adc/qcom-spmi-adc5.c
index
Add ADC5_AMUX_THM2_100K_PU and ADC5_AMUX_THM4_100K_PU to the list of
rev2 ADC channels.
Signed-off-by: Matthias Kaehlcke
---
drivers/iio/adc/qcom-spmi-adc5.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/iio/adc/qcom-spmi-adc5.c b/drivers/iio/adc/qcom-spmi-adc5.c
index
Add support for ECC error decoding for F17h M11h (Great Horned Owl) processors.
Signed-off-by: Michael Jin
---
drivers/edac/amd64_edac.c | 14 ++
drivers/edac/amd64_edac.h | 3 +++
2 files changed, 17 insertions(+)
diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c
Add support for ECC error decoding for F17h M11h (Great Horned Owl) processors.
Signed-off-by: Michael Jin
---
drivers/edac/amd64_edac.c | 14 ++
drivers/edac/amd64_edac.h | 3 +++
2 files changed, 17 insertions(+)
diff --git a/drivers/edac/amd64_edac.c b/drivers/edac/amd64_edac.c
On Sat, Aug 11, 2018 at 12:25:39AM +1000, Rashmica Gupta wrote:
> On Fri, Aug 10, 2018 at 11:00 PM, Michal Hocko wrote:
> > On Fri 10-08-18 16:55:40, Rashmica Gupta wrote:
> > [...]
> >> Most memory hotplug/hotremove seems to be block or section based, and
> >> always adds and removes memory at
On Sat, Aug 11, 2018 at 12:25:39AM +1000, Rashmica Gupta wrote:
> On Fri, Aug 10, 2018 at 11:00 PM, Michal Hocko wrote:
> > On Fri 10-08-18 16:55:40, Rashmica Gupta wrote:
> > [...]
> >> Most memory hotplug/hotremove seems to be block or section based, and
> >> always adds and removes memory at
On Fri, 10 Aug 2018 18:02:23 +0200 (CEST)
Torsten Duwe wrote:
> --- a/arch/arm64/kernel/entry-ftrace.S
> +++ b/arch/arm64/kernel/entry-ftrace.S
> @@ -13,6 +13,8 @@
> #include
> #include
> #include
> +#include
> +#include
>
> /*
> * Gcc with -pg will put the following code in the
On Fri, 10 Aug 2018 18:02:23 +0200 (CEST)
Torsten Duwe wrote:
> --- a/arch/arm64/kernel/entry-ftrace.S
> +++ b/arch/arm64/kernel/entry-ftrace.S
> @@ -13,6 +13,8 @@
> #include
> #include
> #include
> +#include
> +#include
>
> /*
> * Gcc with -pg will put the following code in the
Hi Stefan,
On Mon, Aug 06, 2018 at 03:04:42PM +0300, Stefan Popa wrote:
> This patch adds basic support for Analog Devices ADXL372 SPI-Bus
> Three-Axis Digital Accelerometer.
>
> The device is probed and configured the with some initial default
> values. With this basic driver, it is possible
Hi Stefan,
On Mon, Aug 06, 2018 at 03:04:42PM +0300, Stefan Popa wrote:
> This patch adds basic support for Analog Devices ADXL372 SPI-Bus
> Three-Axis Digital Accelerometer.
>
> The device is probed and configured the with some initial default
> values. With this basic driver, it is possible
Commit-ID: d878efce73fe86db34ddb2013260adf571a701a7
Gitweb: https://git.kernel.org/tip/d878efce73fe86db34ddb2013260adf571a701a7
Author: Joerg Roedel
AuthorDate: Wed, 8 Aug 2018 13:16:40 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 10 Aug 2018 21:12:45 +0200
x86/mm/pti: Move user
Commit-ID: d878efce73fe86db34ddb2013260adf571a701a7
Gitweb: https://git.kernel.org/tip/d878efce73fe86db34ddb2013260adf571a701a7
Author: Joerg Roedel
AuthorDate: Wed, 8 Aug 2018 13:16:40 +0200
Committer: Thomas Gleixner
CommitDate: Fri, 10 Aug 2018 21:12:45 +0200
x86/mm/pti: Move user
SIMPLE_DEV_PM_OPS() is already doing this.
Signed-off-by: Marcus Folkesson
---
drivers/iio/dac/max517.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/dac/max517.c b/drivers/iio/dac/max517.c
index 1d853247a205..451d10e323cf 100644
---
SIMPLE_DEV_PM_OPS() is already doing this.
Signed-off-by: Marcus Folkesson
---
drivers/iio/dac/mcp4725.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/iio/dac/mcp4725.c b/drivers/iio/dac/mcp4725.c
index 8b5aad4c32d9..6d71fd905e29 100644
---
SIMPLE_DEV_PM_OPS() is already doing this.
Signed-off-by: Marcus Folkesson
---
drivers/iio/dac/max5821.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/dac/max5821.c b/drivers/iio/dac/max5821.c
index d0ecc1fdd8fc..f0cf6903dcd2 100644
---
SIMPLE_DEV_PM_OPS() is already doing this.
Signed-off-by: Marcus Folkesson
---
drivers/iio/dac/max517.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/dac/max517.c b/drivers/iio/dac/max517.c
index 1d853247a205..451d10e323cf 100644
---
SIMPLE_DEV_PM_OPS() is already doing this.
Signed-off-by: Marcus Folkesson
---
drivers/iio/dac/mcp4725.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/drivers/iio/dac/mcp4725.c b/drivers/iio/dac/mcp4725.c
index 8b5aad4c32d9..6d71fd905e29 100644
---
SIMPLE_DEV_PM_OPS() is already doing this.
Signed-off-by: Marcus Folkesson
---
drivers/iio/dac/max5821.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/dac/max5821.c b/drivers/iio/dac/max5821.c
index d0ecc1fdd8fc..f0cf6903dcd2 100644
---
On 08/10/2018 12:00 PM, James Bottomley wrote:
> On Fri, 2018-08-10 at 11:56 -0700, Tadeusz Struk wrote:
>> On 08/10/2018 11:48 AM, James Bottomley wrote:
>>> On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
and the feedback I got from Jason was:
"I wonder if it is worth
On 08/10/2018 12:00 PM, James Bottomley wrote:
> On Fri, 2018-08-10 at 11:56 -0700, Tadeusz Struk wrote:
>> On 08/10/2018 11:48 AM, James Bottomley wrote:
>>> On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
and the feedback I got from Jason was:
"I wonder if it is worth
Your photos need editing. We can do it for you.
We do editing for e-commerce photos, jewelries images and portrait photos
etc.
This will include cutout and clipping path etc , also retouching if needed.
Let;s know if you want to send photos for working.
We can do test on your photos.
Thanks,
Your photos need editing. We can do it for you.
We do editing for e-commerce photos, jewelries images and portrait photos
etc.
This will include cutout and clipping path etc , also retouching if needed.
Let;s know if you want to send photos for working.
We can do test on your photos.
Thanks,
Your photos need editing. We can do it for you.
We do editing for e-commerce photos, jewelries images and portrait photos
etc.
This will include cutout and clipping path etc , also retouching if needed.
Let;s know if you want to send photos for working.
We can do test on your photos.
Thanks,
Your photos need editing. We can do it for you.
We do editing for e-commerce photos, jewelries images and portrait photos
etc.
This will include cutout and clipping path etc , also retouching if needed.
Let;s know if you want to send photos for working.
We can do test on your photos.
Thanks,
On Fri, 2018-08-10 at 11:56 -0700, Tadeusz Struk wrote:
> On 08/10/2018 11:48 AM, James Bottomley wrote:
> > On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
> > > and the feedback I got from Jason was:
> > >
> > > "I wonder if it is worth creating this when the first file is
> > >
On Fri, 2018-08-10 at 11:56 -0700, Tadeusz Struk wrote:
> On 08/10/2018 11:48 AM, James Bottomley wrote:
> > On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
> > > and the feedback I got from Jason was:
> > >
> > > "I wonder if it is worth creating this when the first file is
> > >
On 08/10/2018 11:48 AM, James Bottomley wrote:
> On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
>> and the feedback I got from Jason was:
>>
>> "I wonder if it is worth creating this when the first file is
>> opened.. Lots of systems have TPMs but few use the userspace.."
>>
>> so I
On 08/10/2018 11:48 AM, James Bottomley wrote:
> On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
>> and the feedback I got from Jason was:
>>
>> "I wonder if it is worth creating this when the first file is
>> opened.. Lots of systems have TPMs but few use the userspace.."
>>
>> so I
On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
> and the feedback I got from Jason was:
>
> "I wonder if it is worth creating this when the first file is
> opened.. Lots of systems have TPMs but few use the userspace.."
>
> so I changed this to allocate the WQ on first open. I think it
On Fri, 2018-08-10 at 11:21 -0700, Tadeusz Struk wrote:
> and the feedback I got from Jason was:
>
> "I wonder if it is worth creating this when the first file is
> opened.. Lots of systems have TPMs but few use the userspace.."
>
> so I changed this to allocate the WQ on first open. I think it
On Fri, Aug 10, 2018 at 08:21:23PM +0200, Michael Straube wrote:
> On 08/10/18 13:31, Dan Carpenter wrote:
> > No no... I only gave it a Reviewed-by tag because I didn't want you to
> > resend again... :P
>
> Ah, sorry. So I shouldn't have added the tag?
> Should I remove it again? I guess
On Fri, Aug 10, 2018 at 08:21:23PM +0200, Michael Straube wrote:
> On 08/10/18 13:31, Dan Carpenter wrote:
> > No no... I only gave it a Reviewed-by tag because I didn't want you to
> > resend again... :P
>
> Ah, sorry. So I shouldn't have added the tag?
> Should I remove it again? I guess
On Fri, Aug 10, 2018 at 11:27:37AM -0700, Palmer Dabbelt wrote:
> On Fri, 10 Aug 2018 01:38:04 PDT (-0700), Christoph Hellwig wrote:
> >On Thu, Aug 09, 2018 at 03:19:51PM -0700, Palmer Dabbelt wrote:
> >>This would be necessary to make non-SMP builds work, but there is
> >>another error in the
On Fri, Aug 10, 2018 at 11:27:37AM -0700, Palmer Dabbelt wrote:
> On Fri, 10 Aug 2018 01:38:04 PDT (-0700), Christoph Hellwig wrote:
> >On Thu, Aug 09, 2018 at 03:19:51PM -0700, Palmer Dabbelt wrote:
> >>This would be necessary to make non-SMP builds work, but there is
> >>another error in the
[add linux-xfs to cc]
On Fri, Aug 10, 2018 at 04:56:27PM +0200, Andreas Gruenbacher wrote:
> Instead of open-coding pos & (PAGE_SIZE - 1) and pos & ~PAGE_MASK, use
> the offset_in_page macro.
>
> Signed-off-by: Andreas Gruenbacher
Looks ok, will test...
Reviewed-by: Darrick J. Wong
--D
>
[add linux-xfs to cc]
On Fri, Aug 10, 2018 at 04:56:27PM +0200, Andreas Gruenbacher wrote:
> Instead of open-coding pos & (PAGE_SIZE - 1) and pos & ~PAGE_MASK, use
> the offset_in_page macro.
>
> Signed-off-by: Andreas Gruenbacher
Looks ok, will test...
Reviewed-by: Darrick J. Wong
--D
>
On Fri, Aug 10, 2018 at 11:05:17AM -0700, Tadeusz Struk wrote:
> On 08/10/2018 10:27 AM, Jarkko Sakkinen wrote:
> > On Tue, Aug 07, 2018 at 01:27:44PM -0700, Tadeusz Struk wrote:
> >> Add a ptr to struct tpm_space to the file_priv to have an easy
> >> access to it in the async job without the need
On Thu, 2018-08-09 at 12:37 -0700, Doug Anderson wrote:
> On Thu, Aug 9, 2018 at 11:24 AM, Trent Piepho wrote:
> >
> I think we're in agreement but perhaps there's a miscommunication here?
>
> I'm saying that we _shouldn't_ put the max-speed of the master in the
> device tree. The max speed
On Fri, Aug 10, 2018 at 11:05:17AM -0700, Tadeusz Struk wrote:
> On 08/10/2018 10:27 AM, Jarkko Sakkinen wrote:
> > On Tue, Aug 07, 2018 at 01:27:44PM -0700, Tadeusz Struk wrote:
> >> Add a ptr to struct tpm_space to the file_priv to have an easy
> >> access to it in the async job without the need
On Thu, 2018-08-09 at 12:37 -0700, Doug Anderson wrote:
> On Thu, Aug 9, 2018 at 11:24 AM, Trent Piepho wrote:
> >
> I think we're in agreement but perhaps there's a miscommunication here?
>
> I'm saying that we _shouldn't_ put the max-speed of the master in the
> device tree. The max speed
Consistently use the "QPLIB: " prefix for dev_ logging.
Miscellanea:
o Add missing newlines to avoid possible message interleaving
o Coalesce consecutive dev_ uses that emit a message header to
avoid < 80 column lengths and mistakenly output on multiple lines
o Reflow modified lines to use 80
Consistently use the "QPLIB: " prefix for dev_ logging.
Miscellanea:
o Add missing newlines to avoid possible message interleaving
o Coalesce consecutive dev_ uses that emit a message header to
avoid < 80 column lengths and mistakenly output on multiple lines
o Reflow modified lines to use 80
On 8/6/18 4:17 PM, Atish Patra wrote:
Enabling both CONFIG_PERF_EVENTS without !CONFIG_SMP
generates following compilation error.
arch/riscv/include/asm/perf_event.h:80:2: error: expected
specifier-qualifier-list before 'irqreturn_t'
irqreturn_t (*handle_irq)(int irq_num, void *dev);
On 8/6/18 4:17 PM, Atish Patra wrote:
Enabling both CONFIG_PERF_EVENTS without !CONFIG_SMP
generates following compilation error.
arch/riscv/include/asm/perf_event.h:80:2: error: expected
specifier-qualifier-list before 'irqreturn_t'
irqreturn_t (*handle_irq)(int irq_num, void *dev);
On Fri, 10 Aug 2018 01:38:04 PDT (-0700), Christoph Hellwig wrote:
On Thu, Aug 09, 2018 at 03:19:51PM -0700, Palmer Dabbelt wrote:
This would be necessary to make non-SMP builds work, but there is
another error in the implementation of our syscall linkage that actually
just causes
On Fri, 10 Aug 2018 01:38:04 PDT (-0700), Christoph Hellwig wrote:
On Thu, Aug 09, 2018 at 03:19:51PM -0700, Palmer Dabbelt wrote:
This would be necessary to make non-SMP builds work, but there is
another error in the implementation of our syscall linkage that actually
just causes
On 8/10/18 10:57 AM, Matthew Wilcox wrote:
On Fri, Aug 10, 2018 at 07:36:01AM +0800, Yang Shi wrote:
+/*
+ * Zap pages with read mmap_sem held
+ *
+ * uf is the list for userfaultfd
+ */
+static int do_munmap_zap_rlock(struct mm_struct *mm, unsigned long start,
+
On 8/10/18 10:57 AM, Matthew Wilcox wrote:
On Fri, Aug 10, 2018 at 07:36:01AM +0800, Yang Shi wrote:
+/*
+ * Zap pages with read mmap_sem held
+ *
+ * uf is the list for userfaultfd
+ */
+static int do_munmap_zap_rlock(struct mm_struct *mm, unsigned long start,
+
On 8/10/18 10:41 AM, Matthew Wilcox wrote:
On Fri, Aug 10, 2018 at 07:36:00AM +0800, Yang Shi wrote:
+static inline bool addr_ok(unsigned long start, size_t len)
Maybe munmap_range_ok()? Otherwise some of the conditions here don't make
sense for such a generic sounding function.
I don't
On Fri, Aug 10, 2018 at 05:45:46PM +0300, Denis Efremov wrote:
> My mistake. Initially, I thought that this line signals about errors
> in the code, but now I see that this is about the tool's internal
> error. However, this doesn't change the fact that coccicheck returns
> the improper error
101 - 200 of 854 matches
Mail list logo
