This patch moves debug-macro.S from arm/mach-vt8500/include/mach to
arm/include/debug/vt8500.S to provide multiplatform support.
Minor style changes in code for readability.
Signed-off-by: Tony Prisk
---
Patch resend due to missing arch/arm/include/debug/vt8500.S
arch/arm/Kconfig.debug
On Fri, 2012-12-28 at 10:21 +0600, Alexey Charkov wrote:
>
> On Dec 28, 2012 3:21 AM, "Tony Prisk" wrote:
> >
> > This patch moves debug-macro.S from arm/mach-vt8500/include/mach to
> > arm/include/debug/vt8500.S to provide multiplatform support.
>
> Hi Tony!
>
> Looks like you haven't included
On Thu, Dec 27, 2012 at 4:34 PM, Yinghai Lu wrote:
> On Thu, Dec 27, 2012 at 10:51 AM, Borislav Petkov wrote:
>>> +struct mapping_info {
>>> + void *(*alloc)(void *);
>>
>> alloc_page
>
> alloc_page make me feel that it will return struct page *.
also will get error
arch/x86
On 12/28/2012 03:45 PM, Yinghai Lu wrote:
> On Thu, Dec 27, 2012 at 11:31 PM, Lin Feng wrote:
>> pci_reassigndev_resource_alignment() potentially calls
>> pci_specified_resource_alignment() twice, which is redundant.
>>
>> pci_is_reassigndev() is only called in pci_reassigndev_resource_alignment
Exynos5-bus device devfreq driver monitors PPMU counters and
adjusts operating frequencies and voltages with OPP. ASV should
be used to provide appropriate voltages as per the speed group
of the SoC rather than using a constant 1.025V.
Signed-off-by: Abhilash Kesavan
Cc: Jonghwan Choi
Cc: Kukjin
- Setup the INT clock ops to control/vary INT frequency
- Add PPMU support for Exynos5250
- Add mappings initially for the PPMU device
Signed-off-by: Abhilash Kesavan
---
Changes since RFC v1:
* Fixed the unnecessary clock manipulations being done
* Moved the PPMU driver from drivers/devfreq to m
On 12/28/2012 10:45 AM, Zhouping Liu wrote:
Thank you for the report Zhouping!
Would you be so kind to test the following patch and report results?
Apply the patch to the latest mainline.
Hello Zlatko,
I have tested the below patch(applied it on mainline directly),
but IMO, I'd like to say it
Adding support to parse device node data in order to get
required properties to set pmu isolation for usb-phy.
Signed-off-by: Vivek Gautam
---
Changes from v4:
- Added 'ranges' property to usbphy node, to iomap the child nodes's
address space.
- Using offset for device phy control register
Current code does integer division (min_vol = min_uV / 1000) before pass
min_vol to max8997_get_voltage_proper_val().
So it is possible min_vol is truncated to a smaller value.
For example, if the request min_uV is 800900 for ldo.
min_vol = 800900 / 1000 = 800 (mV)
Then max8997_get_voltage_proper_
Integer division may truncate.
This happens when pdata->buckx_voltagex setting is not align with 1000 uV.
Thus use uV in voltage_map_desc, this ensures the selected voltage won't less
than pdata buckx_voltagex settings.
Signed-off-by: Axel Lin
---
drivers/regulator/max8998.c | 42 +
Use DIV_ROUND_UP to prevent truncation by integer division issue.
This ensures we return enough delay time.
Since the delay is required only if the voltage is increasing,
and we know both old_selector and new_selector.
We can check it earlier, for linear mapping, by simply compare
new_selector wit
Hi Terje,
Here is the second part comments. I admit I still haven't finished
reading the codes... really too many codes. :)
Anyway I'll keep doing this when I have free slots.
diff --git a/drivers/gpu/drm/tegra/gr2d.c b/drivers/gpu/drm/tegra/gr2d.c
index a936902..c3ded60 100644
--- a/drivers/gpu/
The patch series add DT support on TPS65090 device.
Also remove the suspend/resume implementation as it duplicates with
irq_suspend/irq_resume().
Laxman Dewangan (4):
mfd: tps65090: add DT support for tps65090
regulator: tps65090: add DT support
mfd: tps65090: Pass irq domain when adding mf
Add DT support for TI PMIC tps65090 regulator driver. The DT of this
device have node regulator and all regulator's node of this device is
added under this node.
The device tree binding document has the required information for
adding this device on DTS file.
Signed-off-by: Laxman Dewangan
---
When device is get added through DT then irq_base is 0 (zero)
and in this case regmap_irq_chip_get_base() generates warning.
The interrupt of this device get added through irq_domain_add_linear()
when irq_base is 0.
Hence pass the irq domain in place of base_irq when calling
mfd_add_devices().
Si
Add device tree support for the TI PMIC TPS65090.
The device can be registered through platform or DT.
Add device tree binding document for this device.
Signed-off-by: Laxman Dewangan
---
.../devicetree/bindings/regulator/tps65090.txt | 121
drivers/mfd/tps65090.c
The tps65090 mfd driver implement the suspend/resume callbacks
which just disable and enable irqs in suspend/resume respectively.
This operation is already done in irq suspend and irq_resume and
hence it is not require to implement the same in the driver.
Remove this non-require code.
Signed-off
On Wed, Dec 26, 2012 at 12:19 PM, sham pavman wrote:
>
> mkfs -t ext4 /dev/sdb
I support what Prashant said (I am not careful here), you should use:
mkfs.ext4 /dev/sdb1
then mount /dev/sdb1
--
regards,
Mulyadi Santosa
Freelance Linux trainer and consultant
blog: the-hydra.blogspot.com
tra
Mike,
> -Original Message-
> From: Mike Galbraith [mailto:bitbuc...@online.de]
> Sent: 2012年12月12日 17:39
> To: Neil Zhang
> Cc: pet...@infradead.org; mi...@kernel.org; Chao Xie;
> linux-kernel@vger.kernel.org
> Subject: RE: [PATCH] sched/rt: don't enable runtime if already enabled
>
> On
migration_call() will do all the things that update_runtime() does.
So it seems update_runtime() is a redundant notifier, remove it.
Furthermore, there is potential risk that the current code will catch
BUG_ON at line 687 of rt.c when do cpu hotplug while there are realtime
threads running because
On Thu, 27 Dec 2012, Richard Hartmann wrote:
> On Thu, Dec 27, 2012 at 11:38 AM, Henrique de Moraes Holschuh <
> h...@hmh.eng.br> wrote:
>
> > /* fallthrough */
> >
> [...]
>
> > and letting it proceed to the TP_HKEY_EV_KEY_NUMLOCK block.
> >
>
> OK.
>
>
> Also, do we have any confirmed report
The idea is simple. We need to get the siginfo for each signal on dump,
and then return it back on restore.
The first problem is that the kernel doesn’t report complete siginfo-s
in user-space. In a signal handler the kernel strips SI_CODE from
siginfo. When a siginfo is received from signalfd, it
pread(fd, buf, size, pos) with non-zero pos returns siginfo-s
without dequeuing signals.
A sequence number and a queue are encoded in pos.
pos = seq + SFD_*_OFFSET
seq is a sequence number of a signal in a queue.
SFD_PER_THREAD_QUEUE_OFFSET - read signals from a per-thread queue.
SFD_SHARED_QUE
A kernel prevents of sending siginfo with positive si_code, because
these codes is reserved for kernel. I think we can allow to send any
siginfo to itself. This operation should not be dangerous.
This functionality is required for restoring signals.
Cc: Oleg Nesterov
Cc: Serge Hallyn
Cc: Andrew
signalfd should be called with the flag SFD_RAW for that.
signalfd_siginfo is not full for siginfo with a negative si_code.
copy_siginfo_to_user() is copied a full siginfo to user-space, if
si_code is negative. signalfd_copyinfo() doesn't do that and can't be
expanded, because it has not compatib
On Fri, 2012-12-28 at 05:15 +, Tushar Behera wrote:
> On 11/16/2012 02:46 PM, Ian Campbell wrote:
> > On Fri, 2012-11-16 at 06:50 +, Tushar Behera wrote:
> >> No need to check whether unsigned variable is less than 0.
> >>
> >> CC: Ian Campbell
> >> CC: xen-de...@lists.xensource.com
> >> C
On 2012-12-27 13:10, Andreas Larsson wrote:
This lets of_gpio_named_count return an errno on errors by being able to
distinguish between reaching the end of the phandle list and getting some other
error from of_parse_phandle_with_args.
Return error from of_spi_register_master when there is an "c
On Thu, Dec 27, 2012 at 06:11:37PM +0900, Namhyung Kim wrote:
> Hi,
>
> There's a bug report from Stefan Beller that gets segfault on using
> some sort keys. In addition to it, I had some TODO items related to
> it, hence this patchset. :)
>
> This is mostly simple few liners and more complex on
Adds support for High Speed I2C driver found in Exynos5 and later
SoCs from Samsung. This driver currently supports Auto mode.
Driver only supports Device Tree method of passing platform data.
Note: Added debugfs support for registers view, not tested.
Signed-off-by: Taekgyun Ko
Signed-off-by: N
On 12/27/2012 2:01 AM, Jesper Juhl wrote:
> If kzalloc() or csio_hw_check_fwconfig() fail we may leave the
> csio_hw_flash_config() function without freeing allocated memory or
> firmware. This should take care of the leaks.
>
> Signed-off-by: Jesper Juhl
> ---
> drivers/scsi/csiostor/csio_hw.c
On Fri, Dec 28, 2012 at 12:13:06AM -0800, Yinghai Lu wrote:
> so will stay with alloc.
"alloc" is too generic. So call it 'get_one_pgt_page' or
'alloc_pgt_page' or something descriptive to say what it does than
simply 'alloc'. 'alloc' can be anything - it could mean allocation hints
or flags or wh
Adds clock gating bits for High Speed I2C channels 0, 1, 2 and 3.
Signed-off-by: Naveen Krishna Chatradhi
---
arch/arm/mach-exynos/clock-exynos5.c | 24
1 file changed, 24 insertions(+)
diff --git a/arch/arm/mach-exynos/clock-exynos5.c
b/arch/arm/mach-exynos/clock-ex
This patch adds HS-I2C device tree platform information in
exynos5.dtsi and exynos5-smdk5250.
Signed-off-by: Naveen Krishna Chatradhi
---
arch/arm/boot/dts/exynos5250-smdk5250.dts | 16 +++
arch/arm/boot/dts/exynos5250.dtsi | 32 +
2 files chan
On Thu, Dec 27, 2012 at 08:03:24AM -0500, Peter Hurley wrote:
> On Thu, 2012-12-27 at 16:36 +0800, Shawn Guo wrote:
> > On Wed, Dec 26, 2012 at 10:34:39AM +0800, Shawn Guo wrote:
> > > It seems that I'm running into the same locking issue. My setup is:
> > >
> > > - i.MX28 (ARM)
> > > - v3.8-rc1
On Thu, Dec 27, 2012 at 04:34:03PM -0800, Yinghai Lu wrote:
> do you like to name it with kernel_ident_mapping_info ?
We have already kernel_ident_mapping_init so the first three words are
already the same. Besides, you're differentiating between kernel mapping
or ident mapping so ident_mapping_in
On Thu, Dec 27, 2012 at 05:53:01AM +0100, Borislav Petkov wrote:
> On Wed, Dec 26, 2012 at 01:09:51PM -0500, Sasha Levin wrote:
> > > This patch can fix the following warning we saw?
> > > http://lkml.org/lkml/2012/12/22/53
> > >
> > > I will give it a try.
> >
> > Yup, that's the same error I've
On Wed, 2012-12-26 at 14:45 -0600, Larry Finger wrote:
> With 3.8-rc1, there are WARNINGS that the driver is not checking for
> DMA mapping errors. The warnings start with
>
> [ cut here ]
> WARNING: at lib/dma-debug.c:933 check_unmap+0x480/0x950()
> Hardware name: HP Pavil
On Fri, Dec 28, 2012 at 01:18:24PM +0800, Gavin Shan wrote:
> On Thu, Dec 27, 2012 at 02:34:00PM -0200, Thadeu Lima de Souza Cascardo wrote:
> >The DDW code uses a eeh_dev struct from the pci_dev. However, this is
> >not set until eeh_add_device_late is called.
> >
> >Since pci_bus_add_devices is c
On Friday 16 November 2012 10:56 AM, Al Viro wrote:
>> +if (insyscall) {
>> +/* No handler for syscall: restart it */
>> +if (regs->r0 == -ERESTARTNOHAND ||
>> +regs->r0 == -ERESTARTSYS || regs->r0 == -ERESTARTNOINTR) {
>> +regs->r0 =
On Fri, Dec 28, 2012 at 07:50:27PM +0800, Shawn Guo wrote:
> +1
>
> http://thread.gmane.org/gmane.linux.kernel/1413953/focus=1415070
Cool, works fine here too. Is Linus on CC? (/me checks.. ) Yes he is,
good.
Linus, Alan's patch works at least in 2 cases, you might consider
picking it up directl
Per Al Viro's "signals for dummies" https://lkml.org/lkml/2012/12/6/366
there are 3 golden rules for (not) restarting syscalls:
" What we need to guarantee is
* restarts do not happen on signals caught in interrupts or exceptions
* restarts do not happen on signals caught in sigreturn()
* re
To avoid multiple syscall restarts (multiple signals) or no restart at
all (sigreturn), we need just an extra bit of state "literally 1 bit" in
struct pt_regs. orig_r8 is the best place to do this, however given the
way it is encoded currently, we can't add anything simplistically.
Current orig_r8
On 28.12.2012 03:45, Zhouping Liu wrote:
Thank you for the report Zhouping!
Would you be so kind to test the following patch and report results?
Apply the patch to the latest mainline.
Hello Zlatko,
I have tested the below patch(applied it on mainline directly),
but IMO, I'd like to say it m
On Thu, Dec 27, 2012 at 03:19:24PM -0800, Daniel Kiper wrote:
> > Hmm... this code is being redone at the moment... this might conflict.
>
> Is this available somewhere? May I have a look at it?
http://marc.info/?l=linux-kernel&m=135581534620383
The for-x86-boot-v7 and -v8 branches.
HTH.
--
R
On Thu, Dec 27, 2012 at 11:36:13PM -0800, Eric W. Biederman wrote:
> git-ls-files | xargs fgrep 'struct f2fs_inode'
>
> That returns instantly and tells me where to look. If you can do an
> instant brute force search what is the point of an index?
Not if you're using a lame-ass laptop with a rot
On Thu, Dec 27, 2012 at 12:55:11PM +0100, Hans Verkuil wrote:
> On Wed December 26 2012 16:29:43 Kirill Smelkov wrote:
> > Most of *_ops and other structures in vivi.c were already declared const
> > but some have not. Constify and code/data will take less space:
> >
> > $ size drivers/media/p
On 28.12.2012 03:49, Minchan Kim wrote:
Hello Zlatko,
On Fri, Dec 28, 2012 at 03:16:38AM +0100, Zlatko Calusic wrote:
From: Zlatko Calusic
The unintended consequence of commit 4ae0a48b is that
wait_iff_congested() can now be called with NULL struct zone*
producing kernel oops like this:
For
On 28.12.2012 10:01, Zhouping Liu wrote:
On 12/28/2012 10:45 AM, Zhouping Liu wrote:
Thank you for the report Zhouping!
Would you be so kind to test the following patch and report results?
Apply the patch to the latest mainline.
Hello Zlatko,
I have tested the below patch(applied it on mainli
On 12/27, Andrey Wagin wrote:
>
> 2012/12/27 Oleg Nesterov :
> > On 12/27, Andrey Wagin wrote:
> >>
> >> On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
> >> >
> >> > So I think we should not use llseek. But, probably we can rely on
> >> > pread() ?
> >> > This way we can avoid the
Hi,
Since I updated to Linux 3.7.1, listening to some audio/video bits
frequently cause the following:
[ 7896.166946] hda-intel: azx_get_response timeout, switching to polling
mode: last cmd=0x020c
[ 7897.173444] hda-intel: No response from codec, disabling MSI: last
cmd=0x020c
[ 7898.179
On 12/28, Andrey Vagin wrote:
>
> pread(fd, buf, size, pos) with non-zero pos returns siginfo-s
> without dequeuing signals.
>
> A sequence number and a queue are encoded in pos.
>
> pos = seq + SFD_*_OFFSET
>
> seq is a sequence number of a signal in a queue.
>
> SFD_PER_THREAD_QUEUE_OFFSET - read
2012/12/28 Oleg Nesterov :
> On 12/27, Andrey Wagin wrote:
>>
>> 2012/12/27 Oleg Nesterov :
>> > On 12/27, Andrey Wagin wrote:
>> >>
>> >> On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
>> >> >
>> >> > So I think we should not use llseek. But, probably we can rely on
>> >> > pread(
Hello, Sasha.
2012/12/28 Sasha Levin :
> On 12/27/2012 06:04 PM, David Rientjes wrote:
>> On Thu, 27 Dec 2012, Sasha Levin wrote:
>>
>>> That's exactly what happens with the patch. Note that in the current
>>> upstream
>>> version there are several slab checks scattered all over.
>>>
>>> In this
On 12/28, Andrey Wagin wrote:
>
> 2012/12/28 Oleg Nesterov :
> >> >> @@ -321,6 +372,7 @@ SYSCALL_DEFINE4(signalfd4, int, ufd, sigset_t
> >> >> __user *, user_mask,
> >> >> }
> >> >>
> >> >> file->f_flags |= flags & SFD_RAW;
> >> >> + file->f_mode |= FMODE_PR
2012/12/28 Oleg Nesterov :
> On 12/28, Andrey Wagin wrote:
>>
>> 2012/12/28 Oleg Nesterov :
>> >> >> @@ -321,6 +372,7 @@ SYSCALL_DEFINE4(signalfd4, int, ufd, sigset_t
>> >> >> __user *, user_mask,
>> >> >> }
>> >> >>
>> >> >> file->f_flags |= flags & SFD_RAW;
>> >> >> +
During early boot phase, PCI bus subsystem is not yet initialized.
If panic is occured in early boot phase and panic_timeout is set,
code flow go into emergency_restart() and hit mach_reboot_fixups(), then
encounter another panic. When second panic, we can't hold a panic_lock, so
code flow go into
On 12/28, Andrey Wagin wrote:
>
> 2012/12/28 Oleg Nesterov :
> > On 12/28, Andrey Wagin wrote:
> >>
> >> 2012/12/28 Oleg Nesterov :
> >> >> >> @@ -321,6 +372,7 @@ SYSCALL_DEFINE4(signalfd4, int, ufd, sigset_t
> >> >> >> __user *, user_mask,
> >> >> >> }
> >> >> >>
> >> >> >>
On Fri December 28 2012 14:12:56 Kirill Smelkov wrote:
> On Thu, Dec 27, 2012 at 12:55:11PM +0100, Hans Verkuil wrote:
> > On Wed December 26 2012 16:29:43 Kirill Smelkov wrote:
> > > Most of *_ops and other structures in vivi.c were already declared const
> > > but some have not. Constify and code
2012/12/21 Josh Cartwright :
> On Fri, Dec 21, 2012 at 03:28:10PM +, Michal Simek wrote:
>>
>>
>> > -Original Message-
>> > From: Josh Cartwright [mailto:josh.cartwri...@ni.com]
>> > Sent: Wednesday, December 19, 2012 9:54 PM
>> > To: Stephen Boyd; Michal Simek
>> > Cc: Soren Brinkmann;
On 12/28, Oleg Nesterov wrote:
>
> On 12/28, Andrey Vagin wrote:
> >
> > @@ -338,6 +379,7 @@ SYSCALL_DEFINE4(signalfd4, int, ufd, sigset_t __user *,
> > user_mask,
> > }
> >
> > file->f_flags |= flags & SFD_RAW;
> > + file->f_mode |= FMODE_PREAD;
>
> Again, this i
Correct spelling typo in printk within various drivers.
Signed-off-by: Masanari Iida
---
drivers/bluetooth/ath3k.c| 2 +-
drivers/devfreq/exynos4_bus.c| 2 +-
drivers/firewire/ohci.c | 2 +-
drivers/gpu/drm/i915/i915_debugfs.c
On Thu, Dec 27, 2012 at 11:36:13PM -0800, Eric W. Biederman wrote:
> But then I am probably peculiar keeping an index of the source code in
> my head. When I need to look for something and I don't know where to
> find it I do.
>
> git-ls-files | xargs fgrep 'struct f2fs_inode'
What's wrong with
On 12/28, Andrey Vagin wrote:
>
> signalfd should be called with the flag SFD_RAW for that.
>
> signalfd_siginfo is not full for siginfo with a negative si_code.
> copy_siginfo_to_user() is copied a full siginfo to user-space, if
> si_code is negative. signalfd_copyinfo() doesn't do that and can't
This makes the cpu mode of the driver available outside of an FSL SOC
and even powerpc environment. This is accomplished by putting things
regarding fsl specific code and to cpm specific code within ifdefs.
Furthermore, this adds support for the mostly register-compatible
SPICTRL core from the GRL
On Mon 24-12-12 14:25:26, azurIt wrote:
> >OK, good to hear and fingers crossed. I will try to get back to the
> >original problem and a better solution sometimes early next year when
> >all the things settle a bit.
>
>
> Michal, problem, unfortunately, happened again :( twice. When it
> happened
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 new field tm_timezone to rtc_time struct for expose the tim
On Mon 24-12-12 14:38:50, azurIt wrote:
> >OK, good to hear and fingers crossed. I will try to get back to the
> >original problem and a better solution sometimes early next year when
> >all the things settle a bit.
>
>
> Btw, i noticed one more thing when problem is happening (=when any
> cgroup
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 e
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
On 28 December 2012 16:57, Naveen Krishna Chatradhi
wrote:
> Adds support for High Speed I2C driver found in Exynos5 and later
> SoCs from Samsung. This driver currently supports Auto mode.
>
> Driver only supports Device Tree method of passing platform data.
> Note: Added debugfs support for regi
From: ShuoX Liu
These three chip are based on Atom and have different model id.
So add such three id for perf HW event support.
Signed-off-by: ShuoX Liu
---
arch/x86/kernel/cpu/perf_event_intel.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/cpu/per
On 2012-12-28 16:49, Masanari Iida wrote:
Correct spelling typo in printk within various drivers.
---
diff --git a/net/caif/cfcnfg.c b/net/caif/cfcnfg.c
index ba9cfd4..8d0fe66 100644
--- a/net/caif/cfcnfg.c
+++ b/net/caif/cfcnfg.c
@@ -402,7 +402,7 @@ cfcnfg_linkup_rsp(struct cflayer *layer, u8
Signed-off-by: Axel Lin
---
drivers/regulator/s5m8767.c | 50 +++
1 file changed, 12 insertions(+), 38 deletions(-)
diff --git a/drivers/regulator/s5m8767.c b/drivers/regulator/s5m8767.c
index 33b65c9..eeadf58 100644
--- a/drivers/regulator/s5m8767.c
+++
Correct spelling typo in printk within various drivers.
Signed-off-by: Masanari Iida
---
drivers/bluetooth/ath3k.c| 2 +-
drivers/devfreq/exynos4_bus.c| 2 +-
drivers/firewire/ohci.c | 2 +-
drivers/gpu/drm/i915/i915_debugfs.c
From: Christoffer Dall
Unfortunately with !CONFIG_PAGEFLAGS_EXTENDED, (!PageHead) is false, and
(PageHead) is true, for tail pages. This breaks cache cleaning on some
ARM systems, and may cause other bugs.
This patch makes sure PageHead is only true for head pages and PageTail
is only true for
On 28.12.2012, shuox@intel.com wrote:
> case 54: /* Cedariew */
^
Just a typo, but while you're at it..
--
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
On Fri, 2012-12-28 at 17:39 +0100, Anders Larsen wrote:
> On 2012-12-28 16:49, Masanari Iida wrote:
> > Correct spelling typo in printk within various drivers.
> > ---
> > diff --git a/net/caif/cfcnfg.c b/net/caif/cfcnfg.c
[]
> > @@ -402,7 +402,7 @@ cfcnfg_linkup_rsp(struct cflayer *layer, u8
> >
On Sat, 2012-12-29 at 00:26 +0800, Lee, Chun-Yi wrote:
> 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
> IA6
From: Christoffer Dall
Unfortunately with !CONFIG_PAGEFLAGS_EXTENDED, (!PageHead) is false, and
(PageHead) is true, for tail pages. This breaks cache cleaning on some
ARM systems, and may cause other bugs.
This patch makes sure PageHead is only true for head pages and PageTail
is only true for
Currently there is completely no limiting in number of user namespaces
created by unprivileged users. One can freely create thousands of
user_ns'es and exhaust kernel memory without even bumping in
RLIMIT_NPROC or similar.
Even more -- it allows user to overflow kernel stack theoretically
allowin
filter_chain() was added into install_breakpoint/remove_breakpoint to
simplify the initial changes but this is sub-optimal.
This patch shifts the callsite to the callers, register_for_each_vma()
and uprobe_mmap(). This way:
- It will be easier to add the new arguments. This is the main reason,
Finally add uprobe_consumer->filter() and change consumer_filter()
to actually call this method.
Note that ->filter() accepts mm_struct, not task_struct. Because:
1. We do not have for_each_mm_user(mm, task).
2. Even if we implement for_each_mm_user(), ->filter() can
u
Hello.
On top of preparations I sent a month ago. Srikar, you still didn't
review the last 2 patches. I assume you do not care so I am going to
add them without your ack.
Initially I was going to send more patches in this series. We can add
some optimizations to avoid the unnecessary register_for
Thank you, Josh,
A few comments below, and the revised version shortly.
On Thu, Dec 27, 2012 at 8:04 PM, Josh Triplett wrote:
> On Thu, Dec 27, 2012 at 11:24:34AM -0800, David Decotigny wrote:
>> In some cases, free_irq_cpu_rmap() is called while holding a lock
>> (eg. rtnl). This can lead to de
On Fri, Dec 28, 2012 at 09:56:27PM +0400, Vasily Kulikov wrote:
> The included patch is a basic fix for both or them. Both values are
> hardcoded here to 100 max depth and 1000 max in total. I'm not sure how
> better to make them configurable. Looks like it needs some sysctl value
> like kernel.
Hi Michal,
Please don't apply this patch. I am going to send the new version.
Thank you.
On Fri, Dec 21, 2012 at 11:12:25PM +0400, Dmitry Voytik wrote:
> Add vi-style keys for menu navigation: press j/k for down/up navigation
> and l for entering to a submenu. Unfortantely h key is reserved for
>
Hello.
On 12/27/2012 03:25 AM, Tony Prisk wrote:
> This patch adds support for .fb_check_var which is required when
> X attempts to initialize the framebuffer. The only supported
> resolution is the native resolution of the LCD panel, so we test
> against the resolution supplied from the DT panel
In some cases, free_irq_cpu_rmap() is called while holding a lock
(eg. rtnl). This can lead to deadlocks, because it invokes
flush_scheduled_work() which ends up waiting for whole system
workqueue to flush, but some pending works might try to acquire the
lock we are already holding.
This commit us
On Fri, Dec 28, 2012 at 18:43 +, Al Viro wrote:
> On Fri, Dec 28, 2012 at 09:56:27PM +0400, Vasily Kulikov wrote:
> > The included patch is a basic fix for both or them. Both values are
> > hardcoded here to 100 max depth and 1000 max in total. I'm not sure how
> > better to make them configu
We do have such machines, which is why this change has been reverted twice
already. I believe we should stick to the priority scheme I proposed a few
weeks ago.
Matthew Garrett wrote:
>On Sat, 2012-12-29 at 00:26 +0800, Lee, Chun-Yi wrote:
>> UEFI time services, GetTime(), SetTime(), GetWakeu
Hi list,
Since the release of 3.7 my main computer has been panicking a couple of
times on both 3.7.0 and 3.7.1 because of a 'dma_map_area overflow xx bytes'.
Example screen shot:
http://www.tweek.dk/panic.jpg
I can reproduce it somewhat easily by visiting http://www.openstreetmap.org/
and zoom
On Fri, Dec 28, 2012 at 3:39 AM, Borislav Petkov wrote:
> On Fri, Dec 28, 2012 at 12:13:06AM -0800, Yinghai Lu wrote:
>> so will stay with alloc.
>
> "alloc" is too generic. So call it 'get_one_pgt_page' or
> 'alloc_pgt_page' or something descriptive to say what it does than
> simply 'alloc'. 'all
The DDW code uses a eeh_dev struct from the pci_dev. However, this is
not set until eeh_add_device_late is called.
Since pci_bus_add_devices is called before eeh_add_device_late, the PCI
devices are added to the bus, making drivers' probe hooks to be called.
These will call set_dma_mask, which wil
On Fri, Dec 28, 2012 at 3:47 AM, Borislav Petkov wrote:
> On Thu, Dec 27, 2012 at 04:34:03PM -0800, Yinghai Lu wrote:
>> do you like to name it with kernel_ident_mapping_info ?
>
> We have already kernel_ident_mapping_init so the first three words are
> already the same. Besides, you're differenti
The functions used are already defined as empty inline functions for the
case where EEH is disabled.
Signed-off-by: Thadeu Lima de Souza Cascardo
---
arch/powerpc/kernel/of_platform.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/kernel/of_platform.c
b
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Chase Douglas
commit 503f7d53b368c8e4e13a7756220c0536fcf1a034 upstream.
Signed-off-by: Chase Douglas
Signed-off-by: Jiri Kosina
Signed-off-by: Ben Hutchings
---
drivers/hid/hid-magicmouse.c
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck
commit 1102dcab849313bd5a340b299b5cf61b518fbc0f upstream.
TjMax for the CE4100 series of Atom CPUs was previously reported to be
110 degrees C.
cpuinfo logs on the web show exist
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Marco Stornelli
commit fdb5950754eb3dedb9fea7c8828d3e51d9dbc3f7 upstream.
The return value of rounddown_pow_of_two wasn't evaluated, so the
operation was a no-op.
Signed-off-by: Marco Stornell
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mauro Carvalho Chehab
commit 479696840239e0cc43efb3c917bdcad2174d2215 upstream.
The driver has only 4 hardcoded labels, but allows much more memory.
Fix it by removing the hardcoded logic, usin
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jiri Slaby
commit bcdee04ea7ae0406ae69094f6df1aacb66a69a0b upstream.
pci_disable_device(pdev) used to be in pci remove function. But this
PCI device has two functions with interrupt lines conne
1 - 100 of 378 matches
Mail list logo