As the merge window is still open, and this code was not as complex
as I thought it might be. I'm thinking of pushing this in now.
This will allow Thomas to debug his irq work for 3.20.
This code is not that intrusive and I'm currently running it through
all my tests (which caught the call_rcu_sc
From: "Steven Rostedt (Red Hat)"
Add the kernel command line tp_printk option that will have tracepoints
that are active sent to printk() as well as to the trace buffer.
Passing "tp_printk" will activate this. To turn it off, the sysctl
/proc/sys/kernel/tracepoint_printk can have '0' echoed into
From: "Steven Rostedt (Red Hat)"
Enabling tracepoints at boot up can be very useful. The tracepoint
can be initialized right after memory has been. There's no need to
wait for the early_initcall() to be called. That's too late for some
things that can use tracepoints for debugging. Move the logic
On Sunday 14 December 2014 10:48:01 Arend van Spriel wrote:
> On 12/13/14 20:46, Arnd Bergmann wrote:
> > On Saturday 13 December 2014 11:05:52 Arend van Spriel wrote:
> >>
> >> Makes sense. I think that is what Hauke meant by "adding
> >> additional support for registering to bcma". So the discove
On Sun, Dec 14, 2014 at 4:03 AM, Paul E. McKenney
wrote:
> On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski wrote:
>> On Dec 13, 2014 10:58 PM, "Stephen Rothwell" wrote:
>> >
>> > Hi Andy,
>> >
>> > The luto-misc tree seems to have a whole series of commits in it that
>> > have just bee
On Dec 13, 2014 11:54 PM, "tip-bot for Andy Lutomirski"
wrote:
>
> Commit-ID: f0905c5a32ce6e9b743b4d9c70e53d1ce447852d
> Gitweb: http://git.kernel.org/tip/f0905c5a32ce6e9b743b4d9c70e53d1ce447852d
> Author: Andy Lutomirski
> AuthorDate: Fri, 12 Dec 2014 16:25:47 -0800
> Committer: Ingo M
On Sunday, December 14, 2014 at 04:28:53 PM, Stefan Wahren wrote:
> According to i.MX23 and i.MX28 reference manual the fractional
> clock control registers must be addressed by byte instructions.
>
> This patch fixes the erroneous 32-bit access to these registers.
>
> The changes has been tested
On 12/14/2014 10:40 AM, Jarkko Sakkinen wrote:
On Sun, Dec 14, 2014 at 09:48:26AM -0500, Stefan Berger wrote:
On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
Detect TPM 2.0 by sending idempotent TPM 2.x command. Ordinals for
TPM 2.0 are higher than TPM 1.x commands so this should be fail-safe.
U
For shared inline functions crossed source files, better to let it as
"static inline" in a header file. For extern functions, better to
declare them in header file.
Signed-off-by: Chen Gang
---
drivers/scsi/megaraid/megaraid_sas_base.c | 76 +
drivers/scsi/megaraid/megaraid_
On Sun, Dec 14, 2014 at 04:31:10PM +0100, peterhu...@gmx.de wrote:
>
>
> On 14. Dezember 2014 15:57:10 MEZ, Jarkko Sakkinen
> wrote:
> >On Sun, 2014-12-14 at 09:03 -0500, Stefan Berger wrote:
> >> On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
> >> > Merged transmit_cmd() functions in tpm-inter
On Sun, Dec 14, 2014 at 09:48:26AM -0500, Stefan Berger wrote:
> On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
> >Detect TPM 2.0 by sending idempotent TPM 2.x command. Ordinals for
> >TPM 2.0 are higher than TPM 1.x commands so this should be fail-safe.
> >Using STS3 is unreliable because some chi
On 14. Dezember 2014 15:57:10 MEZ, Jarkko Sakkinen
wrote:
>On Sun, 2014-12-14 at 09:03 -0500, Stefan Berger wrote:
>> On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
>> > Merged transmit_cmd() functions in tpm-interface.c and tpm-sysfs.c.
>> > Added "tpm_" prefix for consistency sake. Changed cm
According to i.MX23 and i.MX28 reference manual the fractional
clock control registers must be addressed by byte instructions.
This patch fixes the erroneous 32-bit access to these registers.
The changes has been tested only with a i.MX28 board, because i don't
have access to an i.MX23 board.
Si
At Sat, 13 Dec 2014 13:45:55 +0900,
Takashi Sakamoto wrote:
>
> On Dec 13 2014 04:28, Dan Carpenter wrote:
> > This code causes a static checker warning:
> >
> > sound/firewire/oxfw/oxfw.c:46 detect_loud_models()
> > warn: signedness bug returning '(-2)'
> >
> > The detect_loud_models()
On Sun, 2014-12-14 at 09:03 -0500, Stefan Berger wrote:
> On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
> > Merged transmit_cmd() functions in tpm-interface.c and tpm-sysfs.c.
> > Added "tpm_" prefix for consistency sake. Changed cmd parameter as
> > opaque. This enables to use separate command st
On Sat, 2014-12-13 at 17:53 +, Scot Doyle wrote:
> On Fri, 12 Dec 2014, Jarkko Sakkinen wrote:
>
> > This patch set enables TPM2 protocol and provides drivers for FIFO and
> > CRB interfaces. This patch set does not export any sysfs attributes for
> > TPM 2.0 because existing sysfs attributes
On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
Detect TPM 2.0 by sending idempotent TPM 2.x command. Ordinals for
TPM 2.0 are higher than TPM 1.x commands so this should be fail-safe.
Using STS3 is unreliable because some chips just report 0xff and not
what the spec says.
TPM TIS 1.2 can report
On 12/14/2014 09:21 AM, Kirill Smelkov wrote:
> On Mon, Dec 08, 2014 at 09:59:54AM -0500, Sasha Levin wrote:
>> > On 12/08/2014 06:07 AM, Kirill Smelkov wrote:
>>> > > In mutex destroy code currently we pass to debug_check_no_locks_freed()
>>> > >
>>> > > [mem_from, mem_end)
>>> > >
>>> > > a
This is a patch to the hal/rtl8723au_xmit.c file that fixes various
warnings:
"invalid warning: invalid assignment: |=
left side has type unsigned int
right side has type restricted __le32"
found by sparse tool.
Signed-off-by: Yannis Damigos
---
drivers/staging/rtl8723au/hal/rtl8723au_xmit.c
On Mon, Dec 08, 2014 at 09:59:54AM -0500, Sasha Levin wrote:
> On 12/08/2014 06:07 AM, Kirill Smelkov wrote:
> > In mutex destroy code currently we pass to debug_check_no_locks_freed()
> >
> > [mem_from, mem_end)
> >
> > address region. But debug_check_no_locks_freed() accepts
> >
> > me
My previous commit 16b7c275c055 ("tools: cpupower: fix return checks for
sysfs_get_idlestate_count()") was not correct. After looking
at the changelog for cpupower I noticed that Thomas had changed the return of
sysfs_get_idlestate_count() to an unsigned int to simplify the code. The
problem is r
This reverts commit 16b7c275c055cc36218404b5d147be7f76575087.
My previous commit 16b7c275c055 ("tools: cpupower: fix return checks for
sysfs_get_idlestate_count()") was not correct. After looking
at the changelog for cpupower I noticed that Thomas had changed the return of
sysfs_get_idlestate_cou
sysfs_get_idlestate_count() returns an unsigned int. Returning -ENODEV
is not the right thing to do here, and in any case is handled the same
way as if there are no states found.
Cc: Thomas Renninger
Cc: Rafael J. Wysocki
Signed-off-by: Prarit Bhargava
---
tools/power/cpupower/utils/helpers/s
Am 14.12.2014 um 13:31 schrieb Hartmut Knaack:
> Richard Weinberger schrieb am 03.12.2014 um 00:32:
>> Make sure that the read function is not interrupted...
> There is already a mutex iio_dev->info_exist_lock used to serialize
> iio_channel_read(), which in turn accesses _read_raw(). See [1].
>
>
On 12/12/2014 02:46 PM, Jarkko Sakkinen wrote:
Merged transmit_cmd() functions in tpm-interface.c and tpm-sysfs.c.
Added "tpm_" prefix for consistency sake. Changed cmd parameter as
opaque. This enables to use separate command structures for TPM1
and TPM2 commands in future. Loose coupling works
Am 14.12.2014 um 13:43 schrieb Ezequiel Garcia:
> Hey Richard,
>
> On 11/24/2014 01:04 PM, Richard Weinberger wrote:
>> This two patches implement blk-mq support for the UBI block driver.
>> As the scatter gather part is rather generic I've moved it directl
>> into UBI such that it can be reused l
Linus,
for 3.19, the I2C subsystem has to offer special candy this time. Right
in time for Christmas :)
* I2C slave framework: finally, a generic mechanism for Linux being
an I2C slave (if the bus driver supports that). Docs are still missing
but will come later this cycle, the code is good e
On Sun, 2014-12-14 at 11:40 +0100, Pavel Machek wrote:
> On Sun 2014-12-14 00:30:13, Marcel Holtmann wrote:
> > Hi Pavel,
> >
> > > Add hci_h4p bluetooth driver to staging tree. This device is used
> > > for example on Nokia N900 cell phone.
> > >
> > > Signed-off-by: Pavel Machek
> > > Thanks-t
pci-iomap.c was (apparently, mistakenly) reintroduced as part of
commit 83c2dc15ce824450e7044b9f90cd529c25747ae0
MN10300: Handle cacheable PCI regions in pci_iomap()
probably as side-effect of forward-porting the patch
from an old kernel.
It's not really needed: the generic pci_iomap does the
Hey Richard,
On 11/24/2014 01:04 PM, Richard Weinberger wrote:
> This two patches implement blk-mq support for the UBI block driver.
> As the scatter gather part is rather generic I've moved it directl
> into UBI such that it can be reused later.
> So far only reading data into a scatter gather li
Remeber the past, before our refuge that was linux?
The chaos of the Microsoft era that we ran away from.
Now that chaos, the forced marches, all of it, has
found us again.
Here is a soundscape that explores that history:
http://youtu.be/L50h6UoBC5c
A temporary trip through a wonderful self conta
Some operations, like frequency-set, need root privileges. However,
the way that this is detected is not correct. The getuid() is called,
while in fact geteuid() should be. This way we can allow
distributions or users to set SETUID flags on the cpupower binary if
they want to and let regular users
Richard Weinberger schrieb am 03.12.2014 um 00:32:
> As we access i-1 we must not start with i=0.
>
> Signed-off-by: Richard Weinberger
Acked-by: Hartmut Knaack
> ---
> drivers/iio/humidity/dht11.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/iio/humidity/dh
Richard Weinberger schrieb am 03.12.2014 um 00:32:
> Make sure that the read function is not interrupted...
There is already a mutex iio_dev->info_exist_lock used to serialize
iio_channel_read(), which in turn accesses _read_raw(). See [1].
[1]http://lxr.free-electrons.com/ident?i=iio_channel_read
greetings my dear?forgive me for burdering you. but you have to understand that
after going through your profile, My heart acepted you,Honestly my heart loves
you. I beleive you are the person I am looking for .I like you my dear ,and I
want to hold a very strong relationship with you.Please don
Hi Andy,
On Sat, 13 Dec 2014 23:26:36 -0800 Andy Lutomirski wrote:
>
> On Dec 13, 2014 10:58 PM, "Stephen Rothwell" wrote:
> >
> > The luto-misc tree seems to have a whole series of commits in it that
> > have just bee removed from the rcu tree ... You really have to be very
> > careful if you
On Sat, Dec 13, 2014 at 11:26:36PM -0800, Andy Lutomirski wrote:
> On Dec 13, 2014 10:58 PM, "Stephen Rothwell" wrote:
> >
> > Hi Andy,
> >
> > The luto-misc tree seems to have a whole series of commits in it that
> > have just bee removed from the rcu tree ... You really have to be very
> > care
Hi,
since kernel 3.18 I'm no longer able to run X on my machine. While
3.17.6 is fine, 3.18 leaves me with a black screen when starting
X. Booting into runlevel 1/3 is fine.
I did a "git bisect", and the offending commit is this one:
[root@kiera linux-git]# git bisect bad
83f45fc360c8e16a3304748
On Sunday 14 December 2014 03:35 PM, Michael Ellerman wrote:
> On Tue, 2014-09-12 at 18:56:53 UTC, "Shreyas B. Prabhu" wrote:
>> Winkle is a deep idle state supported in power8 chips. A core enters
>> winkle when all the threads of the core enter winkle. In this state
>> power supply to the entir
On Sunday 14 December 2014 03:35 PM, Michael Ellerman wrote:
> On Thu, 2014-04-12 at 07:28:21 UTC, "Shreyas B. Prabhu" wrote:
>> From: "Preeti U. Murthy"
>>
>> The secondary threads should enter deep idle states so as to gain maximum
>> powersavings when the entire core is offline. To do so the
On Sun 2014-12-14 00:30:13, Marcel Holtmann wrote:
> Hi Pavel,
>
> > Add hci_h4p bluetooth driver to staging tree. This device is used
> > for example on Nokia N900 cell phone.
> >
> > Signed-off-by: Pavel Machek
> > Thanks-to: Sebastian Reichel
> > Thanks-to: Joe Perches
> >
> > ---
> >
> >
On 2014/12/13 4:35, Thomas Gleixner wrote:
> Folks,
>
> after mulling this in my head for quite some time, I'm going to
> postpone the whole thing for 3.20.
>
> That said, I need to say, that I'm really happy with the outcome of
> this massive overhaul. I really want to thank all involved people,
On Sun 2014-12-14 00:30:13, Marcel Holtmann wrote:
> Hi Pavel,
>
> > Add hci_h4p bluetooth driver to staging tree. This device is used
> > for example on Nokia N900 cell phone.
> >
> > Signed-off-by: Pavel Machek
> > Thanks-to: Sebastian Reichel
> > Thanks-to: Joe Perches
> >
> > ---
> >
> >
On Tue, 2014-09-12 at 18:56:53 UTC, "Shreyas B. Prabhu" wrote:
> Winkle is a deep idle state supported in power8 chips. A core enters
> winkle when all the threads of the core enter winkle. In this state
> power supply to the entire chiplet i.e core, private L2 and private L3
> is turned off. As a
On Tue, 2014-09-12 at 18:56:50 UTC, "Shreyas B. Prabhu" wrote:
> From: Paul Mackerras
>
> Currently, when going idle, we set the flag indicating that we are in
> nap mode (paca->kvm_hstate.hwthread_state) and then execute the nap
> (or sleep or rvwinkle) instruction, all with the MMU on. This is
On Thu, 2014-04-12 at 07:28:21 UTC, "Shreyas B. Prabhu" wrote:
> From: "Preeti U. Murthy"
>
> The secondary threads should enter deep idle states so as to gain maximum
> powersavings when the entire core is offline. To do so the offline path
> must be made aware of the available deepest idle stat
On Thu, 2014-12-11 at 09:55 -0500, Josef Bacik wrote:
> How did you do it? I had one latency spike in a 90 minute test that
> runs across 30 boxes that could have been caused by anything, so if
> there is a way I could have easily found that without moving these
> tracepoints around I'd love t
On 12/13/14 20:46, Arnd Bergmann wrote:
On Saturday 13 December 2014 11:05:52 Arend van Spriel wrote:
Makes sense. I think that is what Hauke meant by "adding
additional support for registering to bcma". So the discovery info is a
piece of read-only memory in the chip. Its address is stored in
On Sun 2014-12-14 01:07:42, Marcel Holtmann wrote:
> Hi Pavel,
>
> >>> My notes say that Marcel wanted different filenames, but I'd need
> >>> advice exactly what filenames. I guess platform data supprort should
> >>> be removed altogether, rather than renamed.
> >>
> >> Yes, the platform support
On Mon, Dec 8, 2014 at 8:21 AM, Dmitry Torokhov
wrote:
> We do not need to roll our own implementation of delayed work now that we
> have proper implementation of mod_delayed_work.
>
> For interrupt-only driven buttons we retain the timer, but we rename
> it to release_timer to better reflect its
Hi,
On 13-12-14 21:01, Vishnu Patekar wrote:
Hello Hans,
Please find my comments inlined.
On 12/13/14, Hans de Goede wrote:
Hi VishnuPatekar,
The patch mangling for this set seems to have gone a bit wrong I'm afraid
No, this time I've corrected it. Infact, last version of patch did not
use
Hi, sorry fore a newbie question.
What is the current interface for accessing rpmb LUN in a UFS devices.
For emmc one need to issue a raw mmc ioctl command MMC_IOC_CMD.
Thanks
Tomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
Al Viro wrote on 12/12/14 16:31:
On Fri, Dec 12, 2014 at 02:51:55PM +1030, Arthur Marsh wrote:
6b899c4e9a049dfca759d990bd53b14f81c3626c is the first bad commit
commit 6b899c4e9a049dfca759d990bd53b14f81c3626c
Author: Mike Frysinger
Date: Wed Dec 10 15:52:08 2014 -0800
binfmt_misc: add
To be future-proof and for better readability the time comparisons are
modified to use time_before, time_after, and time_after_eq instead of
plain, error-prone math.
Signed-off-by: Asaf Vertz
---
drivers/net/ethernet/cirrus/cs89x0.c | 27 ++-
1 files changed, 14 inserti
401 - 454 of 454 matches
Mail list logo
