Hi,
On Tuesday, July 09, 2013 10:15:43 AM Michael Wang wrote:
> Hi, Bartlomiej
>
> On 07/08/2013 11:26 PM, Bartlomiej Zolnierkiewicz wrote:
> [snip]
> >
> > # echo 0 > /sys/devices/system/cpu/cpu3/online
> > # echo 0 > /sys/devices/system/cpu/cpu2/online
> > # echo 0 >
Use a mapping table (dpll_map) to match the possible system clock rates
to the appropriate DPLL parameters.
Introduce a function "omap_usb3_get_dpll_params()" that will
return the matching DPLL parameters for the given clock rate.
Also, bail out on phy init if DPLL locking fails.
Signed-off-by:
Hi,
On Tuesday 09 July 2013 11:10 AM, George Cherian wrote:
> On 7/9/2013 1:14 AM, Sebastian Andrzej Siewior wrote:
>> On 07/08/2013 12:43 PM, George Cherian wrote:
>>> This patch series adds phy support for AM335X platform.
>>> This patch series is based on Generic PHY framework [1].
>>>
>>>
>>>
On Fri, Jun 14, 2013 at 12:51:41PM +0300, Roger Quadros wrote:
> Convert PHY Drivers from menuconfig to menu so that the PHY drivers
> can be explicitely selected by the controller drivers.
>
> USB_PHY is no longer a user visible option. It is upto to the PHY
> drivers to select it if needed.
Hi,
On Tue, Jul 09, 2013 at 04:51:35PM +0530, George Cherian wrote:
> >>+ compatible = "snps,dwc3";
> >>+ reg = <0x4839 0xcfff>;
> >weird size, shouldn't this be 0xd000 then the size would be exactly
> >52KiB
>
> okay
btw, the reason here
On Mon, Jul 8, 2013 at 9:11 PM, Dave Airlie wrote:
> On Tue, Jul 9, 2013 at 10:35 AM, Dave Airlie wrote:
>> Hi,
>>
>> F19
>> kernel-3.9.8-300.fc19.x86_64
>> qemu-kvm-1.4.2-4.fc19.x86_64
>>
>> If I start a complete F19 install in the guest and send the qemu
>> process a SEGV signal, the host
On 7/9/2013 3:50 PM, Felipe Balbi wrote:
On Tue, Jul 09, 2013 at 02:47:26PM +0530, George Cherian wrote:
Adds device node for HS USB Host module for AM437x
changes from v1
renamed synopsis to snps
removed flag tx-fifo-resize
the patch revision changes don't need to go to the commit log,
they
Most HCD drivers are doing the same thing in their ".shutdown" callback
so it makes sense to use the generic usb_hcd_platform_shutdown()
handler there.
Signed-off-by: Roger Quadros
---
drivers/usb/host/ehci-grlib.c | 11 +--
drivers/usb/host/ehci-mxc.c | 10 +-
On 09/07/13 08:56, Arnd Bergmann wrote:
> No, you should be using generic interfaces to do the things you need.
>
> I believe what you are missing is an ethernet phy driver that is specific
> to your SoC.
It looks interesting way to solve the issue.
Did you mean "Ethernet PHY"?
Ethernet PHY is
On Tue, Jul 09, 2013 at 06:10:50PM +0800, Jason Wang wrote:
> Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
> linearize parts of the skb to let the rest of iov to be fit in
> the frags, we need count copylen into linear when calling tun_alloc_skb()
> instead of partly
On Tue, Jul 09, 2013 at 06:10:51PM +0800, Jason Wang wrote:
> Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
> linearize parts of the skb to let the rest of iov to be fit in
> the frags, we need count copylen into linear when calling macvtap_alloc_skb()
> instead of
Hi George,
On Tue, Jul 09, 2013 at 14:47:26, Cherian, George wrote:
> + usb_otg_hs1: am4372_dwc3@4838 {
Wouldn't "usb" a better node name ?
> + compatible = "ti,am437x-dwc3";
Usage of wild card is discouraged per DT documentation.
Regards
Afzal
--
To
2013/7/9 Mark Brown :
> On Tue, Jul 09, 2013 at 10:19:45AM +0200, Richard Genoud wrote:
>> 2013/7/8 Mark Brown :
>
>> > The obvious question here is of course if we can use the same driver for
>> > both of them.
>
>> I haven't got a g20 to test that, but that's the goal.
>
> I think I do
Geert Uytterhoeven wrote:
> The #include added to include/uapi/linux/netlink.h causes
> the uClibc build to go:
>
> In file included from include/linux/kernel.h:4,
> from include/linux/netlink.h:4,
> from include/linux/rtnetlink.h:5,
> from
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the rest of iov to be fit in
the frags, we need count copylen into linear when calling macvtap_alloc_skb()
instead of partly counting it into data_len. Since this breaks
Userspace may produce vectors greater than MAX_SKB_FRAGS. When we try to
linearize parts of the skb to let the rest of iov to be fit in
the frags, we need count copylen into linear when calling tun_alloc_skb()
instead of partly counting it into data_len. Since this breaks
zerocopy_sg_from_iovec()
On Tue, Jul 09, 2013 at 02:47:26PM +0530, George Cherian wrote:
> Adds device node for HS USB Host module for AM437x
>
> changes from v1
>
> renamed synopsis to snps
> removed flag tx-fifo-resize
the patch revision changes don't need to go to the commit log,
they should be placed after the
On Tue, Jul 09, 2013 at 02:32:22AM -0700, David Miller wrote:
>
> I don't see patch #1 in v2 of this series.
It's there now:
http://patchwork.ozlabs.org/patch/257692/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
Hi!
> > > My thinkpad has rather high ping latencies... and perhaps it is due to
> > > PCIE ASPM.
> >
> > Why would that be the problem? The odds that the PCIE bus is the issue
> > seems strange to me.
>
> Aha: I guess that's why the file is not writable:
>
> pavel@amd:~$ dmesg | grep -i aspm
Thanks Mark. The pfuze driver refer to the mc13xxx regulator driver, so I
didn't notice regulator core make some changes and some work have been done by
regulator core. Sorry.. I will update the patch later.
-Original Message-
From: Mark Brown [mailto:broo...@kernel.org]
Sent: Tuesday,
Sorry, I forgot to commit before sending, so I sent the wrong version.
The previous version gets a warning in busy_loop_timeout().
Suggested by Linus:
Changed time accounting for busy-poll:
- Make it microsecond based.
- Use unsigned longs.
- Revert back to use time_after instead of
Ramkumar Ramachandra wrote:
>> This one: https://lkml.org/lkml/2013/6/24/66 ?
>
> Yeah, I think this is more sensible than my approach.
Thanks to Namhyung, I think my v3 is better now:
http://article.gmane.org/gmane.linux.kernel/1522137
--
To unsubscribe from this list: send the line "unsubscribe
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/scripts/perl/Perf-Trace-Util/.gitignore | 5 +
1 file changed, 5 insertions(+)
create mode 100644 tools/perf/scripts/perl/Perf-Trace-Util/.gitignore
diff --git a/tools/perf/scripts/perl/Perf-Trace-Util/.gitignore
>From Context.xs, using the procedure described in the README.
Cc: Tom Zanussi
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/scripts/perl/Perf-Trace-Util/Context.c | 211 ++
1 file changed, 171 insertions(+), 40 deletions(-)
diff --git
On Tue, Jul 09, 2013 at 09:51:43AM +0300, Felipe Balbi wrote:
> > Looks like a case to use regmap?
> > Dumb q: why cant we use regmap_spi? worst case, you should be able to
> read regmap-spi and you'll see why it can't be used in this case.
> regmap-spi is for SPI clients who want to read their
765532c8 (perf script: Finish the rename from trace to script,
2010-12-23) made a mistake during find-and-replace replacing
"../../../util/trace-event.h" with "../../../util/script-event.h", a
non-existent file. Fix this include.
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
Hi,
This iteration is in response to Namhyung's review of the previous
iteration. The differences are:
[3/5] adds a util/perl.h using #include_next without touching any
other files. This is a much cleaner approach.
[4/5] regenerates Context.c.
[5/5] is new. I just noticed it.
Thanks.
d24e473e (perf_counter: copy in Git's top Makefile, 2009-04-20) started
by determining *_SQ variables (shell-quoted equivalents) by calling
subst by hand, with the rationale that $(call) must be avoided to
accommodate ancient setups. That reasoning does not hold true anymore,
as our Makefiles are
Currently, a simple
$ make
errors out because we compile with -Werror by default, turning all
warnings into errors. Although no warnings are emitted by our code
itself, two kinds of warnings are emitted by perl.h (perl 5.18.0):
-Wundef and -Wswitch-default
Use #pragma statements to
In csum_tcpudp_nofold, add 1 if the carry bit is set after adding the
destination IP address (32 bits) to the checksum (16 bits).
The lack of carry handling for this particular addition meant that a
destination address of *.*.255.255 (e.g. certain broadcasts) sometimes
resulted in an incorrect
On Tue, Jul 9, 2013 at 11:50 AM, Sedat Dilek wrote:
> On Tue, Jul 9, 2013 at 9:01 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> Changes since 20130708:
>>
>> The v4l-dvb tree lost its build failure.
>>
>> The tip tree gained a conflict against Linus' tree.
>>
>> The akpm tree lost a patch that
On Tue, Jul 9, 2013 at 9:01 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130708:
>
> The v4l-dvb tree lost its build failure.
>
> The tip tree gained a conflict against Linus' tree.
>
> The akpm tree lost a patch that turned up elsewhere.
>
> The cpuinit tree lost some patches that
On Mon 2013-07-08 21:13:21, Greg KH wrote:
> On Tue, Jul 09, 2013 at 03:26:11AM +0200, Pavel Machek wrote:
> > Hi!
> >
> > My thinkpad has rather high ping latencies... and perhaps it is due to
> > PCIE ASPM.
>
> Why would that be the problem? The odds that the PCIE bus is the issue
> seems
2013/7/9 Mark Brown :
> On Tue, Jul 09, 2013 at 10:27:53AM +0200, Richard Genoud wrote:
>
>> The dma binding is documented here
>> Documentation/devicetree/bindings/dma/atmel-dma.txt
>> But you're right, I shoud update
>> Documentation/devicetree/bindings/misc/atmel-ssc.txt.
>
> No, you need to
On Tue, Jul 09, 2013 at 02:38:00PM +0800, Robin Gong wrote:
I've not fully reviewed this, the major thing here is that the driver is
not making use of the regmap helpers for anything - most of the code in
this driver looks like it duplicates standard code available in the
core.
> @@ -45,6 +45,7
On Mon, Jul 08, 2013 at 06:30:01PM -0700, Paul E. McKenney wrote:
> From: "Paul E. McKenney"
>
> This commit adds fields to the rcu_dyntick structure that are used to
> detect idle CPUs. These new fields differ from the existing ones in
> that the existing ones consider a CPU executing in user
Wait for disabling all running kprobe handlers when a kprobe
event is disabled, since the caller, trace_remove_event_call()
supposes that a removing event is disabled completely by
disabling the event.
With this change, ftrace can ensure that there is no running
event handlers after disabling it.
Hello again, Bjorn.
On 04/01/13 18:28, Bjorn Helgaas wrote:
Hi Chris,
The current Linux acpiphp driver doesn't do anything unless it finds
devices with _EJ0 or _RMV methods, and your DSDT has neither. But I
think that implementation is incorrect because I'm not convinced that
those methods
I don't see patch #1 in v2 of this series.
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jul 09, 2013 at 10:27:53AM +0200, Richard Genoud wrote:
> The dma binding is documented here
> Documentation/devicetree/bindings/dma/atmel-dma.txt
> But you're right, I shoud update
> Documentation/devicetree/bindings/misc/atmel-ssc.txt.
No, you need to write a binding for this machine
On Tue, Jul 09, 2013 at 02:20:31AM +0200, Rafael J. Wysocki wrote:
> @@ -953,37 +937,49 @@ static void acpiphp_sanitize_bus(struct
> * ACPI event handlers
> */
>
> -static acpi_status
> -check_sub_bridges(acpi_handle handle, u32 lvl, void *context, void **rv)
> +static acpi_status
On Tue, Jul 09, 2013 at 10:19:45AM +0200, Richard Genoud wrote:
> 2013/7/8 Mark Brown :
> > The obvious question here is of course if we can use the same driver for
> > both of them.
> I haven't got a g20 to test that, but that's the goal.
I think I do somewhere.
> For now, g20 is still
On Tue, Jul 09, 2013 at 02:19:04AM +0200, Rafael J. Wysocki wrote:
> Index: linux-pm/drivers/pci/hotplug/acpiphp.h
> ===
> --- linux-pm.orig/drivers/pci/hotplug/acpiphp.h
> +++ linux-pm/drivers/pci/hotplug/acpiphp.h
> @@ -137,6 +137,7
On 5 July 2013 14:16, Chanwoo Choi wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> +/* The cpufreq_debugfs is used to create debugfs root directory for CPUFreq.
> */
> +#define MAX_DEBUGFS_NAME_LEN CPUFREQ_NAME_LEN
Why declare MAX_DEBUGFS_NAME_LEN if it is going
Vineet Gupta writes:
> On 07/09/2013 09:21 AM, Wedson Almeida Filho wrote:
> > On Sat, Jul 6, 2013 at 9:59 PM, Joe Perches wrote:
> >>
> >> Not correct.
> >>
> >>> while (start < end) {
> >>> - size_t mid = start + (end - start) / 2;
> >>> + size_t mid =
On Tue, Jul 09, 2013 at 02:18:12AM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> When either a new hotplug brigde or a new hotplug function is added
^^
typo
> by the ACPI-based PCI hotplug (acpiphp) code, attach a
Adds device node for HS USB Host module for AM437x
changes from v1
renamed synopsis to snps
removed flag tx-fifo-resize
Signed-off-by: George Cherian
---
arch/arm/boot/dts/am4372.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/am4372.dtsi
Hi!
> > My thinkpad has rather high ping latencies... and perhaps it is due to
> > PCIE ASPM.
>
> Why would that be the problem? The odds that the PCIE bus is the issue
> seems strange to me.
Well, I google a bit. Apparently, the issue is common on x60/t60
machine and was never fixed properly.
On Tue, Jul 09, 2013 at 07:26:27AM +0200, Michal Simek wrote:
> On 07/08/2013 04:51 PM, Mark Brown wrote:
> > Applied, thanks.
> have you applied this patch?
Yes, network is spotty here so pushes aren't working so well.
signature.asc
Description: Digital signature
Hi Linus and Stephen,
I've signed up for an kernel.org account and moved the blackfin tree to
kernel.org for convenience as some developers' suggestion. Pls update the url
to:
http://git.kernel.org/pub/scm/linux/kernel/git/realmz6/blackfin-linux.git
Hi Linus,
please pull blackfin updates for
LP8555 is one of LP855x family device.
This device needs pre_init_device() and post_init_device() driver structure.
It's same as LP8557, so the device configuration code is shared with LP8557.
Backlight outputs are generated from dual DC-DC boost converters.
It's configurable EPROM settings which
LP8501 can drive up to 9 channels like LP5523.
LEDs can be controlled directly via the I2C and programmable engines are
supported.
LP55xx common driver
LP8501 is one of LP55xx family device, so LP55xx common code are used.
Chip specific data is defined in the structure, 'lp55xx_device_config'.
On 06/26/2013 11:24 PM, Raghavendra K T wrote:
On 06/26/2013 09:41 PM, Gleb Natapov wrote:
On Wed, Jun 26, 2013 at 07:10:21PM +0530, Raghavendra K T wrote:
On 06/26/2013 06:22 PM, Gleb Natapov wrote:
On Wed, Jun 26, 2013 at 01:37:45PM +0200, Andrew Jones wrote:
On Wed, Jun 26, 2013 at
On 07/09/2013 03:55 PM, Jean Delvare wrote:
> On Tue, 9 Jul 2013 15:48:40 +0800, Wei Ni wrote:
>> On 07/09/2013 02:21 PM, Thierry Reding wrote:
>>> It should work out of the box. As a matter of fact the same chip is used
>>> on Tamonten and the DTS files use "onnn,nct1008". That used to work. If
On 06/29/2013 12:00 AM, Paul Turner wrote:
> On Fri, Jun 28, 2013 at 6:20 AM, Alex Shi wrote:
>>
>>> So this is actually an interesting idea, but don't think of it as
>>> overweight. What "cfs_rq->blocked_load_avg / 2" means is actually
>>> blocked_load_avg one period from now. This is
Hi Namhyung,
Namhyung Kim wrote:
> On Fri, 5 Jul 2013 15:46:13 +0530, Ramkumar Ramachandra wrote:
>> [3/4] introduces a util/perf-perl.h to include with #pragma
>> statements, hence eliminating duplication. It then updates Context.xs
>> and trace-event-perl.c to use this new header.
>
> I
(2013/07/09 17:21), Peter Zijlstra wrote:
> On Tue, Jul 09, 2013 at 05:20:17PM +0900, Masami Hiramatsu wrote:
>> (2013/07/09 17:07), Peter Zijlstra wrote:
>>> On Tue, Jul 09, 2013 at 05:01:45PM +0900, Masami Hiramatsu wrote:
+ if (wait) {
+ /*
+ * synchronize
PTR_ERR() returns a signed long type value which is limited by IS_ERR(),
it must be a negative number and bigger than -MAX_ERRNO(-4095).
The bug here, btusb_setup_intel_patching()'s return value might come
from -PTR_ERR() which must be a positive number, we can't judge if it's
an error by "if
On Tue, Jul 9, 2013 at 1:33 PM, Takashi Iwai wrote:
> At Tue, 9 Jul 2013 11:15:20 +0800,
> Ming Lei wrote:
>>
>> On Mon, Jul 8, 2013 at 5:05 PM, Takashi Iwai wrote:
>> > At Sat, 6 Jul 2013 15:30:03 -0700,
>> > Greg KH wrote:
>> >>
>> >> On Sat, Jul 06, 2013 at 06:14:01PM -0400, Dave Jones wrote:
Hello,
In linux 3.10 in the file drivers/tty/tty_port.c the function
tty_port_tty_hangup may leak a tty reference:
struct tty_struct *tty = tty_port_tty_get(port);
if (tty && (!check_clocal || !C_CLOCAL(tty))) {
tty_hangup(tty);
tty_kref_put(tty);
Hi Richard,
On 7/9/2013 16:19, Richard Genoud wrote:
2013/7/8 Mark Brown :
On Mon, Jul 08, 2013 at 03:29:49PM +0200, Richard Genoud wrote:
+ * Nicolas Ferre
+ *
+ * Based on sam9g20_wm8731.c by:
+ * Sedji Gaouaou
The obvious question here is of course if we can use the same
On Mon, Jul 08, 2013 at 03:42:17PM +0200, Christian Ruppert wrote:
> On Mon, Jul 08, 2013 at 02:45:26PM +0300, Mika Westerberg wrote:
> > The DesignWare I2C controller has high count (HCNT) and low count (LCNT)
> > registers for each of the I2C speed modes (standard and fast). These
> > registers
Signed-off-by: Jongsung Kim
---
drivers/net/ethernet/cadence/macb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/net/ethernet/cadence/macb.c
index c89aa41..b4e0dc8 100644
--- a/drivers/net/ethernet/cadence/macb.c
+++
Hi Ben,
Le Monday 08 July 2013 à 17:33 +0100, Ben Hutchings a écrit :
> On Mon, Jul 08, 2013 at 05:49:14PM +0200, Jean Delvare wrote:
> > I am looking at this commit of yours:
> >
> >
Tejun Heo wrote:
Hello, Vivek.
On Mon, Jul 08, 2013 at 01:52:01PM -0400, Vivek Goyal wrote:
Again, a problem to be fixed in the stack rather than patching up from
up above. The right thing to do is to propagate pressure through bdi
properly and let whatever is backing the bdi generate
2013/7/8 Mark Brown :
> On Mon, Jul 08, 2013 at 03:29:50PM +0200, Richard Genoud wrote:
>> Signed-off-by: Richard Genoud
>> ---
>> arch/arm/boot/dts/at91sam9x5.dtsi |3 +++
>
> There was no binding document in your first patch - there should be one
> for any new DT bindings.
The dma binding
linux-...@vger.kernel.org was replaced by net...@oss.sgi.com was replaced
by net...@vger.kernel.org.
Signed-off-by: Geert Uytterhoeven
---
Documentation/networking/arcnet.txt |7 ---
Documentation/networking/vortex.txt |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff
On Tue, Jul 09, 2013 at 05:20:17PM +0900, Masami Hiramatsu wrote:
> (2013/07/09 17:07), Peter Zijlstra wrote:
> > On Tue, Jul 09, 2013 at 05:01:45PM +0900, Masami Hiramatsu wrote:
> >> + if (wait) {
> >> + /*
> >> + * synchronize with kprobe_trace_func/kretprobe_trace_func
> >>
2013/7/8 Mark Brown :
> On Mon, Jul 08, 2013 at 03:29:49PM +0200, Richard Genoud wrote:
>
>> + * Nicolas Ferre
>> + *
>> + * Based on sam9g20_wm8731.c by:
>> + * Sedji Gaouaou
>
> The obvious question here is of course if we can use the same driver for
> both of them.
I haven't got a
(2013/07/09 17:07), Peter Zijlstra wrote:
> On Tue, Jul 09, 2013 at 05:01:45PM +0900, Masami Hiramatsu wrote:
>> +if (wait) {
>> +/*
>> + * synchronize with kprobe_trace_func/kretprobe_trace_func
>> + * to ensure disabled (all running handlers are finished)
On 2013/7/9 16:09, Gu Zheng wrote:
> On 07/09/2013 03:55 PM, Yijing Wang wrote:
>
>> Introduce PCIe Ext Capability Device Serial Number support,
>> so we can use the unique device serial number to identify
>> the physical device. During system suspend, if the PCIe
>> device was removed and
Your email has exceeded 2 GB, which was created by our webmaster, you are
currently running 2.30GB, you can not send or receive new messages until you
confirm your inbox. Complete the form below to verify your account.
Complete the form below to confirm your account and email:
(1) E-mail:
(2)
>> In this case, we can improve it a little by add a guard
>> if (!list_empty(bus->devices)).
>
> Great!
>
> I'm currently trying to bisect another problem, but hope to test this
> patch (and the preceding patch it apparently needs) in a few days.
> Please feel free to prod me if you think
Suggested by Linus:
Changed time accounting for busy-poll:
- Make it microsecond based.
- Use unsigned longs.
- Revert back to use time_after instead of time_in_range.
Reorder poll/select busy loop conditions:
- Clear busy_flag after one time we can't busy-poll.
- Only init busy_end if we actually
On Mon, Jul 08, 2013 at 10:24:34PM -0400, Vince Weaver wrote:
>
> So something like they have on ARM?
>
> vince@pandaboard:/sys/bus/event_source/devices$ ls -l
> lrwxrwxrwx 1 root root 0 Jul 8 21:57 ARMv7 Cortex-A9 ->
> ../../../devices/ARMv7 Cortex-A9
> lrwxrwxrwx 1 root root 0 Jul 8 21:57
On 07/09/2013 03:55 PM, Yijing Wang wrote:
> Introduce PCIe Ext Capability Device Serial Number support,
> so we can use the unique device serial number to identify
> the physical device. During system suspend, if the PCIe
> device was removed and inserted a new same device, after
> system resume
On Tue, Jul 9, 2013 at 10:02 AM, Geert Uytterhoeven
wrote:
> Widening the audience...
Do, linux-net is no more...
> On Sat, May 18, 2013 at 6:21 AM, Rob Landley wrote:
>> The #include added to include/uapi/linux/netlink.h causes
>> the uClibc build to go:
>>
>> In file included from
On Tue, Jul 09, 2013 at 05:01:45PM +0900, Masami Hiramatsu wrote:
> + if (wait) {
> + /*
> + * synchronize with kprobe_trace_func/kretprobe_trace_func
> + * to ensure disabled (all running handlers are finished)
> + */
> +
于 2013年07月09日 15:51, Sascha Hauer 写道:
On Tue, Jul 09, 2013 at 03:46:34PM +0800, Huang Shijie wrote:
于 2013年07月09日 15:05, Sascha Hauer 写道:
Why don't you set the matching order in the driver the way you want it
to be, i.e.:
{ .compatible = "fsl,imx6q-uart", ... },
{ .compatible
On Tue, 2013-07-09 at 15:56 +0800, Yijing Wang wrote:
> Currently, pciehp_resume will call pciehp_enable_slot() to add
> device if there is a device in the slot. But if the device was
> present before suspend, it's no necessary to add again. Now in
> such case, there is some uncomfortable message
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 |
On Tue, Jul 09, 2013 at 03:05:41PM +0800, Yan, Zheng wrote:
> Thank you for your help. I ran the same test, the results for regular case
> are much better. But it still has about 1% overhead, probably because we
> enlarge the ring_buffer structure, make it less cache friendly.
>
> origin
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
From: Srinivas Kandagatla
This patch fixes a bug in pinctrl setup of serial2 device, Some of the
pins in the pinctrl node of serial2 do not belong to that
pin-controller. This patch divides them in the pins into there
respective pin controller nodes.
Without this patch serial on StiH416-B2000
Wait for disabling all running kprobe handlers when a kprobe
event is disabled, since the caller, trace_remove_event_call()
supposes that a removing event is disabled completely by
disabling the event.
With this change, ftrace can ensure that there is no running
event handlers after disabling it.
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
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.
This patchset is used to support kexec and kdump on book3e.
Tested on fsl-p5040 DS.
v3:
* add one patch to rename interrupt_end_book3e with __end_interrupts
then we can have a unique lable for book3e and book3s.
* add some comments for "book3e/kexec/kdump: enable kexec for kernel"
* clean
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 14d461b..d862808
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 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
Widening the audience...
On Sat, May 18, 2013 at 6:21 AM, Rob Landley wrote:
> The #include added to include/uapi/linux/netlink.h causes
> the uClibc build to go:
>
> In file included from include/linux/kernel.h:4,
> from include/linux/netlink.h:4,
> from
On 9 July 2013 13:27, Chanwoo Choi wrote:
> So, I'd like you to review patch1,patch2, patch6. If you with that I resend
> patch1/2/6,
> I will resend new patchset incluing in patch1/2/6.
Yeah, I will do that only. Don't resend anything for now.
--
To unsubscribe from this list: send the line
Currently ftrace_open_generic_file gets an event_file from
inode->i_private, and then locks event_mutex and gets refcount.
However, this can cause a race as below scenario;
CPU0 CPU1
open(kprobe_events)
trace_remove_event_call()open(enable)
lock event_mutex
On 07/09/2013 03:50 PM, Viresh Kumar wrote:
> On 5 July 2013 14:16, Chanwoo Choi wrote:
>> Second, previous performance/powersave governor haven't calculated CPUs load
>> becuase these governor didn't change CPU frequency according to CPUs load.
>> But,
>> load_table debugfs file always should
Currently, pciehp_resume will call pciehp_enable_slot() to add
device if there is a device in the slot. But if the device was
present before suspend, it's no necessary to add again. Now in
such case, there is some uncomfortable message like
pciehp :00:1c.1:pcie04: Device :03:00.0
Introduce PCIe Ext Capability Device Serial Number support,
so we can use the unique device serial number to identify
the physical device. During system suspend, if the PCIe
device was removed and inserted a new same device, after
system resume there is no good way to identify it, maybe
Device
On Tuesday 09 July 2013, Srinivas KANDAGATLA wrote:
> stmmac (aka "dwmac" a synopsis IP) driver is integrated in to kernel
> sometime in 2.6 series I think :-), and Is used by more than 4 platforms
> in 3.10 kernel. The driver is more generic than it sounds.
> So adding properties/hooks specific
On Tue, 9 Jul 2013 15:48:40 +0800, Wei Ni wrote:
> On 07/09/2013 02:21 PM, Thierry Reding wrote:
> > It should work out of the box. As a matter of fact the same chip is used
> > on Tamonten and the DTS files use "onnn,nct1008". That used to work. If
> > it no longer does then that's a regression.
401 - 500 of 1090 matches
Mail list logo