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
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 compatia
This patch is added two flags SFD_GROUP and SFD_SHARED.
SFD_SHARED - read signals from a shared queue
SFD_PRIVATE - read signals from a private queue
Without this flags or with both flags signals are read from both queues.
This functionality is requered for dumping pending signals.
Cc: Alexander
On Fri, 2012-12-21 at 19:06 +, Grant Likely wrote:
> On Fri, 21 Dec 2012 12:39:52 -0500, Jun Chen wrote:
> > On Wed, 2012-12-19 at 16:21 +, Grant Likely wrote:
> > > On Wed, 19 Dec 2012 09:04:16 +, Mark Brown
> > > wrote:
> > > > On Wed, Dec 19, 2012 at 04:44:03AM -0500, Jun Chen wro
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: Serge Hallyn
Cc: Oleg Nesterov
Cc: Andrew
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Serge Hallyn
Cc: Oleg Nesterov
Cc: Andrew Morton
Cc: "Eric W. Biederman"
Cc: Al Viro
Cc: Pavel Emelyanov
CC: Cyrill Gorcunov
Signed-off-by: Andrey Vagin
---
include/linux/sched.h | 9 -
kernel/signal.c | 13 +
2 files chan
Hi Jim,
Due to BFA_FCS_PORT_SYMBNAME_MODEL_SZ macro value of 12, we are missing some
part of the model name in port/node symbolic name and seeing issues related to
null termination. Mismatch between the actual model size and number of bytes
copied to symbolic name is a bug. Can you please fix th
On Fri, Dec 21, 2012 at 01:28:27PM -0800, Andy Lutomirski wrote:
> The onus is currently on filesystems to call file_update_time
> somewhere in the page_mkwrite path. This is unfortunate for three
> reasons:
>
> 1. page_mkwrite on a locked page should be fast. ext4, for example,
>often sleep
On Sun, Dec 23, 2012 at 6:21 PM, Roland Stigge wrote:
> After boot,
> /sys/devices/platform/samsung/leds/samsung::kbd_backlight/brightness
> shows the maximum value (8) by readout, but the led is off. I need to manually
> set it to the respective value to have keyboard backlight.
If the led is s
Yes it works, incl. usb-camera. I am now at:
637704cbc95c02d18741b4a6e7a5d2397f8b28ce Merge branch
'i2c-embedded/for-next' of git://git.pengutronix.de/git/wsa/linux
Thanks, Jörg
2012/12/23 Linus Torvalds :
> Jörg - does current git work for you? It has a patch from Rafael that
> just reverts t
2012/12/23 Mauro Carvalho Chehab :
> Hi Jörg,
>
> Em Sun, 23 Dec 2012 17:46:07 +0100
> Jörg Otte escreveu:
>
>> With kernel v3.8 all multimedia programs under KDE4 don't work (Kubuntu
>> 12.04).
>> They alltogether ( at least Dragonplayer (Mediaplayer), Knotify4
>> (system-sound),
>> System-Setti
Yes, I think I was wrong and you are right. I did test again and now
it is clear.
On Wed, Dec 5, 2012 at 6:06 PM, Cong Ding wrote:
> On Wed, Dec 05, 2012 at 03:26:36PM +0800, Li, Zhen-Hua wrote:
>> Infact, your patch does remove an orl operation, but add a new "move"
>> operation.
>>
>> You can
Add an RTC driver for TPS80031/TPS80032 chips by TI.
This driver supports:
- Setting and getting time and date.
- Setting and reading alarm time.
- Alarm and interrupt functionlity.
Signed-off-by: Laxman Dewangan
---
drivers/rtc/Kconfig|8 +
drivers/rtc/Makefile |1 +
drive
This patch series cleanups the suspend/resume implementation and
enable system wake through alarm interrupt.
Laxman Dewangan (4):
rtc: tps65910: enable/disable wake in suspend/resume
rtc: tps65910: remove un-necessary irq stat save and restore
rtc: tps65910: use sleep_pm_ops macro for initi
Making the rtc driver as wakeup capabale and leaving the wake
enable/disable decision to user space through a sysfs attribute.
In suspend, enable wake if device wakeup enabled.
In resume disable wake again.
This change is inline with the Documentation/power/devices.txt#
/sys/devices/.../power/wak
Use SET_SYSTEM_SLEEP_PM_OPS for setting suspend/resume callbacks for
dev_pm_ops.
Signed-off-by: Laxman Dewangan
---
drivers/rtc/rtc-tps65910.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/rtc/rtc-tps65910.c b/drivers/rtc/rtc-tps65910.c
index 728bb8
All interrupt get disabled during system suspend and enabled during
system resume. The enabling/disabling of interrupt happen in sequence
of interrupt registration with framework.
Therefore, in resume, the parent interrupt of this device enabled before
the RTC irq interrupt enabled. If RTC is enab
The driver stores the interrupt enable register before going to
suspend and restore in resume. Also it enables alarm before going
to suspend.
The driver only write the Interrupt enable register for enabling ALARM
and does not enable any other bits. So it is not require to save complete
register an
On 12/20/2012 05:43 PM, Hiroshi Doyu wrote:
> Hi,
>
> This patchset adds initial support for the NVIDIA's new Tegra 114
> SoC (T114) based on the ARM Cortex-A15 MP. It has the minimal support
> to allow the kernel to boot up into shell console. This can be used as
> a basis for adding other device
Hello,
On Mon, Dec 24, 2012 at 3:04 PM, Laxman Dewangan wrote:
> Add an RTC driver for TPS80031/TPS80032 chips by TI.
> This driver supports:
> - Setting and getting time and date.
> - Setting and reading alarm time.
> - Alarm and interrupt functionlity.
>
The patch looks ok, but just some minor
On Sun, Dec 23, 2012 at 08:54:37PM -0800, H. Peter Anvin wrote:
> Makes sense. Ljmpq it is. A comment might be useful.
Yes, a LRETQ comment is definitely useful so that we know. Yinghai,
please add it the next time you're rebasing. Btw, which branch is the
current one for that patchset so that p
On Mon, Dec 24, 2012 at 02:03:24PM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Signed-off-by: Wei WANG
> ---
> drivers/mfd/rtsx_pcr.c |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/mfd/rtsx_pcr.c b/drivers/mfd/rtsx_pcr.c
> index 3a44efa..fa2c2bc 100644
> ---
From: Yanchuan Nian
In alloc_session(), numslots is the correct slot number used by the session.
But the slot number passed to nfsd4_put_drc_mem() is the one from nfs client.
Signed-off-by: Yanchuan Nian
---
fs/nfsd/nfs4state.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
Hello,
On Mon, Dec 24, 2012 at 3:58 PM, Laxman Dewangan wrote:
> Thanks Devendra for quick review.
>
> Following are my response specific to query.
>
> I will post the next patch for taking care of comments.
>
>
thanks :)
>
>
> On Monday 24 December 2012 03:32 PM, devendra.aaru wrote:
>>
>> Hel
On Sun, Dec 23, 2012 at 04:17:45PM -0700, David Ahern wrote:
> On 12/23/12 2:23 AM, Gleb Natapov wrote:
> >>Your patch alone was not enough. Start here:
> >> https://lkml.org/lkml/2012/7/12/3
> >>
> >I cannot reproduce this failure. I reverted 20b279ddb38c and ran "perf
> >record -e cycles:ppG" wh
Add an RTC driver for TPS80031/TPS80032 chips by TI.
This driver supports:
- Setting and getting time and date.
- Setting and reading alarm time.
- Alarm and interrupt functionlity.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
- remvoe the checks for alarm time whether this is past or not
On Mon, Dec 24, 2012 at 4:11 PM, Laxman Dewangan wrote:
> Add an RTC driver for TPS80031/TPS80032 chips by TI.
> This driver supports:
> - Setting and getting time and date.
> - Setting and reading alarm time.
> - Alarm and interrupt functionlity.
>
> Signed-off-by: Laxman Dewangan
> ---
> Change
From: Yanchuan Nian
In the procedure of CREATE_SESSION, the state is locked after
alloc_conn_from_crses(). If the allocation fails, the function
goes to "out_free_session", and then "out" where there is an
unlock function.
Signed-off-by: Yanchuan Nian
---
fs/nfsd/nfs4state.c |3 ++-
1 fil
Hello.
On 24-12-2012 8:53, Shane McDonald wrote:
Now that Yosemite's gone we can move the MSP71xx include files
one level up.
Signed-off-by: Shane McDonald
---
.../asm/mach-pmcs-msp71xx/cpu-feature-overrides.h | 22 +
arch/mips/include/asm/mach-pmcs-msp71xx/gpio.h | 46 ++
.../
On 12/15/2012 1:07 AM, Ove Karlsen wrote:
The GNU GPL licence, is an open-source licence. However GNU has come to
be associated with cows, stupid slogans involving beer, and Richard
Stallman in a tinfoil-hat making obscure statements, such as acting as
thought-police and forbidding the term "open
On 12/23/2012 07:29 PM, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven
Acked-by: Greg Ungerer
arch/m68k/include/asm/unistd.h |2 +-
arch/m68k/include/uapi/asm/unistd.h |1 +
arch/m68k/kernel/syscalltable.S |1 +
3 files changed, 3 insertions(+), 1 del
On Friday 21 December 2012, Amit Shah wrote:
> On (Thu) 20 Dec 2012 [14:11:21], Sasha Levin wrote:
> > debugfs_create_dir() returns NULL if it fails, there's little point in
> > calling PTR_ERR on it.
>
> debugfs_create_dir() does return an error value if debugfs is not
> enabled.
>
> This check f
On Sun, Dec 23, 2012 at 6:31 PM, Arend van Spriel wrote:
> On 12/22/2012 10:07 PM, Geert Uytterhoeven wrote:
>> drivers/net/wireless/brcm80211/brcmsmac/main.c: In function ‘brcms_b_recv’:
>> drivers/net/wireless/brcm80211/brcmsmac/main.c:7636: warning: ‘morepending’
>> may be used uninitialized i
From: Yasuaki Ishimatsu
We remove the memory like this:
1. lock memory hotplug
2. offline a memory block
3. unlock memory hotplug
4. repeat 1-3 to offline all memory blocks
5. lock memory hotplug
6. remove memory(TODO)
7. unlock memory hotplug
All memory blocks must be offlined before removing m
From: Wen Congyang
memory can't be offlined when CONFIG_MEMCG is selected.
For example: there is a memory device on node 1. The address range
is [1G, 1.5G). You will find 4 new directories memory8, memory9, memory10,
and memory11 under the directory /sys/devices/system/memory/.
If CONFIG_MEMCG i
From: Yasuaki Ishimatsu
When a memory is added, we update zone's and pgdat's start_pfn and
spanned_pages in the function __add_zone(). So we should revert them
when the memory is removed.
The patch adds a new function __remove_zone() to do this.
Signed-off-by: Yasuaki Ishimatsu
Signed-off-by:
This patch introduces a new function try_offline_node() to
remove sysfs file of node when all memory sections of this
node are removed. If some memory sections of this node are
not removed, this function does nothing.
Signed-off-by: Wen Congyang
Signed-off-by: Tang Chen
---
drivers/acpi/acpi_me
From: Yasuaki Ishimatsu
When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start, type}
sysfs files are created. But there is no code to remove these files. The patch
implements the function to remove them.
Note: The code does not free firmware_map_entry which is allocated by boot
Currently __remove_section for SPARSEMEM_VMEMMAP does nothing. But even if
we use SPARSEMEM_VMEMMAP, we can unregister the memory_section.
Signed-off-by: Yasuaki Ishimatsu
Signed-off-by: Wen Congyang
Signed-off-by: Tang Chen
---
mm/memory_hotplug.c | 11 ---
1 files changed, 0 insert
From: Wen Congyang
We call hotadd_new_pgdat() to allocate memory to store node_data. So we
should free it when removing a node.
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/mm/memory_hotplug.c b
This patch introduces a new API vmemmap_free() to free and remove
vmemmap pagetables. Since pagetable implements are different, each
architecture has to provide its own version of vmemmap_free(), just
like vmemmap_populate().
Note: vmemmap_free() are not implemented for ia64, ppc, s390, and sparc
From: Wen Congyang
When memory is removed, the corresponding pagetables should alse be removed.
This patch introduces some common APIs to support vmemmap pagetable and x86_64
architecture pagetable removing.
All pages of virtual mapping in removed memory cannot be freedi if some pages
used as PG
In __remove_section(), we locked pgdat_resize_lock when calling
sparse_remove_one_section(). This lock will disable irq. But we don't need
to lock the whole function. If we do some work to free pagetables in
free_section_usemap(), we need to call flush_tlb_all(), which need
irq enabled. Otherwise t
This patch searches a page table about the removed memory, and clear
page table for x86_64 architecture.
Signed-off-by: Wen Congyang
Signed-off-by: Jianguo Wu
Signed-off-by: Jiang Liu
Signed-off-by: Tang Chen
---
arch/x86/mm/init_64.c | 10 ++
1 files changed, 10 insertions(+), 0 de
From: Yasuaki Ishimatsu
For removing memmap region of sparse-vmemmap which is allocated bootmem,
memmap region of sparse-vmemmap needs to be registered by get_page_bootmem().
So the patch searches pages of virtual mapping and registers the pages by
get_page_bootmem().
Note: register_page_bootmem
Hi Andrew,
Here is the physical memory hot-remove patch-set based on 3.8rc-1.
This patch-set aims to implement physical memory hot-removing.
The patches can free/remove the following things:
- /sys/firmware/memmap/X/{end, start, type} : [PATCH 4/14]
- memmap of sparse-vmemmap
From: Wen Congyang
For removing memory, we need to remove page table. But it depends
on architecture. So the patch introduce arch_remove_memory() for
removing page table. Now it only calls __remove_pages().
Note: __remove_pages() for some archtecuture is not implemented
(I don't know how t
From: Wen Congyang
offlining memory blocks and checking whether memory blocks are offlined
are very similar. This patch introduces a new function to remove
redundant codes.
Signed-off-by: Wen Congyang
---
mm/memory_hotplug.c | 101 ---
1 files c
On 24/12/12 09:41, Corentin Chary wrote:
> On Sun, Dec 23, 2012 at 6:21 PM, Roland Stigge wrote:
>> After boot,
>> /sys/devices/platform/samsung/leds/samsung::kbd_backlight/brightness
>> shows the maximum value (8) by readout, but the led is off. I need to
>> manually
>> set it to the respective
On Mon, Dec 24, 2012 at 02:03:30PM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Signed-off-by: Wei WANG
> ---
> drivers/mfd/rtsx_pcr.c |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/mfd/rtsx_pcr.c b/drivers/mfd/rtsx_pcr.c
> index fa2c2bc..2ee6be5 100644
>
On Mon, Dec 24, 2012 at 03:04:59PM +0900, Namhyung Kim wrote:
> Right. I also have no idea what's the best way to handle --gtk option
> with the piped output. I can think of 3 options for this:
>
> 1) exit with a error message
> 2) honor --gtk option and launch a gui browser
I could befriend #2
Selecting REGMAP_I2C defaults REGMAP to "y", no need to
explicitly select it.
This fixes:
- Because of REGMAP, a bunch of:
drivers/mfd/twl-core.c:221:29:
error: array type has incomplete element type
drivers/mfd/twl-core.c:224:3:
error: field name not in record or union initializer
driver
>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 first
time (two days ago) i don't want to believe it
On Tue, Dec 18, 2012 at 04:26:47PM +0900, Takuya Yoshikawa wrote:
> This is needed to make kvm_mmu_slot_remove_write_access() rmap based:
> otherwise we may end up using invalid rmap's.
>
> Signed-off-by: Takuya Yoshikawa
> ---
> arch/x86/kvm/x86.c |9 -
> virt/kvm/kvm_main.c |1
>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 is
stucked), i fogot to mention it before, sorry :(
Devices have various maintenance operations need to perform internally.
In order to reduce latencies during time critical operations like read
and write, it is better to execute maintenance operations in other
times - when the host is not being serviced. Such operations are called
Background operat
In order to allow the card to perform the required BKOPS and prevent
the need for critical BKOPS, we would like to prevent BKOPS interruption
when possible.
In case the controller calls mmc_suspend_host when runtime suspend is
idle, the BKOPS operation will be interrupted. To prevent this we would
DWC3 controller curretly depends on CONFIG_USB and CONFIG_USB_GADGET.
Some hardware may like to use only host feature on dwc3.
So, removing the dependency of USB_DWC3 on USB_GADGET
and further modulating the dwc3 core to enable gadget features
only with USB_GADGET.
Signed-off-by: Vivek Gautam
CC:
On Sat, Dec 22, 2012 at 12:21:23PM -0700, David Ahern wrote:
> On 12/19/12 8:07 AM, Jiri Olsa wrote:
> >This reverts commit 20b279ddb38ca42f8863cec07b4d45ec24589f13.
> >
> >Cc: Corey Ashford
> >Cc: Frederic Weisbecker
> >Cc: Ingo Molnar
> >Cc: Namhyung Kim
> >Cc: Paul Mackerras
> >Cc: Peter Zi
On Fri, Dec 21, 2012 at 01:33:03PM -0800, anish kumar wrote:
> On Fri, 2012-12-21 at 23:34 +0800, Woody Wu wrote:
> > On Thu, Dec 20, 2012 at 10:05:05AM -0800, anish singh wrote:
> > > On Dec 20, 2012 6:30 AM, "Woody Wu" wrote:
> > > >
> > > > Hi, List
> > > >
> > > > Where is the Kernel code that
Hi,
On Thu, Dec 13, 2012 at 7:30 PM, Chen Gang wrote:
> also another suggestions:
> I built ti otmap with ti dsp bridge by arm cross-compiler under i386
> platform.
> the version tag is next-20121213
> I met 2 compiling issues.
>
> a: module dependency:
> Multifunctio
Hi Gchen,
On Mon, Dec 17, 2012 at 8:40 PM, Chen Gang wrote:
> Hello Omar Ramirez Luna:
>
> excuse me to bother you (maybe you are busy in these days).
> please help checking this suggestion when you have free time.
Yes, I'm checking your suggestions, I was a little busy last week, for
the co
On Monday, December 24, 2012 22:18:52 Pau Koning wrote:
> On Mon, Nov 19, 2012 at 9:08 PM, Sasha Levin wrote:
> > The code that works with routing_algo assumes that the string passed is
> > non
>
> > empty, this assumption is wrong:
> Why isn't this patch part of Linux 3.7? It seems to be a bugfi
On Mon, Nov 19, 2012 at 9:08 PM, Sasha Levin wrote:
> The code that works with routing_algo assumes that the string passed is non
> empty, this assumption is wrong:
Why isn't this patch part of Linux 3.7? It seems to be a bugfix and it
was sent early enough?
--
To unsubscribe from this list: send
Hi Omar,
On Fri, Dec 21, 2012 at 9:33 PM, Omar Ramirez Luna
wrote:
> Yes, I made the changes, for tidspbridge and remoteproc, I will submit
> both for review, based on this series.
Great, thanks.
Please note that when we do eventually merge this, we need your
updates to be squashed into Loic's
On Sun, 2012-12-23 at 10:55 +0200, Gleb Natapov wrote:
> On Fri, Dec 21, 2012 at 08:20:16AM -0700, Alex Williamson wrote:
> > Previous patch "kvm: Minor memory slot optimization" overlooked the
> > generation field of the memory slots. Re-using the original memory
> > slots left us with with two s
On Fri, Dec 21, 2012 at 06:17:12PM +0800, Chuansheng Liu wrote:
>
> Just found some cases that some codec drivers set the bias to _STANDBY and
> set idle_bias_off to 1 during probing.
> It will cause unpaired runtime_get_sync/put() issue. Also as Mark suggested,
> there is no reason to start from
On Mon, Dec 24, 2012 at 3:38 PM, Marek Lindner wrote:
> On Monday, December 24, 2012 22:18:52 Pau Koning wrote:
>> On Mon, Nov 19, 2012 at 9:08 PM, Sasha Levin wrote:
>> > The code that works with routing_algo assumes that the string passed is
>> > non
>>
>> > empty, this assumption is wrong:
>>
On 12/23/2012 10:12 PM, Oleg Nesterov wrote:
> On 12/23, Srivatsa S. Bhat wrote:
>>
>> On 12/20/2012 07:12 PM, Oleg Nesterov wrote:
>>>
>>> We need mb() + rmb(). Plust cli/sti unless this arch has optimized
>>> this_cpu_add() like x86 (as you pointed out).
>>>
>>
>> Hey, IIUC, we actually don't nee
On Mon, Dec 24, 2012 at 10:10:17PM +0800, Woody Wu wrote:
> On Fri, Dec 21, 2012 at 01:33:03PM -0800, anish kumar wrote:
> > On Fri, 2012-12-21 at 23:34 +0800, Woody Wu wrote:
> > > On Thu, Dec 20, 2012 at 10:05:05AM -0800, anish singh wrote:
> > > > On Dec 20, 2012 6:30 AM, "Woody Wu" wrote:
> >
On Mon, Dec 24, 2012 at 02:03:56PM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> WARNING: Avoid CamelCase:
> + u8 N, min_N, max_N, clk_divider;
>
> WARNING: Avoid CamelCase:
> + u8 N, min_N, max_N, clk_divider;
>
> Signed-off-by: Wei WANG
> ---
> drivers/mfd/rtsx_pcr.c
On Fri, Dec 21, 2012 at 05:57:03PM -0800, Tejun Heo wrote:
> There's no need to test whether a (delayed) work item in pending
> before queueing, flushing or cancelling it. Most uses are unnecessary
> and quite a few of them are buggy.
Applied, thanks.
signature.asc
Description: Digital signatur
Current code uses max77686->dev in the dev_err call before setting it to
&i2c->dev. Fix it.
Signed-off-by: Axel Lin
---
drivers/mfd/max77686.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/mfd/max77686.c b/drivers/mfd/max77686.c
index f6878f8..4
On Sun, Dec 23, 2012 at 01:54:50AM -0800, Dmitry Torokhov wrote:
> This is not 100% equivalent transformation as now we schedule first and
> disable IRQ later... Anyway, I think the driver shoudl be converted to
> threaded IRQ instead. Mark, does the patch below make any sense to you?
I'm a bit n
On Wed, Dec 19, 2012 at 07:42:28PM +0530, Laxman Dewangan wrote:
> regmap-irq framework is used vastly by mfd drivers and some of
> devices like TPS65910, TPS80036 do not support the wake base
> register to enable wake.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Dec 12, 2012 at 08:57:00AM +0530, Inderpal Singh wrote:
> The function sec_reg_read invokes regmap_read which expects unsigned int *
> as the destination address. The existing driver is passing address of local
> variable "val" which is u8. This causes the stack corruption and following
> d
On Mon, Dec 10, 2012 at 07:46:52PM +0800, Axel Lin wrote:
> regulator_list_voltage_table() returns -EINVAL if selector >= n_voltages.
> Thus we don't need to check if reg is greater than BUCK_TARGET_VOL_MAX_IDX in
> lp3971_dcdc_get_voltage_sel.
Applied, thanks.
signature.asc
Description: Digital
On Mon, Dec 10, 2012 at 07:50:12PM +0800, Axel Lin wrote:
> regulator_list_voltage_table() returns -EINVAL if selector >= n_voltages.
> Thus we don't need to check if reg is greater than LP3972_BUCK_VOL_MAX_IDX in
> lp3972_dcdc_get_voltage_sel.
Applied, thanks.
signature.asc
Description: Digital
Current code uses max77693->dev in the dev_err call before setting it to
&i2c->dev. Fix it.
This patch also includes below cleanups:
- Move checking pdata earlier and show dev_err if no platform data found.
- Remove unnecessary err_regmap goto label.
- Unregister i2c devices if regmap init for
On Wed, Dec 12, 2012 at 09:22:46AM +0800, Axel Lin wrote:
> Regulator drivers with continuous_voltage_range flag set allows not setting
> n_voltages. Thus if continuous_voltage_range is set, check the constraint
> range
> instead.
Applied, thanks.
signature.asc
Description: Digital signature
Hi, list
I am porting an ethernet driver from 2.6.x to 3.7.1. I found in the new
kernel, the ndo_set_multicast_list method in the net_device_ops had been
removed. What's the story behind? Can I simply ignore this method
defined in an old driver?
Please also help to check the below code, is the
On Mon, Dec 17, 2012 at 10:24:06AM +0900, Daniel Jeong wrote:
> This patch is for new lp8755 regulator dirver and
> several unsed variables were deleted and then test was done.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Dec 18, 2012 at 09:30:10AM +0800, Axel Lin wrote:
> Some DVM regulators needs to update apply_bit after setting vsel_reg to
> initiate voltage change on the output. This patch adds apply_reg and
Applied all except patch 2 (where you've done a new version, I'll wait
for Haojian to ack thou
On Sat, Dec 22, 2012 at 01:31:19PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks.
signature.asc
Description: Digital signature
On 11/19/2012 11:30 AM, Stephen Warren wrote:
> Russell, I'm mainly reposting this to see if you have any comments or
> opinion, in particular on the core ARM changes.
>
> The aim of this series is to remove ARM's struct sys_timer. As a pre-
> cursor, this requires a little re-arrangement of arch_
On 12/24, 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
On 12/24, Andrey Vagin wrote:
>
> static ssize_t signalfd_dequeue(struct signalfd_ctx *ctx, siginfo_t *info,
> - int nonblock)
> + int nonblock, int queue)
> {
> ssize_t ret;
> DECLARE_WAITQUEUE(wait, current);
>
> spin_loc
On Mon, Dec 24, 2012 at 11:55:46AM +, Arnd Bergmann wrote:
> On Friday 21 December 2012, Amit Shah wrote:
> > On (Thu) 20 Dec 2012 [14:11:21], Sasha Levin wrote:
> > > debugfs_create_dir() returns NULL if it fails, there's little point in
> > > calling PTR_ERR on it.
> >
> > debugfs_create_dir(
On Sun, Dec 23, 2012 at 4:26 AM, Prashant Gaikwad wrote:
> On Saturday 22 December 2012 04:26 AM, Mike Turquette wrote:
>>
>> On Wed, Dec 19, 2012 at 11:53 PM, Prashant Gaikwad
>> wrote:
>>>
>>> On Thursday 13 December 2012 11:31 PM, Stephen Warren wrote:
On 12/13/2012 09:27 AM, Mike Tu
On Mon, Dec 24, 2012 at 01:01:55PM +0800, he, bo wrote:
> From: "he, bo"
>
> We often hit kernel panic issues on SMP machines because processes race
> on multiple cpu. By adding a new parameter printk.cpu, kernel prints
> cpu number at printk information line. It’s useful to debug what cpus
> are
This solves:
In file included from fs/ext3/symlink.c:20:0:
include/linux/namei.h: In function 'retry_estale':
include/linux/namei.h:114:19: error: 'ESTALE' undeclared (first use in this
function)
Signed-off-by: Stephen Warren
---
include/linux/namei.h |1 +
1 file changed, 1 insertion(+)
Hello, Dmitry.
On Sun, Dec 23, 2012 at 01:54:50AM -0800, Dmitry Torokhov wrote:
> This is not 100% equivalent transformation as now we schedule first and
> disable IRQ later... Anyway, I think the driver shoudl be converted to
> threaded IRQ instead. Mark, does the patch below make any sense to yo
On Mon, Dec 24, 2012 at 12:39 PM, Greg Kroah-Hartman
wrote:
> On Mon, Dec 24, 2012 at 11:55:46AM +, Arnd Bergmann wrote:
>> On Friday 21 December 2012, Amit Shah wrote:
>> > On (Thu) 20 Dec 2012 [14:11:21], Sasha Levin wrote:
>> > > debugfs_create_dir() returns NULL if it fails, there's little
Hello, Borislav.
On Sat, Dec 22, 2012 at 12:09:29PM +0100, Borislav Petkov wrote:
> Now you say those paths are not fast paths, but the reverse of
> this optimization is also true: what happens if people start using
> schedule_work() in fast paths without checking whether work is pending?
> A usel
On Mon, Dec 24, 2012 at 01:24:52PM -0500, Sasha Levin wrote:
> On Mon, Dec 24, 2012 at 12:39 PM, Greg Kroah-Hartman
> wrote:
> > On Mon, Dec 24, 2012 at 11:55:46AM +, Arnd Bergmann wrote:
> >> On Friday 21 December 2012, Amit Shah wrote:
> >> > On (Thu) 20 Dec 2012 [14:11:21], Sasha Levin wrot
On Mon, Dec 24, 2012 at 2:04 AM, Borislav Petkov wrote:
> On Sun, Dec 23, 2012 at 08:54:37PM -0800, H. Peter Anvin wrote:
>> Makes sense. Ljmpq it is. A comment might be useful.
>
> Yes, a LRETQ comment is definitely useful so that we know. Yinghai,
> please add it the next time you're rebasing.
Hello, again.
On Mon, Dec 24, 2012 at 10:33:34AM -0800, Tejun Heo wrote:
> I don't think we have cases where this actually matters but it could
> be that we can add work_pending() tests to queue_work_on(). I *think*
> that shouldn't break work scheduling semantics. Not completely sure
> tho. Ne
Hi
Sorry for late reply - too much things to finish before the new year.
On Tue, Dec 18, 2012 at 01:37:56AM +, david (da...@avoncliff.com) wrote:
> w1_therm includes some obsolete code to detect bad_roms, this is no
> longer relevant.
> The retry code is only used for this bad_rom test, howev
On Mon, Dec 24, 2012 at 10:33:34AM -0800, Tejun Heo wrote:
> If one looks at something happening in a path as cold as memory
> hotplug and thinks about optimizing a coupld memory accesses, the
> person's priorities need serious reconsideration. I think approaches
> like that are actively harmful. T
Hello, Borislav.
On Mon, Dec 24, 2012 at 07:55:55PM +0100, Borislav Petkov wrote:
> Basically, with the amount of bloat we're adding to the kernel, the
> couple of instructions we're adding here and there and think they won't
> harm us, tends to crop up with time until we're too damn slow to do
>
1 - 100 of 158 matches
Mail list logo
