On Sat, Jun 20, 2015 at 3:52 PM, Paul Gortmaker
wrote:
> Currently arch/cris fails the allmodconfig/allyesconfig build
> coverage in linux-next with things like:
>
> drivers/media/platform/sti/bdisp/bdisp-hw.c:132:3: error: implicit
> declaration of function 'dma_free_attrs'
>
On Sat, Jun 20, 2015 at 5:40 PM, Jim Davis wrote:
> Building with the attached random configuration file,
>
> drivers/built-in.o: In function `board_staging_register_clock':
> /home/jim/linux/drivers/staging/board/board.c:131: undefined reference
> to `clk_add_alias'
Should be fixed once this
Use eth_zero_addr to assign the zero address to the given address
array instead of memset when second argument is address of zero.
The Coccinelle semantic patch that makes this change is as follows:
//
@eth_zero_addr@
expression e;
@@
-memset(e,0x00,ETH_ALEN);
+eth_zero_addr(e);
//
On Fri, Jun 12, 2015 at 05:51:12PM -0700, John Stultz wrote:
> I'm not super sure what the right fix is, but if do something like the
> following (sorry, whitespace corrupted via copy/paste), I don't seem
> to run into the problem.
Looks sane. Which tree would you prefer it to go through, vfs
Attention Please,
My name is Marlaine Kabore, I am a banker. It is true that we have not
met each other in person, but I strongly believe that no trust, no
friendship in every business. I have a deceased customer’s abandoned
fund, which I am his personal financial adviser before his accidental
The following was seen in linux-next build coverage, which is somewhat
unique since it uses powerpc host to cross compile x86:
Documentation/mic/mpssd/mpssd.c:93:10: error: braced-group within expression
allowed only inside a function
Documentation/mic/mpssd/mpssd.c:96:10: error: braced-group
On Wed, 2015-06-17 at 16:28 +0200, Sebastian Andrzej Siewior wrote:
> On 06/17/2015 04:17 PM, Mike Galbraith wrote:
> > On Wed, 2015-06-17 at 10:33 +0200, Sebastian Andrzej Siewior wrote:
> >> wake_futex_pi() wakes the task before releasing the hash bucket lock
> >> (HB). The first thing the woken
On 06/21/2015 12:11 PM, Xi Ruoyao wrote:
On 06/21/2015 09:12 AM, Larry Finger wrote:
On 06/20/2015 04:58 PM, Marcel Holtmann wrote:
Hi Xi,
In 'commit a2698a9bf9b0 ("Bluetooth: btusb: Add Realtek
8723A/8723B/8761A/8821A support"), support of some Realtek
devices was added to the Generic
On (06/20/15 11:12), Thomas Gleixner wrote:
[..]
>
> One last request. Can you please provide /proc/timer_list and dmesg
> from a mainline kernel for comparison?
>
attached.
-ss
Timer List Version: v0.7
HRTIMER_MAX_CLOCK_BASES: 4
now at 83906980654 nsecs
cpu: 0
clock 0:
.base:
On 06/21/2015 09:12 AM, Larry Finger wrote:
On 06/20/2015 04:58 PM, Marcel Holtmann wrote:
Hi Xi,
In 'commit a2698a9bf9b0 ("Bluetooth: btusb: Add Realtek
8723A/8723B/8761A/8821A support"), support of some Realtek
devices was added to the Generic Bluetooth USB driver in kernel.
However,
Hi Dave,
Today's linux-next merge of the drm tree got conflicts in:
drivers/gpu/drm/radeon/radeon_kms.c
include/uapi/drm/radeon_drm.h
between commit:
3bc980bf19bb ("drm/radeon: Add RADEON_INFO_VA_UNMAP_WORKING query")
from Linus' tree and commit:
72b9076b2887 ("drm/radeon: add a GPU
Current 'f' key action to enable/disable events won't work if there're
more than one event since perf_evsel_menu__run() doesn't return the key.
So move it to the hists browser loop so that it can be processed as like
other key action, and it's more natural to handle it there IMHO.
Signed-off-by:
Am 21.06.2015 um 00:12 schrieb Stefan Agner:
There are three GPIO modes supported by FTDI devices:
1. Asynchronous Bit Bang Mode (used in Sacha's patch)
2. Synchronous Bit Bang Mode (used in Philipp's patch)
3. CBUS Bit Bang Mode (used in Philipp's patch and this patchset)
1. No idea, could be
On Sat, Jun 20, 2015 at 11:02:08AM -0700, Dave Hansen wrote:
> On 06/19/2015 07:21 PM, Paul E. McKenney wrote:
> >>> > > What is so expensive in it? Just the memory barrier in it?
> >> >
> >> > The profiling doesn't hit on the mfence directly, but I assume that the
> >> > overhead is coming from
The following was seen in linux-next build coverage, which is somewhat
unique since it uses powerpc host to cross compile x86:
Documentation/prctl/disable-tsc-on-off-stress-test.c:36:1: error:
impossible register constraint in 'asm'
Documentation/prctl/disable-tsc-ctxt-sw-stress-test.c:34:1:
On 06/20/2015 04:58 PM, Marcel Holtmann wrote:
Hi Xi,
In 'commit a2698a9bf9b0 ("Bluetooth: btusb: Add Realtek
8723A/8723B/8761A/8821A support"), support of some Realtek
devices was added to the Generic Bluetooth USB driver in kernel.
However, these devices are not in the module device table of
This adds a simple perl script for reading two files as produced by
the stackusage script and computing the changes in stack usage. For
example:
$ scripts/stackusage -o /tmp/old.su -- CC=gcc-4.7 -j8 fs/ext4/
$ scripts/stackusage -o /tmp/new.su -- CC=gcc-5.0 -j8 fs/ext4/
$ scripts/stackdelta
Make sure 'make clean' removes *.su files generated by the gcc option
-fstack-usage.
Signed-off-by: Rasmus Villemoes
---
Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/Makefile b/Makefile
index 40a8b068ac26..5cd04968d914 100644
--- a/Makefile
+++ b/Makefile
@@ -1430,6 +1430,7 @@
Ignore the *.su files generated by using the gcc option -fstack-usage.
Signed-off-by: Rasmus Villemoes
---
.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index 4ad4a98b884b..9e51ead66a55 100644
--- a/.gitignore
+++ b/.gitignore
@@ -36,6 +36,7 @@
The current checkstack.pl script has a few problems, stemming from the
overly simplistic attempt at parsing objdump output with regular
expresions: For example, on x86_64 it doesn't take the push
instruction into account, making it consistently underestimate the
real stack use, and it also doesn't
The following was seen in linux-next build coverage, which is somewhat
unique since it uses powerpc host to cross compile x86:
Documentation/vDSO/vdso_standalone_test_x86.c:49:2: error: impossible
register constraint in 'asm'
make[4]: *** [Documentation/vDSO/vdso_standalone_test_x86.o] Error 1
Guten Tag,
Dies ist MASTHAVEN Darlehensfinanzierung Darlehen bieten.
MASTHAVEN Kreditfinanzierung bietet flexible und erschwingliche Kredite für
jeden Zweck, damit Sie Ihre finanziellen Ziele zu erreichen. wir Darlehen zu
niedrigen Zinssatz von 1,5%. Hier sind einige wichtige Merkmale
On Sat, 20 Jun 2015, Joachim Eastwood wrote:
> On 20 June 2015 at 21:07, Julia Lawall wrote:
> > Remove initialization of a variable that is immediately reassigned.
> >
> > The semantic patch that makes this change is as follows:
> > (http://coccinelle.lip6.fr/)
> >
> > //
> > @@
> > type T;
>
Hi Herbert,
On Sun, 21 Jun 2015 08:33:32 +0800 Herbert Xu
wrote:
>
> Actually I think that's all you need to do since the crypto tree
> version no longer has the bug in question.
Ah, excellent. Thanks for checking.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
Hi Stephen:
On Sat, Jun 20, 2015 at 04:22:24PM +1000, Stephen Rothwell wrote:
> Hi Herbert,
>
> Today's linux-next merge of the crypto tree got a conflict in:
>
> net/mac802154/llsec.c
>
> between commit:
>
> 5b0579850017 ("mac802154: fix llsec authentication without encryption BUG")
>
>
Hello Paul,
On 06/21/2015 02:01 AM, Paul Gortmaker wrote:
> In commit 062476f24aa7cf714169342cc50626fd9bbb93da ("mfd: cros_ec:
> Move protocol helpers out of the MFD driver") there was a select
> added on CHROME_PLATFORMS, which leads to the following for ppc/mips:
>
> warning: (MFD_CROS_EC)
On Sat, Jun 20, 2015 at 4:32 PM, Paul Gortmaker
wrote:
> On Fri, Jun 19, 2015 at 10:24 AM, Herbert Xu
> wrote:
>> On Thu, Jun 18, 2015 at 03:46:16PM +0200, Boris Brezillon wrote:
>>> Hello,
>>>
>>> This patch series adds a new driver supporting Marvell's CESA IP.
>>> This driver addresses some
In commit 062476f24aa7cf714169342cc50626fd9bbb93da ("mfd: cros_ec:
Move protocol helpers out of the MFD driver") there was a select
added on CHROME_PLATFORMS, which leads to the following for ppc/mips:
warning: (MFD_CROS_EC) selects CHROME_PLATFORMS which has unmet
direct dependencies (X86 ||
Stefan Agner wrote:
> libftdi requires to detach the kernel driver to get access to the device
Control transfers ought to be possible without a detach.
//Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Please read the FAQ at http://www.tux.org/lkml/
Adding more people.
I'd like them to check if this patch is correct.
2015-06-19 20:31 GMT+09:00 Masahiro Yamada :
> The driver gpio-mvebu.c does not depend on gpio-generic.c at all.
> Drop unneeded "select GPIO_GENERIC".
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/gpio/Kconfig | 1 -
Adding Tien.
2015-06-19 20:31 GMT+09:00 Masahiro Yamada :
> The driver gpio-altera.c does not depend on gpio-generic.c at all.
> Drop unneeded "select GPIO_GENERIC".
>
> Signed-off-by: Masahiro Yamada
> ---
>
> drivers/gpio/Kconfig | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
Building allmodconfig for arch/cris currently fails with:
drivers/built-in.o: In function `board_staging_register_clock':
drivers/staging/board/board.c:131: undefined reference to `clk_add_alias'
make: *** [vmlinux] Error 1
The clk_add_alias lives in drivers/clk/clkdev.c and that file
is only
Hi Linus,
Apologies for the late PULL request.
Here are the outstanding target-pending fixes for v4.1 code.
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
The series contains three patches from Sagi + Co that address a few
iser-target issues
This driver leaks out into arch/parisc builds that don't have
CONFIG_GENERIC_CLOCKEVENTS, leading to the following (truncated)
wreckage:
CC drivers/clocksource/timer-stm32.o
drivers/clocksource/timer-stm32.c:38:28: error: field 'evtdev' has incomplete
type
Hi!
I would like to invite you to visit MyDailyFlog and see my profile.
Check out:
http://www.mydailyflog.com/go/invite_register/saiprathap/22143969=89
Thanks!
sai sadasivam
Got a digital camera?
MyDailyFlog is a personal photo-blogging space where
I haven't managed to produce a hang without this patch
see also comments below
2015-06-16 12:37 GMT+02:00 Vignesh R :
> Usually when there is an error in transfer, DTO/CTO or other error
> interrupts are raised. But if the card is unplugged in the middle of a
> data transfer, it is observed
Hello Manfred,
On 06/20/2015 07:21 PM, Manfred Schlaegl wrote:
> I've detected a massive loss of can frames on i.MX6 using flexcan
> driver with 4.1-rc8 and tracked this down to following commit:
> 514ac99c64b22d83b52dfee3b8becaa69a92bc4a - "can: fix multiple delivery
> of a single CAN frame for
Commit 4fc9b87bae25 ("net: fs_enet: Implement NETIF_F_SG feature")
brings a trouble to Freescale MPC512x: a kernel oops happens
during sending non-linear sk_buff with .data not aligned by 4.
Log quotation:
Unable to handle kernel paging request for data at address 0xe467c000
Faulting instruction
TESTED-BY
2015-06-16 12:37 GMT+02:00 Vignesh R :
> Sometimes BADA, DEB or CEB error interrupts occur when sd card is
> unplugged during data transfer. These interrupts are currently ignored
> by the interrupt handler. But, this results in card not being
> recognised on subsequent insertion. This
Hi Vignesh,
2015-06-16 12:37 GMT+02:00 Vignesh R :
> From: Kishon Vijay Abraham I
>
> DTO/DCRC errors were not being informed to the mmc core since
> commit ae4bf788ee9b ("mmc: omap_hsmmc: consolidate error report handling of
> HSMMC IRQ"). This commit made sure 'end_trans' is never set on
This driver allows to use the CBUS pins, e.g. CBUS 0-3 on FT232R
type of devices. Note that the pins need to be configured first
by using I/O mode signal option in the EEPROM. This is _not_ the
factory default configuration of any of the four pins.
See also FTDI's Application Note AN_232R-01.
Add interface to allow CBUS access. The functions set_bitmode and
read_pins use control transfers only hence should not interfere
with the serial operation mode.
Signed-off-by: Stefan Agner
---
drivers/usb/serial/ftdi_sio.c | 41 +
Yet another FTDI GPIO patchset. Yet somewhat different to previous
implementations...
There are three GPIO modes supported by FTDI devices:
1. Asynchronous Bit Bang Mode (used in Sacha's patch)
2. Synchronous Bit Bang Mode (used in Philipp's patch)
3. CBUS Bit Bang Mode (used in Philipp's patch
In 'commit a2698a9bf9b0 ("Bluetooth: btusb: Add Realtek
8723A/8723B/8761A/8821A support"), support of some Realtek
devices was added to the Generic Bluetooth USB driver in kernel.
However, these devices are not in the module device table of
btusb.ko, so the kernel wouldn't probe them at all.
To
Hi Xi,
> In 'commit a2698a9bf9b0 ("Bluetooth: btusb: Add Realtek
> 8723A/8723B/8761A/8821A support"), support of some Realtek
> devices was added to the Generic Bluetooth USB driver in kernel.
> However, these devices are not in the module device table of
> btusb.ko, so the kernel wouldn't probe
In principle this driver could export a pinmux interface as well, but
since setting up the pinmux settings is the BIOS/EFI responsibility
I don't think it makes sense to add it (I only read it to print
the current mux state in /sys/kernel/debug/gpio).
Signed-off-by: Tobias Diedrich
---
On Wed, Jun 17, 2015 at 09:47:08AM +0200, Paolo Bonzini wrote:
> On 17/06/2015 02:36, Andy Lutomirski wrote:
> > __pvclock_read_cycles had an unnecessary barrier. Get rid of that
> > barrier and clean up the code by just using rdtsc_ordered().
> >
> > Cc: Paolo Bonzini
> > Cc: Radim Krcmar
> >
Guennadi Liakhovetski writes:
>> +static void pxa_camera_dma_irq(struct pxa_camera_dev *pcdev,
>> + enum pxa_camera_active_dma act_dma);
>> +
>> +static void pxa_camera_dma_irq_y(void *data)
>
> Wait, how is this patch trivial? You change pxa_camera_dma_irq_?()
>
clear_user() used MOVQ+MOVB and if MOVQ faults, code simply exits and
honestly returns remaining length. In case of unaligned area, unaligned
remainder would count towards return value (correctly) but not cleared
(lazy code at least):
clear_user(p + 4096 - 4, 8) = 8
No one would have
Alternatives allow to pick faster code: REP STOSQ, REP STOSB or else.
Default to REP STOSQ (as memset() does).
Sticking printk() into clear_user() and booting Debian showed
that it is usually executed with 4-8 bytes of alignment and
~2000-4000 bytes of length. On this scale difference should be
On 20 June 2015 at 21:07, Julia Lawall wrote:
> Remove initialization of a variable that is immediately reassigned.
>
> The semantic patch that makes this change is as follows:
> (http://coccinelle.lip6.fr/)
>
> //
> @@
> type T;
> identifier x;
> constant C;
> expression e;
> @@
>
> T x
> - = C
On Sat, Jun 20, 2015 at 04:25:07PM -0500, Rob Landley wrote:
> GUID PARTITION TABLE (GPT)
> M: Davidlohr Bueso
> L: linux-...@vger.kernel.org
> S: Maintained
> F: block/partitions/efi.*
>
> Delivery to the following recipient failed permanently:
>
> davidl...@hp.com
>
Building with the attached random configuration file,
drivers/built-in.o: In function `board_staging_register_clock':
/home/jim/linux/drivers/staging/board/board.c:131: undefined reference
to `clk_add_alias'
#
# Automatically generated file; DO NOT EDIT.
# Linux/x86 4.1.0-rc8 Kernel Configuration
GUID PARTITION TABLE (GPT)
M: Davidlohr Bueso
L: linux-...@vger.kernel.org
S: Maintained
F: block/partitions/efi.*
Delivery to the following recipient failed permanently:
davidl...@hp.com
Technical details of permanent failure:
tried to deliver your message, but it was
On 05/09/2015 04:02 PM, Chen Gang wrote:
> The related warnings:
>
> CALLscripts/checksyscalls.sh
> :1229:2: warning: #warning syscall sched_setattr not implemented
> [-Wcpp]
> :1232:2: warning: #warning syscall sched_getattr not implemented
> [-Wcpp]
> :1235:2: warning: #warning
On 6/20/15 1:46 PM, Richard Weinberger wrote:
Am 04.05.2015 um 20:44 schrieb Richard Weinberger:
Am 04.01.2015 um 16:48 schrieb Richard Weinberger:
At least on UML this identifiers clash with register names.
Use something less generic than Rx, Cx and Cx.
CC lib//jedec_ddr_data.o
In
Fix checkpatch.pl "space required before the open parenthesis '('" errors
Signed-off-by: Greg Donald
---
.../staging/rtl8192u/ieee80211/rtl819x_HTProc.c| 97 ++
1 file changed, 44 insertions(+), 53 deletions(-)
diff --git
Hi Rob,
On Sat, Jun 20, 2015 at 10:13 PM, Rob Landley wrote:
>>> (Now the reason _I_ thought you'd reject it had more to do with not
>>> having converted it to device tree yet, and things on that level. But I
>>
>> Sh is an existing supported architecture, so DT is not a hard requirement.
>
>
Am 04.05.2015 um 20:44 schrieb Richard Weinberger:
> Am 04.01.2015 um 16:48 schrieb Richard Weinberger:
>> At least on UML this identifiers clash with register names.
>> Use something less generic than Rx, Cx and Cx.
>>
>> CC lib//jedec_ddr_data.o
>> In file included from
Hi Paul,
On Sat, Jun 20, 2015 at 9:27 PM, Paul Gortmaker
wrote:
> Building allmodconfig for arch/cris currently fails with:
>
> drivers/built-in.o: In function `board_staging_register_clock':
> drivers/staging/board/board.c:131: undefined reference to `clk_add_alias'
> make: *** [vmlinux] Error
On Fri, Jun 19, 2015 at 10:24 AM, Herbert Xu
wrote:
> On Thu, Jun 18, 2015 at 03:46:16PM +0200, Boris Brezillon wrote:
>> Hello,
>>
>> This patch series adds a new driver supporting Marvell's CESA IP.
>> This driver addresses some limitations of the existing one.
>> >From a performance and CPU
Ich bin Mr.Wenyao Zhou Independent Director der Bank of China, habe ich
einen Geschäftsvorgang von $ 23,5 Mio. und ich gebe Ihnen 30% Entschädigung
für Ihre Unterstützung in dieser Transaktion sollten Sie daran interessiert
sein,
bitte senden Sie mir Ihre vollen Informationen, wie unten
Currently, enabling CONFIG_TRACING on a system comes as all-or-nothing: either
tracepoints for all subsystems are compiled (with CONFIG_TRACING) or none of
them do (without it).
This caused me an unacceptable performance penalty (obviously SOME penalty was
expected, but not one so severe) which
Allow a trace events header file to disable compilation of its
trace events by defining the preprocessor macro NOTRACE.
This could be done, for example, according to a Kconfig option.
Signed-off-by: Tal Shorer
---
include/linux/tracepoint.h | 6 +++---
include/trace/define_trace.h | 2 +-
2
Add a new options to gpio Kconfig, CONFIG_GPIO_TRACING, that is used
for enabling/disabling compilation of gpio function trace events.
Signed-off-by: Tal Shorer
---
drivers/gpio/Kconfig| 6 ++
include/trace/events/gpio.h | 4
2 files changed, 10 insertions(+)
diff --git
fixes checkpatch.pl WARNING: quoted string split across lines
+MODULE_AUTHOR("David A. Schleef , "
+ "Frank Mori Hess ");
total: 0 errors, 1 warnings, 114 lines checked
Modules with multiple authors have a MODULE_AUTHOR line for each one.
Signed-off-by: Luis de Bethencourt
---
On 06/20/2015 03:00 AM, Geert Uytterhoeven wrote:
> Hi Rob,
>
> On Sat, Jun 20, 2015 at 12:11 AM, Rob Landley wrote:
>> On 06/18/2015 02:36 PM, Geert Uytterhoeven wrote:
>>> On Thu, Jun 18, 2015 at 7:19 PM, Rob Landley wrote:
Changes to existing files to add 0pf j2 board support.
>>>
>>>
Hey, Ted.
On Wed, Jun 17, 2015 at 05:48:52PM -0400, Theodore Ts'o wrote:
> On Wed, Jun 17, 2015 at 02:52:37PM -0400, Tejun Heo wrote:
> >
> > Hmmm... so, overriding things *before* an bio is issued shouldn't be
> > too difficult and as long as this sort of operations aren't prevalent
> > we
Currently arch/cris fails the allmodconfig/allyesconfig build
coverage in linux-next with things like:
drivers/media/platform/sti/bdisp/bdisp-hw.c:132:3: error: implicit
declaration of function 'dma_free_attrs'
drivers/media/platform/sti/bdisp/bdisp-hw.c:157:2: error: implicit
declaration of
Good news
tv,moto,cellphone,gultar
the shipping is free
samsung 6, € 320
s i te: isgayre. com
N�r��yb�X��ǧv�^�){.n�+{zX�>Wi�axPj�m -�+��d�_
On Tue, Jun 16, 2015 at 04:28:30PM -0600, Toshi Kani wrote:
> DAX has the following issues in a shared or read-only private
> mmap'd file.
> - mmap(MAP_POPULATE) does not pre-fault
> - mlock() fails with -ENOMEM
>
> DAX uses VM_MIXEDMAP for mmap'd files, which do not have struct
> page
Building allmodconfig for arch/cris currently fails with:
drivers/built-in.o: In function `board_staging_register_clock':
drivers/staging/board/board.c:131: undefined reference to `clk_add_alias'
make: *** [vmlinux] Error 1
The clk_add_alias lives in drivers/clk/clkdev.c and that file
is only
Remove initialization of a variable that is immediately reassigned.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
type T;
identifier x;
constant C;
expression e;
@@
T x
- = C
;
x = e;
//
Signed-off-by: Julia Lawall
---
Remove initialization of a variable that is immediately reassigned.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
type T;
identifier x;
constant C;
expression e;
@@
T x
- = C
;
x = e;
//
Signed-off-by: Julia Lawall
---
Remove initialization of a variable that is immediately reassigned.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
type T;
identifier x;
constant C;
expression e;
@@
T x
- = C
;
x = e;
//
Signed-off-by: Julia Lawall
---
Remove initialization of a variable that is immediately reassigned.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
type T;
identifier x;
constant C;
expression e;
@@
T x
- = C
;
x = e;
//
Signed-off-by: Julia Lawall
---
Remove initialization of a variable that is immediately reassigned.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
type T;
identifier x;
constant C;
expression e;
@@
T x
- = C
;
x = e;
//
Signed-off-by: Julia Lawall
---
These patches remove initializations of variables that are immediately
reassigned.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Please read the FAQ at http://www.tux.org/lkml/
On Sat, Jun 20, 2015 at 07:18:27PM +0200, Heinz Diehl wrote:
> On 20.06.2015, Greg Kroah-Hartman wrote:
>
> > I need some kind of hint as to _what_ patch that is in mainline. What's
> > the git id of it in Linus's tree?
>
> Sorry! It's commit 00425bb181c204c8f250fec122e2817a930e0286.
>
>
Quoting Krzysztof Kozlowski (2015-06-20 03:01:12)
> W dniu 19.06.2015 o 23:53, Michael Turquette pisze:
> > Quoting Bartlomiej Zolnierkiewicz (2015-06-19 05:35:23)
> >> On Friday, June 19, 2015 01:19:06 PM Bartlomiej Zolnierkiewicz wrote:
> >>>
> >>> Hi,
> >>>
> >>> On Thursday, June 18, 2015
Hi, I don't really have enough knowledge to comment QUAD IO, I'll just
include some general comments.
On 18 June 2015 at 16:58, Anurag Kumar Vulisha
wrote:
> micron flash parts by default operates in extended spi protocol,which accepts
> command on single line and can accept address & data on
Kernel coding style dictates that pointer declarations
have the asterisk next to the data name.
Signed-off-by: Joseph Kogut
---
drivers/staging/i2o/iop.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/i2o/iop.c b/drivers/staging/i2o/iop.c
index
fixes checkpatch.pl warning:
WARNING: missing space after return type
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/sm750.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/sm750fb/sm750.h b/drivers/staging/sm750fb/sm750.h
index
fixes checkpatch.pl error:
ERROR: trailing whitespace
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_dvi.c | 2 +-
drivers/staging/sm750fb/sm750_accel.c | 4 ++--
drivers/staging/sm750fb/sm750_hw.c| 24
3 files changed, 15 insertions(+), 15
fixes checkpatch.pl error:
ERROR: need consistent spacing around ''
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_chip.c| 4 ++--
drivers/staging/sm750fb/ddk750_display.h | 4 ++--
drivers/staging/sm750fb/sm750.h | 2 +-
drivers/staging/sm750fb/sm750_hw.c | 4
fixes checkpath.pl error:
ERROR: spaces required around that ''
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_chip.c | 2 +-
drivers/staging/sm750fb/ddk750_power.c | 2 +-
drivers/staging/sm750fb/sm750.h| 2 +-
drivers/staging/sm750fb/sm750_accel.c | 4 ++--
fixes checkpatch.pl error:
ERROR: space required after that ';'
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/sm750.h| 2 +-
drivers/staging/sm750fb/sm750_cursor.c | 12 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/sm750fb/sm750.h
fixes checkpatch.pl warning:
WARNING: unnecessary whitespace before a quoted newline
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/sm750.c| 2 +-
drivers/staging/sm750fb/sm750_hw.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Fix brace placement errors caught by checkpatch.pl
ERROR: that open brace { should be on the previous line
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_chip.h| 12 +++
drivers/staging/sm750fb/ddk750_display.c | 54 ++--
fixes checkpatch.pl warning:
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/sm750_accel.c | 9 +++--
drivers/staging/sm750fb/sm750_hw.c| 6 ++
2 files changed, 5 insertions(+), 10 deletions(-)
diff --git
fixes checkpatch.pl error:
ERROR: while should follow close brace '}'
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_display.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_display.c
fixes checkpatch.pl warning:
WARNING: Missing a blank line after declarations
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_chip.c| 1 +
drivers/staging/sm750fb/ddk750_display.c | 2 ++
drivers/staging/sm750fb/ddk750_dvi.c | 1 +
drivers/staging/sm750fb/ddk750_mode.c|
fixes checkpatch.pl warning:
WARNING: missing space after struct definition
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/sm750.h| 12 ++--
drivers/staging/sm750fb/sm750_hw.h | 6 +++---
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git
fixes checkpatch.pl error:
ERROR: space required before the open parenthesis '('
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_display.c | 20 +--
drivers/staging/sm750fb/ddk750_dvi.c | 2 +-
drivers/staging/sm750fb/ddk750_help.c| 2 +-
fixes checkpatch.pl error:
ERROR: space required before the open brace '{'
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_display.c | 14
drivers/staging/sm750fb/ddk750_mode.c| 8 ++---
drivers/staging/sm750fb/ddk750_power.c | 4 +--
fixes checkpatch.pl error:
ERROR: space prohibited before that close parenthesis ')'
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_chip.c | 2 +-
drivers/staging/sm750fb/ddk750_mode.c | 2 +-
drivers/staging/sm750fb/sm750_accel.c | 2 +-
3 files changed, 3 insertions(+), 3
fixes checkpatch.pl error:
ERROR: space required after that close brace '}'
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_display.c | 2 +-
drivers/staging/sm750fb/ddk750_mode.c| 2 +-
drivers/staging/sm750fb/ddk750_power.c | 2 +-
drivers/staging/sm750fb/sm750.h
fixes checkpatch.pl warning:
WARNING: space prohibited between function name and open parenthesis '('
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/sm750_accel.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/sm750fb/sm750_accel.c
fixes checkpatch.pl warning:
WARNING: missing space after enum definition
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_display.h | 2 +-
drivers/staging/sm750fb/sm750_hw.h | 8
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git
fixes checkpatch.pl warning:
ERROR: space prohibited after that open parenthesis '('
Signed-off-by: Juston Li
---
drivers/staging/sm750fb/ddk750_chip.c | 6 +++---
drivers/staging/sm750fb/ddk750_mode.c | 2 +-
drivers/staging/sm750fb/ddk750_power.c | 8
1 - 100 of 478 matches
Mail list logo
