On Sat, Feb 23, 2013 at 04:51:19PM -0700, Stephen Warren wrote:
> On 02/22/2013 10:28 PM, Alexander Shiyan wrote:
> >> On 02/22/2013 10:15 PM, Alexander Shiyan wrote:
> >>> The driver can be used in various subsystems and therefore should not
> >>> be unloaded when it is defined in the kernel
Dear Andrew,
Andrew Morton Wrote:
> Well OK. Put all that on top of a patch, add suitable signoffs and
> cc's and send it along?
The purpose of this patch is to allow privileged processes to set
their own per-memory memory-region fields:
start_code, end_code, start_data, end_data,
Dear Andrew,
Andrew Morton Wrote:
> Well OK. Put all that on top of a patch, add suitable signoffs and
> cc's and send it along?
The purpose of this patch is to allow privileged processes to set
their own per-memory memory-region fields:
start_code, end_code, start_data, end_data,
- Create eventfd per vfio device assigned to a guest and register an
event handler
- This fd is passed to the vfio_pci driver through the SET_IRQ ioctl
- When the device encounters an error, the eventfd is signalled
and the qemu eventfd handler gets
- New VFIO_SET_IRQ ioctl option to pass the eventfd that is signaled
when
an error occurs in the vfio_pci_device
- Register pci_error_handler for the vfio_pci driver
- When the device encounters an error, the error handler registered by
the vfio_pci
- Added vfio_device_get_from_dev() as wrapper to get
reference to vfio_device from struct device.
- Added vfio_device_data() as a wrapper to get device_data from
vfio_device.
Signed-off-by: Vijay Mohan Pandarathil
---
drivers/vfio/vfio.c | 47
Add support for error containment when a VFIO device assigned to a KVM
guest encounters an error. This is for PCIe devices/drivers that support AER
functionality. When the host OS is notified of an error in a device either
through the firmware first approach or through an interrupt handled by the
This is just a tweak: using min_t/max_t to avoid `if (foo = bar)' thing.
Cc: "Eric W. Biederman"
Cc: Andrew Morton
Cc: Simon Horman
Signed-off-by: Zhang Yanfei
---
kernel/kexec.c | 20 +---
1 files changed, 5 insertions(+), 15 deletions(-)
diff --git a/kernel/kexec.c
>> For example, if xlog_bread_noalign() wants to read blocks from #1
>> to # 9, in which case the passed parameter blk_no is 1, and nbblks
>> is 8, sectBBsize is 8, after the round down and round up
>> operations, we get blk_no as 0, and nbblks as still 8. We
>> definitely lose the last block of
On 02/19/2013 08:27:41 AM, Lars Poeschel wrote:
From: Lars Poeschel
This adds a simple sysfs interface to the pwm subsystem. It is
heavily inspired by the gpio sysfs interface.
Docs!
diff --git a/Documentation/pwm.txt b/Documentation/pwm.txt
index 7d2b4c9..b349d16 100644
---
Sometimes drivers need to execute one-off actions in their error handling
or device teardown paths. An example would be toggling a GPIO line to
reset the controlled device into predefined state.
To allow performing such actions when using managed resources let's allow
adding them to stack/group
On Sat, Feb 23, 2013 at 06:56:02PM -0800, Linus Torvalds wrote:
> On Wed, Feb 20, 2013 at 2:52 PM, Al Viro wrote:
> > * a bunch of signal-related syscalls (both native and compat) unified.
>
> Ok, in the meantime I had merged the parisc and powerpc trees, which
> had their own fixes in this
On Wed, Feb 20, 2013 at 2:52 PM, Al Viro wrote:
> * a bunch of signal-related syscalls (both native and compat) unified.
Ok, in the meantime I had merged the parisc and powerpc trees, which
had their own fixes in this area: powerpc added the transactional
memory support for power8 (which
On Sat, Feb 23, 2013 at 1:21 PM, Bjorn Helgaas wrote:
> The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
>
> Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git
>
On 2/22/2013 3:15 AM, Mark Rutland wrote:
> Hi Stephen,
>
> One thing that struck me when I was fiddling with the broadcast mechanism was
> that it should be possible to have a generic dummy timer implementation. As
> long as the architecture calls notifiers at the appropriate times, it should
>
On 02/23/2013 04:38 AM, Hugh Dickins wrote:
On Fri, 22 Feb 2013, Ric Mason wrote:
On 02/21/2013 04:17 PM, Hugh Dickins wrote:
Here's a second KSM series, based on mmotm 2013-02-19-17-20: partly in
response to Mel's review feedback, partly fixes to issues that I found
myself in doing more
On Sun, Feb 24, 2013 at 11:12:22AM +1100, Dave Chinner wrote:
> > >/dev/sda6 /home ext4 rw,noatime,discard 0 0
>^^^
> I'd say that's your problem
Looks like the Sandisk U100 is a good SSD for me to put on my personal
"avoid" list:
On Sun, Feb 24, 2013 at 1:58 AM, Tomasz Figa wrote:
> [Me]
>> Surely you know this when setting up the pdata from your machine?
>
> Cases 2) and 3) are both DT-enabled cases, where there is no pdata coming
> from board-specific code.
(...)
> Note that we are talking here about a temporary
On Sunday 24 of February 2013 01:47:49 Linus Walleij wrote:
> On Sun, Feb 24, 2013 at 1:38 AM, Tomasz Figa
wrote:
> > The driver must know whether pin control is available, because it has
> > to fall back to legacy GPIO-based pin configuration if it is not.
> > This means that we must either
On Sun, Feb 24, 2013 at 1:38 AM, Tomasz Figa wrote:
> The driver must know whether pin control is available, because it has to
> fall back to legacy GPIO-based pin configuration if it is not. This means
> that we must either check for NULL (which probably is not right, since
> returned handle is
On Sat, Feb 23, 2013 at 6:56 PM, Heiko Stübner wrote:
> Currently the fallback functions when pinctrl is not being built do
> return either NULL or 0, either no pinctrl handle or no error,
> making them fail silently.
>
> All drivers using pinctrl do only test for error conditions, which
> made
Hi Linus,
On Sunday 24 of February 2013 01:16:21 Linus Walleij wrote:
> On Sat, Feb 23, 2013 at 6:57 PM, Heiko Stübner wrote:
> > When pinctrl is not built the fallback functions fail silently
> > and emit either 0 error codes or NULL pinctrl handles.
> >
> > Therefore it's needed to also check
On 02/23/2013 05:02 AM, Seth Jennings wrote:
On 02/21/2013 08:56 PM, Ric Mason wrote:
On 02/21/2013 11:50 PM, Seth Jennings wrote:
On 02/21/2013 02:49 AM, Ric Mason wrote:
On 02/19/2013 03:16 AM, Seth Jennings wrote:
On 02/16/2013 12:21 AM, Ric Mason wrote:
On 02/14/2013 02:38 AM, Seth
On Sat, 23 Feb 2013, JoonSoo Kim wrote:
> With flushing, deactivate_slab() occur and it has some overhead to
> deactivate objects.
> If my patch properly fix this situation, it is better to use mine
> which has no overhead.
Well this occurs during boot and its not that performance critical.
--
On Sat, Feb 23, 2013 at 6:57 PM, Heiko Stübner wrote:
> When pinctrl is not built the fallback functions fail silently
> and emit either 0 error codes or NULL pinctrl handles.
>
> Therefore it's needed to also check for this NULL-handle when
> falling back to parsing the i2c gpios from
On Sat, Feb 23, 2013 at 01:27:38AM +0200, Marcus Sundman wrote:
> >$ cat /proc/mounts
> >rootfs / rootfs rw 0 0
> >sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
> >proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
> >udev /dev devtmpfs rw,relatime,size=1964816k,nr_inodes=491204,mode=755 0
On Sat, Feb 23, 2013 at 07:06:10AM +, Tony Lu wrote:
> >From: Dave Chinner [mailto:da...@fromorbit.com]
> >On Fri, Feb 22, 2013 at 08:12:52AM +, Tony Lu wrote:
> >> I encountered the following panic when using xfs partitions as rootfs,
> >> which
> >> is due to the truncated log data read
On 02/23/2013 12:51 PM, Rob Landley wrote:
> On 02/19/2013 11:10:16 AM, Stephen Warren wrote:
>> On 02/17/2013 03:05 PM, Rob Landley wrote:
>> > On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
>> >> Hi,
>> >>
>> >> With new dtc+cpp feature, we could get rid of magic numbers in dts*
>> >> files.
On 02/22/2013 10:28 PM, Alexander Shiyan wrote:
>> On 02/22/2013 10:15 PM, Alexander Shiyan wrote:
>>> The driver can be used in various subsystems and therefore should not
>>> be unloaded when it is defined in the kernel configuration, so remove
>>> support for unloading it.
>>
>> Why not fix the
On Sat, 23 Feb 2013 22:04:06 +0200, Imre Deak wrote:
> On Fri, 2013-02-22 at 21:29 -0700, Stephen Warren wrote:
>> On 02/13/2013 08:10 AM, Imre Deak wrote:
>>> For better code reuse use the newly added page iterator to iterate
>>> through the pages. The offset, length within the page is still
>>>
On Fri, 2013-02-22 at 19:40 -0600, Kim Phillips wrote:
> Enable the compiler intrinsic for byte swapping on arch ARM. This
> allows the compiler to detect and be able to optimize out byte
> swappings, and has a tiny benefit on vmlinux size (Linaro gcc 4.7.3):
>
>textdata bss dec
On 22/feb/2013, at 22:05, John Stultz wrote:
> On 02/22/2013 12:55 PM, Prarit Bhargava wrote:
>>
>> On 02/22/2013 03:43 PM, John Stultz wrote:
>>> On 02/14/2013 09:02 AM, Prarit Bhargava wrote:
/sys/class/rtc/rtcX/date and /sys/class/rtc/rtcX/time currently have
read-only access.
> Acked-by: Rob Landley
Thanks.
> What is this *note thingy:: syntax? It recurs a lot. Some sort of
> reference into the PDF you started out with a link to, maybe?
My documentation is texinfo and this is the ASCII output, manually
split into different files. I fixed some of the internal
On 02/18/2013 11:53:14 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference
to the
PHY with or without using phandle. To obtain a reference to the PHY
without
using phandle, the
On Tuesday 19 February 2013, Cyrill Gorcunov wrote:
> From: Alexander Kartashov
> Subject: arm: Wire up kcmp syscall
>
> Signed-off-by: Alexander Kartashov
> Cc: Russell King
Acked-by: Arnd Bergmann
Looks uncontroversial since the number is already reserved and
there is a cond_syscall()
From: Rafael J. Wysocki
Multiple drivers handling hotplug-capable ACPI device nodes install
notify handlers covering the same types of events in a very similar
way. Moreover, those handlers are installed in separate namespace
walks, although that really should be done during namespace scans
On Saturday, February 23, 2013 03:48:59 PM Fabio Baltieri wrote:
> > From: Rafael J. Wysocki
> > Subject: ACPI / PM: Take unusual configurations of power resources into
> > account
> >
> > Commit d2e5f0c (ACPI / PCI: Rework the setup and cleanup of device
> > wakeup) moved the initial disabling
On Saturday 23 February 2013, Alexander Shiyan wrote:
> The driver can be used in various subsystems and therefore should not
> be unloaded when it is defined in the kernel configuration, so remove
> support for unloading it.
>
> Signed-off-by: Alexander Shiyan
I think the description is still
Guys,
Help! I have a similar problem.
SAM9G45 board doesn't seem to load the kernel.
When I see the boot log, it uncompresses the kernel and then just sits there.
Out of 10 boards, I see this behavior in 2 boards. I tried replacing the DDR
RAM first and the CPU itself. But I don't see any
On 02/23/2013 05:18 AM, Jonas Heinrich wrote:
Hi,
thank you for your replay and the effort you invest in helping me out
with this problem.
Today, I further debuged the problem and reverted this part of your commit
(without understanding the actual code):
Hi, that commit is indeed buggy, but
On 02/23/2013 01:37 PM, Yinghai Lu wrote:
On Sat, Feb 23, 2013 at 11:43 AM, Konrad Rzeszutek Wilk
wrote:
Also you should check condition about calling xen_get_user_pgd().
Could you elaborate please?
only call xen_get_user_pgd() when it should be called.
I should have been more explicit.
On Sat, Feb 23, 2013 at 11:43 AM, Konrad Rzeszutek Wilk
wrote:
>> >> Also you should check condition about calling xen_get_user_pgd().
>> >
>> > Could you elaborate please?
>>
>> only call xen_get_user_pgd() when it should be called.
>
> I should have been more explicit. When I was saying
On 02/21/2013 03:31:09 PM, Jiri Kosina wrote:
On Wed, 20 Feb 2013, Rob Landley wrote:
> (I always have the todo list of doom, but all I've been able to do
since the
> breakin is forward patches to -trivial, and sending big stuff
through that
> seems inappropriate somehow...)
FWIW feel
On 02/20/2013 03:36:50 PM, Andrew Morton wrote:
and while we're there, let's pause to admire how prescient I was in
refusing to merge all this into 3.8-rc1 :)
I'm on a plane, which is why I am not digging out the Dr. Who episode
"planet of the spiders", digitizing the "All praise to the
On 02/21/2013 12:14:12 PM, Alessandro Rubini wrote:
This is selected sections of the current manual for fmc-bus, as
developed outside of the kernel before submission.
Signed-off-by: Alessandro Rubini
Acked-by: Juan David Gonzalez Cobas
Acked-by: Emilio G. Cota
Acked-by: Samuel Iglesias
On 02/19/2013 11:10:16 AM, Stephen Warren wrote:
On 02/17/2013 03:05 PM, Rob Landley wrote:
> On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
>> Hi,
>>
>> With new dtc+cpp feature, we could get rid of magic numbers in dts*
>> files. This patch replaces CLK IDs.
>>
>> We also plan to share those
On 02/20/2013 05:00:56 AM, Tang Chen wrote:
There could be several memory ranges in the node in which the kernel
resides.
When using movablemem_map=acpi, we may skip one range that have
memory reserved
by memblock. But if it is too small, then the kernel will fail to
boot. So, make
the
On 02/19/2013 09:05:00 AM, Felipe Balbi wrote:
Greg, can you pitch your suggestion here ? It would be great to hear
your rationale behind dropping class infrastructure, couldn't find
anything through Google and since feature-removal-schedule.txt has
been
removed (without adding it to
The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git
tags/pci-v3.9-changes
for you to fetch changes up to
From: Sergei Trofimovich
arch/um/os-Linux/signal.c:18:8: error: conflicting types for 'sig_info'
In file included from /home/slyfox/linux-2.6/arch/um/os-Linux/signal.c:12:0:
arch/um/include/shared/as-layout.h:64:15: note: previous declaration of
'sig_info' was here
Signed-off-by: Sergei
Hia Linus!
Sending build fixes directly as Richard is busy now
and UML fails to build for quite a while.
Thanks!
--
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
From: Sergei Trofimovich
arch/um/os-Linux/start_up.c: In function 'check_coredump_limit':
arch/um/os-Linux/start_up.c:338:16: error: storage size of 'lim' isn't known
arch/um/os-Linux/start_up.c:339:2: error: implicit declaration of function
'getrlimit' [-Werror=implicit-function-declaration]
On Sat, 23 Feb 2013, Konrad Rzeszutek Wilk wrote:
> On Sat, Feb 23, 2013 at 09:03:20AM -0800, Kees Cook wrote:
> > On Sat, Feb 23, 2013 at 3:59 AM, Dongsheng Song
> > wrote:
> > > On Sat, Feb 23, 2013 at 3:29 PM, Kees Cook wrote:
> > >>
> > >> The CONFIG_EXPERIMENTAL config item has not carried
Am 22.02.2013 16:21, schrieb Alexander Holler:
Hello,
I'm searching for a way to either enforce IPV6_V6ONLY or to block
IPv4-mapped addresses on ipv6-sockets (e.g. by using iptables) system-wide.
E.g. net.ipv6.bindv6only doesn't help if something calls
int v6on = 0;
setsockopt(sd,
On 02/20, Andrew Morton wrote:
>
> On Wed, 20 Feb 2013 23:32:26 +0100
> Oleg Nesterov wrote:
>
> > Andrew, could you take it? We will make more fixes on top.
>
> Did that, but the timing and somewhat tentative nature of the changes
> makes me think "3.10-rc1".
Oh, yes, I will sleep much better
On Sat, Feb 23, 2013 at 06:55:45PM +0200, Ville Syrjälä wrote:
> On Fri, Feb 22, 2013 at 11:58:39PM -0800, Dmitry Torokhov wrote:
> > The platform data in the dveice structure does not belong to the driver
> > and so it should not be trying to alter it, but instead use a local pointer
> > and
On Fri, 2013-02-22 at 21:29 -0700, Stephen Warren wrote:
> On 02/13/2013 08:10 AM, Imre Deak wrote:
> > For better code reuse use the newly added page iterator to iterate
> > through the pages. The offset, length within the page is still
> > calculated by the mapping iterator as well as the actual
On 02/23/2013 01:43 PM, Peter Hurley wrote:
> On Sat, 2013-02-23 at 10:24 -0500, Sasha Levin wrote:
>> On 02/22/2013 01:37 PM, Peter Hurley wrote:
>>> On Thu, 2013-02-21 at 08:38 -0500, Peter Hurley wrote:
On Thu, 2013-02-21 at 08:16 -0500, Sasha Levin wrote:
> On 02/20/2013 03:02 PM,
Sorry, forgot to mention...
On 02/23, Oleg Nesterov wrote:
>
> And let me repeat, as for coredump this can only solve the problems in
> wait_for_dump_handler().
And, otoh, if we change freeze_task() then wait_event_freezable()
should work just fine in wait_for_dump_handler().
> I'll try to make
> >> how about if we call load_cr3 early several times?
> >> assume you should make xen_write_cr3 more robust,
> >> like bailing out early when cr3 writing same value.
> >
> > I would welcome such patch - but at this point I just want a
> > patch for Linus so that I am not blocking him - and this
On 02/20, Mandeep Singh Baines wrote:
>
> I think we need something like this in order to be able to fix
> wait_event_freezable and friends. Here is one idea:
>
> #define __wait_event_freezable(wq, condition, ret) \
> do {
On Sat, Feb 23, 2013 at 10:21 AM, Frederic Weisbecker
wrote:
>
> But tick_nohz_irq_exit() may trigger the timer softirq itself.
Suggestion: merge it with the whole softirq handler.
The softirq code *already* knows about the whole "oops, one softirq
may trigger another" issue, and has a loop -
Mandeep, sorry for delay.
On 02/20, Mandeep Singh Baines wrote:
>
> On Tue, Feb 19, 2013 at 12:20 PM, Mandeep Singh Baines
> wrote:
> > Ah. Good point. How about this then:
> >
> > /* can't use wait_event_freezable since we suppress the fake signal on
> > SIGNAL_GROUP_COREDUMP */
> >
From: Borislav Petkov
The new step_wise thermal governor wasn't able to handle the one-trip
point design of acerhdf where we want to turn off the fan if we go under
the 'fanoff' temperature and to turn it on only after exceeding the
'fanon' temperature.
Do that by looking at the current fan
On Sat, Feb 23, 2013 at 09:03:20AM -0800, Kees Cook wrote:
> On Sat, Feb 23, 2013 at 3:59 AM, Dongsheng Song
> wrote:
> > On Sat, Feb 23, 2013 at 3:29 PM, Kees Cook wrote:
> >>
> >> The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
> >> while now and is almost always enabled
From: Kees Cook
Date: Fri, 22 Feb 2013 23:25:38 -0800
> The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
> while now and is almost always enabled by default. As agreed during the
> Linux kernel summit, remove it from any "depends on" lines in Kconfigs.
>
> Signed-off-by:
On Sat, 2013-02-23 at 10:24 -0500, Sasha Levin wrote:
> On 02/22/2013 01:37 PM, Peter Hurley wrote:
> > On Thu, 2013-02-21 at 08:38 -0500, Peter Hurley wrote:
> >> On Thu, 2013-02-21 at 08:16 -0500, Sasha Levin wrote:
> >>> On 02/20/2013 03:02 PM, Peter Hurley wrote:
> Sasha and Dave, my
On Fri, Feb 22, 2013 at 01:08:17PM -0800, Linus Torvalds wrote:
> On Fri, Feb 22, 2013 at 7:06 AM, Thomas Gleixner wrote:
> >>
> >> I prefer to let you guys have the final word on this patch. Whether you
> >> apply it or not, I fear I'll never be entirely happy either way :)
> >> That's the sad
Am 23.02.2013 18:34, schrieb Dan Carpenter:
> On Sat, Feb 23, 2013 at 04:59:43PM +0100, walter harms wrote:
or is it possible to pass one byte
in a register ? (aka char/int) without allocating ?
>>>
>>> Nope, the USB host controllers must be able to DMA to this memory
>>> location, so
Dear Takahisa,
Am Samstag, den 23.02.2013, 20:31 +0900 schrieb Takahisa Tanaka:
> The critical problem which can't boot OS until the power is completely
> cut off found on PC with SB700 chipset.
all SB700 boards or just a specific one?
> This patch fix the problem, but, this patch prevents the
When pinctrl is not built the fallback functions fail silently
and emit either 0 error codes or NULL pinctrl handles.
Therefore it's needed to also check for this NULL-handle when
falling back to parsing the i2c gpios from devicetree.
Signed-off-by: Heiko Stuebner
---
Currently the fallback functions when pinctrl is not being built do
return either NULL or 0, either no pinctrl handle or no error,
making them fail silently.
All drivers using pinctrl do only test for error conditions, which
made for example the i2c-s3c2410 driver fail on a devicetree based
Hi,
while implementing devicetree support for the s3c2416 I noticed a fault
in the i2c-s3c2410 driver. The s3c2416 does not support pinctrl at the
moment (and will probably for a while), so the fallback functions in
pinctrl/consumer.h were used. These functions fail silently and the
relevant
Hi Linus !
So from the depth of frozen Minnesota, here's the powerpc pull request
for 3.9. It has a few interesting highlights, in addition to the usual
bunch of bug fixes, minor updates, embedded device tree updates and new
boards:
- Hand tuned asm implementation of SHA1 (by Paulus & Michael
On Tue, Feb 19, 2013 at 09:22:40AM +0800, Li Zefan wrote:
> There's a long long-standing bug...As long as I don't know when it dates
> from.
>
> I've written and attached a simple program to reproduce this bug, and it can
> immediately trigger the bug in my box. It uses two threads, one keeps
On Sat, Feb 23, 2013 at 04:59:43PM +0100, walter harms wrote:
> >> or is it possible to pass one byte
> >> in a register ? (aka char/int) without allocating ?
> >
> > Nope, the USB host controllers must be able to DMA to this memory
> > location, so you have to allocate it dynamically, sorry.
> >
On Sat, Feb 23, 2013 at 3:59 AM, Dongsheng Song
wrote:
> On Sat, Feb 23, 2013 at 3:29 PM, Kees Cook wrote:
>>
>> The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
>> while now and is almost always enabled by default. As agreed during the
>> Linux kernel summit, remove it
On Fri, Feb 22, 2013 at 11:58:39PM -0800, Dmitry Torokhov wrote:
> The platform data in the dveice structure does not belong to the driver
> and so it should not be trying to alter it, but instead use a local pointer
> and populate it with a local copy in case we are dealing with device tree
>
On 02/23/2013 10:24 AM, Sasha Levin wrote:
> On 02/22/2013 01:37 PM, Peter Hurley wrote:
>> On Thu, 2013-02-21 at 08:38 -0500, Peter Hurley wrote:
>>> On Thu, 2013-02-21 at 08:16 -0500, Sasha Levin wrote:
On 02/20/2013 03:02 PM, Peter Hurley wrote:
> Sasha and Dave, my trinity testbeds
On 22 February 2013 22:57, John Stultz wrote:
>
> On 02/21/2013 10:55 PM, Tushar Behera wrote:
>>
>>
>> I think the issue is because of the USB phy regulators. LDO3 and LDO8
>> power the phy regulators for OTG and HOST. These regulators are disabled
>> in OTG probe whereas they are not handled at
From: Graeme Gregory
Read the chip varient and the OTP information from the chip and display
this on probe to aid in debugging of issues.
Older palmas chips do not have the USB_ID programmed and will therefore
return 0x for this field.
palmas register read/write/update API is now used
From: Graeme Gregory
Number of voltages for SMPS regulators was off by one.
Signed-off-by: Graeme Gregory
Signed-off-by: Ian Lartey
Acked-by: Laxman Dewangan
---
drivers/regulator/palmas-regulator.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
From: Li Zhong
Saw the following compiler warning on next tree:
kernel/itimer.c: In function 'set_cpu_itimer':
kernel/itimer.c:152:2: warning: passing argument 1 of
'timeval_to_cputime' discards 'const' qualifier from pointer target type
[enabled by default]
...
timeval_to_cputime() is always
Running the full dynticks cputime accounting with preemptible
kernel debugging trigger the following warning:
[4.488303] BUG: using smp_processor_id() in preemptible []
code: init/1
[4.490971] caller is native_sched_clock+0x22/0x80
[4.493663] Pid: 1,
Hi,
Just a couple of non-regression fixes on top of Linus tree.
Thanks.
Frederic Weisbecker (1):
cputime: Use local_clock() for full dynticks cputime accounting
Li Zhong (1):
cputime: fix compiler warning caused by timeval_to_cputime()
include/asm-generic/cputime_nsecs.h |2 +-
On Sat, 23 Feb 2013, Dan Carpenter wrote:
> On Fri, Feb 22, 2013 at 11:44:31AM +0100, Michal Marek wrote:
> > On Sat, Feb 02, 2013 at 05:19:55PM +0100, Julia Lawall wrote:
> > > From: Julia Lawall
> > >
> > > Semantic patch (http://coccinelle.lip6.fr/) to check for constants that
> > > are
> >
Am 22.02.2013 20:06, schrieb Greg KH:
> On Fri, Feb 22, 2013 at 07:58:35PM +0100, walter harms wrote:
>>
>>
>> Am 22.02.2013 19:07, schrieb Kumar Amit Mehta:
>>> fix for instances of DMA buffer on stack(being passed to usb_control_msg)
>>> for
>>> the USB-DUXfast Board driver.
>>>
>>>
On 02/22/2013 01:37 PM, Peter Hurley wrote:
> On Thu, 2013-02-21 at 08:38 -0500, Peter Hurley wrote:
>> On Thu, 2013-02-21 at 08:16 -0500, Sasha Levin wrote:
>>> On 02/20/2013 03:02 PM, Peter Hurley wrote:
Sasha and Dave, my trinity testbeds die in other areas right now;
I would really
On Fri, Feb 22, 2013 at 11:44:31AM +0100, Michal Marek wrote:
> On Sat, Feb 02, 2013 at 05:19:55PM +0100, Julia Lawall wrote:
> > From: Julia Lawall
> >
> > Semantic patch (http://coccinelle.lip6.fr/) to check for constants that are
> > added but are used elsewhere as bitmasks.
> >
> >
> From: Rafael J. Wysocki
> Subject: ACPI / PM: Take unusual configurations of power resources into
> account
>
> Commit d2e5f0c (ACPI / PCI: Rework the setup and cleanup of device
> wakeup) moved the initial disabling of system wakeup for PCI devices
> into a place where it can actually work
On Sat, Feb 23, 2013 at 08:31:52PM +0900, Takahisa Tanaka wrote:
> The critical problem which can't boot OS until the power is completely
> cut off found on PC with SB700 chipset. This patch fix the problem, but,
> this patch prevents the sp5100_tco driver from using watchdog timer
> function of
On Saturday, February 23, 2013 12:49:14 PM Fabio Baltieri wrote:
> Hello Rafael,
>
> On Sat, Feb 23, 2013 at 05:33:39AM +0100, Rafael J. Wysocki wrote:
> > On Saturday, February 23, 2013 02:44:27 AM Fabio Baltieri wrote:
> > > On Sat, Feb 23, 2013 at 01:35:26AM +0100, Rafael J. Wysocki wrote:
> >
2013/2/23 Andrew Morton :
> On Fri, 22 Feb 2013 12:36:13 +0800
> Zhang Yanfei wrote:
>
>> If kimage_normal_alloc() fails to alloc pages for image->swap_page, it
>> should call kimage_free_page_list() to free allocated pages in
>> image->control_pages list before it frees image.
>>
>> ...
>>
>>
Hi,
thank you for your replay and the effort you invest in helping me out
with this problem.
Today, I further debuged the problem and reverted this part of your commit
(without understanding the actual code):
diff --git a/arch/x86/realmode/rm/wakeup_asm.S
b/arch/x86/realmode/rm/wakeup_asm.S
On Sat, Feb 23, 2013 at 3:29 PM, Kees Cook wrote:
>
> The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
> while now and is almost always enabled by default. As agreed during the
> Linux kernel summit, remove it from any "depends on" lines in Kconfigs.
>
> Signed-off-by: Kees
Hello Rafael,
On Sat, Feb 23, 2013 at 05:33:39AM +0100, Rafael J. Wysocki wrote:
> On Saturday, February 23, 2013 02:44:27 AM Fabio Baltieri wrote:
> > On Sat, Feb 23, 2013 at 01:35:26AM +0100, Rafael J. Wysocki wrote:
> > > The new sysfs interface for power resources control may be helpful here.
On Fri, 22 Feb 2013 12:08:14 -0300
Arnaldo Carvalho de Melo wrote:
> Em Fri, Feb 22, 2013 at 01:17:54PM +0300, Sergei Trofimovich escreveu:
> > From: Sergei Trofimovich
> >
> > Gentoo's toolchain sets _FORTIFY_SOURCE by default
> > which leads to very obscure error:
> >
> > perf # make clean
The critical problem which can't boot OS until the power is completely
cut off found on PC with SB700 chipset. This patch fix the problem, but,
this patch prevents the sp5100_tco driver from using watchdog timer
function of chipset on PC with SP5100 or SB7x0 chipset.
Re-programming the MMIO
On Sat, Feb 23, 2013 at 4:49 AM, Russell King - ARM Linux
wrote:
> On Sat, Feb 23, 2013 at 01:30:57AM -0500, Brad Parker wrote:
>> I then reversed this commit on 3.7.9 and the board booted
>> successfully. I'm not sure if this affects other boards of the same
>> arch or not, I only have access to
On Fri, Feb 22, 2013 at 12:50:50PM +0800, Zhang Yanfei wrote:
> Though there is no error if we free a NULL pointer, I think we could
> avoid this behaviour. Change the code a little in kimage_crash_alloc()
> could avoid this kind of unnecessary free.
>
> Cc: "Eric W. Biederman"
> Cc: Andrew
1 - 100 of 214 matches
Mail list logo