This patch adds devicetree binding document for Exynos5433 SoC system clock
controller.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Cc: devicet...@vger.kernel.org
Signed-off-by: Chanwoo Choi
Acked-by: Inki Dae
---
.../devicetree/bindings/clock/exynos5433-clock.txt | 305 +
1 fi
This patch adds missing gate clocks of CMU_PERIS domain
which includes TMU/TZPC/SECKEY/CHIPID/TOPRTC/EFUSE IPs.
The special clocks of CMU_PERIS use fin_pll source clock directly.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Signed-off-by: Chanwoo Choi
Acked-by: Inki Dae
Reviewed-by: Pankaj Dubey
--
2015-02-02 15:26+0100, Radim Krčmář:
> 2015-01-30 09:52+0100, Paolo Bonzini:
> + return ((logical_id >> 4) == (mda >> 4))
> +&& (logical_id & mda & 0xf) != 0;
>
> but it has to be parenthesized ('&&' has lower precedence than '!=').
No, my bad, I understood it now.
This patch adds the mux/divider/gate clocks of CMU_MIF domain which includes
the clocks for DMC(DRAM memory controller) and CCI(Cache Coherent Interconnect).
The CMU_MIF domain provides the source clocks for CMU_DISP/CMU_BUS2.
Cc: Sylwester Nawrocki
Cc: Tomasz Figa
Signed-off-by: Chanwoo Choi
A
On 02/02/2015 15:26, Radim Krčmář wrote:
>>> > > + return ((logical_id >> 4) == (mda >> 4))
>>> > > + && (logical_id & mda & 0xf);
> was merged as
>
> + return ((logical_id >> 4) == (mda >> 4))
> +&& (logical_id & mda & 0xf) != 0
On 02/02/2015 03:56 AM, Mark Brown wrote:
On Mon, Feb 02, 2015 at 11:26:23AM +0100, Lars-Peter Clausen wrote:
On 02/02/2015 12:48 AM, Guenter Roeck wrote:
- return ®map_smbus_word;
+ if (config->val_format_endian == REGMAP_ENDIAN_LITTLE)
This should prob
2015-02-02 15:28+0100, Paolo Bonzini:
>
>
> On 02/02/2015 15:26, Radim Krčmář wrote:
> >>> > > + return ((logical_id >> 4) == (mda >> 4))
> >>> > > +&& (logical_id & mda & 0xf);
> > was merged as
> >
> > + return ((logical_id >> 4) == (mda >> 4))
> > +
> The qcom ufs phy support is split into three separate loadable
> modules, however none of the interfaces are exported, resulting
> in a link error:
>
> ERROR: "ufs_qcom_phy_power_off" [drivers/phy/phy-qcom-ufs-qmp-20nm.ko]
> undefined!
> ERROR: "ufs_qcom_phy_power_on" [drivers/phy/phy-qcom-ufs-qm
Paul,
we have decided to revert the ICE change that support UFS.
a change already uploaded:
look for subject:
[PATCH v1] Revert "scsi: ufs-qcom-ice: add Inline Crypto Engine (ICE)
support for UFS"
thanks,
Yaniv
> Yaniv,
>
> On Thu, 2015-01-15 at 16:32 +0200, Yaniv Gardi wrote:
>> From: Yaniv Ga
Hi
Please apply this before 3.19 is released.
Mikulas
The patch e22b886a8a43b147e1994a9f970f678fc0df2033 introduced a bug in the
raid5 subsystem.
The function raid5_quiesce (and resize_stripes) calls
lock_all_device_hash_locks_irq that disables interrupts and takes a few
spinlocks, then it c
On Monday 02 February 2015 08:01 PM, yga...@codeaurora.org wrote:
>> The qcom ufs phy support is split into three separate loadable
>> modules, however none of the interfaces are exported, resulting
>> in a link error:
>>
>> ERROR: "ufs_qcom_phy_power_off" [drivers/phy/phy-qcom-ufs-qmp-20nm.ko]
>
Moikka!
That patch is not correct and will not even compile. Problem is that
QAM_4NR and QAM_4 are not defined (OK, QPSK is QAM-4).
regards
Antti
On 02/02/2015 04:34 PM, Nicholas Krause wrote:
Changes the values in the switch statement of the function,d29l2_get_frontend
to use the proper valu
On 02/02/15 15:08, Chanwoo Choi wrote:
> OK, I'll add more following information:
> I'll send only patch1 with following information.
>
> + - clocks: list of clock identifiers which are fed as the input to
> + the given clock controller. Please refer the next section to
> + find the i
Reviewed-by: Yaniv Gardi
> The qcom ufs phy support is split into three separate loadable
> modules, however none of the interfaces are exported, resulting
> in a link error:
>
> ERROR: "ufs_qcom_phy_power_off" [drivers/phy/phy-qcom-ufs-qmp-20nm.ko]
> undefined!
> ERROR: "ufs_qcom_phy_power_on" [
Use the new group field of struct miscdevice for managing the sysfs
entries instead of manually adding/removing via device_create_file()
and device_remove_file(). This simplifies the code a lot and fixes
the possible races.
Signed-off-by: Takashi Iwai
---
drivers/char/hw_random/core.c | 34
Add groups field to struct miscdevice for passing the attribute groups
at device creation. In this way, the driver can avoid the manual call
of device_create_file() after the device registration, which is
basically a racy operation, in addition to the reduction of manual
device_remove_file() calls
Below is the list of build error/warning regressions/improvements in
v3.19-rc7[1] compared to v3.18[2].
Summarized:
- build errors: +17/-13
- build warnings: +200/-126
JFYI, when comparing v3.19-rc7[1] to v3.19-rc6[3], the summaries are:
- build errors: +13/-7
- build warnings: +86/-65
N
Hi Pavel,
On 02/02/2015 02:51 PM, Pavel Machek wrote:
Hi!
[Actually, you could _always_ do two reads on those devices, discard
first result, and return the second. But I'm not sure how hardware
will like that.]
This would be the most sensible option.
However, let's analyze the typical use
On Mon, Feb 2, 2015 at 3:51 PM, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.19-rc7[1] to v3.19-rc6[3], the summaries are:
> - build errors: +13/-7
+ /home/kisskb/slave/src/Documentation/mic/mpssd/mpssd.c: error:
(near initialization for ‘virtblk_dev_page.blk_config.capacity’): =>
152
[+cc Alex]
On Mon, Feb 2, 2015 at 5:29 AM, Tim Sander wrote:
>
> The long name for this device is
> Lite-On IT Corp. / Plextor M6e PCI Express SSD [Marvell 88SS9183] (rev 14)
>
> Background: the error description on bugzilla
> https://bugzilla.kernel.org/show_bug.cgi?id=42679
> inspired me to che
Hi Jiri and Adrian,
On Mon, Feb 2, 2015 at 9:13 PM, Jiri Olsa wrote:
> On Mon, Feb 02, 2015 at 02:07:27PM +0200, Adrian Hunter wrote:
>
> SNIP
>
>> >>
>> >> Why not make it the same as all the other data. i.e. find the start and
>> >> size
>> >> via the index? And then just lump all the data tog
Em Tue, 6 Jan 2015 12:43:35 +0100
Boris Brezillon escreveu:
> Add RGB444_1X12 and RGB565_1X16 format definitions and update the
> documentation.
>
> Signed-off-by: Boris Brezillon
> Acked-by: Mauro Carvalho Chehab
> Acked-by: Sakari Ailus
> ---
> Hi Mauro, Sakari,
>
> This patch has been re
On Mon 2015-02-02 17:40:10, Masami Hiramatsu wrote:
> (2015/01/31 0:45), Petr Mladek wrote:
> > can_probe() checks if the given address points to the beginning of
> > an instruction. It analyzes all the instructions from the beginning
> > of the function until the given address. The code might be m
Keyword 'boolean' for type definition attributes is considered
deprecated and, therefore, should not be used anymore.
See http://lkml.kernel.org/r/cover.1418003065.git...@linux.com
See http://lkml.kernel.org/r/1419108071-11607-1-git-send-email...@linux.com
Signed-off-by: Christoph Jaeger
---
li
Keyword 'boolean' for type definition attributes is considered
deprecated and, therefore, should not be used anymore.
See http://lkml.kernel.org/r/cover.1418003065.git...@linux.com
See http://lkml.kernel.org/r/1419108071-11607-1-git-send-email...@linux.com
Signed-off-by: Christoph Jaeger
---
dr
On Fri, Jan 30, 2015 at 11:32 PM, Jiri Olsa wrote:
> On Thu, Jan 29, 2015 at 05:06:42PM +0900, Namhyung Kim wrote:
>> The commit c00c48fc6e6e ("perf symbols: Preparation for compressed
>> kernel module support") added support for compressed kernel modules
>> but it only supports system path DSOs.
On 2015/2/2 12:54, Viresh Kumar wrote:
On 2 February 2015 at 10:15, ethan zhao wrote:
On 2015/2/2 12:26, Viresh Kumar wrote:
But there is no checking against refcount in or before
cpufreq_policy_free(), that is one issue I mentioned.
As I said earlier, the completion will only fire once
> If 'diff' doesn't report difference, then try again and again.
>
> Is this a bug? I think that this is a bug.
>
> Linux ideal-os 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64
> GNU/Linux
> Debian 8.0 Jessie
> GNU C Library (Debian GLIBC 2.19-13) stable release version 2.19, by
On 02/01/2015 10:31 AM, Stephan Mueller wrote:
> Hi Tadeusz,
>
>> > The way the algif_skcipher works currently is that on sendmsg/sendpage it
>> > builds an sgl for the input data and then on read/recvmsg it sends the job
>> > for encryption putting the user to sleep till the data is processed.
>>
On Mon, Feb 02, 2015 at 03:05:15PM +0100, Oleg Nesterov wrote:
> First of all, why exactly do we need this mm/PF_KTHREAD check added by
> f0d71b3dcb8332f7971 ? Of course, it is simply wrong to declare a random
> kernel thread to be the owner as the changelog says. But why kthread is
> worse than a
From: Markus Elfring
Date: Mon, 2 Feb 2015 15:51:43 +0100
Further update suggestions were taken into account together with results
from static source code analysis.
Markus Elfring (3):
dm snapshot: Deletion of unnecessary checks before the function call "vfree"
md/bitmap: Delete an unnecessa
(private noaw)
On Mon, Feb 02, 2015 at 04:11:59PM +0100, Peter Zijlstra wrote:
> On Mon, Feb 02, 2015 at 03:05:15PM +0100, Oleg Nesterov wrote:
>
> > First of all, why exactly do we need this mm/PF_KTHREAD check added by
> > f0d71b3dcb8332f7971 ? Of course, it is simply wrong to declare a random
On Sun, 01 Feb 2015 06:05:04 +0100
deloptes wrote:
> Tomi Valkeinen wrote:
>
> > On 06/01/15 14:45, Sudip Mukherjee wrote:
> >> the check for info is not required as we are checking it immediately
> >> after gxfb_init_fbinfo() and lxfb_init_fbinfo() and returnig -ENOMEM
> >> if it is NULL.
> >>
On Mon, Feb 02, 2015 at 04:13:38PM +0100, Peter Zijlstra wrote:
> (private noaw)
OK, I suck.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please re
Hi Mike,
A few bug fixes and support for Tegra132 clocks.
Thanks,
Peter.
The following changes since commit e36f014edff70fc02b3d3d79cead1d58f289332e:
Linux 3.19-rc7 (2015-02-01 20:07:21 -0800)
are available in the git repository at:
git://nv-tegra.nvidia.com/user/pdeschrijver/linux.git t
From: Markus Elfring
Date: Mon, 2 Feb 2015 14:38:29 +0100
The vfree() function performs also input parameter validation.
Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/md/dm-snap-persistent.c | 1
Add support for the temperature alarm peripheral found inside
Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
peripheral outputs a pulse on an interrupt line whenever the
thermal over temperature stage value changes.
Register a thermal sensor. The temperature reported by this therm
From: Markus Elfring
Date: Mon, 2 Feb 2015 15:10:57 +0100
The kfree() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
* This issue was detected by using the Coccinelle software.
* Let us also move an assignment for the varia
From: Markus Elfring
Date: Mon, 2 Feb 2015 15:30:37 +0100
The dm_table_destroy() function tests whether its argument is NULL and then
returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
d
On 2/2/15 3:32 AM, Jiri Olsa wrote:
On Mon, Jan 26, 2015 at 11:12:00AM +0100, Jiri Olsa wrote:
hi,
I'm following up on latest post from Alexis:
http://marc.info/?l=linux-kernel&m=141427580405357&w=2
thanks for feedback and testing!
v4 changes:
- updated to the current Arnaldo's perf/core
Peter, Wolfram,
this series fixes clock-frequency attribute usage by i2c-ocores driver and
adds optional common clock framework support.
Changes v1->v2:
- add cleanup patch for clock-frequency attribute that implements options
2 and 3, as was suggested here: https://lkml.org/lkml/2015/1/22/527
Allow bus clock specification as a common clock handle. This makes this
controller easier to use in a setup based on common clock framework.
Signed-off-by: Max Filippov
---
Changes v1->v2:
- fix binding documentation;
- make CCF support optional.
.../devicetree/bindings/i2c/i2c-ocores.txt
clock-frequency property is meant to control the bus frequency for i2c bus
drivers, but it was incorrectly used to specify i2c controller input clock
frequency.
Introduce new attribute, opencores,ip-clock-frequency, that specifies i2c
controller clock frequency and make clock-frequency attribute co
Hi,
On Mon, Feb 02, 2015 at 07:27:10AM +, David Woodhouse wrote:
> On Sun, 2015-02-01 at 21:07 -0800, David Miller wrote:
> > From: David Woodhouse
> > Date: Sun, 01 Feb 2015 21:29:43 +
> >
> > > I really was looking for some way to push down something like an XFRM
> > > state into the t
On Mon, 2015-02-02 at 09:24 +0100, Steffen Klassert wrote:
>
> Maybe you want to use a virtual tunnel interface (vti) what we have
> already. Everything that is routed through such an interface is
> guaranteed to be either encrypted if a matching xfrm state is present
> or dropped. Same on the rce
On Wed, 2015-01-28 at 17:18 +0100, Arnd Bergmann wrote:
> The qcom ufs phy support is split into three separate loadable
> modules, however none of the interfaces are exported, resulting
> in a link error:
>
> ERROR: "ufs_qcom_phy_power_off" [drivers/phy/phy-qcom-ufs-qmp-20nm.ko]
> undefined!
> E
Hi Mauro,
On Mon, 02 Feb 2015 12:57:55 -0200
Mauro Carvalho Chehab wrote:
> Em Tue, 6 Jan 2015 12:43:35 +0100
> Boris Brezillon escreveu:
>
> > Add RGB444_1X12 and RGB565_1X16 format definitions and update the
> > documentation.
> >
> > Signed-off-by: Boris Brezillon
> > Acked-by: Mauro Car
On Mon, Feb 2, 2015 at 7:03 PM, Paolo Bonzini wrote:
>
>
> On 28/01/2015 17:02, Wincy Van wrote:
>> +static int vmx_deliver_nested_posted_interrupt(struct kvm_vcpu *vcpu,
>> + int vector)
>> +{
>> + if (is_guest_mode(vcpu) &&
>> + vecto
On Feb 01 2015 or thereabouts, Henrik Rydberg wrote:
> Hi Benjamin,
>
> > Tested this morning, and yes, it solves the problem.
> > I assumed that the dmax was in mm, and used "10 * priv->x_res", which
> > seemed to do the trick:
> > - tapping with two fingers side by side triggered the jumps
> > -
unsubscribe linux-kernel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 09/30/2014 03:04 AM, Eric W. Biederman wrote:
>
> I recently realized that I had been reasoning improperly about what
> umount(MNT_DETACH) did based on an insufficient description in
> the umount.2 man page, that matched my intuition but not the
> implementation.
>
> When there are no submount
On Sun, Feb 01, 2015 at 12:09:32PM -0800, Linus Torvalds wrote:
> Now, I have the patch that removes that thing (but I was hoping to get
> it from the scheduler tree before doing rc7, which seems to not have
> happened), but yes, that together with your patch seems like it should
> fix all the nast
On 10/28/2014 06:33 PM, Eric W. Biederman wrote:
>
> Signed-off-by: Eric W. Biederman
Thanks, Eric. Again, sorry for the delay. I've applied this
patch.
Cheers,
Michael
> ---
> man2/umount.2 | 18 ++
> 1 file changed, 18 insertions(+)
>
> diff --git a/man2/umount.2 b/man2/u
[Adding Josh to CC in case he has anything to add.]
On 12/12/2014 10:54 PM, Eric W. Biederman wrote:
>
> Signed-off-by: Eric W. Biederman
> ---
> man5/proc.5 | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/man5/proc.5 b/man5/proc.5
> index 96077d0dd195..d661e8cfeac9 1
On Fri, Jan 30, 2015 at 10:54:25PM +, mathieu.poir...@linaro.org wrote:
> From: Mathieu Poirier
>
> Adding a lookup function allowing for quick and easy mapping
> between processor HWID (as found, for example) in DT specifications
> and the CPU index known to the kernel.
>
> Signed-off-by: M
On 02/02/2015 05:19 PM, Ivan T. Ivanov wrote:
> Add support for the temperature alarm peripheral found inside
> Qualcomm plug-and-play (QPNP) PMIC chips. The temperature alarm
> peripheral outputs a pulse on an interrupt line whenever the
> thermal over temperature stage value changes.
>
> Registe
Hi Eric,
Thanks for writing this up!
On 12/12/2014 10:54 PM, Eric W. Biederman wrote:
>
> Files with access permissions such as ---rwx---rwx give fewer
> permissions to their group then they do to everyone else. Which means
> dropping groups with setgroups(0, NULL) actually grants a process
> p
Em Mon, 02 Feb 2015 16:32:07 +0100
Boris Brezillon escreveu:
> Hi Mauro,
>
> On Mon, 02 Feb 2015 12:57:55 -0200
> Mauro Carvalho Chehab wrote:
>
> > Em Tue, 6 Jan 2015 12:43:35 +0100
> > Boris Brezillon escreveu:
> >
> > > Add RGB444_1X12 and RGB565_1X16 format definitions and update the
>
On Mon, Feb 02, 2015 at 01:33:14AM -0500, Vince Weaver wrote:
> On Thu, 29 Jan 2015, Peter Zijlstra wrote:
>
> > That said, it does need to do that sibling first leaders later install
> > order too. So I've put the below on top.
>
> so I've lost track of exactly which patches I should be running
On Mon 02-02-15 14:45:27, Vladimir Davydov wrote:
> Move memcg_socket_limit_enabled decrement to tcp_destroy_cgroup (called
> from memcg_destroy_kmem -> mem_cgroup_sockets_destroy) and zap a bunch
> of wrapper functions.
>
> Although this patch moves static keys decrement from __mem_cgroup_free
>
On Wed, Jan 28, 2015 at 05:31:06PM +, Steven Rostedt wrote:
> On Wed, 28 Jan 2015 17:00:36 +
> Javi Merino wrote:
>
> > + if (trace_thermal_power_cpu_limit_enabled() && load_cpu) {
> > + trace_thermal_power_cpu_get_power(
> > + &cpufreq_device->allowed_cpus,
On Mon, Feb 02, 2015 at 04:02:31PM +0300, Dan Carpenter wrote:
> On Sun, Feb 01, 2015 at 09:52:05PM -0500, gr...@linuxhacker.ru wrote:
> > From: Dmitry Eremin
> >
> > Expression if (size != (ssize_t)size) is always false.
> > Therefore no bounds check errors detected.
>
> The original code actua
On Mon, 2015-02-02 at 16:23 +0100, Phil Sutter wrote:
> Since you want to provide connectivity over HTTPS which is not possible
> in kernel space, you are stuck with keeping the tun device. So the
> packet flow in that case is identical to how e.g. OpenVPN does it:
>
> - tunX holds default route
>
Al,
Seems we never came up with a solution to how to have mkdir create
new files without locking issues. I would like to keep the file creation
interface separate from the rest of the tracing code and not have the
two coupled tightly. That is, I do not plan on replacing locks like
trace_type_lock
At Mon, 2 Feb 2015 09:10:06 +0100,
Geert Uytterhoeven wrote:
>
> Hi Sato-san,
>
>
> On Mon, Feb 2, 2015 at 8:24 AM, Yoshinori Sato
> wrote:
> > The dependence of VGA_CONSOLE is complicated.
> > We need clean up.
>
> Thanks!
>
> > Signed-off-by: Yoshinori Sato
> >
> > ---
> > arch/alpha/Kcon
From: "Steven Rostedt (Red Hat)"
When tracefs is configured, have the directory /sys/kernel/tracing appear
just like /sys/kernel/debug appears when debugfs is configured.
This will give a consistent place for system admins to mount tracefs.
Acked-by: Greg Kroah-Hartman
Signed-off-by: Steven Ro
From: "Steven Rostedt (Red Hat)"
The tracing "instances" directory can create sub tracing buffers
with mkdir, and remove them with rmdir. As a mkdir will also create
all the files and directories that control the sub buffer the inode
mutexes need to be released before this is done, to avoid deadl
From: "Steven Rostedt (Red Hat)"
As tools currently rely on the tracing directory in debugfs, we can not
just created a tracefs infrastructure and expect sysadmins to mount
the new tracefs to have their old tools work.
Instead, the debugfs tracing directory is still created and the tracefs
file
with at91_dt_defconfig
(implies CONFIG_SPI_ATMEL=y)
Patch is against 3.19.0-rc6 (localversion-next = -next-20150202)
drivers/spi/spi-atmel.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
index 23d8f5f5..9af7841 10064
On 21.02.2014 17:18, Michal Simek wrote:
On 02/21/2014 05:12 PM, Felipe Balbi wrote:
On Fri, Feb 21, 2014 at 05:04:26PM +0100, Michal Simek wrote:
On 02/21/2014 05:04 PM, Greg Kroah-Hartman wrote:
On Fri, Feb 21, 2014 at 07:38:16AM +0100, Michal Simek wrote:
BTW: u-boot started to use SPDX-Li
From: "Steven Rostedt (Red Hat)"
Add a separate file system to handle the tracing directory. Currently it
is part of debugfs, but that is starting to show its limits.
One thing is that in order to access the tracing infrastructure, you need
to mount debugfs. As that includes debugging from all s
From: "Steven Rostedt (Red Hat)"
debugfs was fine for the tracing facility as a quick way to get
an interface. Now that tracing has matured, it should separate itself
from debugfs such that it can be mounted separately without needing
to mount all of debugfs with it. That is, users resist using t
apic_force_enable is not defined for amd64.
Without this patch:
LD init/built-in.o
arch/x86/built-in.o: In function `dtb_lapic_setup':
kernel/devicetree.c:155:
undefined reference to `apic_force_enable'
Makefile:923: recipe for target 'vmlinux' failed
make: *** [vmlinux] Error 1
Signed-off-
Hi Sylwester,
On Mon, Feb 2, 2015 at 11:40 PM, Sylwester Nawrocki
wrote:
> On 02/02/15 15:08, Chanwoo Choi wrote:
>
>> OK, I'll add more following information:
>> I'll send only patch1 with following information.
>>
>> + - clocks: list of clock identifiers which are fed as the input to
>> +
On 02/02/2015 06:50 AM, Jinpu Wang wrote:
> Hi Jens,
>
> I found 2 patches commits (74170118b & e09aae7e)from
> https://urldefense.proofpoint.com/v1/url?u=https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git/log/?h%3Dfor-linus&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=3JMVyziIyZtZ5cv9eWNLw
On Wed, Jan 28, 2015 at 8:51 AM, Marc Zyngier wrote:
> pcibios_update_irq writes an irq number into the config space
> of a given PCI device, but ignores the fact that this number
> is a virtual interrupt number, which might be a very different
> value from what the underlying hardware is using.
>
On Mon, Feb 2, 2015 at 4:54 PM, Jens Axboe wrote:
> On 02/02/2015 06:50 AM, Jinpu Wang wrote:
>> Hi Jens,
>>
>> I found 2 patches commits (74170118b & e09aae7e)from
>> https://urldefense.proofpoint.com/v1/url?u=https://git.kernel.org/cgit/linux/kernel/git/axboe/linux-block.git/log/?h%3Dfor-linus&k
On Fri, 30 Jan 2015 16:16:11 -0800
Stephen Boyd wrote:
> It's useful to have tracepoints around operations that change the
> hardware state so that we can debug clock hardware performance
> and operations. Four basic types of events are supported: on/off
> events for enable, disable, prepare, unp
On Mon, Feb 02, 2015 at 04:43:14PM +0100, Stefan Roese wrote:
> On 21.02.2014 17:18, Michal Simek wrote:
> >On 02/21/2014 05:12 PM, Felipe Balbi wrote:
> >>On Fri, Feb 21, 2014 at 05:04:26PM +0100, Michal Simek wrote:
> >>>On 02/21/2014 05:04 PM, Greg Kroah-Hartman wrote:
> On Fri, Feb 21, 2014
On 2015/2/2 23:57, Bjorn Helgaas wrote:
> On Wed, Jan 28, 2015 at 8:51 AM, Marc Zyngier wrote:
>> pcibios_update_irq writes an irq number into the config space
>> of a given PCI device, but ignores the fact that this number
>> is a virtual interrupt number, which might be a very different
>> value
Use the static attribute groups assigned to the device instead of
calling device_create_file() after the device registration.
Signed-off-by: Takashi Iwai
---
drivers/block/floppy.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/drivers/block/floppy.c b/driv
Tested v8 with Galileo Gen v2. Log below:
root@quark:~# dmesg | grep imr
[3.712804] imr: protecting kernel .text - .rodata: 9244 KiB (c100 -
c1907000)
[3.721338] imr_selftest: pass zero sized IMR
[3.726374] imr_selftest: pass overlapped IMR @ (0xc100 - 0xc1907000)
[3.73416
On 02/02/2015 07:18 AM, Catalin Marinas wrote:
On Fri, Jan 30, 2015 at 06:06:27PM +, Murali Karicheri wrote:
On 01/28/2015 12:30 PM, Catalin Marinas wrote:
I think we can remove this check altogether (we leaved without it for a
while) but we need to add 1 when calculating the mask:
On Tue, Jan 20, 2015 at 09:03:12AM -0500, Peter Hurley wrote:
> On 01/19/2015 07:30 PM, Paul E. McKenney wrote:
> > On Tue, Jan 06, 2015 at 12:47:53PM -0800, Paul E. McKenney wrote:
> >> On Tue, Jan 06, 2015 at 02:57:37PM -0500, Peter Hurley wrote:
> >
> > [ . . . ]
> >
> >> David Miller's call,
On 02/02/2015 16:33, Wincy Van wrote:
> static void vmx_accomp_nested_posted_intr(struct kvm_vcpu *vcpu)
> {
> struct vcpu_vmx *vmx = to_vmx(vcpu);
>
> if (is_guest_mode(vcpu) &&
> vmx->nested.posted_intr_nv != -1 &&
> pi_test_on(vmx->nested.pi_desc))
>
Hi Ricardo,
How about defining a version of apic_force_enable()
for X86_64 in apic.h which just return failure?
Regards!
Gerry
On 2015/2/2 23:50, Ricardo Ribalda Delgado wrote:
> apic_force_enable is not defined for amd64.
>
> Without this patch:
>
> LD init/built-in.o
> arch/x86/bu
On 28/01/15 15:43, Bjorn Helgaas wrote:
> On Wed, Jan 28, 2015 at 9:27 AM, Marc Zyngier wrote:
>> Hi Gerry,
>>
>> On 28/01/15 15:21, Jiang Liu wrote:
>>>
>>>
>>> On 2015/1/28 22:51, Marc Zyngier wrote:
pcibios_update_irq writes an irq number into the config space
of a given PCI device, b
Hello,
That is also an option, but I thought this was cleaner. If you prefer
it that way I can prepare a patch.
Regards
On Mon, Feb 2, 2015 at 5:14 PM, Jiang Liu wrote:
> Hi Ricardo,
> How about defining a version of apic_force_enable()
> for X86_64 in apic.h which just return failure?
On Mon, Feb 02, 2015 at 09:12:57AM +0100, Robert Rosengren wrote:
> On 01/31/2015 09:11 PM, Guenter Roeck wrote:
> >On 01/29/2015 11:30 AM, Guenter Roeck wrote:
> >>On Thu, Jan 29, 2015 at 01:07:10PM +0100, Robert Rosengren wrote:
> Is your hardware big endian or little endian ?
> >>>CONFIG_CPU
On Mon, Feb 2, 2015 at 10:15 AM, Marc Zyngier wrote:
> On 28/01/15 15:43, Bjorn Helgaas wrote:
>> On Wed, Jan 28, 2015 at 9:27 AM, Marc Zyngier wrote:
>>> Hi Gerry,
>>>
>>> On 28/01/15 15:21, Jiang Liu wrote:
On 2015/1/28 22:51, Marc Zyngier wrote:
> pcibios_update_irq writes a
* Mike Turquette [150201 15:29]:
> Quoting Tony Lindgren (2015-01-30 17:04:44)
> > Hi all,
> >
> > Looks like commit cb75a8fcd14e ("clk: Add rate constraints to clocks")
> > causes a regression on at least omaps where the serial console either
> > does not show anything, or just prints garbage.
>
On 02/02, Peter Zijlstra wrote:
>
> On Mon, Feb 02, 2015 at 03:05:15PM +0100, Oleg Nesterov wrote:
>
> > IIUC, the fact that we can abuse ->pi_state_list is not that bad, no matter
> > if this (k)thread will exit or not. AFAICS, the only problem is that we can
> > boost the prio of this thread. Or
Currently, there is no way to find out the offset of an mtd partition by
a driver. This might be needed by external hardware.
For example, a flash containing the firmware of an external device that
is also accessible by the main cpu/kernel.
The flash is big enough to have two partitions with 2 ve
Linux capabilities suffer from the problem that they are not inheritable
like regular process characteristics under Unix. This is behavior that
is counter intuitive to the expected behavior of processes in Unix.
In particular there has been recently software that controls NICs from user
space and
On 02/02/15 15:57, Bjorn Helgaas wrote:
> On Wed, Jan 28, 2015 at 8:51 AM, Marc Zyngier wrote:
>> pcibios_update_irq writes an irq number into the config space
>> of a given PCI device, but ignores the fact that this number
>> is a virtual interrupt number, which might be a very different
>> value
Hi Chanwoo,
On 02/02/15 16:51, Chanwoo Choi wrote:
> On Mon, Feb 2, 2015 at 11:40 PM, Sylwester Nawrocki
> wrote:
>> > On 02/02/15 15:08, Chanwoo Choi wrote:
>> >
>>> >> OK, I'll add more following information:
>>> >> I'll send only patch1 with following information.
>>> >>
>>> >> + - clocks: lis
On Mon, Feb 02, 2015 at 03:30:27PM +, James Bottomley wrote:
> Cc added for linux-scsi, since this is the origin of the problem. How
> important is bisectability in this? It won't affect any non-embedded
> user, since most don't build with UFS, so I can go either way on folding
> or just appl
apic_force_enable is not defined for amd64.
Without this patch:
LD init/built-in.o
arch/x86/built-in.o: In function `dtb_lapic_setup':
kernel/devicetree.c:155:
undefined reference to `apic_force_enable'
Makefile:923: recipe for target 'vmlinux' failed
make: *** [vmlinux] Error 1
Signed-off-
Building with the attached random configuration file,
drivers/built-in.o: In function `stk7700p_tuner_attach':
dib0700_devices.c:(.text+0x85e1d7): undefined reference to
`dib7000m_get_i2c_master'
drivers/built-in.o: In function `stk7700p_pid_filter':
dib0700_devices.c:(.text+0x85e2e5): undefined r
From: Grygorii Strashko
Setting a dev_pm_ops suspend/resume pair of callbacks but not a set of
hibernation callbacks means those pm functions will not be
called upon hibernation - that leads to system crash on ARM during
freezing if gpio-led is used in combination with CPU led trigger.
It may hap
301 - 400 of 835 matches
Mail list logo
