On Fri, 22 Nov 2013 23:17:06 +0900
Namhyung Kim wrote:
> >
> [SNIP[
> > +static void
> > +load_plugin(struct pevent *pevent, const char *path,
> > + const char *file, void *data)
> > +{
> > + struct plugin_list **plugin_list = data;
> > + pevent_plugin_load_func func;
> > + struct pl
On 11/22/2013 11:48 PM, Vlad Yasevich wrote:
On 11/22/2013 02:24 PM, Chang wrote:
On 11/22/2013 03:27 PM, Vlad Yasevich wrote:
On 11/22/2013 02:49 AM, Chang Xiangzhong wrote:
tsn_gap_acked is an important state flag in chunk, which indicates if
the
chunk has been acked in gap reports before.
On Fri, 22 Nov 2013 23:22:52 +0900
Namhyung Kim wrote:
> 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
> > Adding traceevent_host_bigendian function to get host
> > endianity. It's used in following patches.
>
> [SNIP]
> > +static inline int traceevent_host_bigendian(void)
> > +{
> > + unsigned char
On Wed, Nov 20, 2013 at 4:28 PM, Marc Zyngier wrote:
> [dropping from the CC list, as someone seems to have
> tripped on the config file, and I'm tired of getting bounces]
>
> Feng,
>
> On 19/11/13 21:42, Feng Kan wrote:
>> The GIC-400 implementation allows for FIQ and IRQ bypass. In the
>> X-Ge
On Sat, Nov 23, 2013 at 2:11 PM, Anup Patel wrote:
> On Wed, Nov 20, 2013 at 4:28 PM, Marc Zyngier wrote:
>> [dropping from the CC list, as someone seems to have
>> tripped on the config file, and I'm tired of getting bounces]
>>
>> Feng,
>>
>> On 19/11/13 21:42, Feng Kan wrote:
>>> The GIC-400
On Fri, 22 Nov 2013 23:27:57 +0900
Namhyung Kim wrote:
> [SNIP]
> > +#define MINORBITS 20
> > +#define MINORMASK ((1U << MINORBITS) - 1)
> > +
> > +#define MAJOR(dev) ((unsigned int) ((dev) >> MINORBITS))
> > +#define MINOR(dev) ((unsigned int) ((dev) & MINORMASK))
> > +
> > +unsigned long long
Since I'm currently unable to dedicate sufficient time to the maintainership
of these two drivers update their status to "orphan" until new maintainers
appear.
Signed-off-by: Guennadi Liakhovetski
---
MAINTAINERS |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/MAINT
Since I'm currently unable to dedicate sufficient time to driver
maintainership, remove myself from the maintainers list.
Signed-off-by: Guennadi Liakhovetski
---
MAINTAINERS |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index b5f4e68..e37e8c0
On Fri, 22 Nov 2013 23:33:29 +0900
Namhyung Kim wrote:
> 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
> > Backporting hrtimer plugin.
> >
> > Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git
> >
> > This plugin ad
On Fri, Nov 22, 2013 at 9:14 PM, Mika Westerberg
wrote:
> From: Heikki Krogerus
>
> All platforms using this driver are now converted to the new
> descriptor-based GPIO interface.
>
> Signed-off-by: Heikki Krogerus
> Signed-off-by: Mika Westerberg
> ---
> net/rfkill/rfkill-gpio.c | 61
> +
On Fri, Nov 22, 2013 at 10:13:13AM -0800, Paul E. McKenney wrote:
> How about the following?
>
> Thanx, Paul
>
>
>
> COMPILER BARRIER
>
>
> The Linux k
On Fri, 22 Nov 2013 23:38:17 +0900
Namhyung Kim wrote:
> 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
> > Backporting kmem plugin.
> >
> > Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git
> >
> > This plugin adds
On Fri, 22 Nov 2013 23:45:24 +0900
Namhyung Kim wrote:
> > + pevent_print_num_field(s, " root %u ", event,
> > + "root_count", record, 1);
> > +
> > + if (pevent_get_field_val(s, event, "unsync", record, &val, 1) < 0)
> > + return -1;
>
> Hmm.. it seems t
On Fri, 22 Nov 2013 23:53:54 +0900
Namhyung Kim wrote:
> 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
>
> > Backporting sched_switch plugin.
> >
> > Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb):
> > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git
> >
> > This p
On Fri, Nov 22, 2013 at 9:14 PM, Mika Westerberg
wrote:
> Now that all users of acpi_gpio.h have been moved to user either the GPIO
s/user/use
> descriptor interface or to the internal gpiolib.h we can get rid of
gpiolib.h will also need to be renamed if you follow my suggestion below.
> acpi_
On Sat, 23 Nov 2013 00:03:51 +0900
Namhyung Kim wrote:
> > Removing options support as it's not backported yet.
> > Currently this plugin supports 2 options:
> > 'parent' to display parent function
> > 'indent' to show function call indents
> >
> > Enabling both of them by default.
>
> [SNI
On Fri, Nov 22, 2013 at 9:14 PM, Mika Westerberg
wrote:
> The new descriptor based GPIO interface is now the recommended and safer
> way of using GPIOs from device drivers. Convert the ACPI SDHCI driver to
> use that interface.
Acked-by: Alexandre Courbot
--
To unsubscribe from this list: send t
On Sat, 23 Nov 2013 00:24:50 +0900
Namhyung Kim wrote:
> [SNIP]
> > +static const char *
> > +scsi_trace_rw6(struct trace_seq *p, unsigned char *cdb, int len)
> > +{
> > + const char *ret = p->buffer + p->len;
> > + sector_t lba = 0, txlen = 0;
> > +
> > + lba |= ((cdb[1] & 0x1F) << 16);
>
On Sat, 23 Nov 2013 00:19:48 +0900
Namhyung Kim wrote:
> 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
> > Adding is_writable_pte print helper function, so the
> > kvmmmu:fast_page_fault print format gets resolved properly.
> >
> > The diff of 'perf script' output generated by old and new code:
> > (d
On Sat, 23 Nov 2013 00:16:14 +0900
Namhyung Kim wrote:
> [SNIP]
> > +unsigned long long process___le16_to_cpup(struct trace_seq *s,
> > + unsigned long long *args)
> > +{
> > + uint16_t *val = (uint16_t *) args[0];
> > + return val ? (long long) le16toh(*
On Tuesday 19 November 2013 03:14:09 Herbert Xu wrote:
> On Mon, Nov 18, 2013 at 10:51:30PM +0100, Pali Rohár wrote:
> > On Wednesday 16 October 2013 14:57:34 Herbert Xu wrote:
> > > On Tue, Oct 08, 2013 at 12:04:09PM -0700, Tony Lindgren
wrote:
> > > > * Pali Rohár [130920 06:33]:
> > > > > This
Use if statement instead of while loop.
Signed-off-by: Shigeru Yoshida
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 5ac63c9..49028db 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -3924,
On Fri, Nov 22, 2013 at 08:01:47AM -0700, David Ahern wrote:
> On 11/22/13, 7:24 AM, Jiri Olsa wrote:
> >David,
> >patch 2 could colide with your mmap changes, not sure
> >what's your plan with that in near future, let me know
> >and I can rebase if needed.
>
> The day job requires some focus for
On Fri, 22 Nov 2013 11:15:47 -0800
John Stultz wrote:
> On 11/22/2013 07:38 AM, Martin Schwidefsky wrote:
>
> > But that has the downside that it creates a negative ntp_error that
> > can only be corrected with an adjustment of tk->mult which takes a
> > long time.
>
> So the time it would take
Give a short overview of the various GPIO documentation files.
Signed-off-by: Alexandre Courbot
---
Documentation/gpio/00-INDEX | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/gpio/00-INDEX
diff --git a/Documentation/gpio/00-INDEX b/Documentation/gpio/00-
For platforms that use device tree or ACPI as the standard way to look
GPIOs up, allow the platform-defined GPIO mappings to be used as a
fallback. This may be useful for platforms that need extra GPIOs mappings
not defined by the firmware.
Signed-off-by: Alexandre Courbot
---
drivers/gpio/gpiol
--
This is to inform you that an inheritance was bequeathed in your
favour. Letters were posted to you to this regards, but returned
undelivered. Kindly contact me once you recieve this email for more
information.
Sincerely
Barr Mark Freedman
--
To unsubscribe from this list: send the line "unsub
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/26/13 00:09, Sebastian Reichel wrote:
> Hi Grant,
>
> On Fri, Oct 25, 2013 at 08:10:28PM +0100, Grant Likely wrote:
>>> + - cover-comp-gain : integer used as multiplier for gain +
>>> compensation (default = 1)
>>
>> Shou
On 10/25/13 10:10, Sebastian Reichel wrote:
> Add Device Tree support for the TSL2563 driver,
> document the binding and add AMS-TAOS Inc. to the
> list of vendor prefixes.
>
> Signed-off-by: Sebastian Reichel
> Acked-by: Kumar Gala
Applied to the togreg branch of iio.git with the minor change G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/01/13 05:35, NeilBrown wrote:
>
>
> No configuration, just a compatible string and documentation.
>
> Signed-off-by: NeilBrown
Looks fine to me and it's been a 3 weeks without any negative feedback so
applied to the togreg branch of iio.git.
This commit
commit 09fbc47373826d67531380662b516de2da120545
Author: Mimi Zohar
Date: Tue Aug 20 14:36:27 2013 -0400
KEYS: verify a certificate is signed by a 'trusted' key
Only public keys, with certificates signed by an existing
'trusted' key on the system trusted keyring, sh
Hi,
Could you please why a **reneged** newly acked TSN doesn't qualify the
highest_new_tsn? What's the wrongs of doing that?
I've been thinking a few scenarios, but I couldn't figure out what's
wrong with that.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Fixed a printk statement in the debug section
where the string terminator was misplaced.
Signed-off-by: Abhishek Sudhakaran
---
drivers/staging/comedi/drivers/pcmmio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/pcmmio.c
b/drivers/stagin
On Fri, Nov 22, 2013 at 04:56:37PM -0800, Davidlohr Bueso wrote:
> From: Peter Zijlstra
>
> Original patchset: https://lkml.org/lkml/2011/9/14/118
>
> This is useful for locking primitives that can effect multiple
> wakeups per operation and want to avoid lock internal lock contention
> by delay
Pstore fs expects that backends provide a uniqued id which could avoid
pstore making entries as duplication or denominating entries the same
name. So I combine the timestamp, part and count into id.
Signed-off-by: Madper Xie
---
drivers/firmware/efi/efi-pstore.c | 19 +--
1 file
> I used to have a patch to schedule() that would always immediately fall
> through and only actually block on the second call; it illustrated the
> problem really well, in fact so well the kernels fails to boot most
> times.
I found the below on my filesystem -- making it apply shouldn't be hard.
net/netlink/genetlink.c: In function ‘genl_validate_assign_mc_groups’:
net/netlink/genetlink.c:217: warning: ‘err’ may be used uninitialized in this
function
Commit 2a94fe48f32ccf7321450a2cc07f2b724a444e5b ("genetlink: make multicast
groups const, prevent abuse") split genl_register_mc_group() in
On Sat, Nov 23, 2013 at 11:50:29AM +, Jonathan Cameron wrote:
> On 10/26/13 00:09, Sebastian Reichel wrote:
> > Hi Grant,
> >
> > On Fri, Oct 25, 2013 at 08:10:28PM +0100, Grant Likely wrote:
> >>> + - cover-comp-gain : integer used as multiplier for gain +
> >>> compens
On Sat, Nov 23, 2013 at 10:37:13AM +0100, Pali Rohár wrote:
> Now 3.13-rc1 is out, but your tree was not merged. Can you
> try to ping Linus what happened?
See here: http://www.spinics.net/lists/arm-kernel/msg288508.html
-- Sebastian
signature.asc
Description: Digital signature
On Wed, Jul 17, 2013 at 10:43 PM, David Howells wrote:
> +/*
> + * Handle insertion into a terminal node.
> + */
> +static bool assoc_array_insert_into_terminal_node(struct assoc_array_edit
> *edit,
> + const struct
> assoc_array_ops *ops,
> +
(2013/11/23 6:21), Andi Kleen wrote:
> On Wed, Nov 20, 2013 at 04:22:21AM +, Masami Hiramatsu wrote:
>> Use NOKPROBE_SYMBOL macro to protect functions from kprobes
>> instead of __kprobes annotation in trap.c.
>> This also applies __always_inline annotation for some cases,
>> because NOKPROBE_S
dear all i meet thefollw problem , look for help , if you kown the
solution ,!!
thanks advance!!!
CC=mipsel-uclibc-linux26-gcc ./configure \
--target=mipsel-uclibc-linux26 \
--host=mipsel-uclibc-linux26 \
--build=`/bin/arch`-linux \
On Fri, Nov 22, 2013 at 04:39:11PM +0100, Ingo Molnar wrote:
> I see no problem with that - it's basically like util/*.c is, just
> between tools.
But why? Why it is a good thing to have to pay attention to linking to
10 minilibs when you're using 10 utilities for your tool instead of a
small numb
On Fri, Nov 22, 2013 at 04:54:25PM +0100, Ingo Molnar wrote:
> comet:~/tip/tools/perf> ls util/*.h
> util/annotate.h util/data.h util/fs.h
> util/parse-events-bison.h util/probe-event.h util/sort.h
> util/thread.h util/values.h
> util/build-id.h util/debug.h
On Fri, Nov 22, 2013 at 10:48:50AM +0800, Dave Young wrote:
> > efi.config_table = (unsigned long)efi.systab->tables;
> > efi.fw_vendor= (unsigned long)efi.systab->fw_vendor;
> > efi.runtime = (unsigned long)efi.systab->runtime;
>
> Hmm, UEFI spec mentions the them like below
On Fri, 22 Nov 2013, Davidlohr Bueso wrote:
> On Fri, 2013-11-22 at 17:25 -0800, Linus Torvalds wrote:
> > On Fri, Nov 22, 2013 at 4:56 PM, Davidlohr Bueso wrote:
> > > In futex_wake() there is clearly no point in taking the hb->lock if
> > > we know beforehand that there are no tasks to be woken.
ATTENTION WEBMAIL OWNER;
Your mailbox has exceeded the storage limit is 5 GB, as defined by the
administrator, who is running on 10.9GB, you may be unable to send or
receive new mail until you re-validate your mailbox mail. To
revalidate your mailbox, send the following information below:
From: Andrew Liu
For exmaple, keycode: KEY_OK(0x160) is changed by "and" operation with
KEY_MAX(0x2ff) to KEY_KPENTER(96).
Signed-off-by: Andrew Liu
---
drivers/input/keyboard/adp5588-keys.c |8 ++--
drivers/input/keyboard/adp5589-keys.c |8 ++--
drivers/input/keyboard/bf54x-ke
On Fri, Nov 22, 2013 at 05:09:59PM +0200, Ville Syrjälä wrote:
> IIRC this warning was there for me too on gcc 4.6, but it disappeared
> on gcc 4.7, which is why I decided not to send a patch for it.
A disappearing and reappearing warning happened to me recently too. I
attributed that to compiler
2013/11/23 H. Peter Anvin :
> On 11/22/2013 04:27 AM, Akinobu Mita wrote:
>>
>> I'm currently working for integrating DMA CMA with intel-iommu which
>> I can test. Regardless of which dma ops is actually used, I would
>> like to allocate large contiguous memory with dma_alloc_coherent()
>> and tel
It's equivalent to CONFIG_HIGH_RES_TIMERS now that all architectures
use the generic helpers it relies on.
Signed-off-by: Christoph Hellwig
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a671b58..c4d0371 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1655,12 +1655,6 @@ conf
>
> From: Daniel Tang
>
> The USB controller in TI-NSPIRE calculators are based
> off either Freescale's USB OTG controller or the USB
> controller found in the IMX233, both of which are
> Chipidea compatible.
>
> This patch adds a device tree binding for the controller.
>
> Signed-off-by:
Many components still have 16 bits registers and several even have
8 bits registers. This patch adds structures and functions to deal with
those registers.
Signed-off-by: Christophe Leroy
diff -urN a/include/linux/debugfs.h b/include/linux/debugfs.h
--- a/include/linux/debugfs.h 2013-10-25 04:
On 11/22, KOSAKI Motohiro wrote:
>
> >> I have found no problem in this patch. However, I have a very basic
> >> question.
> >> Why do we need to keep fs->in_exec?
> >
> > To ensure that a sub-thread can't create a new process with the same
> > ->fs while we are doing exec without LSM_UNSAFE_SHARE
Correct spelling typo in comments within mei/client.c
Signed-off-by: Masanari Iida
---
drivers/misc/mei/client.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/misc/mei/client.c b/drivers/misc/mei/client.c
index 87c96e4..3aa379f 100644
--- a/drivers/mi
Correct spelling typo in comments and debug messages.
Signed-off-by: Masanari Iida
---
drivers/misc/mei/nfc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/mei/nfc.c b/drivers/misc/mei/nfc.c
index 994ca4a..7e8590e 100644
--- a/drivers/misc/mei/nfc.c
Correct spelling typo in comments within mei.
Signed-off-by: Masanari Iida
---
drivers/misc/mei/amthif.c | 4 ++--
drivers/misc/mei/debugfs.c | 2 +-
drivers/misc/mei/hbm.c | 12 ++--
drivers/misc/mei/mei_dev.h | 2 +-
4 files changed, 10 insertions(+), 10 deletions(-)
diff --gi
Ingo, Thomas,
Please pull the timers/posix-timers-for-tip branch that can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/posix-timers-for-tip
HEAD: 239dd62b5c41bf606f3a3b3adb9e70341a62dbd3
It passed through 0-day testing.
This is another se
When a timer's target is seen to be buried, for example on calls
to timer_gettime(), the posix cpu timers code behaves a bit
like a garbage collector and releases early the reference to the
task.
Then again, this optimization complicates the code for no much
value: it's up to the user to release t
Now that we've removed all the optimizations that could
result in NULL timer's targets, we can remove all the
associated special case handling.
Also add some warnings on NULL targets to spot any possible
leftover.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter
Timer deletion doesn't need the tasklist lock.
We need to protect against:
* concurrent access to the lists p->cputime_expires and
p->sighand->cputime_expires
* task reaping that may also delete the timer list entry
* timer firing
We already hold the timer lock which protects us against concu
The posix cpu timers code makes a heavy use of BUG_ON()
but none of these concern fatal issues that require
to stop the machine. So let's just warn the user when
some internal state slips out of our hands.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
The remaining uses of tasklist_lock were mostly about synchronizing
against sighand modifications, getting coherent and safe group samples
and also thread/process wide timers list handling.
All of this is already safely synchronizable with the target's
sighand lock. Let's use it on these places in
There is no need for the tasklist_lock just to take a process
wide clock sample.
All we need is to get a coherent sample that doesn't race with
exit() and exec():
* exit() may be concurrently reaping a task and flushing its time
* sighand is unstable under exit() and exec(), and the latter also
Consolidate the clock sampling common code used for both local
and remote targets.
Note that this introduces a tiny user ABI change: if a
PID is passed to clock_gettime() along the clockid,
we used to forbid a process wide clock sample when that
PID doesn't belong to a group leader. Now after this
a0b2062b0904ef07944c4a6e4d0f88ee44f1e9f2
("posix_timers: fix racy timer delta caching on task exit") forgot
to remove the arguments used for timer caching.
Fix this leftover.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Kosak
Now that we removed dead thread posix cpu timers caching,
lets remove the dead process wide version. This caching
is similar to the per thread version but it should be even
more rare:
* If the process id dead, we are not reading its timers
status from a thread belonging to its group since they
are
When a task is exiting or has exited, its posix cpu timers
don't tick anymore and won't elapse further. It's too late
for them to expire.
So any further call to timer_gettime() on these timers will
return the same remaining expiry time.
The current code optimize this by caching the remaining delt
On Fri, Nov 22, 2013 at 7:50 PM, Tony Lindgren wrote:
> * Tony Lindgren [131122 17:16]:
>> * Tony Lindgren [131122 17:09]:
>> > * Russell King - ARM Linux [131122 16:56]:
>> > > On Fri, Nov 22, 2013 at 04:43:35PM -0800, Tony Lindgren wrote:
>> > > > + /* See of_device_resource_not
On Fri, Nov 22, 2013 at 7:12 PM, Joel Fernandes wrote:
> Adding Thomas to the thread since discussion is about clocksource, and Mark
> Rutland as discussion is related to timers and DT, thanks.
>
> On 11/22/2013 02:01 PM, Rob Herring wrote:
>> On Fri, Nov 22, 2013 at 10:42 AM, Joel Fernandes wrot
Avoid possible division by zero in led_work, if hdev->maxchild is 0.
See also:
http://buildbot.llvm.linuxfoundation.org/checker/scan-build-latest/report-b65939.html#EndPath
Signed-off-by: Johannes Thumshirn
---
drivers/usb/core/hub.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
* Rob Herring [131123 07:43]:
> On Fri, Nov 22, 2013 at 7:50 PM, Tony Lindgren wrote:
> > * Tony Lindgren [131122 17:16]:
> >> * Tony Lindgren [131122 17:09]:
> >> > * Russell King - ARM Linux [131122 16:56]:
> >> > > On Fri, Nov 22, 2013 at 04:43:35PM -0800, Tony Lindgren wrote:
> >> > > > +
On mar, 2013-11-19 at 14:56 +, David Vrabel wrote:
> The relevant bits in dummy_numa_init are in the error path of
> xen_numa_init().
>
> I do think this approach (using the provided API to setup the single
> (dummy) node), is preferable to calling dummy_numa_init().
>
> If I thought the hype
On Sat, Nov 23, 2013 at 05:31:34PM +0100, Johannes Thumshirn wrote:
> Avoid possible division by zero in led_work, if hdev->maxchild is 0.
>
> See also:
> http://buildbot.llvm.linuxfoundation.org/checker/scan-build-latest/report-b65939.html#EndPath
>
> Signed-off-by: Johannes Thumshirn
> ---
>
On Sat, Nov 23, 2013 at 03:45:20PM +0100, Christophe Leroy wrote:
> Many components still have 16 bits registers and several even have
> 8 bits registers. This patch adds structures and functions to deal with
> those registers.
>
> Signed-off-by: Christophe Leroy
What code is going to call these
On Sat, Nov 23, 2013 at 05:05:32PM +0530, Abhishek Sudhakaran wrote:
> Fixed a printk statement in the debug section
> where the string terminator was misplaced.
>
> Signed-off-by: Abhishek Sudhakaran
> ---
> drivers/staging/comedi/drivers/pcmmio.c |2 +-
> 1 file changed, 1 insertion(+), 1
On Sat, Nov 23, 2013 at 09:20:10AM -0800, Greg Kroah-Hartman wrote:
> On Sat, Nov 23, 2013 at 05:31:34PM +0100, Johannes Thumshirn wrote:
> > Avoid possible division by zero in led_work, if hdev->maxchild is 0.
> >
> > See also:
> > http://buildbot.llvm.linuxfoundation.org/checker/scan-build-latest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/18/13 22:56, NeilBrown wrote:
> On Mon, 18 Nov 2013 11:57:42 + Mark Rutland wrote:
>
>> On Fri, Nov 01, 2013 at 04:48:54AM +, NeilBrown wrote:
>>>
>>>
>>> No new configuration, just a 'compatible' string and documentation.
>>>
>>> Si
On Wednesday 06 November 2013, ivan.khoronzhuk wrote:
> @@ -7,6 +7,10 @@ Required properties:
>
> - reg : Should contain WDT registers location and length
>
> +- clocks: phandle reference to the controller clock.
> + Required only for Keystone arch.
> + See clock-bindings.txt
>
On Wednesday 06 November 2013, ivan.khoronzhuk wrote:
> @@ -1,13 +1,20 @@
> -DaVinci Watchdog Timer (WDT) Controller
> +Texas Instruments DaVinci/Keystone Watchdog Timer (WDT) Controller
>
> Required properties:
> -- compatible : Should be "ti,davinci-wdt"
> +
> +- compatible: "ti,davi
Hi Andrew,
On Sat, Nov 23, 2013 at 09:45:45PM +0800, andrew.liu200...@gmail.com wrote:
> From: Andrew Liu
>
> For exmaple, keycode: KEY_OK(0x160) is changed by "and" operation with
> KEY_MAX(0x2ff) to KEY_KPENTER(96).
>
> Signed-off-by: Andrew Liu
> ---
> drivers/input/keyboard/adp5588-keys.c
On Wednesday 20 November 2013, Ivan Khoronzhuk wrote:
> --- a/drivers/mtd/nand/davinci_nand.c
> +++ b/drivers/mtd/nand/davinci_nand.c
> @@ -523,6 +523,7 @@ static struct nand_ecclayout hwecc4_2048 __initconst = {
> #if defined(CONFIG_OF)
> static const struct of_device_id davinci_nand_of_match[]
Hi Ric,
Am 22.11.2013 21:37, schrieb Ric Wheeler:
On 11/22/2013 03:01 PM, Stefan Priebe wrote:
Hi Christoph,
Am 21.11.2013 11:11, schrieb Christoph Hellwig:
2. Some drives may implement CMD_FLUSH to return immediately i.e. no
guarantee the data is actually on disk.
In which case they aren't
>From 0a0e6b9eec8c8c1168b282150e9de43c2445f475 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Sun, 17 Nov 2013 11:17:36 +0900
The following two commits implemented mmap support in the regular file
path and merged bin file support into the regular path.
73d9714627ad ("sysfs: copy bin mmap suppor
Hello, Greg.
These are two patches to fix sysfs bugs which are present in rc1 and
posted previously. Both deal with spurious triggering of warnings.
The patches are available in the following git branch.
git://git.kernel.org/pub/scm/linux/kernel/git/tj/misc.git review-sysfs-fixes
The original
On Fri, 22 Nov 2013 10:37:04 -0400, Eduardo Valentin wrote:
> Yeah, but I see your point. You probably want to have first code changes
> done properly so that if we have code duplication, it does not spread
> like a disease, like usually does. It is unavoidable to base new drivers
> on existing one
Building arm:allmodconfig ... failed
--
Error log:
arch/arm/crypto/aesbs-glue.c:13:32: fatal error: crypto/ablk_helper.h: No such
file or directory
compilation terminated.
make[1]: *** [arch/arm/crypto/aesbs-glue.o] Error 1
ablk_helper.h only exists in arch/x86/include/asm/crypto/abl
On Sat, Nov 23, 2013 at 7:40 PM, Guenter Roeck wrote:
> drivers/tty/ehv_bytechan.c:363:1: error: type defaults to 'int' in
> declaration of 'console_initcall' [-Werror=implicit-int]
>
> Not really surprising as console_initcall() is not defined for modules.
> I am a bit at loss why this is only se
On Fri, Nov 22, 2013 at 09:00:54PM -0800, Yinghai Lu wrote:
> On Fri, Nov 22, 2013 at 4:07 AM, Peter Zijlstra wrote:
> > And I suppose a kernel before
> >
> > 863bffc80898 ("sched/fair: Fix group power_orig computation")
> >
> > work fine, eh?
> >
> > I'll further assume that your RIP points to:
Common changes:
- Convert to new hwmon API to simplify code and avoid race conditions
due to late sysfs attribute registration.
With this change, hwmon sysfs attributes are now always attached
to the hwmon device and no longer to its parent device (where this
was the case).
- Replace SENSOR
The extra argument to SENSOR_DEVICE_ATTR is not used. It is therefore not
necessary to use SENSOR_DEVICE_ATTR in the first place. Replace it with
DEVICE_ATTR.
Signed-off-by: Guenter Roeck
---
drivers/platform/x86/compal-laptop.c | 66 +-
1 file changed, 33 inser
Reduce code size and simplify error path.
Signed-off-by: Guenter Roeck
---
drivers/platform/x86/compal-laptop.c |9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/platform/x86/compal-laptop.c
b/drivers/platform/x86/compal-laptop.c
index 8b119a7..9deb035 1006
Simplify the code and avoid race condition caused by creating sysfs attributes
after creating the hwmon device.
Also replace SENSOR_DEVICE_ATTR with DEVICE_ATTR since the extra argument
is not used and SENSOR_DEVICE_ATTR is not needed.
Signed-off-by: Guenter Roeck
---
drivers/platform/x86/eeepc
Simplify the code and create hwmon attributes as well as hwmon device in one go.
With the new hwmon API, hwmon attributes are now attached to the hwmon device.
Therefore, split hwmon and device attributes into two separate groups.
Platform attributes are still attached to the platform device.
Als
Simplify the code and avoid race conditions due to late sysfs attribute
registration. Also replace SENSOR_DEVICE_ATTR with DEVICE_ATTR;
the additional parameter is not used and thus unnecessary.
Signed-off-by: Guenter Roeck
---
drivers/platform/x86/asus-wmi.c | 48 +
On 11/23/2013 10:51 AM, Geert Uytterhoeven wrote:
On Sat, Nov 23, 2013 at 7:40 PM, Guenter Roeck wrote:
drivers/tty/ehv_bytechan.c:363:1: error: type defaults to 'int' in
declaration of 'console_initcall' [-Werror=implicit-int]
Not really surprising as console_initcall() is not defined for mod
Hi Linus,
I just returned from two weeks off the grid to discover I'd miscalculated
and just missed the merge window. If you're feeling inclined, there are a
few non-fixes mixed into this this request (improved readv/writev, nicer
behavior for unlinked files) that can be pulled from here:
g
On Fri, Nov 22, 2013 at 9:54 AM, Oleg Nesterov wrote:
> Both success/failure paths cleanup bprm->file, we can move this
> code into free_bprm() to simlify and cleanup this logic.
Nice, yeah, this looks right.
Acked-by: Kees Cook
-Kees
--
Kees Cook
Chrome OS Security
--
To unsubscribe from th
On 11/23/2013 01:27 PM, Stefan Priebe wrote:
Hi Ric,
Am 22.11.2013 21:37, schrieb Ric Wheeler:
On 11/22/2013 03:01 PM, Stefan Priebe wrote:
Hi Christoph,
Am 21.11.2013 11:11, schrieb Christoph Hellwig:
2. Some drives may implement CMD_FLUSH to return immediately i.e. no
guarantee the data is
On 11/23/2013 06:14 AM, Chang wrote:
> Hi,
> Could you please why a **reneged** newly acked TSN doesn't qualify the
> highest_new_tsn? What's the wrongs of doing that?
>
> I've been thinking a few scenarios, but I couldn't figure out what's
> wrong with that.
>
The spec is a bit conflicting on t
1 - 100 of 254 matches
Mail list logo
