Quoting Nicolas Ferre (2013-12-17 01:33:04)
> On 16/12/2013 22:25, Boris BREZILLON :
> > Fix pmc_clk_ids data type attribute (__initdata -> __initconst).
> >
> > Signed-off-by: Boris BREZILLON
> > Reported-by: Fengguang Wu
>
> Acked-by: Nicolas Ferre
>
> I take it in at91-3.14-cleanup2 branch
This patch add rtc-tz.txt document to explain the RTC driver of
ACPI TAD, EFI TIME. It focus on the timezone field and CMOS RTC Not
Present bit of ACPI 5.0.
Signed-off-by: Lee, Chun-Yi
---
Documentation/rtc-tz.txt | 510 ++
1 files changed, 510 insert
Quoting Krzysztof Kozlowski (2013-12-17 01:56:39)
> Move reg_save[] into CONFIG_PM_SLEEP dependency block as it is used only
> by suspend and resume functions.
>
> This fixes the warning on CONFIG_PM_SLEEP=n:
> drivers/clk/samsung/clk-exynos-audss.c:29:22: warning: ‘reg_save’ defined but
> not us
This is a patch for testing that will not go to any git tree.
Add a early kernel parameter to set CMOS RTC Not Present bit in
acpi_gbl_FADT variable for testing. Use acpi_no_cmos_rtc=1 to enable
this bit to block rtc cmos interface.
Signed-off-by: Lee, Chun-Yi
---
arch/x86/kernel/acpi/boot.c |
EFI time services provide the interface to store timezone to BIOS. The
timezone value from EFI indicates the offset of RTC time in minutes from
UTC.
The formula is: Localtime = UTC - TimeZone.
This patch add a efI_warp_clock() function to initial process for adjust
system time base on timezone val
Hi
> Makes the code slightly shorter.
>
> Signed-off-by: Xiubo Li
> ---
Nice catch
Acked-by: Kuninori Morimoto
Best regards
---
Kuninori Morimoto
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
There have some functions, e.g. compute_yday, compute_wday, convert efi
time... are duplicated in efirtc, rtc-efi and will also used in rtc.c.
So this patch moved those functions of access efi time to efi.h header
file for sharing.
Signed-off-by: Lee, Chun-Yi
---
drivers/char/efirtc.c | 98 ---
This patch set uie_unsupported flag when driver probed because current
rtc-efi driver doesn't support UIE mode. Otherwise RTC_UIE_ON ioctl doesn't
return EINVAL and it causes userspace think the RTC_UIE supported by rtc-efi.
Set uie_unsupported then We can enable CONFIG_RTC_INTF_DEV_UIE_EMUL to
em
When CMOS RTC Not Present git set in FADT, system should not access CMOS
interface for time. This patch move get/set rtc time function from CMOS
to EFI runtime on x86_64 machine. And, it also set the BUG_ON check in
rtc_cmos_read/write function to avoid access it.
Signed-off-by: Lee, Chun-Yi
---
Per UEFI 2.3.1 spec, we can use SetTime() to store the timezone value to
BIOS and get it back by GetTime(). It's good for installation system to
gain the default timezone setting from BIOS that was set by
manufacturer.
This patch adds 2 new iotrl: RTC_RD_GMTOFF and RTC_SET_GMTOFF to rtc_efi
suppor
Due to rtc-acpid and efi time used the same logic for computing
week day, so this patch moves code to rtc.h header file.
Additionally using a leap year algorithm to replace the for-loop
block in compute_wday for improve the performance. The first
version of algorithm is from Oliver Neukum.
---
dr
UEFI time services, GetTime(), SetTime(), GetWakeupTime(), SetWakeupTime() are
also
supported by other non-IA64 architecutre with UEFI BIOS, e.g. x86.
This patch changed RTC_DRV_EFI configuration to depend on EFI but not just
IA64. It
checks efi_enabled flag and efi-rtc driver should enabled.
C
This patch add the driver of Time and Alarm Device in ACPI 5.0.
Currently it only implemented get/set time functions and grab
the capabilities of device when driver initial.
This driver also register rtc-acpitad platform device for RTC ACPITAD
stub driver using.
Signed-off-by: Lee, Chun-Yi
---
We should not acess CMOS address when CMOS RTC Not Present bit set in
FADT. The ee5872be patch didn't avoid rtc-cmos driver loaded when system support
ACPI PNP PNP0B0* devices.
So this patch block the registion of rtc-cmos driver to avoid
user space access RTC through CMOS interface.
Signed-off-by
Compared with the logic in rtc_year_days of efirtc.c, the code in
rtc-efi decreases value of day twice when it computing year days.
That's becase rtc_year_days in rtc-lib.c already decrease day for
return the year days from 0 to 365.
---
drivers/rtc/rtc-efi.c |2 +-
1 files changed, 1 insertio
This patch add the RTC driver of ACPI TAD to provide userspace access
ACPI time through RTC interface.
Signed-off-by: Lee, Chun-Yi
---
drivers/rtc/Kconfig | 10 ++
drivers/rtc/Makefile |1 +
drivers/rtc/rtc-acpitad.c | 294 +
drivers/
Peter Zijlstra writes:
> On Wed, Dec 18, 2013 at 04:22:36PM +0200, Alexander Shishkin wrote:
>> > Still confused, if you cannot copy it into one buffer, then why can you
>> > copy it into a second buffer?
>>
>> It's not copied, hardware writes directly into that second buffer.
>
> Where's the PT
This patchset add the timezone support of ACPI TAD and EFI TIME, it
also add codes for adjusting system time base on the timezone value
from EFI TIME services when system boot.
Those patches bring the following changes:
+ Add ACPI driver against ACPI000E ACPI Time and Alarm Device.
+ Add RTC d
Hi Dan,
Am 18.12.2013 um 18:49 schrieb Dan Williams:
> On Wed, 2013-12-18 at 14:16 +0100, Dr. H. Nikolaus Schaller wrote:
>> Hi Dan,
>>
>> Am 17.12.2013 um 23:27 schrieb Dan Williams:
>>
>>> On Tue, 2013-12-17 at 20:56 +0100, Dr. H. Nikolaus Schaller wrote:
Hi Dan,
Am 16.12.2013
We should not acess CMOS address when CMOS RTC Not Present bit set in
FADT. The ee5872be patch didn't avoid rtc-cmos driver loaded when system support
ACPI PNP PNP0B0* devices.
So this patch block the registion of rtc-cmos driver to avoid
user space access RTC through CMOS interface.
Signed-off-by
This patchset add the timezone support of ACPI TAD and EFI TIME, it
also add codes for adjusting system time base on the timezone value
from EFI TIME services when system boot.
Those patches bring the following changes:
+ Add ACPI driver against ACPI000E ACPI Time and Alarm Device.
+ Add RTC d
Compared with the logic in rtc_year_days of efirtc.c, the code in
rtc-efi decreases value of day twice when it computing year days.
That's becase rtc_year_days in rtc-lib.c already decrease day for
return the year days from 0 to 365.
---
drivers/rtc/rtc-efi.c |2 +-
1 files changed, 1 insertio
Hi,
On Tue, Dec 3, 2013 at 5:33 AM, Jerome Marchand wrote:
[...]
> diff --git a/kernel/sysctl.c b/kernel/sysctl.c
> index 34a6047..7877929 100644
> --- a/kernel/sysctl.c
> +++ b/kernel/sysctl.c
> @@ -97,6 +97,7 @@
> /* External variables not in a header file. */
> extern int sysctl_overcommit
Hello,
On Wed, 13 Nov 2013, Julian Anastasov wrote:
> On Tue, 12 Nov 2013, Geert Uytterhoeven wrote:
>
> > net/netfilter/ipvs/ip_vs_sync.c: In function 'sync_thread_master':
> > net/netfilter/ipvs/ip_vs_sync.c:1640:8: warning: unused variable 'ret'
> > [-Wunused-variable]
> >
> > Comm
Hi Steve,
On Wed, 18 Dec 2013 15:23:38 -0500, Steven Rostedt wrote:
> On Mon, 16 Dec 2013 13:32:09 +0900
> Namhyung Kim wrote:
>
>> index 5395d37e5e72..adc9ac70fd3c 100644
>> --- a/kernel/trace/trace_uprobe.c
>> +++ b/kernel/trace/trace_uprobe.c
>> @@ -115,6 +115,14 @@ DEFINE_BASIC_FETCH_FUNCS(st
On Thursday 19 December 2013 02:25 AM, Stephen Warren wrote:
On 12/18/2013 05:52 AM, Laxman Dewangan wrote:
Add ams AS3722 entry for gpio/pincontrol and regulators
to venice2 DT.
This patch still causes:
[0.726545] as3722-pinctrl as3722-pinctrl: pin gpio0 already requested by
as3722-pinc
On Wed, Dec 18, 2013 at 05:43:59PM -0500, David Miller wrote:
>
> I think this begs an even more fundamental question, why isn't the PTP
> driver abstraction providing the necessary methods and interfaces so
> that pch_gbe doesn't have to call into the ptp_pch.c code directly?
Really it is more o
On 12/18/2013 03:16 PM, Vladimir Davydov wrote:
Signed-off-by: Vladimir Davydov
Cc: Michal Hocko
Cc: Johannes Weiner
Cc: Glauber Costa
Cc: Christoph Lameter
Cc: Pekka Enberg
Cc: Andrew Morton
Look good to me. Even though this patch just touches slab, I think it
should go through the me
On Wed, 18 Dec 2013 14:47:15 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Dec 18, 2013 at 11:37:49PM +0900, Namhyung Kim escreveu:
>> 2013-12-18 (수), 10:46 +0100, Ingo Molnar:
>> > * Namhyung Kim wrote:
>
>> > > I changed the option as a separate --cumulate and added a new
>> > > "Total" colum
On 12/19/13, Prarit Bhargava wrote:
>
>
> On 12/03/2013 09:48 PM, rui wang wrote:
>> On 11/20/13, Prarit Bhargava wrote:
>> Have you considered the case when an IRQ is destined to more than one CPU?
>> e.g.:
>>
>> bash# cat /proc/irq/89/smp_affinity_list
>> 30,62
>> bash#
>>
>> In this case offli
Hi Arnaldo,
On Wed, 18 Dec 2013 14:39:07 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Dec 18, 2013 at 02:35:28PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Wed, Dec 18, 2013 at 04:38:49PM +0100, Jiri Olsa escreveu:
>> > > +static int64_t _sort__addr_cmp(u64 left_ip, u64 right_ip)
>> > > +
Hi Jiri,
On Wed, 18 Dec 2013 16:50:40 +0100, Jiri Olsa wrote:
> On Wed, Dec 18, 2013 at 02:21:12PM +0900, Namhyung Kim wrote:
>> From: Namhyung Kim
>>
>> There're some duplicate code when adding hist entries. They are
>> different in that some have branch info or mem info but generally do
>> sa
On Thursday 19 December 2013 02:26 AM, Stephen Warren wrote:
On 12/18/2013 05:52 AM, Laxman Dewangan wrote:
Compare the initial population of default pinmux configuration of Venice2
with the chrome branch and add/fix the missing configurations.
Wow, that's a big chunk of changes. Are you sure t
On 12/18/2013 09:41 PM, Michal Hocko wrote:
> On Wed 18-12-13 17:16:55, Vladimir Davydov wrote:
>> The memcg_params::memcg_caches array can be updated concurrently from
>> memcg_update_cache_size() and memcg_create_kmem_cache(). Although both
>> of these functions take the slab_mutex during their o
From: Namhyung Kim
Implement a simple, full-screen log window which shows error messages
saved so far. Press 'l' (lower-case 'L') key to display the log
window. It'll be used usually with -v option.
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile.perf | 1 +
tools/perf/ui/browser.
From: Namhyung Kim
The va_end() in _eprintf() should be removed since the caller also
invokes va_end().
Signed-off-by: Namhyung Kim
---
tools/perf/util/debug.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/perf/util/debug.c b/tools/perf/util/debug.c
index 8640a9121e72..299b55586502
On Tue, Dec 17, 2013 at 9:22 AM, Jean-Jacques Hiblot
wrote:
>
> This patch implements a new tracing mechanism based on kprobes and using GPIO.
> Debugging with GPIO is very common in the embedded world. At least for those
> of us
> fortunate enough to have an oscilloscope or a logic analyzer on t
From: Namhyung Kim
Add new functions to save error messages in a temp file. It'll be
used by some UI front-ends to see the messages.
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile.perf | 1 +
tools/perf/perf.c| 3 ++
tools/perf/util/debug.h | 15 +++
tools/perf/util/log
Hello,
I was playing with TUI code and added two new windows. One for
showing log messages and another for showing header information.
(Maybe they can be implemented on the GTK code too someday.)
Please try to use it! :)
I put the patches on 'perf/tui-v1' branch in my tree:
git://git.kernel.
From: Namhyung Kim
The message will be saved in a temp file so that it can be shown at a
UI dialog at any time.
Signed-off-by: Namhyung Kim
---
tools/perf/util/debug.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/tools/perf/util/debug.c b/tools/perf/util/debug.c
index 299b55586502
From: Namhyung Kim
There're some places printing a message to stdout/err directly. It
should be converted to use proper error printing functions instead.
If it's not possible, just do it when --stdio was enabled only.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 24 +
From: Namhyung Kim
Implement a simple, full-screen header window which shows session
header (metadata) information. Press 'i' key to display the header
window.
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile.perf| 1 +
tools/perf/ui/browser.h | 2 +
tools/perf/ui/brows
On 12/18/2013 10:00 PM, Jiang Liu wrote:
According to documentation for netdev_for_each_all_upper_dev_rcu(),
caller should take RCU read lock, otherwise it will trigger following
warnings. The simplest fix is to protect with rcu_read_lock()/
rcu_read_unlock(). And this solutions passes basic test
On 12/18/2013 09:14 PM, Michal Hocko wrote:
> On Wed 18-12-13 17:16:54, Vladimir Davydov wrote:
>> First, in memcg_create_kmem_cache() we should issue the write barrier
>> after the kmem_cache is initialized, but before storing the pointer to
>> it in its parent's memcg_params.
>>
>> Second, we sho
On Thu, Dec 19, 2013 at 11:51:45AM +0530, Roger Quadros wrote:
> On 12/19/2013 11:16 AM, Huang Rui wrote:
> > On Thu, Dec 19, 2013 at 12:01:47PM +0800, Huang Rui wrote:
> >> On Wed, Dec 18, 2013 at 03:40:11PM +0530, Roger Quadros wrote:
> >>> In test_halt() we set an endpoint halt condition and ret
On Wed, Dec 18, 2013 at 10:17:23PM -0800, Guenter Roeck wrote:
> On 12/18/2013 07:27 PM, Greg Kroah-Hartman wrote:
> > On Wed, Dec 18, 2013 at 01:10:37PM -0800, Greg Kroah-Hartman wrote:
> >> This is the start of the stable review cycle for the 3.12.6 release.
> >> There are 118 patches in this ser
On 12/18/2013 09:06 PM, Michal Hocko wrote:
> On Wed 18-12-13 17:16:53, Vladimir Davydov wrote:
>> Plus, rename memcg_register_cache() to memcg_init_cache_params(),
>> because it actually does not register the cache anywhere, but simply
>> initialize kmem_cache::memcg_params.
> I've almost missed t
On 12/18/2013 08:56 PM, Michal Hocko wrote:
> On Wed 18-12-13 17:16:52, Vladimir Davydov wrote:
>> Signed-off-by: Vladimir Davydov
>> Cc: Michal Hocko
>> Cc: Johannes Weiner
>> Cc: Glauber Costa
>> Cc: Christoph Lameter
>> Cc: Pekka Enberg
>> Cc: Andrew Morton
> Dunno, is this really better
On 12/19/2013 11:16 AM, Huang Rui wrote:
> On Thu, Dec 19, 2013 at 12:01:47PM +0800, Huang Rui wrote:
>> On Wed, Dec 18, 2013 at 03:40:11PM +0530, Roger Quadros wrote:
>>> In test_halt() we set an endpoint halt condition and return on halt
>>> verification
>>> failure, then the enpoint will remain
On 12/18/2013 07:27 PM, Greg Kroah-Hartman wrote:
On Wed, Dec 18, 2013 at 01:10:37PM -0800, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.6 release.
There are 118 patches in this series, all will be posted as a response
to this one. If anyone has any issues
On Thu, 12 Dec 2013, vegard.nos...@oracle.com wrote:
> diff --git a/security/exploit.c b/security/exploit.c
> new file mode 100644
> index 000..a732613
> --- /dev/null
> +++ b/security/exploit.c
> @@ -0,0 +1,28 @@
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +void _ex
On 12/18/2013 07:39 PM, Dmitry Torokhov wrote:
> Hi Roger,
>
> On Wed, Dec 18, 2013 at 02:51:12PM +0530, Roger Quadros wrote:
>> Provide device tree support and binding information.
>> Change platform data parameters from x/y_max to x/y_size..
>
> I'd rather keep them as they were.
OK.
>
>>
>>
mmio 64 allocation that could help Guo Chao on
powerpc mmio allocation.
It will try to assign 64 bit resource above 4g at first.
And it is based on current pci/next and pci/resource.
-v2: update after patch that move device_del down to pci_destroy_dev.
add "Try best to allocate pref mmio 6
On Wed, 18 Dec 2013, Michal Hocko wrote:
> > For memory isolation, we'd only want to bypass memcg charges when
> > absolutely necessary and it seems like TIF_MEMDIE is the only case where
> > that's required. We don't give processes with pending SIGKILLs or those
> > in the exit() path access
When one of children resources does not support MEM_64, MEM_64 for
bridge get reset, so pull down whole pref resource on the bridge under 4G.
If the bridge support pref mem 64, will only allocate that with pref mem64 to
children that support it.
For children resources if they only support pref mem
On system with more pcie cards, we do not have enough range under 4G
to allocate those pci devices.
On 64bit system, we could try to allocate mem64 above 4G at first,
and fall back to below 4g if it can not find any above 4g.
x86 32bit without X86_PAE support will have bottom set to 0, because
re
Some x86 systems expose above 4G 64bit mmio in _CRS as non-pref mmio range.
[ 49.415281] PCI host bridge to bus :00
[ 49.419921] pci_bus :00: root bus resource [bus 00-1e]
[ 49.426107] pci_bus :00: root bus resource [io 0x-0x0cf7]
[ 49.433041] pci_bus :00: root bus reso
On Thu, Dec 19, 2013 at 12:01:47PM +0800, Huang Rui wrote:
> On Wed, Dec 18, 2013 at 03:40:11PM +0530, Roger Quadros wrote:
> > In test_halt() we set an endpoint halt condition and return on halt
> > verification
> > failure, then the enpoint will remain halted and all further tests related
Exynos5420 SoC has per core thermal management unit.
5 TMU channels 4 for CPUs and 5th for GPU.
This patch adds the device tree nodes to the DT device list.
Nodes carry the misplaced second base address and the second
clock to access the misplaced base address.
Signed-off-by: Leela Krishna Amuda
On Thu, Dec 19, 2013 at 02:55:10PM +0900, Joonsoo Kim wrote:
> On Thu, Dec 19, 2013 at 01:41:55PM +0800, Wanpeng Li wrote:
> > This bug is introduced by commit 37f093cdf(mm/rmap: use rmap_walk() in
> > page_referenced()). page_get_anon_vma() called in page_referenced_anon()
> > will lock and incr
On Exynos5440 and Exynos5420 there are registers common
across the TMU channels.
To support that, we introduced a ADDRESS_MULTIPLE flag in the
driver and the 2nd set of register base and size are provided
in the "reg" property of the node.
As per Amit's suggestion, this patch changes the base_com
Exynos5420 has 5 TMU channels, the TRIMINFO register is
misplaced for TMU channels 2, 3 and 4
TRIMINFO at 0x1006c000 contains data for TMU channel 3
TRIMINFO at 0x100a contains data for TMU channel 4
TRIMINFO at 0x10068000 contains data for TMU channel 2
This patch
1 Adds the neccessary regist
This patch replaces the inten_rise_shift/mask and inten_fall_shift/mask
with intclr_rise_shift/mask and intclr_fall_shift/mask respectively.
Currently, inten_rise_shift/mask and inten_fall_shift/mask bits are only used
to configure intclr related registers.
Description of H/W:
The offset for the b
According to documentation for netdev_for_each_all_upper_dev_rcu(),
caller should take RCU read lock, otherwise it will trigger following
warnings. The simplest fix is to protect with rcu_read_lock()/
rcu_read_unlock(). And this solutions passes basic tests.
Otherwise we may need to introduce net
On 12/18/2013 07:44 PM, Dmitry Torokhov wrote:
> On Wed, Dec 18, 2013 at 02:51:14PM +0530, Roger Quadros wrote:
>> +
>> +static int pixcir_stop(struct pixcir_i2c_ts_data *ts)
>> +{
>> +struct device *dev = &ts->client->dev;
>> +int ret;
>> +
>> +/* disable interrupt generation */
>> +
On 12/19/2013 01:29 PM, Viresh Kumar wrote:
On 19 December 2013 10:56, bilhuang wrote:
I'm not sure virtual regulator for CPU is a good idea, in addition to that,
we don't have a single SoC OPP table, we need several which are speedo-id
and process-id dependant, but generic cpufreq-cpu0 is assu
: 0 PID: 4647 Comm: kswapd0 Tainted: G D W
> 3.13.0-rc4-next-20131218-sasha-00012-g1962367-dirty #4155
> [ 588.704330] task: 880062bcb000 ti: 88006245 task.ti:
> 88006245
> [ 588.705507] RIP: 0010:[] []
> rmap_walk+0x10/0x50
> [ 588.706800]
On 12/18/2013 07:50 PM, Dmitry Torokhov wrote:
> On Wed, Dec 18, 2013 at 02:51:16PM +0530, Roger Quadros wrote:
>> Get rid of the attb_read_val() platform hook. Instead,
>> read the ATTB gpio directly from the driver.
>>
>> Fail if valid ATTB gpio is not provided by patform data.
>
> Do you also n
Hi Felipe,
On Wednesday 18 December 2013 09:55 PM, Felipe Balbi wrote:
> On Tue, Dec 17, 2013 at 02:42:35PM -0500, Matt Porter wrote:
>> Add a driver for the internal Broadcom Kona USB 2.0 PHY found
>> on the BCM281xx family of SoCs.
>>
>> Signed-off-by: Matt Porter
>
> Kishon, are you ok with t
Hi all,
Changes since 20131218:
The powerpc tree still had its build failure for which I applied a
supplied patch.
The pm tree lost its build failure.
The net-next tree gained a new build failure so I used the version from
next-20131217.
The drm tree gained conflicts against Linus' tree.
Hi Dmitry,
On 12/18/2013 07:48 PM, Dmitry Torokhov wrote:
> On Wed, Dec 18, 2013 at 02:51:18PM +0530, Roger Quadros wrote:
>> Some pixcir controllers e.g. tangoC family report finger IDs with
>> the co-ordinates and are more suitable for Type-B MT protocol.
>>
>> Signed-off-by: Roger Quadros
>> A
Populate ${DEBUGS_MOUNT_POINT}/clk if CONFIG_DEBUG_FS is set. This
eliminates the extra (annoying) step of enabling the config option
manually.
Signed-off-by: Mike Turquette
---
drivers/clk/Kconfig | 10 --
drivers/clk/clk.c | 2 +-
include/linux/clk-private.h | 2 +-
[#2] PREEMPT SMP DEBUG_PAGEALLOC
[ 588.700347] Dumping ftrace buffer:
[ 588.701186](ftrace buffer empty)
[ 588.702062] Modules linked in:
[ 588.702759] CPU: 0 PID: 4647 Comm: kswapd0 Tainted: G D W
3.13.0-rc4-next-20131218-sasha-00012-g1962367-dirty #4155
[ 588.704330]
Hi!
While debugging some kernel stuff, I got a series crashes and got my root
FS broken, this happens, no big deal. But once I got a file system so
damaged so EXT4 driver crashed on mount, as below. The broken kernel is
quite old and the issue might have been fixed already but I am still
sending i
On Wednesday 18 December 2013, Sergei Ianovich wrote:
> > You would still be able to boot a kernel with an old dts file on a new
> > kernel if it just contains a "simple-bus" node here, as long as it doesn't
> > need any boot-time setup at the bus controller. We can change the dts
> > file later if
On 19 December 2013 10:56, bilhuang wrote:
> I'm not sure virtual regulator for CPU is a good idea, in addition to that,
> we don't have a single SoC OPP table, we need several which are speedo-id
> and process-id dependant, but generic cpufreq-cpu0 is assuming there is only
> one statically
Can'
On 12/18/2013 10:39 PM, Viresh Kumar wrote:
On 18 December 2013 17:03, bilhuang wrote:
cpufreq-cpu0 driver will call regulator_set_voltage_tol() directly according
to the pre-defined OPP freq/volt pairs, the regulator drivers could be
shared by other SoC so is not suitable to handle this, or do
From: Daniel Borkmann
Date: Thu, 19 Dec 2013 02:32:02 +0100
> On 12/19/2013 02:15 AM, Fengguang Wu wrote:
>> CC the list.
>>
>> On Thu, Dec 19, 2013 at 09:08:34AM +0800, Wanlong Gao wrote:
>>> /git/linux/lib/hash.c: In function 'hashlib_init':
>>> /git/linux/lib/hash.c:35:2: warning: passing argu
On Thu, Dec 12, 2013 at 09:18:22PM -0800, David Cohen wrote:
> Hi,
>
> These patches are proposal to extend the lack of #ifdef checks on PM callback
> to its implementation too.
>
> Currently SET_*_PM_OPS() macros make #ifdefs checks not necessary when setting
> the callback to PM ops, but the ca
On 12/18/2013 11:29 PM, Wanpeng Li wrote:
PageLocked is not required by page_referenced_anon() and there is not
>any assertion before, commit 37f093cdf introduced this extra BUG_ON()
There are two callsites shrink_active_list and page_check_references()
of page_referenced(). shrink_active_list a
On Wed, Dec 18, 2013 at 08:45:46PM +0100, Sander Eikelenboom wrote:
>
> Wednesday, December 18, 2013, 8:43:28 PM, you wrote:
>
> > On Wed, Dec 18, 2013 at 11:48:45AM +0100, Sander Eikelenboom wrote:
> >>
> >> Wednesday, December 18, 2013, 10:26:25 AM, you wrote:
> >>
> >> > Hi all,
> >>
> >> >
Makes the code slightly shorter.
Signed-off-by: Xiubo Li
---
sound/soc/generic/simple-card.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index 7a9b6b4..3d190d0 100644
--- a/sound/soc/generic/simpl
[#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 1317.264179] Dumping ftrace buffer:
[ 1317.264774](ftrace buffer empty)
[ 1317.265220] Modules linked in:
[ 1317.265824] CPU: 4 PID: 836 Comm: trinity-child46 Tainted: GW
3.13.0-rc4-
next-20131218-sasha-00013-g2cebb9b-dirty #4159
[ 1317.267415] task
Hello Tomasz,
On 18 December 2013 21:20, Tomasz Figa wrote:
> Hi Naveen,
>
> On Tuesday 10 of December 2013 12:12:25 Naveen Krishna Chatradhi wrote:
>> Exynos5420 has 5 TMU channels, the TRIMINFO register is
>> misplaced for TMU channels 2, 3 and 4
>> TRIMINFO at 0x1006c000 contains data for TMU
> Reverting would break Tegra PCIe, but you should not have to change the
> DT either. So we need a solution.
>
> Is this something like this sufficient to fix it?
>
> diff --git a/drivers/of/address.c b/drivers/of/address.c
> index 4b9317b..378aebd 100644
> --- a/drivers/of/address.c
> +++ b/drive
On Wed, Dec 18, 2013 at 8:07 PM, Dave Jones wrote:
> Just hit this while fuzzing with lots of child processes.
> (trinity -C128)
Ok, there's a BUG_ON() in the middle, the "bad page" part is just this:
> BUG: Bad page state in process trinity-c93 pfn:100499
> page:ea0004012640 count:0 mapcou
On 07/17/2013 04:32 AM, Richard Guy Briggs wrote:
> Convert audit from only listening in init_net to use register_pernet_subsys()
> to dynamically manage the netlink socket list.
>
> Signed-off-by: Richard Guy Briggs
> ---
I think it's the time for us to discuss if we should revert this
commit,
On Wed, Dec 18, 2013 at 07:24:46PM +, Christoph Lameter wrote:
> The counter increment in inode_lru_isolate is happening after
> spinlocks have been dropped with preemption on using __count_vm_events
> making counter increment races possible.
That's a nasty, undocumented problem that __count_v
On Wed, Dec 18, 2013 at 03:40:11PM +0530, Roger Quadros wrote:
> In test_halt() we set an endpoint halt condition and return on halt
> verification
> failure, then the enpoint will remain halted and all further tests related
> to that enpoint will fail. This is because we don't tackle endpoint hal
On Wed, Dec 18, 2013 at 10:37:44AM -0600, Felipe Balbi wrote:
> On Wed, Dec 18, 2013 at 10:46:03PM +0800, Huang Rui wrote:
> > Hi Roger,
> >
> > On Wed, Dec 18, 2013 at 03:40:10PM +0530, Roger Quadros wrote:
> > > Without a timetout some tests e.g. test_halt() can remain stuck forever.
> > >
> >
at mm/rmap.c:1663!
> [ 588.699380] invalid opcode: [#2] PREEMPT SMP DEBUG_PAGEALLOC
> [ 588.700347] Dumping ftrace buffer:
> [ 588.701186](ftrace buffer empty)
> [ 588.702062] Modules linked in:
> [ 588.702759] CPU: 0 PID: 4647 Comm: kswapd0 Tainted: G D W
> 3.13
On Wed, Dec 18, 2013 at 06:43:43AM -0500, Tejun Heo wrote:
> Hello, Dave.
>
> On Wed, Dec 18, 2013 at 11:35:10AM +1100, Dave Chinner wrote:
> > Perhaps the function "invalidate_partition()" is badly named. To
> > state the obvious, fsync != invalidation. What it does is:
> >
> > 1. sync files
HOWTO (English)
or https://code.google.com/p/kgtp/wiki/HOWTOCN (Chinese) to get howto use KGTP.
Or download the pdf version in
https://raw.github.com/teawater/kgtp/master/kgtp.pdf (English)
or https://raw.github.com/teawater/kgtp/master/kgtpcn.pdf(Chinese).
Now, KGTP 20131218 release.
To get it in g
Just hit this while fuzzing with lots of child processes.
(trinity -C128)
BUG: Bad page state in process trinity-c93 pfn:100499
[ cut here ]
kernel BUG at include/linux/mm.h:439!
invalid opcode: [#1] PREEMPT SMP
Modules linked in: dlci sctp snd_seq_dummy hidp fuse r
00347] Dumping ftrace buffer:
[ 588.701186](ftrace buffer empty)
[ 588.702062] Modules linked in:
[ 588.702759] CPU: 0 PID: 4647 Comm: kswapd0 Tainted: G D W
3.13.0-rc4-next-20131218-sasha-00012-g1962367-dirty #4155
[ 588.704330] task: 880062bcb000 ti: 88006245 ta
On Wed, Dec 18, 2013 at 06:02:45PM -0800, Guenter Roeck wrote:
> On 12/18/2013 01:08 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.4.75 release.
> > There are 31 patches in this series, all will be posted as a response
> > to this one. If anyone has any i
On Wed, Dec 18, 2013 at 06:04:09PM -0800, Guenter Roeck wrote:
> On 12/18/2013 01:10 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.10.25 release.
> > There are 78 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Wed, Dec 18, 2013 at 01:10:37PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.12.6 release.
> There are 118 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
On Wed, Dec 18, 2013 at 07:00:22PM -0800, Greg Kroah-Hartman wrote:
> On Wed, Dec 18, 2013 at 06:56:58PM -0800, Greg Kroah-Hartman wrote:
> > On Wed, Dec 18, 2013 at 03:48:57PM -0800, Guenter Roeck wrote:
> > > On Wed, Dec 18, 2013 at 01:10:37PM -0800, Greg Kroah-Hartman wrote:
> > > > This is the
On 2013年12月16日 18:09, David Laight wrote:
I was thinking of something like: skb = netdev_alloc_skb(dev, length
+ dev->skb_align, gfp); if (NET_IP_ALIGN && skb && !(ev->driver_flags
& FLAG_HW_IPALIGN)) skb_reserve(skb, NET_IP_ALIGN); It might even be
reasonable to remove the length adjustment -
1 - 100 of 949 matches
Mail list logo
