On Fri, 2012-12-07 at 12:30 -0500, Joseph Salisbury wrote:
> On 12/07/2012 12:22 PM, Joseph Salisbury wrote:
> > On 12/06/2012 07:59 PM, Greg Kroah-Hartman wrote:
> >> 3.6-stable review patch. If anyone has any objections, please let me
> >> know.
> >>
> >> --
> >>
> >> From:
On Mon, 2012-12-03 at 15:35 +, Deucher, Alexander wrote:
> > -Original Message-
> > From: Josh Boyer [mailto:jwbo...@gmail.com]
> > Sent: Monday, December 03, 2012 10:25 AM
> > To: Ben Hutchings; Greg KH
> > Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; akpm@linux-
> >
On Fri, 2012-12-07 at 15:49 +0100, Oleg Nesterov wrote:
> This patch is only for pre-v3.3 stable trees which backported
> b40a7959 "freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD".
> v3.3+ doesn't need this fix.
[...]
Thanks very much, I've added this to the queue for 3.2. However,
On Sunday, December 09, 2012 09:17:04 PM Ilya Zykov wrote:
> On 05.12.2012 22:53, Ilya Zykov wrote:
> > What do I do wrong?
> >
> > After: modprobe cpufreq_ondemand
> > I have:
> >
> > WARNING: Error inserting freq_table
> >
From: Rafael J. Wysocki
The current ACPI namespace scanning code suggests that acpi_bus_add()
and acpi_bus_start() share some code. In fact, however, they are
completely different code paths, so refactor the code to make that
distinction visibly clear.
Signed-off-by: Rafael J. Wysocki
---
From: Rafael J. Wysocki
Objects of type struct acpi_bus_ops are currently used to pass
information between different parts of the ACPI namespace scanning
code, sometimes in quite convoluted ways. It turns out that that
is not necessary in some cases, so simplify the code by reducing
the
From: Rafael J. Wysocki
Devices created by acpi_create_platform_device() sometimes may need
to be added to the device hierarchy as children of PCI bridges. For
this purpose, however, the struct pci_dev objects representing those
bridges need to exist before the platform devices in question are
From: Rafael J. Wysocki
If acpi_bus_check_add() is called for a handle already having an
existing struct acpi_device object attached, it is not necessary to
check the type and status of the device correspondig to it, so
change the ordering of acpi_bus_check_add() to avoid that.
Signed-off-by:
Hi,
The following patches change the ordering of the ACPI namespace scanning code
so that all struct acpi_device objects in the given scope are registered before
ACPI drivers are probed against them. They also do some simplifications and
clarifications of the code made possible by this main
From: Rafael J. Wysocki
Currently, as soon as an ACPI device node object (struct acpi_device)
is created, the driver core attempts to probe ACPI drivers against
it. That leads to some unpleasant side effects, like the fact that
the boot code path for ACPI namespace scanning is different from
From: Rafael J. Wysocki
Notice that one member of struct acpi_bus_ops, acpi_op_add, is not
used anywhere any more and the relationship between its remaining
members, acpi_op_match and acpi_op_start, is such that it doesn't
make sense to set the latter without setting the former at the same
time.
On Sun, Dec 9, 2012 at 5:07 PM, Guenter Roeck wrote:
> On Sun, Dec 09, 2012 at 11:03:19AM +, Alan Cox wrote:
>> On Sun, 09 Dec 2012 01:58:19 -0800
>> anish kumar wrote:
>>
>> > On Fri, 2012-12-07 at 16:49 +, Alan Cox wrote:
>> > > > I could imagine declaring the activity request buttons
On Tuesday 04 December 2012, Lars-Peter Clausen wrote:
> On 12/04/2012 12:54 AM, Arnd Bergmann wrote:
> > On Thursday 01 November 2012, Lars-Peter Clausen wrote:
> >> Nothing is using the vmlist field in mm_context_t anymore. It has been
> >> removed
> >> from the non-generic versions over 3
Dne 9.12.2012 02:01, Linus Torvalds napsal(a):
On Sat, 8 Dec 2012, Zlatko Calusic wrote:
Or sooner... in short: nothing's changed!
On a 4GB RAM system, where applications use close to 2GB, kswapd likes to keep
around 1GB free (unused), leaving only 1GB for page/buffer cache. If I force
On 12/07/2012 04:14 PM, Theodore Ts'o wrote:
On Fri, Dec 07, 2012 at 02:30:19PM -0500, Steven Rostedt wrote:
How is this similar? By adding this bit, we removed incentive from a
group of developers that have the means to fix the real issue at hand
(the performance problem with ext4). Thus, it
On 12/10, Srivatsa S. Bhat wrote:
>
> On 12/10/2012 01:18 AM, Oleg Nesterov wrote:
> >> - if (preempt && rq != p_rq)
> >> + if (preempt && rq != p_rq && cpu_online(task_cpu(p)))
> >
> > Why do we need this change?
> >
> > Afaics, you could add BUG_ON(!cpu_online(...)) instead?
>
On Sun, Dec 09, 2012 at 08:36:31PM +, Mel Gorman wrote:
> Either way, last night I applied a patch on top of latest tip/master to
> remove the nr_cpus_allowed check so that numacore would be enabled again
> and tested that. In some places it has indeed much improved. In others
> it is still
Damn, sorry for noise. I missed this part...
On 12/10, Srivatsa S. Bhat wrote:
>
> On 12/10/2012 12:44 AM, Oleg Nesterov wrote:
> > the latency. And I guess something like kick_all_cpus_sync() is "too heavy".
>
> I hadn't considered that. Thinking of it, I don't think it would help us..
> It
On 12/07, Srivatsa S. Bhat wrote:
>
> 4. No deadlock possibilities
>
>Per-cpu locking is not the way to go if we want to have relaxed rules
>for lock-ordering. Because, we can end up in circular-locking dependencies
>as explained in https://lkml.org/lkml/2012/12/6/290
OK, but this
On Sun, Dec 09, 2012 at 01:37:33PM -0600, Chris Adams wrote:
> Once upon a time, Tristan Wibberley said:
> >A common idiom on Linux is to open a file and keep the fd open so that
> >the underlying file can be unlinked from its directory. But if the file
> >needs to be read from several
On 12/10, Srivatsa S. Bhat wrote:
>
> On 12/10/2012 12:44 AM, Oleg Nesterov wrote:
>
> > But yes, it is easy to blame somebody else's code ;) And I can't suggest
> > something better at least right now. If I understand correctly, we can not
> > use, say, synchronize_sched() in _cpu_down() path
>
>
On 12/10/2012 01:18 AM, Oleg Nesterov wrote:
> On 12/07, Srivatsa S. Bhat wrote:
>>
>> Once stop_machine() is gone from the CPU offline path, we won't be able to
>> depend on local_irq_save() to prevent CPUs from going offline from under us.
>
> OK, I guess we need to avoid
Once upon a time, Tristan Wibberley said:
>A common idiom on Linux is to open a file and keep the fd open so that
>the underlying file can be unlinked from its directory. But if the file
>needs to be read from several different parts of the codebase then due to
>the file descriptor having
On 12/10/2012 12:44 AM, Oleg Nesterov wrote:
> On 12/07, Srivatsa S. Bhat wrote:
>>
>> Per-cpu counters can help solve the cache-line bouncing problem. So we
>> actually use the best of both: per-cpu counters (no-waiting) at the reader
>> side in the fast-path, and global rwlocks in the slowpath.
On 12/07, Srivatsa S. Bhat wrote:
>
> Once stop_machine() is gone from the CPU offline path, we won't be able to
> depend on local_irq_save() to prevent CPUs from going offline from under us.
OK, I guess we need to avoid resched_task()->smp_send_reschedule()
after __cpu_disable() and before
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko wrote:
> mem_cgroup_iter curently relies on css->id when walking down a group
> hierarchy tree. This is really awkward because the tree walk depends on
> the groups creation ordering. The only guarantee is that a parent node
> is visited before its
(I'm not subscribed, please CC me)
Hi!
When using huge (13TB) disk images (VHDX, dynamically expanding) with
Hyper-V in Windows 8 Pro and running Linux as guest, I get errors and
hangups when accessing the emulated HD.
dmesg show the following message block looping:
sd 2:0:0:0: [sda]
Sense Key
On 12/09/2012 07:16 PM, Alexander Holler wrote:
> Am 09.12.2012 17:40, schrieb Alexander Holler:
>> Am 09.12.2012 13:55, schrieb Lars-Peter Clausen:
>>> On 12/09/2012 01:21 PM, Alexander Holler wrote:
This driver makes the time from HID sensors (hubs) which are offering
such available
On 12/07, Srivatsa S. Bhat wrote:
>
> Per-cpu counters can help solve the cache-line bouncing problem. So we
> actually use the best of both: per-cpu counters (no-waiting) at the reader
> side in the fast-path, and global rwlocks in the slowpath.
>
> [ Fastpath = no writer is active; Slowpath = a
Oh, you need more testing with ARM Nexus 7 ?
On Sun, Dec 9, 2012 at 8:28 PM, Anca Emanuel wrote:
> Do will see this in Raring ?
> And when ?
>
> On Fri, Dec 7, 2012 at 10:27 PM, James Hunt wrote:
>> Summary of changes:
>>
>> * Improved re-exec performance.
>> * Minor logger fixes for unflushed
Do will see this in Raring ?
And when ?
On Fri, Dec 7, 2012 at 10:27 PM, James Hunt wrote:
> Summary of changes:
>
> * Improved re-exec performance.
> * Minor logger fixes for unflushed data.
> * Handle re-exec scenario when requested from within a chroot.
> * Minor serialisation data format
On 2012-12-09 17:02, xtu4 wrote:
> On 12/10/2012 12:01 AM, xtu4 wrote:
>> Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
>>
>> Signed-off-by: xiaobing tu
>> ---
>> block/deadline-iosched.c |2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git
Am 09.12.2012 17:40, schrieb Alexander Holler:
Am 09.12.2012 13:55, schrieb Lars-Peter Clausen:
On 12/09/2012 01:21 PM, Alexander Holler wrote:
This driver makes the time from HID sensors (hubs) which are offering
such available like any other RTC does.
Currently the time can only be read.
On 12/09/12 07:57, xtu4 wrote:
>
> Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
> play, or video play, we need to read mp3 or video file
> from memory to page cache,but when system lack of memory,
> page cache of mp3 or video file will be reclaimed.once read
>
Ingo Molnar wrote:
> arch/x86/include/asm/Kbuild | 7 ++
> arch/x86/include/asm/perf_regs.h | 33 -
> arch/x86/include/asm/svm.h| 132
> +-
> arch/x86/include/asm/vmx.h| 89 +--
>
On Tue, Dec 04, 2012 at 03:04:33AM +0900, Joonsoo Kim wrote:
> We usually have interst in compiled files only,
> because they are strongly related to individual's work.
> Current tags.sh can't select compiled files, so support it.
>
> We can use this functionality like below.
> "make cscope O=.
On Sat, Dec 8, 2012 at 4:39 PM, Joe Perches wrote:
> On Sat, 2012-12-08 at 16:13 -0200, Peter Senna Tschudin wrote:
>> On Sat, Dec 8, 2012 at 3:45 PM, Joe Perches wrote:
>> > On Sat, 2012-12-08 at 15:34 -0200, Peter Senna Tschudin wrote:
>> >> This semantic patch looks for semicolons that can be
On Tue, Dec 04, 2012 at 03:04:32AM +0900, Joonsoo Kim wrote:
> +elif [ "${SRCARCH}" = "arm" -a "${SUBARCH}" != "" ]; then
> + subarchdir=$(find ${tree}arch/$SRCARCH/ -name mach-* -type d -o \
> + -name plat-* -type d);
Please quote the
On Mon, Dec 03, 2012 at 09:05:26AM -0800, John Stultz wrote:
> On 12/02/2012 11:36 PM, Zhangfei Gao wrote:
>> Provide a -O option to specify dir to put generated .config
>> Then merge_config.sh does not need to be copied to target dir,
>> for easy re-usage in other script
>>
>> Signed-off-by:
From: Julia Lawall
The various devm_ functions allocate memory that is released when a driver
detaches. This patch uses these functions for data that is allocated in
the probe function of a platform device and is only freed in the remove
function.
The patch makes some other cleanups. First,
On Sun, 09 Dec 2012 11:27:46 -0500, Theodore Ts'o wrote:
> On Sun, Dec 09, 2012 at 03:03:30PM +, Tristan Wibberley wrote:
>>
>> - /proc/self/fd/* does not solve this problem because the file might no
...
> Actually, /proc/self/fd/* _will_ work. When you do a ls -l, it looks
> like a
On 05.12.2012 22:53, Ilya Zykov wrote:
> What do I do wrong?
>
> After: modprobe cpufreq_ondemand
> I have:
>
> WARNING: Error inserting freq_table
> (/lib/modules/3.7.0-rc8-next-20121205-ttybuf.1+/kernel/drivers/cpufreq/freq_table.ko):
> Unknown symbol in module, or unknown parameter (see
From: Julia Lawall
The various devm_ functions allocate memory that is released when a driver
detaches. This patch uses these functions for data that is allocated in
the probe function of a platform device and is only freed in the remove
function.
The patch makes some other cleanups. First,
On Sun, Dec 09, 2012 at 11:03:19AM +, Alan Cox wrote:
> On Sun, 09 Dec 2012 01:58:19 -0800
> anish kumar wrote:
>
> > On Fri, 2012-12-07 at 16:49 +, Alan Cox wrote:
> > > > I could imagine declaring the activity request buttons to be "input",
> > > > but for
> > > > presence detects it
On 23.11.2012 18:49, Paul Bolle wrote:
> The puzzling part
> is that ACPI_VIDEO will only be selected (ie, made into a 'y') if all
> dependencies of that select statement are 'y' too. (Note that these
> dependencies are identical to the dependencies of ACPI_VIDEO's config
> entry. That can be no
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko wrote:
> Current implementation of mem_cgroup_iter has to consider both css and
> memcg to find out whether no group has been found (css==NULL - aka the
> loop is completed) and that no memcg is associated with the found node
> (!memcg - aka
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko wrote:
> mem_cgroup_iter curently relies on css->id when walking down a group
> hierarchy tree. This is really awkward because the tree walk depends on
> the groups creation ordering. The only guarantee is that a parent node
> is visited before its
On 18.11.2012 21:05, pefol...@verizon.net wrote:
> From: Peter Foley
>
> Fix this warning by removing a unneeded use of defined
An identical fix for this is in the -mm tree already.
Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Added David and Rusty.
On Sun, Nov 18, 2012 at 03:05:14PM -0500, pefol...@verizon.net wrote:
> From: Peter Foley
>
> Silence the touch extra_certificates command
>
> Signed-off-by: Peter Foley
I think we should tell the user that the default empty extra
certificates list is being used, in
Am 09.12.2012 13:55, schrieb Lars-Peter Clausen:
On 12/09/2012 01:21 PM, Alexander Holler wrote:
This driver makes the time from HID sensors (hubs) which are offering
such available like any other RTC does.
Currently the time can only be read. Setting the time must be done
through sending a
Added x...@kernel.org
Michal
On 18.11.2012 21:05, pefol...@verizon.net wrote:
> From: Peter Foley
>
> Add do-nothing rules to archheaders and archscripts targets to avoid
> 'nothing to be done' messages.
>
> Signed-off-by: Peter Foley
> ---
> arch/x86/syscalls/Makefile | 1 +
>
x...@kernel.org added.
On 18.11.2012 21:05, pefol...@verizon.net wrote:
> From: Peter Foley
>
> Since realmode.bin is in $(always) the recursive make from the realmode
> directory does not need to specify a specific target.
... and the rm/ subdirectory is unconditionally visited by the
Added x...@kernel.org.
On 18.11.2012 21:05, pefol...@verizon.net wrote:
> From: Peter Foley
>
> eboot.o and efi_stub_$(BITS).o are not in $(targets) so they are rebuilt
> every time make is invoked. Add them to $(targets) to prevent unnecessary
> rebuilding of bzImage.
>
> Signed-off-by: Peter
On Sun, Dec 09, 2012 at 03:03:30PM +, Tristan Wibberley wrote:
>
> - /proc/self/fd/* does not solve this problem because the file might no
> longer be available at the same place in the filesystem. In some
> otherwise simple message passing or ReSTful IPC a different file will
> be
re-send it
On 12/10/2012 12:01 AM, xtu4 wrote:
Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
Signed-off-by: xiaobing tu
---
block/deadline-iosched.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/deadline-iosched.c
Subject: [PATCH] Allow 0ms deadline latency, increase the read speed
Signed-off-by: xiaobing tu
---
block/deadline-iosched.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/deadline-iosched.c b/block/deadline-iosched.c
index c644137..e502d6b 100644
---
Subject: [PATCH] when system in low memory scenario, imaging there is a mp3
play, or video play, we need to read mp3 or video file
from memory to page cache,but when system lack of memory,
page cache of mp3 or video file will be reclaimed.once read
in memory, then reclaimed, it will cause
No, that would really be wrong - changing the type.
Masami Hiramatsu wrote:
>(2012/12/08 8:17), Cong Ding wrote:
>>> Patch description please?
>> there are 2 consts in the definition of one variable
>>
>
> Please put in an actual patch description. The first line
>(subject
Hi Axel,
On Sun, Dec 09, 2012 at 08:25:55PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/mfd/tps6507x.c | 21 -
> 1 file changed, 4 insertions(+), 17 deletions(-)
Applied, many thanks.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
Hi Viresh,
On Fri, Dec 07, 2012 at 08:29:37PM +0530, Viresh Kumar wrote:
> From: Vipul Kumar Samar
>
> This patch extends existing DT support for stmpe devices. This updates:
> - missing header files in stmpe.c
> - stmpe_of_probe() with pwm, rotator and new bindings.
> - Bindings are updated in
Hi Mark,
On Sun, Dec 02, 2012 at 02:14:56AM +0900, Mark Brown wrote:
> Signed-off-by: Mark Brown
> ---
> drivers/mfd/wm5102-tables.c |2 ++
> include/linux/mfd/arizona/registers.h |1 +
> 2 files changed, 3 insertions(+)
Applied, thanks.
Cheers,
Samuel.
--
Intel Open Source
Hi Mark,
On Wed, Dec 05, 2012 at 11:46:04AM +0900, Mark Brown wrote:
> Rather than disabling the error reporting only for earlier revisions
> unconditionally disable it.
>
> Signed-off-by: Mark Brown
> ---
>
> This is a bug fix for later chip revisons.
>
> drivers/mfd/arizona-irq.c | 18
Hi Mark,
On Wed, Dec 05, 2012 at 11:46:26AM +0900, Mark Brown wrote:
> This is the only thing in probe for which we don't log an error.
>
> Signed-off-by: Mark Brown
> ---
> drivers/mfd/arizona-irq.c |1 +
> 1 file changed, 1 insertion(+)
Applied, thanks.
Cheers,
Samuel.
--
Intel Open
ping!
- cong
On Tue, Dec 04, 2012 at 01:21:44AM +, Cong Ding wrote:
> the variable j isn't used in the loop
>
> Signed-off-by: Cong Ding
> ---
> drivers/staging/echo/echo.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/staging/echo/echo.c
ping!
- cong
On Mon, Dec 03, 2012 at 10:19:09AM +, Cong Ding wrote:
> We do not allow old-style function definition. Always spell foo(void) if
> a function does not take any parameters.
>
> Signed-off-by: Cong Ding
> ---
> drivers/scsi/gdth.c |2 +-
> 1 files changed, 1
Ping Michal, did you have any comments on this?
- cong
On Thu, Nov 29, 2012 at 05:21:28PM +, Cong Ding wrote:
> when make menuconfig, it reports this error:
>
> /usr/bin/ld: scripts/kconfig/lxdialog/checklist.o: undefined reference to
> symbol 'acs_map'
> /usr/bin/ld: note: 'acs_map' is
Hello,
I'd like to propose a system call called "fdreopen":
int fdreopen(int src_fd, int dst_fd, int flags);
I am willing to try implementing this system call given some suggestions
where to start and what locking to watch out for. I have given a brief of
the behaviour below, and a
On 18.11.2012 16:01, Bart Van Assche wrote:
> Avoid that "$(MAKE) -C $(KDIR) M=$(PWD) clean" triggers the following
> error message when invoked from inside the Makefile of an external
> kernel module:
>
> rm: cannot remove 'System.map': Permission denied
> make[1]: *** [clean] Error 1
I just
On Sat, Nov 10, 2012 at 01:59:21PM +0100, Romain Francoise wrote:
> Pawel Moll writes:
>
> > Since commit 1f2bfbd00e466ff3489b2ca5cc75b1cccd14c123 "kbuild:
> > link of vmlinux moved to a script" make clean with M=
> > argument (so cleaning external module) removes vmlinux,
> > System.map and
On Sat, Nov 03, 2012 at 09:02:09PM +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> Use WARN(1,...) rather than printk followed by WARN(1).
>
> Signed-off-by: Julia Lawall
>
> ---
> scripts/coccinelle/misc/warn.cocci | 109
> +
Applied to
Hi Axel,
On Wed, Dec 05, 2012 at 09:19:48PM +0800, Axel Lin wrote:
> This driver uses regmap_irq APIs, thus need to select REGMAP_IRQ.
> IRQ_DOMAIN will be selected if select REGMAP_IRQ, thus remove it here.
>
> This fixes below build errors:
>
> drivers/built-in.o: In function
Hi Axel,
On Wed, Dec 05, 2012 at 08:59:00PM +0800, Axel Lin wrote:
> The i2c_device_id table is supposed to be zero-terminated.
>
> Signed-off-by: Axel Lin
> ---
> drivers/mfd/tps80031.c |1 +
> 1 file changed, 1 insertion(+)
Applied, thanks a lot.
Cheers,
Samuel.
--
Intel Open Source
Copying more people. Is this approach good? The alternative would be to
allocate NR_CPUS sized arrays in KVM.
On Fri, Dec 07, 2012 at 04:30:23PM -0500, Dave Hansen wrote:
>
> This is necessary because __pa() does not work on some kinds of
> memory, like vmalloc() or the alloc_remap() areas on
On Wed, Dec 05, 2012 at 09:07:05AM -0700, Jim Schutt wrote:
> Hi,
>
> I'm hitting a btrfs locking issue with 3.7.0-rc8.
>
> The btrfs filesystem in question is backing a Ceph OSD
> under a heavy write load from many cephfs clients.
>
> I reported this issue a while ago:
>
On Sat, Dec 08, 2012 at 03:02:36PM +0900, Namjae Jeon wrote:
> From: Namjae Jeon
>
> There are new files added to cgroup documentation. Lets
> update the index file listing all the remaining files
>
> Signed-off-by: Namjae Jeon
> Signed-off-by: Amit Sahrawat
Applied to cgroup/for-3.8 w/
On Sun, Dec 09, 2012 at 04:59:41AM -0800, John wrote:
> My only confusion is why some of these are already included in the
> linux kernel source today, for example CORE2. As I stated in my
> previous email, the two 'new' ones I tested preform as-good-as or
> better-than the CORE2 which is already
On 12/09/2012 09:30 AM, Andrew Lunn wrote:
On Sat, Dec 08, 2012 at 07:57:48PM -0700, Jason Gunthorpe wrote:
On Sat, Dec 08, 2012 at 12:26:24PM +0100, Andrew Lunn wrote:
1) It should have an IRQ domain, like the other IRQ chips we have.
2) It should have a DT binding, like the other IRQ chips
> Oh, maybe I wasn't clear - I wasn't talking about statistical
> significance but rather about practical significance.
OK. I will not argue with that :)
> A minuscule speedup (a lot less than 1%) showing only in a *single*
> workload so far and relevant only for a *very* *small* number of
On 12/09/2012 01:21 PM, Alexander Holler wrote:
> This driver makes the time from HID sensors (hubs) which are offering
> such available like any other RTC does.
>
> Currently the time can only be read. Setting the time must be done
> through sending a report, which currently isn't supported by
>
On Sun, Dec 09, 2012 at 04:08:55AM -0800, John wrote:
> While I agree that the differences as small - on the order of
> ms - they are not insignificant nor are they in the noise of the
> measurements.
Oh, maybe I wasn't clear - I wasn't talking about statistical
significance but rather about
Signed-off-by: Axel Lin
---
drivers/mfd/tps6507x.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/drivers/mfd/tps6507x.c b/drivers/mfd/tps6507x.c
index 1b20349..409afa2 100644
--- a/drivers/mfd/tps6507x.c
+++ b/drivers/mfd/tps6507x.c
@@ -86,9 +86,9
This driver makes the time from HID sensors (hubs) which are offering
such available like any other RTC does.
Currently the time can only be read. Setting the time must be done
through sending a report, which currently isn't supported by
hid-sensor-hub.
It is necessary that all values like year,
These are Usage IDs for the attributes year, month, day,
hour, minute and second, needed to read HID time sensors.
Signed-off-by: Alexander Holler
---
include/linux/hid-sensor-ids.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/linux/hid-sensor-ids.h
Not much to say, without that change, hid-sensor-trigger will be
always compiled if HID_SENSOR_IIO_COMMON is selected which fails if
CONFIG_IIO_TRIGGER is not set because CONFIG_IIO_CONSUMERS_PER_TRIGGER
will not be defined.
Signed-off-by: Alexander Holler
---
drivers/iio/accel/Kconfig
Hello,
the following 3 patches are neccessary to add a driver for
(USB) HID sensors of type time (using hid-sensor-hub).
The driver implements a RTC, so the time will be available like from
any other RTC.
Regards,
Alexander
--
To unsubscribe from this list: send the line "unsubscribe
> Let's see, if I'm reading the log file correctly, the average values of
> each test run differ by ~ 0.1 seconds tops.
>
> For example, i7-3770K generic build gives on average 69.41404 while
> the more optimized version 69.33554. The diff between the two is even
> less than 0.1 second. The
On Thu, Aug 16, 2012 at 06:12:35PM -0400, Steven Rostedt wrote:
> On Thu, 2012-08-16 at 19:45 +0200, Borislav Petkov wrote:
> >
> > -static void ring_buffer_put(struct ring_buffer *rb)
> > +void ring_buffer_put(struct ring_buffer *rb)
> > {
> > struct perf_event *event, *n;
> > unsigned
On Sat, Dec 08, 2012 at 11:17:31AM -0800, Aaron Williams wrote:
> I got it working. I designed my solution to be generic so it's not
> tied to just the at24 driver. I added a memory accessor module which
> is basically a registry. The at24 driver registers with it and then
> the Vitesse PHY driver
On Sun, 2012-12-09 at 10:15 +, Przemo Firszt wrote:
> Replace printk with netdev_printk helpers, dev_printk helpers or
> pr_err/warn/info if there is no device info available.
Here's a few trivial comments
> @@ -84,8 +83,8 @@ static u32 rtl871x_open_fw(struct _adapter *padapter, const
> u8
It should not be necessary to add IDs for HID sensor hubs to lists
in hid-core.c and hid-sensor-hub.c. So instead of a whitelist,
autodetect such USB HID sensor hubs, based on a collection of type
physical inside a useage page of type sensor. If some sensor hubs
stil must be usable as raw devices,
Am 09.12.2012 02:12, schrieb Alexander Holler:
> It should not be necessary to add IDs for HID sensor hubs to lists
> in hid-core.c and hid-sensor-hub.c. So instead of a whitelist,
> autodetect such sensor hubs, based on a collection of type
> physical inside a useage page of type sensor. If some
Commit-ID: 6c8d8b3c69cef1330e0c5cbc2a8b9268024927a0
Gitweb: http://git.kernel.org/tip/6c8d8b3c69cef1330e0c5cbc2a8b9268024927a0
Author: Steven Rostedt
AuthorDate: Fri, 13 Jul 2012 15:44:14 -0400
Committer: Steven Rostedt
CommitDate: Mon, 19 Nov 2012 05:31:37 -0500
x86_32: Return actual
Commit-ID: 70f77b3f7ec010ff9624c1f2e39a81babc9e2429
Gitweb: http://git.kernel.org/tip/70f77b3f7ec010ff9624c1f2e39a81babc9e2429
Author: Dan Carpenter
AuthorDate: Sat, 9 Jun 2012 19:10:27 +0300
Committer: Steven Rostedt
CommitDate: Thu, 15 Nov 2012 16:10:17 -0500
ftrace: Clear bits
Commit-ID: 1c7d66732458dc187008e3f5b2f71e019e320fc2
Gitweb: http://git.kernel.org/tip/1c7d66732458dc187008e3f5b2f71e019e320fc2
Author: Shan Wei
AuthorDate: Sat, 3 Nov 2012 12:38:33 +0800
Committer: Steven Rostedt
CommitDate: Tue, 13 Nov 2012 15:51:21 -0500
tracing: Kill unused and
Commit-ID: 11043d8b125671a32253cddb0b05177be0e976f6
Gitweb: http://git.kernel.org/tip/11043d8b125671a32253cddb0b05177be0e976f6
Author: Yoshihiro YUNOMAE
AuthorDate: Tue, 13 Nov 2012 12:18:23 -0800
Committer: Steven Rostedt
CommitDate: Tue, 13 Nov 2012 15:49:11 -0500
tracing: Show raw
Commit-ID: 8be0709f10e3dd5d7d07933ad61a9f18c4b93ca5
Gitweb: http://git.kernel.org/tip/8be0709f10e3dd5d7d07933ad61a9f18c4b93ca5
Author: David Sharp
AuthorDate: Tue, 13 Nov 2012 12:18:22 -0800
Committer: Steven Rostedt
CommitDate: Tue, 13 Nov 2012 15:48:40 -0500
tracing: Format
Commit-ID: 8cbd9cc6254065c97c4bac42daa55ba1abe73a8e
Gitweb: http://git.kernel.org/tip/8cbd9cc6254065c97c4bac42daa55ba1abe73a8e
Author: David Sharp
AuthorDate: Tue, 13 Nov 2012 12:18:21 -0800
Committer: Steven Rostedt
CommitDate: Tue, 13 Nov 2012 15:48:27 -0500
tracing,x86: Add a TSC
On Sat, Dec 08, 2012 at 04:13:59AM -0800, John wrote:
> I tested the attached patch written by André Ramnitz using three
> different machines running a generic x86-64 kernel and an otherwise
> identical kernel running with the optimized gcc options.
>
> Conclusion: There are small but real speed
On Sat, Dec 08, 2012 at 04:50:21PM -0800, Linus Torvalds wrote:
>
>
> On Sat, 8 Dec 2012, Mel Gorman wrote:
> >
> > Commit 8852aac2 (workqueue: mod_delayed_work_on() shouldn't queue timer on
> > 0 delay) is causing the following boot failure for me. Found by bisection
> > but no further analysis
Clean some trivial formating problems in rtl8712 from staging tree. This patch
also changes the way preprocessor macros are defined to keep checkpatch.pl
quiet.
Signed-off-by: Przemo Firszt
---
drivers/staging/rtl8712/ieee80211.h| 2 +-
drivers/staging/rtl8712/rtl871x_cmd.h | 2
101 - 200 of 426 matches
Mail list logo