Hi Thierry,
> Subject: Re: [PATCH 4/4] Documentation: Add device tree bindings for
> Freescale FTM PWM
>
> On Thu, Aug 22, 2013 at 08:26:10AM +0200, Sascha Hauer wrote:
> > On Thu, Aug 22, 2013 at 02:55:42AM +, Xiubo Li-B47053 wrote:
> > > Hi Tomasz,
> > >
> > > Thanks for your comments.
>
On 08/20/2013 10:47 AM, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> This commit adds the state machine that takes the per-CPU idle data
> as input and produces a full-system-idle indication as output. This
> state machine is driven out of RCU's quiescent-state-forcing
> mechanism,
(2013/08/23 8:27), Tom Zanussi wrote:
> The original SOFT_DISABLE patches didn't add support for soft disable
> of syscall events; this adds it and paves the way for future patches
> allowing triggers to be added to syscall events, since triggers are
> built on top of SOFT_DISABLE.
>
> Add an
The Patch adds nodes for TPS659038 PMIC for DRA7 boards.
It is based on top of:
http://comments.gmane.org/gmane.linux.ports.arm.omap/102459.
Documentation: Documentation/devicetree/bindings/mfd/palmas.txt
Documentation/devicetree/bindings/regulator/palmas-pmic.txt
On 13 August 2013 15:38, Lukasz Majewski wrote:
> Special driver data flag (CPUFREQ_BOOST_FREQ) has been added to indicate
> frequency, which can be only enabled for BOOST mode.
> This frequency shall be used only for limited time, since it might cause
> target device to overheat.
>
>
On 13 August 2013 15:38, Lukasz Majewski wrote:
> Since the support for software and hardware controlled boosting has been
> added, the corresponding Documentation entry had been updated.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Myungjoo Ham
>
> ---
> Changes for v7:
> - None
On 13 August 2013 15:38, Lukasz Majewski wrote:
> The cpufreq_driver's boost_supported flag is true only when boost
> support is explicitly enabled. Boost related attributes are exported only
> under the same condition.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Myungjoo Ham
>
> ---
>
Hi Stephen,
> Subject: Re: [PATCH 4/4] Documentation: Add device tree bindings for
> Freescale FTM PWM
>
> On 08/23/2013 01:36 AM, Thierry Reding wrote:
> > On Thu, Aug 22, 2013 at 08:26:10AM +0200, Sascha Hauer wrote:
> >> On Thu, Aug 22, 2013 at 02:55:42AM +, Xiubo Li-B47053 wrote:
> >>>
On 13 August 2013 15:38, Lukasz Majewski wrote:
> For safety reasons new flag - CONFIG_CPU_FREQ_BOOST_SW has been added.
> Only after selecting "EXYNOS Frequency Overclocking - Software" Kconfig
> option the software managed boost is enabled. It also selects thermal
> subsystem to be compiled in.
On 13 August 2013 15:38, Lukasz Majewski wrote:
> diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
> index b5defd4..ec19da9 100644
> --- a/include/linux/cpufreq.h
> +++ b/include/linux/cpufreq.h
> @@ -408,10 +408,24 @@ int cpufreq_frequency_table_target(struct
> cpufreq_policy
On 08/23/2013 02:15 PM, Peter Zijlstra wrote:
> So I guess the quick and ugly solution is something like the below.
This still crashes :)
> --- a/mm/mempolicy.c
> +++ b/mm/mempolicy.c
> @@ -1762,19 +1762,21 @@ unsigned slab_node(void)
> static unsigned offset_il_node(struct mempolicy *pol,
>
On 13 August 2013 15:38, Lukasz Majewski wrote:
> The Intel's hardware based boost solution driver has been changed to
> cooperate with
> common cpufreq boost framework.
>
> The global sysfs boost attribute entry code
> (/sys/devices/system/cpu/cpufreq/boost)
> has been moved to a core cpufreq
Some minor nitpicking, nothing much :)
On 13 August 2013 15:38, Lukasz Majewski wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> +static int cpufreq_boost_set_sw(int state)
> +{
> + struct cpufreq_frequency_table *freq_table;
> + struct cpufreq_policy
On 08/25/2013 09:26 PM, Greg Kroah-Hartman wrote:
On Sun, Aug 25, 2013 at 09:02:15PM -0700, Guenter Roeck wrote:
On 08/25/2013 08:30 PM, Guenter Roeck wrote:
Broken builds:
mips:ath79_defconfig
parisc:defconfig
sparc32:defconfig
sparc64:defconfig
tile:defconfig
On 24 August 2013 04:45, Eduardo Valentin wrote:
> diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/drivers/cpufreq/cpufreq-cpu0.c
> index ad1fde2..ede6487 100644
> --- a/drivers/cpufreq/cpufreq-cpu0.c
> +++ b/drivers/cpufreq/cpufreq-cpu0.c
> @@ -20,6 +20,9 @@
> #include
> #include
> #include
On Sun, Aug 25, 2013 at 7:56 PM, Lei Wen wrote:
> On Tue, Aug 20, 2013 at 12:01 AM, Peter Zijlstra wrote:
>> From: Joonsoo Kim
>>
>> There is no reason to maintain separate variables for this_group
>> and busiest_group in sd_lb_stat, except saving some space.
>> But this structure is always
On Fri, August 23, 2013, Doug Anderson wrote:
> Previously the dw_mmc driver would ignore any requests to disable the
> card's clock. This doesn't seem like a good thing in general, but had
> one extra bad side effect in the following situtation:
> * mmc core would set clk to 400kHz at boot time
On 24 August 2013 20:20, Rafael J. Wysocki wrote:
> OK, let me rephrase that more directly: Please, slow down. Allow your
> previous
> changes to be integrated before you throw more of them at people.
Okay, I will try :)
Btw, Are you going to take any of my patches for 3.12?
--
To unsubscribe
From: Ching
Fix bug of updating adapter firmware through ioctl(ARCHTTP) interface.
Signed-off-by: Ching
---
patch3
Description: Binary data
On Sun, Aug 25, 2013 at 09:50:21PM +0200, Tibor Billes wrote:
> From: Paul E. McKenney Sent: 08/24/13 11:03 PM
> > On Sat, Aug 24, 2013 at 09:59:45PM +0200, Tibor Billes wrote:
> > > From: Paul E. McKenney Sent: 08/22/13 12:09 AM
> > > > On Wed, Aug 21, 2013 at 11:05:51PM +0200, Tibor Billes
On Sun, Aug 25, 2013 at 09:02:15PM -0700, Guenter Roeck wrote:
> On 08/25/2013 08:30 PM, Guenter Roeck wrote:
> > Broken builds:
> > mips:ath79_defconfig
> > parisc:defconfig
> > sparc32:defconfig
> > sparc64:defconfig
> > tile:defconfig
> >
> Add:
>
From: Ching
Fix command throttling for ARC188x series adapter.
Signed-off-by: Ching
---
patch2
Description: Binary data
On Thu, 22 Aug 2013 17:09:11 +0200 "H. Peter Anvin" wrote:
> Acked-by: H. Peter Anvin
Applied with the Ack - thanks.
NeilBrown
>
> Max Filippov wrote:
> >-e is a non-standard echo option, echo output is
> >implementation-dependent when it is used. Replace echo -e with printf
> >as
>
From: Ching
Support Areca new SATA Raid adapter ARC1214/1224/1264/1284.
Modify maximum outstanding command number, notify command complete with auto
request sense
Signed-off-by: Ching
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Wei Yongjun
free_irq() expects the same device identity that was passed to
corresponding request_irq(), otherwise the IRQ is not freed.
Signed-off-by: Wei Yongjun
---
drivers/vme/bridges/vme_ca91cx42.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
On 08/25/2013 08:30 PM, Guenter Roeck wrote:
Broken builds:
mips:ath79_defconfig
parisc:defconfig
sparc32:defconfig
sparc64:defconfig
tile:defconfig
Add:
powerpc:ppc64e_defconfig
powerpc:cell_defconfig
powerps:maple_defconfig
That makes it 8
On Fri, Aug 23, 2013 at 11:53 AM, Dave Jones wrote:
>
> It actually seems worse, seems I can trigger it even easier now, as if
> there's a leak.
>
Can you please try the new fix for TLB flush?
commit 2b047252d087be7f2ba
Fix TLB gather virtual address range invalidation corner cases
--
To
Jaehoon,
On Sun, Aug 25, 2013 at 6:31 PM, Jaehoon Chung wrote:
> Hi Doug,
>
> On 08/24/2013 05:40 AM, Doug Anderson wrote:
>> Jaehoon,
>>
>> On Fri, Aug 23, 2013 at 6:21 AM, Jaehoon Chung
>> wrote:
>>> Hi Doug,
>>>
>>> If the clock-gating is enabled, then maybe it's continuously printed the
decrease device_node refcount np1 in err case.
Signed-off-by: Libo Chen
---
drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c
Broken builds:
mips:ath79_defconfig
parisc:defconfig
sparc32:defconfig
sparc64:defconfig
tile:defconfig
Error log:
drivers/usb/host/ohci-pci.c: In function 'ohci_pci_init':
drivers/usb/host/ohci-pci.c:309:35: error: 'ohci_suspend' undeclared (first use
in
Hi Rafael,
On 08/26/2013 04:09 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> There are two mutexes, device_hotplug_lock and acpi_scan_lock, held
> around the acpi_bus_trim() call in acpi_scan_hot_remove() which
> generally removes devices (it removes ACPI device objects at least,
We need to active KEXEC for book3e and bypass or convert non-book3e stuff
in kexec coverage.
Signed-off-by: Tiejun Chen
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/machine_kexec_64.c | 148 ++--
arch/powerpc/kernel/misc_64.S |
book3e is different with book3s since 3s includes the exception
vectors code in head_64.S as it relies on absolute addressing
which is only possible within this compilation unit. So we have
to get that label address with got.
And when boot a relocated kernel, we should reset ipvr properly again
We can rename 'interrupt_end_book3e' with '__end_interrupts' then
book3s/book3e can share this unique label to make sure we can use
this conveniently.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kernel/exceptions-64e.S |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
In commit 96f013f, "powerpc/kexec: Add kexec "hold" support for Book3e
processors", requires that GPR4 survive the "hold" process, for IBM Blue
Gene/Q with with some very strange firmware. But for FSL Book3E, r4 = 1
to indicate that the initial TLB entry for this core already exists so
we still
ppc64 kexec mechanism has a different implementation with ppc32.
Signed-off-by: Tiejun Chen
---
arch/powerpc/platforms/85xx/smp.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/powerpc/platforms/85xx/smp.c
b/arch/powerpc/platforms/85xx/smp.c
index 549948a..137ad10
Book3e is always aligned 1GB to create TLB so we should
use (KERNELBASE - MEMORY_START) as VIRT_PHYS_OFFSET to
get __pa/__va properly while boot kdump.
Signed-off-by: Tiejun Chen
---
arch/powerpc/include/asm/page.h |2 ++
1 file changed, 2 insertions(+)
diff --git
We need to introduce a flag to indicate we're already running
a kexec kernel then we can go proper path. For example, We
shouldn't access spin_table from the bootloader to up any secondary
cpu for kexec kernel, and kexec kernel already know how to jump to
generic_secondary_smp_init.
Ben,
I don't see any further comments, so could you merge this kindly?
This patchset is used to support kexec and kdump on book3e.
Tested on fsl-p5040 DS.
v4:
* rebase on next branch
v3:
* add one patch to rename interrupt_end_book3e with __end_interrupts
then we can have a unique lable
book3e have no real MMU mode so we have to create a 1:1 TLB
mapping to make sure we can access the real physical address.
And correct something to support this pseudo real mode on book3e.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kernel/head_64.S |9 ---
arch/powerpc/kernel/misc_64.S
struct pt_regs pointer is no longer passed as a irq handler
argument. and also remove unnecessary macros.
Signed-off-by: navin patidar
---
drivers/staging/rtl8192e/rtl8192e/rtl_core.c |5 +++--
drivers/staging/rtl8192e/rtl8192e/rtl_core.h |6 --
2 files changed, 3 insertions(+), 8
On Tue, Aug 20, 2013 at 12:01 AM, Peter Zijlstra wrote:
> From: Joonsoo Kim
>
> There is no reason to maintain separate variables for this_group
> and busiest_group in sd_lb_stat, except saving some space.
> But this structure is always allocated in stack, so this saving
> isn't really
Hi Linus,
>Didn't you get review from Stephen Warren?
Yes, just wasn't sure when those tags should be added. They have been
added to v3 now.
>Please try to put all the maintainers for the above files on the To: line
>so they get a chance to review/ack the patch.
Ok. I've added the emails
2.6.34.x kernels require a similar logic change as commit 73a8bd74
[ipv6:Revert 'administrative down' address handling changes]
introduces for newer kernels.
In 2.6.34.x kernels, when an interface with ipv6 global address is
restarted, the ipv6 route item disappear, but ipv6 global address
still
Hi Sylwester,
On Fri, Aug 23, 2013 at 11:33 PM, Sylwester Nawrocki
wrote:
> Cc: DT binding maintainers
>
> On 07/20/2013 08:21 AM, Lad, Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> add OF support for the adv7343 driver.
>>
>> Signed-off-by: Lad, Prabhakar
>> ---
> [...]
>>
(2013/08/23 20:04), Heiko Carstens wrote:
> With the general-instruction extension facility (z10) a couple of
> instructions with a pc-relative long displacement were introduced.
> The kprobes support for these instructions however was never implemented.
>
> In result, if anybody ever put a probe
On 08/26/2013 01:43 AM, Paul E. McKenney wrote:
> On Sun, Aug 25, 2013 at 11:19:37PM +0800, Lai Jiangshan wrote:
>> Hi, Steven
>>
>> Any comments about this patch?
>
> For whatever it is worth, it ran without incident for two hours worth
> of rcutorture on my P5 test (boosting but no CPU
DearJoe :
I'm sorry to ask you that, do you need me to merge the
patch and re-send it again.
And which version of kernel will release this driver.
Thanks a lot and apologizing for making you trouble.
Dear all :
Thanks a lot.
2013-08-26
liujunliang_ljl
发件人: Joe Perches
发送时间: 2013-08-26 10:19:35
收件人: liujunliang_ljl
抄送: davem; horms; romieu; gregkh; netdev; linux-usb; linux-kernel; sunhecheng
主题: Re: Re: [PATCH] USB2NET : SR9700 : One chip USB 1.1
With two directly connected targets running kernel 2.6.34.x.
TargetA - TargetB
3000::1/643000::2/64
TargetA
- bring the interface down by doing an "ifconfig eth1 down"
- bring the interface back up by doing an "ifconfig eth1 up"
TargetB
Firstly, thank you for your reply with these details.
On 08/26/2013 03:18 AM, Paul E. McKenney wrote:
> On Thu, Aug 22, 2013 at 11:01:53AM +0800, Chen Gang wrote:
>> On 08/21/2013 10:23 PM, Paul E. McKenney wrote:
>>> On Wed, Aug 21, 2013 at 01:59:29PM +0800, Chen Gang wrote:
>
> [ . . . ]
>
(2013/08/23 20:04), Heiko Carstens wrote:
> The current two insn slot caches both use module_alloc/module_free
> to allocate and free insn slot cache pages.
> For s390 this is not sufficient since there is the need to allocate
> insn slots that are either within the vmalloc module area or within
>
On Mon, 2013-08-26 at 10:14 +0800, liujunliang_ljl wrote:
> do you need me to merge the patch and re-send it again.
I do not.
> And which version of kernel will release this driver.
No idea.
That's up to David Miller or Greg KH to pick
up the driver and maybe take the follow-on
patch I sent.
This patch redefine function xhci_readl.xhci_readl function doesn't use
xhci_hcd argument.
Hence there is no need of keeping it in the function arguments.
Redefining this function breaks other functions which calls this function.
This phatch also correct those calls in xhci driver.
On 2013-08-24 01:15, Konrad Rzeszutek Wilk wrote:
On Thu, Aug 22, 2013 at 03:14:34PM -0600, Bjorn Helgaas wrote:
On Mon, Aug 5, 2013 at 1:21 AM, Zhenzhong Duan
wrote:
xen_initdom_restore_msi_irqs trigger a hypercall to restore addr/data/mask
in dom0. It's better to do the same in
> Brad, Linus, does the above patch work for you as well as for Ian?
That would work fine for me, but I guess we need confirmation from
someone with the ISO or JIS layouts.
Cheers,
-Ian
--
http://sites.google.com/site/DarkStarJunkSpace
--
http://darkstarshout.blogspot.com/
--
Please avoid
(2013/08/21 2:56), Steven Rostedt wrote:
On Mon, 19 Aug 2013 18:46:39 +0900
Yoshihiro YUNOMAE wrote:
This message protocol is incompatible with the previous unstructured message
protocol. So, if an old(new)-version client tries to connect to an
new(old)-version server, the operation should
(2013/08/23 20:04), Heiko Carstens wrote:
> The two insn caches (insn, and optinsn) each have an own mutex and
> alloc/free functions (get_[opt]insn_slot() / free_[opt]insn_slot()).
>
> Since there is the need for yet another insn cache which satifies
> dma allocations on s390, unify and simplify
(2013/08/21 2:49), Steven Rostedt wrote:
On Mon, 19 Aug 2013 18:46:37 +0900
Yoshihiro YUNOMAE wrote:
Split out binding a port and fork reader from open_udp() for avoiding duplicate
codes between listen mode and virt-server mode.
Signed-off-by: Yoshihiro YUNOMAE
---
trace-listen.c | 34
Hi Steven,
Thank you for reviewing my patches.
Sorry for the late reply.
(2013/08/21 1:00), Steven Rostedt wrote:
On Mon, 19 Aug 2013 18:46:20 +0900
Yoshihiro YUNOMAE wrote:
d) merge feature of trace data of multiple guests and a host in chronological
order
Current trace-cmd cannot
Hi Doug,
On 08/24/2013 05:40 AM, Doug Anderson wrote:
> Jaehoon,
>
> On Fri, Aug 23, 2013 at 6:21 AM, Jaehoon Chung wrote:
>> Hi Doug,
>>
>> If the clock-gating is enabled, then maybe it's continuously printed the
>> kernel message for Bus_speed.
>
> Can you explain? I don't think dw_mmc has
On 8/25/2013 7:39 AM, Gleb Natapov wrote:
> On Mon, Aug 12, 2013 at 04:24:11PM -0400, Chris Metcalf wrote:
>> This change provides the initial framework support for KVM on tilegx.
>> Basic virtual disk and networking is supported.
>>
> This needs to be broken down to more reviewable patches.
I
memory_failure() store the page flag of the error page before doing unmap,
and (only) if the first check with page flags at the time decided the error
page is unknown, it do the second check with the stored page flag since
memory_failure() does unmapping of the error pages before doing
Repalce atomic_long_sub() with atomic_long_dec() since the page is
normal page instead of hugetlbfs page or thp.
Reviewed-by: Naoya Horiguchi
Signed-off-by: Wanpeng Li
---
mm/memory-failure.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/memory-failure.c
Add '#' to madvise_hwpoison.
Before patch:
[ 95.892866] Injecting memory failure for page 19d0 at b7786000
[ 95.893151] MCE 0x19d0: non LRU page recovery: Ignored
After patch:
[ 95.892866] Injecting memory failure for page 0x19d0 at 0xb7786000
[ 95.893151] MCE 0x19d0: non LRU page
v1 -> v2:
* drop compound_trans_order completely
compound lock is introduced by commit e9da73d67("thp: compound_lock."),
it is used to serialize put_page against __split_huge_page_refcount().
In addition, transparent hugepages will be splitted in hwpoison handler
and just one subpage will be
v1 -> v2:
* add more explanation in patch description.
v2 -> v3:
* set MIGRATE_ISOLATE only if it's not set.
Set pageblock migration type will hold zone->lock which is heavy contended
in system to avoid race. However, soft offline page will set pageblock
migration type twice during get page if
madvise hwpoison inject will poison the read-only empty zero page if there is
no write access before poison. Empty zero page reference count will be
increased
for hwpoison, subsequent poison zero page will return directly since page has
already been set PG_hwpoison, however, page reference
v1 -> v2:
* unpoison thp fail
There is a race between hwpoison page and unpoison page, memory_failure
set the page hwpoison and increase num_poisoned_pages without hold page
lock, and one page count will be accounted against thp for num_poisoned_pages.
However, unpoison can occur before
Drop forward reference declarations __soft_offline_page.
Reviewed-by: Naoya Horiguchi
Signed-off-by: Wanpeng Li
---
mm/memory-failure.c | 128 ++--
1 file changed, 63 insertions(+), 65 deletions(-)
diff --git a/mm/memory-failure.c
On 08/23/2013 06:47 PM, Herbert Xu wrote:
> On Fri, Aug 23, 2013 at 12:44:48PM +0200, Steffen Klassert wrote:
>> On Thu, Aug 22, 2013 at 02:43:37PM +0800, Chen Gang wrote:
>>> Share code between CPU_ONLINE and CPU_DOWN_FAILED, same to
>>> CPU_DOWN_PREPARE and CPU_UP_CANCELED.
>>>
>>> It will fix 2
Hi
> > The argument is not used, remove it. No board registers a pcf857x device
> > with an IRQ without specifying platform data, IRQ domain registration
> > behaviour is thus not affected by this change.
> >
> > Signed-off-by: Laurent Pinchart
>
> Patch applied, unless Kuninori has some
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
Acked-by: Simon Horman
---
drivers/dma/sh/shdmac.c |3 ---
drivers/dma/sh/sudmac.c |2 --
2 files
On Fri, Aug 23, 2013 at 8:18 PM, Henrique de Moraes Holschuh
wrote:
> NACK. This we won't do. It is a LED misuse, and it will get in the way
> when we finally put that LED to its proper use.
Agreed. Please see my response to mjg.
--
To unsubscribe from this list: send the line "unsubscribe
Enable shared IRQ to allow ADC to share IRQ line from
parent MFD core. Only FIFO0 IRQs are for TSC and handled
on the TSC side.
Step mask would be updated from cached variable only previously.
In rare cases when both TSC and ADC are used, the cached
variable gets mixed up.
The step mask is
Previously the driver had only one-shot reading functionality.
This patch adds triggered buffer support to the driver.
Continuous sampling starts when buffer is enabled.
And samples are pushed to userpace by the trigger which
triggers automatically at every hardware interrupt
of FIFO1 filling
This applies to togreg branch in iio.
Round 6 updates
Fixed trigger the way iio list wanted. Driver has its own trigger.
Triggers at every FIFO Threshold IRQ and pushes samples to iio buffer.
Went through the driver and cleaned it up quite a bit.
Squashed patches together instead of having
On Sunday 25 August 2013 19:12:32 Ondrej Zary wrote:
> On Sunday 25 August 2013 16:51:06 Deucher, Alexander wrote:
> > > -Original Message-
> > > From: Ondrej Zary [mailto:li...@rainbow-software.org]
> > > Sent: Friday, August 23, 2013 1:55 PM
> > > To: Deucher, Alexander
> > > Cc: Kernel
On Sat, Aug 24, 2013 at 04:33:18PM -0700, Dmitry Torokhov wrote:
> On Fri, Aug 23, 2013 at 02:24:33PM -0700, Greg Kroah-Hartman wrote:
> > The drv_attrs field of struct bus_type is going away soon, drv_groups
> > should be used instead. This converts the gameport bus code to use the
> > correct
On Sun, Aug 25, 2013 at 10:09:47PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> There are two mutexes, device_hotplug_lock and acpi_scan_lock, held
> around the acpi_bus_trim() call in acpi_scan_hot_remove() which
> generally removes devices (it removes ACPI device objects at
Quoting Maxime Ripard (2013-08-04 02:47:29)
> From: Emilio López
>
> With the recent move towards CLK_OF_DECLARE(...), the driver stopped
> initializing osc32k, which is compatible "fixed-clock". This is because
> we never called of_clk_init(NULL). Fix this by moving the only other
> simple
On Friday 23 August 2013, Thierry Reding wrote:
> > > + if (IS_ENABLED(CONFIG_PCI_MSI)) {
> > > + if (of_property_read_u32(np, "msi-base",
> > > >msi_irq_start)) {
> > > + dev_err(pp->dev, "Failed to parse the number of
> > > lanes\n");
> > > +
On Sun, Aug 25, 2013 at 1:06 PM, Al Viro wrote:
>
> Timestamp updates, chmod/chown, xattr mess...
Ok, so that's just too much details.
So I'll just go back to square one, and wonder if we could/should just
make the rule be that in order to be in that LAST_BIND case, you
really have to have
On Sun, Aug 25, 2013 at 12:57:25PM -0700, Linus Torvalds wrote:
> Yes. I think we should do this, but I think we should also look at
> what _other_ LOOKUP_xyz we should do for the /proc case.
>
> For the read-only fd case, we should have a LOOKUP_WRITE flag, and
> return -EPERM if an operation
On Sun, Aug 25, 2013 at 12:48 PM, Oleg Nesterov wrote:
>
> Or pid_revalidate(), but my concern is task_dumpable() logic.
>
> pid_revalidate() does inode->i_*id = GLOBAL_ROOT_*ID if task_dumpable()
> fails, but it can fail simply because ->mm = NULL.
>
> This means that almost everything in
From: Rafael J. Wysocki
There are two mutexes, device_hotplug_lock and acpi_scan_lock, held
around the acpi_bus_trim() call in acpi_scan_hot_remove() which
generally removes devices (it removes ACPI device objects at least,
but it may also remove "physical" device objects through .detach()
On Sat, Aug 24, 2013 at 8:37 PM, Al Viro wrote:
>
> FWIW, I'm tempted to try the following trick:
> * introduce FMODE_FLINK in file->f_mode; O_TMPFILE would set it,
> unless O_EXCL is present.
> * introduce LOOKUP_LINK, to be passed by sys_linkat() when
> resolving the target.
[
Cough. I am going off-topic again, but I can't resist...
On 08/25, Linus Torvalds wrote:
>
> Look at the code that creates the fd stat information, for example.
> It's in tid_fd_revalidate(), and it really doesn't make much sense to
> use the task credentials for it.
Or pid_revalidate(), but my
From: Paul E. McKenney Sent: 08/24/13 11:03 PM
> On Sat, Aug 24, 2013 at 09:59:45PM +0200, Tibor Billes wrote:
> > From: Paul E. McKenney Sent: 08/22/13 12:09 AM
> > > On Wed, Aug 21, 2013 at 11:05:51PM +0200, Tibor Billes wrote:
> > > > > From: Paul E. McKenney Sent: 08/21/13 09:12 PM
> > > > >
This driver supports the GPIO controller found in LSI ZEVIO SoCs.
It has been successfully tested on a TI nspire CX calculator.
---
.../devicetree/bindings/gpio/gpio-zevio.txt| 18 ++
drivers/gpio/Kconfig | 6 +
drivers/gpio/Makefile
Hi,
On Sun, Aug 25 2013, Balaji T K wrote:
> On Saturday 29 June 2013 11:55 AM, Francesco Lavra wrote:
>> Commit 1f6b9fa40e76fffaaa0b3bd6a0bfdcf1cdc06efa consolidated writes to
>> the STAT register in one location, moving them from omap_hsmmc_do_irq()
>> to omap_hsmmc_irq(). This move has the
On Saturday 29 June 2013 11:55 AM, Francesco Lavra wrote:
Commit 1f6b9fa40e76fffaaa0b3bd6a0bfdcf1cdc06efa consolidated writes to
the STAT register in one location, moving them from omap_hsmmc_do_irq()
to omap_hsmmc_irq(). This move has the unwanted side effect that the
controller status flags
On Sunday, August 25, 2013 12:37:33 PM Felipe Contreras wrote:
> Since v3.7 the acpi backlight driver doesn't work correctly in several
> machines because ACPI code has different code for Windows 8, and the
> rest.
>
> The commit ea45ea7 (in v3.11-rc2) tried to fix this problem by using the
>
Hi,
On 08/07/2013 06:53 AM, Fabian Vogt wrote:
This driver supports the GPIO controller found in LSI ZEVIO SoCs.
It has been successfully tested on a TI nspire CX calculator.
diff --git a/Documentation/devicetree/bindings/gpio/gpio-zevio.txt
On Sat, Aug 24, 2013 at 03:25:36PM -0400, Mathieu Desnoyers wrote:
> * Paul E. McKenney (paul...@linux.vnet.ibm.com) wrote:
> [...]
> > The result is as follows. Better?
>
> Hi Paul,
>
> Pitching in late in the thread, so that I can get a share of the fun ;-)
>
> >
On Thu, Aug 22, 2013 at 11:01:53AM +0800, Chen Gang wrote:
> On 08/21/2013 10:23 PM, Paul E. McKenney wrote:
> > On Wed, Aug 21, 2013 at 01:59:29PM +0800, Chen Gang wrote:
[ . . . ]
> > Don't get me wrong, I do welcome appropriate patches. In fact, if
> > you look at RCU's git history, you will
On Sun, Aug 25, 2013 at 11:32 AM, Linus Torvalds
wrote:
> On Sat, Aug 24, 2013 at 10:23 PM, Al Viro wrote:
>>
>> We are really stuck with the current semantics here - switching to
>> *BSD one would not only mean serious surgery on descriptor handling
>> (it's one of the wartier areas in *BSD
On Sun, Aug 25, 2013 at 11:32:45AM -0700, Linus Torvalds wrote:
> On Sat, Aug 24, 2013 at 10:23 PM, Al Viro wrote:
> >
> > We are really stuck with the current semantics here - switching to
> > *BSD one would not only mean serious surgery on descriptor handling
> > (it's one of the wartier areas
On Sat, Aug 24, 2013 at 11:50 PM, Willy Tarreau wrote:
>
> Thanks for explaining Al, that really helps me understand. However
> there's still a difference between /proc/pid called from the process
> itself (=/proc/self) and called from other processes that seems to
> suit the situation :
On Sat, Aug 24, 2013 at 10:23 PM, Al Viro wrote:
>
> We are really stuck with the current semantics here - switching to
> *BSD one would not only mean serious surgery on descriptor handling
> (it's one of the wartier areas in *BSD VFS, in large part because
> of magic-open-really-a-dup kludges
1 - 100 of 338 matches
Mail list logo