* [PATCH net-next v2 3/3] powerpc/mpc5xxx: add OF platform binding doc for FSL MSCAN devices
From: Wolfgang Grandegger @ 2010-01-05 19:20 UTC (permalink / raw)
To: Netdev
Cc: Socketcan-core, Devicetree-discuss, Linuxppc-dev,
Wolfgang Grandegger
In-Reply-To: <1262719241-2422-3-git-send-email-wg@grandegger.com>
From: Wolfgang Grandegger <wg@denx.de>
This patch adds documentation for the MSCAN OF device bindings for
the MPC512x and moves the one for the MPC5200 to the new common file
"Documentation/powerpc/dts-bindings/fsl/can.txt".
Signed-off-by: Wolfgang Grandegger <wg@denx.de>
Acked-by: Wolfram Sang <w.sang@pengutronix.de>
---
Documentation/powerpc/dts-bindings/fsl/can.txt | 53 ++++++++++++++++++++
Documentation/powerpc/dts-bindings/fsl/mpc5200.txt | 9 +---
2 files changed, 54 insertions(+), 8 deletions(-)
create mode 100644 Documentation/powerpc/dts-bindings/fsl/can.txt
diff --git a/Documentation/powerpc/dts-bindings/fsl/can.txt b/Documentation/powerpc/dts-bindings/fsl/can.txt
new file mode 100644
index 0000000..2fa4fcd
--- /dev/null
+++ b/Documentation/powerpc/dts-bindings/fsl/can.txt
@@ -0,0 +1,53 @@
+CAN Device Tree Bindings
+------------------------
+
+(c) 2006-2009 Secret Lab Technologies Ltd
+Grant Likely <grant.likely@secretlab.ca>
+
+fsl,mpc5200-mscan nodes
+-----------------------
+In addition to the required compatible-, reg- and interrupt-properties, you can
+also specify which clock source shall be used for the controller:
+
+- fsl,mscan-clock-source : a string describing the clock source. Valid values
+ are: "ip" for ip bus clock
+ "ref" for reference clock (XTAL)
+ "ref" is default in case this property is not
+ present.
+
+fsl,mpc5121-mscan nodes
+-----------------------
+In addition to the required compatible-, reg- and interrupt-properties, you can
+also specify which clock source and divider shall be used for the controller:
+
+- fsl,mscan-clock-source : a string describing the clock source. Valid values
+ are: "ip" for ip bus clock
+ "ref" for reference clock
+ "sys" for system clock
+ If this property is not present, an optimal CAN
+ clock source and frequency based on the system
+ clock will be selected. If this is not possible,
+ the reference clock will be used.
+
+- fsl,mscan-clock-divider: for the reference and system clock, an additional
+ clock divider can be specified. By default, a
+ value of 1 is used.
+
+Note that the MPC5121 Rev. 1 processor is not supported.
+
+Examples:
+ can@1300 {
+ compatible = "fsl,mpc5121-mscan";
+ interrupts = <12 0x8>;
+ interrupt-parent = <&ipic>;
+ reg = <0x1300 0x80>;
+ };
+
+ can@1380 {
+ compatible = "fsl,mpc5121-mscan";
+ interrupts = <13 0x8>;
+ interrupt-parent = <&ipic>;
+ reg = <0x1380 0x80>;
+ fsl,mscan-clock-source = "ref";
+ fsl,mscan-clock-divider = <3>;
+ };
diff --git a/Documentation/powerpc/dts-bindings/fsl/mpc5200.txt b/Documentation/powerpc/dts-bindings/fsl/mpc5200.txt
index cabc780..95accfa 100644
--- a/Documentation/powerpc/dts-bindings/fsl/mpc5200.txt
+++ b/Documentation/powerpc/dts-bindings/fsl/mpc5200.txt
@@ -180,11 +180,4 @@ External interrupts:
fsl,mpc5200-mscan nodes
-----------------------
-In addition to the required compatible-, reg- and interrupt-properites, you can
-also specify which clock source shall be used for the controller:
-
-- fsl,mscan-clock-source- a string describing the clock source. Valid values
- are: "ip" for ip bus clock
- "ref" for reference clock (XTAL)
- "ref" is default in case this property is not
- present.
+See file can.txt in this directory.
--
1.6.2.5
^ permalink raw reply related
* [PATCH -tip 2/8] tracing/kprobe: Drop function argument access syntax
From: Masami Hiramatsu @ 2010-01-05 22:46 UTC (permalink / raw)
To: Ingo Molnar, lkml
Cc: DLE, Frederic Weisbecker, Mahesh Salgaonkar, Oleg Nesterov,
Steven Rostedt, Arnaldo Carvalho de Melo, linuxppc-dev,
Michael Neuling, systemtap, Ingo Molnar, Roland McGrath,
Masami Hiramatsu
In-Reply-To: <20100105224634.19431.3259.stgit@dhcp-100-2-132.bos.redhat.com>
Drop function argument access syntax, because the function arguments
are depends on not only architecture but also compile-options and
function API. And now, we have perf-probe for finding register/memory
assigned to each argument.
Signed-off-by: Masami Hiramatsu <mhiramat@redhat.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Roland McGrath <roland@redhat.com>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Michael Neuling <mikey@neuling.org>
Cc: linuxppc-dev@ozlabs.org
---
Documentation/trace/kprobetrace.txt | 21 ++++++++++-----------
kernel/trace/trace_kprobe.c | 18 +-----------------
2 files changed, 11 insertions(+), 28 deletions(-)
diff --git a/Documentation/trace/kprobetrace.txt b/Documentation/trace/kprobetrace.txt
index c3eff6f..f30978e 100644
--- a/Documentation/trace/kprobetrace.txt
+++ b/Documentation/trace/kprobetrace.txt
@@ -37,15 +37,12 @@ Synopsis of kprobe_events
@SYM[+|-offs] : Fetch memory at SYM +|- offs (SYM should be a data symbol)
$stackN : Fetch Nth entry of stack (N >= 0)
$stack : Fetch stack address.
- $argN : Fetch function argument. (N >= 0)(*)
- $retval : Fetch return value.(**)
- +|-offs(FETCHARG) : Fetch memory at FETCHARG +|- offs address.(***)
+ $retval : Fetch return value.(*)
+ +|-offs(FETCHARG) : Fetch memory at FETCHARG +|- offs address.(**)
NAME=FETCHARG: Set NAME as the argument name of FETCHARG.
- (*) aN may not correct on asmlinkaged functions and at the middle of
- function body.
- (**) only for return probe.
- (***) this is useful for fetching a field of data structures.
+ (*) only for return probe.
+ (**) this is useful for fetching a field of data structures.
Per-Probe Event Filtering
@@ -82,11 +79,14 @@ Usage examples
To add a probe as a new event, write a new definition to kprobe_events
as below.
- echo p:myprobe do_sys_open dfd=$arg0 filename=$arg1 flags=$arg2 mode=$arg3 > /sys/kernel/debug/tracing/kprobe_events
+ echo p:myprobe do_sys_open dfd=%ax filename=%dx flags=%cx mode=+4($stack) > /sys/kernel/debug/tracing/kprobe_events
This sets a kprobe on the top of do_sys_open() function with recording
-1st to 4th arguments as "myprobe" event. As this example shows, users can
-choose more familiar names for each arguments.
+1st to 4th arguments as "myprobe" event. Note, which register/stack entry is
+assigned to each function argument depends on arch-specific ABI. If you unsure
+the ABI, please try to use probe subcommand of perf-tools (you can find it
+under tools/perf/).
+As this example shows, users can choose more familiar names for each arguments.
echo r:myretprobe do_sys_open $retval >> /sys/kernel/debug/tracing/kprobe_events
@@ -147,4 +147,3 @@ events, you need to enable it.
returns from SYMBOL(e.g. "sys_open+0x1b/0x1d <- do_sys_open" means kernel
returns from do_sys_open to sys_open+0x1b).
-
diff --git a/kernel/trace/trace_kprobe.c b/kernel/trace/trace_kprobe.c
index 47f54ab..7ac728d 100644
--- a/kernel/trace/trace_kprobe.c
+++ b/kernel/trace/trace_kprobe.c
@@ -91,11 +91,6 @@ static __kprobes unsigned long fetch_memory(struct pt_regs *regs, void *addr)
return retval;
}
-static __kprobes unsigned long fetch_argument(struct pt_regs *regs, void *num)
-{
- return regs_get_argument_nth(regs, (unsigned int)((unsigned long)num));
-}
-
static __kprobes unsigned long fetch_retvalue(struct pt_regs *regs,
void *dummy)
{
@@ -231,9 +226,7 @@ static int probe_arg_string(char *buf, size_t n, struct fetch_func *ff)
{
int ret = -EINVAL;
- if (ff->func == fetch_argument)
- ret = snprintf(buf, n, "$arg%lu", (unsigned long)ff->data);
- else if (ff->func == fetch_register) {
+ if (ff->func == fetch_register) {
const char *name;
name = regs_query_register_name((unsigned int)((long)ff->data));
ret = snprintf(buf, n, "%%%s", name);
@@ -489,14 +482,6 @@ static int parse_probe_vars(char *arg, struct fetch_func *ff, int is_return)
}
} else
ret = -EINVAL;
- } else if (strncmp(arg, "arg", 3) == 0 && isdigit(arg[3])) {
- ret = strict_strtoul(arg + 3, 10, ¶m);
- if (ret || param > PARAM_MAX_ARGS)
- ret = -EINVAL;
- else {
- ff->func = fetch_argument;
- ff->data = (void *)param;
- }
} else
ret = -EINVAL;
return ret;
@@ -611,7 +596,6 @@ static int create_trace_probe(int argc, char **argv)
* - Add kprobe: p[:[GRP/]EVENT] KSYM[+OFFS]|KADDR [FETCHARGS]
* - Add kretprobe: r[:[GRP/]EVENT] KSYM[+0] [FETCHARGS]
* Fetch args:
- * $argN : fetch Nth of function argument. (N:0-)
* $retval : fetch return value
* $stack : fetch stack address
* $stackN : fetch Nth of stack (N:0-)
--
Masami Hiramatsu
Software Engineer
Hitachi Computer Products (America), Inc.
Software Solutions Division
e-mail: mhiramat@redhat.com
^ permalink raw reply related
* [PATCH -tip 3/8] x86/ptrace: Remove unused regs_get_argument_nth API
From: Masami Hiramatsu @ 2010-01-05 22:46 UTC (permalink / raw)
To: Ingo Molnar, lkml
Cc: DLE, Frederic Weisbecker, Mahesh Salgaonkar, Oleg Nesterov,
Steven Rostedt, Arnaldo Carvalho de Melo, linuxppc-dev,
Michael Neuling, systemtap, Ingo Molnar, Roland McGrath,
Masami Hiramatsu
In-Reply-To: <20100105224634.19431.3259.stgit@dhcp-100-2-132.bos.redhat.com>
Because of dropping function argument syntax from kprobe-tracer,
we don't need this API anymore.
Signed-off-by: Masami Hiramatsu <mhiramat@redhat.com>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Roland McGrath <roland@redhat.com>
Cc: Oleg Nesterov <oleg@redhat.com>
Cc: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Michael Neuling <mikey@neuling.org>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: linuxppc-dev@ozlabs.org
---
arch/x86/include/asm/ptrace.h | 4 ----
arch/x86/kernel/ptrace.c | 24 ------------------------
2 files changed, 0 insertions(+), 28 deletions(-)
diff --git a/arch/x86/include/asm/ptrace.h b/arch/x86/include/asm/ptrace.h
index 9d369f6..2010280 100644
--- a/arch/x86/include/asm/ptrace.h
+++ b/arch/x86/include/asm/ptrace.h
@@ -274,10 +274,6 @@ static inline unsigned long regs_get_kernel_stack_nth(struct pt_regs *regs,
return 0;
}
-/* Get Nth argument at function call */
-extern unsigned long regs_get_argument_nth(struct pt_regs *regs,
- unsigned int n);
-
/*
* These are defined as per linux/ptrace.h, which see.
*/
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index 017d937..73554a3 100644
--- a/arch/x86/kernel/ptrace.c
+++ b/arch/x86/kernel/ptrace.c
@@ -140,30 +140,6 @@ static const int arg_offs_table[] = {
#endif
};
-/**
- * regs_get_argument_nth() - get Nth argument at function call
- * @regs: pt_regs which contains registers at function entry.
- * @n: argument number.
- *
- * regs_get_argument_nth() returns @n th argument of a function call.
- * Since usually the kernel stack will be changed right after function entry,
- * you must use this at function entry. If the @n th entry is NOT in the
- * kernel stack or pt_regs, this returns 0.
- */
-unsigned long regs_get_argument_nth(struct pt_regs *regs, unsigned int n)
-{
- if (n < ARRAY_SIZE(arg_offs_table))
- return *(unsigned long *)((char *)regs + arg_offs_table[n]);
- else {
- /*
- * The typical case: arg n is on the stack.
- * (Note: stack[0] = return address, so skip it)
- */
- n -= ARRAY_SIZE(arg_offs_table);
- return regs_get_kernel_stack_nth(regs, 1 + n);
- }
-}
-
/*
* does not yet catch signals sent when the child dies.
* in exit.c or in signal.c.
--
Masami Hiramatsu
Software Engineer
Hitachi Computer Products (America), Inc.
Software Solutions Division
e-mail: mhiramat@redhat.com
^ permalink raw reply related
* [PATCH 2/2] Create an of_i2c_gpiochip_add()
From: Bill Gatliff @ 2010-01-06 3:51 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Bill Gatliff
In-Reply-To: <1262749898-19197-2-git-send-email-bgat@billgatliff.com>
Signed-off-by: Bill Gatliff <bgat@billgatliff.com>
---
drivers/of/gpio.c | 55 +++++++++++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 55 insertions(+), 0 deletions(-)
diff --git a/drivers/of/gpio.c b/drivers/of/gpio.c
index 6eea601..56b438a 100644
--- a/drivers/of/gpio.c
+++ b/drivers/of/gpio.c
@@ -217,3 +217,58 @@ err0:
return ret;
}
EXPORT_SYMBOL(of_mm_gpiochip_add);
+
+/**
+ * of_i2c_gpiochip_add - Add memory I2C-based GPIO chip
+ * @np: device node of the GPIO chip
+ * @gc: pointer to the of_i2c_gpio_chip allocated structure
+ *
+ * To use this function you should allocate and fill gc with:
+ *
+ * 1) In the gpio_chip structure:
+ * - all the callbacks
+ *
+ * 2) In the of_gpio_chip structure:
+ * - gpio_cells
+ * - xlate callback (optional)
+ *
+ * If succeeded, this function will do something useful...
+ */
+int of_i2c_gpiochip_add(struct device_node *np,
+ struct of_i2c_gpio_chip *i2c_gc)
+{
+ int ret = -ENOMEM;
+ struct of_gpio_chip *of_gc = &i2c_gc->of_gc;
+ struct gpio_chip *gc = &of_gc->gc;
+
+ gc->label = kstrdup(np->full_name, GFP_KERNEL);
+ if (!gc->label)
+ goto err0;
+
+ gc->base = -1;
+
+ if (!of_gc->xlate)
+ of_gc->xlate = of_gpio_simple_xlate;
+
+ np->data = of_gc;
+
+ ret = gpiochip_add(gc);
+ if (ret)
+ goto err2;
+
+ /* We don't want to lose the node and its ->data */
+ of_node_get(np);
+
+ pr_debug("%s: registered as generic GPIO chip, base is %d\n",
+ np->full_name, gc->base);
+ return 0;
+err2:
+ np->data = NULL;
+err1:
+ kfree(gc->label);
+err0:
+ pr_err("%s: GPIO chip registration failed with status %d\n",
+ np->full_name, ret);
+ return ret;
+}
+EXPORT_SYMBOL(of_i2c_gpiochip_add);
--
1.6.5
^ permalink raw reply related
* [PATCH 0/2] Create an of_i2c_gpiochip_add()
From: Bill Gatliff @ 2010-01-06 3:51 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Bill Gatliff
This patch series creates an of_i2c_gpiochip_add() function, to allow
i2c-based GPIO expanders to work with device tree gpio specifications.
Bill Gatliff (2):
Create a struct of_i2c_gpio_chip, for i2c-based GPIO devices
Create an of_i2c_gpiochip_add()
drivers/of/gpio.c | 55 +++++++++++++++++++++++++++++++++++++++++++++++
include/linux/of_gpio.h | 23 +++++++++++++++++++
2 files changed, 78 insertions(+), 0 deletions(-)
^ permalink raw reply
* [PATCH 1/2] Create a struct of_i2c_gpio_chip, for i2c-based GPIO devices
From: Bill Gatliff @ 2010-01-06 3:51 UTC (permalink / raw)
To: linuxppc-dev; +Cc: Bill Gatliff
In-Reply-To: <1262749898-19197-1-git-send-email-bgat@billgatliff.com>
Signed-off-by: Bill Gatliff <bgat@billgatliff.com>
---
include/linux/of_gpio.h | 23 +++++++++++++++++++++++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/include/linux/of_gpio.h b/include/linux/of_gpio.h
index fc2472c..0c39242 100644
--- a/include/linux/of_gpio.h
+++ b/include/linux/of_gpio.h
@@ -102,4 +102,27 @@ static inline int of_get_gpio(struct device_node *np, int index)
return of_get_gpio_flags(np, index, NULL);
}
+
+
+
+/*
+ * OF GPIO chip for I2C-based devices
+ */
+struct of_i2c_gpio_chip {
+ struct of_gpio_chip of_gc;
+};
+
+static inline struct of_i2c_gpio_chip *to_of_i2c_gpio_chip(struct gpio_chip *gc)
+{
+ struct of_gpio_chip *of_gc = to_of_gpio_chip(gc);
+
+ return container_of(of_gc, struct of_i2c_gpio_chip, of_gc);
+}
+
+extern int of_i2c_gpiochip_add(struct device_node *np,
+ struct of_i2c_gpio_chip *gc);
+
+
+
+
#endif /* __LINUX_OF_GPIO_H */
--
1.6.5
^ permalink raw reply related
* [PATCH 0/2] *** SUBJECT HERE ***
From: Bill Gatliff @ 2010-01-06 4:30 UTC (permalink / raw)
To: linuxppc-dev, lm-sensors; +Cc: Bill Gatliff
In-Reply-To: <1262752236-1937-1-git-send-email-bgat@billgatliff.com>
*** BLURB HERE ***
Bill Gatliff (2):
Use struct of_i2c_gpio_chip instead of raw struct gpio_chip
Reorder initialization to better support device tree data
drivers/gpio/pca953x.c | 168 +++++++++++++++++++++++++-----------------------
1 files changed, 88 insertions(+), 80 deletions(-)
^ permalink raw reply
* [PATCH 1/2] Use struct of_i2c_gpio_chip instead of raw struct gpio_chip
From: Bill Gatliff @ 2010-01-06 4:30 UTC (permalink / raw)
To: linuxppc-dev, lm-sensors; +Cc: Bill Gatliff
In-Reply-To: <1262752236-1937-2-git-send-email-bgat@billgatliff.com>
This patch is the first in a series that improves the pca953x driver's
support for CONFIG_OF_GPIO a.k.a. device trees. It modifies the driver's
chip structure definition to use a struct gpio_chip contained in a struct
of_i2c_gpio_chip when CONFIG_OF_GPIO is set. If OF_GPIO is not used,
an ordinary struct gpio_chip is employed.
Signed-off-by: Bill Gatliff <bgat@billgatliff.com>
---
drivers/gpio/pca953x.c | 50 ++++++++++++++++++++++++++++++++++-------------
1 files changed, 36 insertions(+), 14 deletions(-)
diff --git a/drivers/gpio/pca953x.c b/drivers/gpio/pca953x.c
index b097043..9c70963 100644
--- a/drivers/gpio/pca953x.c
+++ b/drivers/gpio/pca953x.c
@@ -56,18 +56,34 @@ struct pca953x_chip {
unsigned gpio_start;
uint16_t reg_output;
uint16_t reg_direction;
+ struct gpio_chip *gpio_chip;
struct i2c_client *client;
struct pca953x_platform_data *dyn_pdata;
- struct gpio_chip gpio_chip;
char **names;
+
+#ifdef CONFIG_OF_GPIO
+ struct of_i2c_gpio_chip i2c_gc;
+#else
+ struct gpio_chip gc;
+#endif
};
+static inline struct pca953x_chip *to_pca953x_chip(struct gpio_chip *gc)
+{
+#ifdef CONFIG_OF_GPIO
+ return container_of(gc, struct pca953x_chip, i2c_gc.of_gc.gc);
+#else
+ return container_of(gc, struct pca953x_chip, gc);
+#endif
+}
+
+
static int pca953x_write_reg(struct pca953x_chip *chip, int reg, uint16_t val)
{
int ret;
- if (chip->gpio_chip.ngpio <= 8)
+ if (chip->gpio_chip->ngpio <= 8)
ret = i2c_smbus_write_byte_data(chip->client, reg, val);
else
ret = i2c_smbus_write_word_data(chip->client, reg << 1, val);
@@ -84,7 +100,7 @@ static int pca953x_read_reg(struct pca953x_chip *chip, int reg, uint16_t *val)
{
int ret;
- if (chip->gpio_chip.ngpio <= 8)
+ if (chip->gpio_chip->ngpio <= 8)
ret = i2c_smbus_read_byte_data(chip->client, reg);
else
ret = i2c_smbus_read_word_data(chip->client, reg << 1);
@@ -104,7 +120,7 @@ static int pca953x_gpio_direction_input(struct gpio_chip *gc, unsigned off)
uint16_t reg_val;
int ret;
- chip = container_of(gc, struct pca953x_chip, gpio_chip);
+ chip = to_pca953x_chip(gc);
reg_val = chip->reg_direction | (1u << off);
ret = pca953x_write_reg(chip, PCA953X_DIRECTION, reg_val);
@@ -122,7 +138,7 @@ static int pca953x_gpio_direction_output(struct gpio_chip *gc,
uint16_t reg_val;
int ret;
- chip = container_of(gc, struct pca953x_chip, gpio_chip);
+ chip = to_pca953x_chip(gc);
/* set output level */
if (val)
@@ -152,7 +168,7 @@ static int pca953x_gpio_get_value(struct gpio_chip *gc, unsigned off)
uint16_t reg_val;
int ret;
- chip = container_of(gc, struct pca953x_chip, gpio_chip);
+ chip = to_pca953x_chip(gc);
ret = pca953x_read_reg(chip, PCA953X_INPUT, ®_val);
if (ret < 0) {
@@ -172,7 +188,7 @@ static void pca953x_gpio_set_value(struct gpio_chip *gc, unsigned off, int val)
uint16_t reg_val;
int ret;
- chip = container_of(gc, struct pca953x_chip, gpio_chip);
+ chip = to_pca953x_chip(gc);
if (val)
reg_val = chip->reg_output | (1u << off);
@@ -190,7 +206,7 @@ static void pca953x_setup_gpio(struct pca953x_chip *chip, int gpios)
{
struct gpio_chip *gc;
- gc = &chip->gpio_chip;
+ gc = chip->gpio_chip;
gc->direction_input = pca953x_gpio_direction_input;
gc->direction_output = pca953x_gpio_direction_output;
@@ -265,6 +281,12 @@ static int __devinit pca953x_probe(struct i2c_client *client,
if (chip == NULL)
return -ENOMEM;
+#ifdef CONFIG_OF_GPIO
+ chip->gpio_chip = &chip->i2c_gc.of_gc.gc;
+#else
+ chip->gpio_chip = &chip->gc;
+#endif
+
pdata = client->dev.platform_data;
if (pdata == NULL) {
pdata = pca953x_get_alt_pdata(client);
@@ -306,13 +328,13 @@ static int __devinit pca953x_probe(struct i2c_client *client,
goto out_failed;
- ret = gpiochip_add(&chip->gpio_chip);
+ ret = gpiochip_add(chip->gpio_chip);
if (ret)
goto out_failed;
if (pdata->setup) {
- ret = pdata->setup(client, chip->gpio_chip.base,
- chip->gpio_chip.ngpio, pdata->context);
+ ret = pdata->setup(client, chip->gpio_chip->base,
+ chip->gpio_chip->ngpio, pdata->context);
if (ret < 0)
dev_warn(&client->dev, "setup failed, %d\n", ret);
}
@@ -333,8 +355,8 @@ static int pca953x_remove(struct i2c_client *client)
int ret = 0;
if (pdata->teardown) {
- ret = pdata->teardown(client, chip->gpio_chip.base,
- chip->gpio_chip.ngpio, pdata->context);
+ ret = pdata->teardown(client, chip->gpio_chip->base,
+ chip->gpio_chip->ngpio, pdata->context);
if (ret < 0) {
dev_err(&client->dev, "%s failed, %d\n",
"teardown", ret);
@@ -342,7 +364,7 @@ static int pca953x_remove(struct i2c_client *client)
}
}
- ret = gpiochip_remove(&chip->gpio_chip);
+ ret = gpiochip_remove(chip->gpio_chip);
if (ret) {
dev_err(&client->dev, "%s failed, %d\n",
"gpiochip_remove()", ret);
--
1.6.5
^ permalink raw reply related
* [PATCH 2/2] Reorder initialization to better support device tree data
From: Bill Gatliff @ 2010-01-06 4:30 UTC (permalink / raw)
To: linuxppc-dev, lm-sensors; +Cc: Bill Gatliff
In-Reply-To: <1262752236-1937-3-git-send-email-bgat@billgatliff.com>
This patch changes the initialization sequence implemented in
pca953x_probe(), so as to simplify the retrieval of device tree
data when device trees are used. Incorporates the new
of_i2c_gpiochip_add() function to register the newly-added GPIOs.
Signed-off-by: Bill Gatliff <bgat@billgatliff.com>
---
drivers/gpio/pca953x.c | 130 +++++++++++++++++++++--------------------------
1 files changed, 58 insertions(+), 72 deletions(-)
diff --git a/drivers/gpio/pca953x.c b/drivers/gpio/pca953x.c
index 9c70963..3a20e2f 100644
--- a/drivers/gpio/pca953x.c
+++ b/drivers/gpio/pca953x.c
@@ -3,6 +3,7 @@
*
* Copyright (C) 2005 Ben Gardner <bgardner@wabtec.com>
* Copyright (C) 2007 Marvell International Ltd.
+ * Copyright (C) 2010 Bill Gatliff <bgat@billgatliff.com>
*
* Derived from drivers/i2c/chips/pca9539.c
*
@@ -53,13 +54,13 @@ static const struct i2c_device_id pca953x_id[] = {
MODULE_DEVICE_TABLE(i2c, pca953x_id);
struct pca953x_chip {
- unsigned gpio_start;
uint16_t reg_output;
uint16_t reg_direction;
+ uint16_t reg_invert;
struct gpio_chip *gpio_chip;
struct i2c_client *client;
- struct pca953x_platform_data *dyn_pdata;
+ struct pca953x_platform_data *pdata;
char **names;
#ifdef CONFIG_OF_GPIO
@@ -214,7 +215,6 @@ static void pca953x_setup_gpio(struct pca953x_chip *chip, int gpios)
gc->set = pca953x_gpio_set_value;
gc->can_sleep = 1;
- gc->base = chip->gpio_start;
gc->ngpio = gpios;
gc->label = chip->client->name;
gc->dev = &chip->client->dev;
@@ -222,119 +222,107 @@ static void pca953x_setup_gpio(struct pca953x_chip *chip, int gpios)
gc->names = chip->names;
}
-/*
- * Handlers for alternative sources of platform_data
- */
#ifdef CONFIG_OF_GPIO
-/*
- * Translate OpenFirmware node properties into platform_data
- */
-static struct pca953x_platform_data *
-pca953x_get_alt_pdata(struct i2c_client *client)
+static int __devinit pca953x_get_of_pdata(struct pca953x_chip *chip)
{
- struct pca953x_platform_data *pdata;
struct device_node *node;
const uint16_t *val;
- node = dev_archdata_get_node(&client->dev.archdata);
- if (node == NULL)
- return NULL;
+ node = dev_archdata_get_node(&chip->client->dev.archdata);
+ if (!node)
+ return -EINVAL;
- pdata = kzalloc(sizeof(struct pca953x_platform_data), GFP_KERNEL);
- if (pdata == NULL) {
- dev_err(&client->dev, "Unable to allocate platform_data\n");
- return NULL;
- }
-
- pdata->gpio_base = -1;
- val = of_get_property(node, "linux,gpio-base", NULL);
- if (val) {
- if (*val < 0)
- dev_warn(&client->dev,
- "invalid gpio-base in device tree\n");
- else
- pdata->gpio_base = *val;
- }
+ chip->gpio_chip->base = -1;
+ chip->i2c_gc.of_gc.gpio_cells = 2;
val = of_get_property(node, "polarity", NULL);
if (val)
- pdata->invert = *val;
+ chip->reg_invert = *val;
- return pdata;
+ return 0;
}
-#else
-static struct pca953x_platform_data *
-pca953x_get_alt_pdata(struct i2c_client *client)
+
+static int __devinit pca953x_gpiochip_add(struct pca953x_chip *chip)
{
- return NULL;
+ struct device_node *node;
+ node = dev_archdata_get_node(&chip->client->dev.archdata);
+ return of_i2c_gpiochip_add(node, &chip->i2c_gc);
}
#endif
+static int __devinit pca953x_get_pdata(struct pca953x_chip *chip)
+{
+ struct pca953x_platform_data *pdata;
+
+ pdata = dev_get_platdata(&chip->client->dev);
+ if (!pdata)
+ return -EINVAL;
+
+ chip->pdata = pdata;
+ chip->gpio_chip->base = pdata->gpio_base;
+ chip->reg_invert = pdata->invert;
+
+ return 0;
+}
+
static int __devinit pca953x_probe(struct i2c_client *client,
const struct i2c_device_id *id)
{
- struct pca953x_platform_data *pdata;
struct pca953x_chip *chip;
int ret;
chip = kzalloc(sizeof(struct pca953x_chip), GFP_KERNEL);
if (chip == NULL)
return -ENOMEM;
+ chip->client = client;
#ifdef CONFIG_OF_GPIO
chip->gpio_chip = &chip->i2c_gc.of_gc.gc;
+ if (!dev_get_platdata(&client->dev))
+ pca953x_get_of_pdata(chip);
#else
chip->gpio_chip = &chip->gc;
-#endif
-
- pdata = client->dev.platform_data;
- if (pdata == NULL) {
- pdata = pca953x_get_alt_pdata(client);
- /*
- * Unlike normal platform_data, this is allocated
- * dynamically and must be freed in the driver
- */
- chip->dyn_pdata = pdata;
- }
-
- if (pdata == NULL) {
- dev_dbg(&client->dev, "no platform data\n");
+ if (!client->dev.platform_data)
+ {
+ dev_err(&client->dev, "no platform data\n");
ret = -EINVAL;
goto out_failed;
}
+#endif
- chip->client = client;
-
- chip->gpio_start = pdata->gpio_base;
+ pca953x_setup_gpio(chip, id->driver_data);
- chip->names = pdata->names;
+ if (dev_get_platdata(&client->dev))
+ pca953x_get_pdata(chip);
- /* initialize cached registers from their original values.
- * we can't share this chip with another i2c master.
+ /*
+ * Note: we cache the values of some registers locally; this
+ * means that other i2c masters, if any, cannot share this
+ * chip with us!
*/
- pca953x_setup_gpio(chip, id->driver_data);
ret = pca953x_read_reg(chip, PCA953X_OUTPUT, &chip->reg_output);
if (ret)
goto out_failed;
-
ret = pca953x_read_reg(chip, PCA953X_DIRECTION, &chip->reg_direction);
if (ret)
goto out_failed;
-
- /* set platform specific polarity inversion */
- ret = pca953x_write_reg(chip, PCA953X_INVERT, pdata->invert);
+ ret = pca953x_write_reg(chip, PCA953X_INVERT, chip->reg_invert);
if (ret)
goto out_failed;
-
+#ifdef CONFIG_OF_GPIO
+ ret = pca953x_gpiochip_add(chip);
+#else
ret = gpiochip_add(chip->gpio_chip);
+#endif
if (ret)
goto out_failed;
- if (pdata->setup) {
- ret = pdata->setup(client, chip->gpio_chip->base,
- chip->gpio_chip->ngpio, pdata->context);
+ if (chip->pdata && chip->pdata->setup) {
+ ret = chip->pdata->setup(client, chip->gpio_chip->base,
+ chip->gpio_chip->ngpio,
+ chip->pdata->context);
if (ret < 0)
dev_warn(&client->dev, "setup failed, %d\n", ret);
}
@@ -343,20 +331,19 @@ static int __devinit pca953x_probe(struct i2c_client *client,
return 0;
out_failed:
- kfree(chip->dyn_pdata);
kfree(chip);
return ret;
}
static int pca953x_remove(struct i2c_client *client)
{
- struct pca953x_platform_data *pdata = client->dev.platform_data;
struct pca953x_chip *chip = i2c_get_clientdata(client);
int ret = 0;
- if (pdata->teardown) {
- ret = pdata->teardown(client, chip->gpio_chip->base,
- chip->gpio_chip->ngpio, pdata->context);
+ if (chip->pdata && chip->pdata->teardown) {
+ ret = chip->pdata->teardown(client, chip->gpio_chip->base,
+ chip->gpio_chip->ngpio,
+ chip->pdata->context);
if (ret < 0) {
dev_err(&client->dev, "%s failed, %d\n",
"teardown", ret);
@@ -371,7 +358,6 @@ static int pca953x_remove(struct i2c_client *client)
return ret;
}
- kfree(chip->dyn_pdata);
kfree(chip);
return 0;
}
--
1.6.5
^ permalink raw reply related
* [RFC/PATCH 0/2] Updates to improve device tree support
From: Bill Gatliff @ 2010-01-06 4:30 UTC (permalink / raw)
To: linuxppc-dev, lm-sensors; +Cc: Bill Gatliff
This patch series updates the pca953x GPIO driver to take advantage
of the new of_i2c_gpiochip_add() function, which registers i2c GPIO
devices with the device tree API. These changes allow i2c-based GPIO
expanders to be properly referenced from the proper entries in a
device tree.
The of_i2c_gpiochip_add() function has been posted for review on the
linuxppc-dev mailing list.
Bill Gatliff (2):
Use struct of_i2c_gpio_chip instead of raw struct gpio_chip
Reorder initialization to better support device tree data
drivers/gpio/pca953x.c | 168 +++++++++++++++++++++++++-----------------------
1 files changed, 88 insertions(+), 80 deletions(-)
^ permalink raw reply
* Re: [PATCH 0/2] *** SUBJECT HERE ***
From: Bill Gatliff @ 2010-01-06 4:32 UTC (permalink / raw)
To: linuxppc-dev, lm-sensors
In-Reply-To: <1262752236-1937-2-git-send-email-bgat@billgatliff.com>
Bill Gatliff wrote:
> *** BLURB HERE ***
>
Dangit, sometimes I really hate it when emacs leaves its backup files
around... :(
Like now, for example. Please disregard the noise generated by my
careless use of filename wildcards...
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http://billgatliff.com
bgat@billgatliff.com
^ permalink raw reply
* How to set GPIO state in the dts or in platform
From: Ayman El-Khashab @ 2010-01-06 4:17 UTC (permalink / raw)
To: linuxppc-dev
I've got a custom board akin to the walnut. I've successfully got u-boot,
the kernel, and a working filesystem. The only thing I lack is a clear idea
of how to set a GPIO.
I have the PHY reset connected to GPIO 3. I've got it setup in u-boot
correctly, but by the time linux boots, it has touched the GPIOs and now the
PHY is held in reset. I tried to follow how to adjust my device tree,
but I
haven't been able to get it to work yet. My kernel (circa mid 2008)
doesn't
have the "keep" property of the GPIO node, so I can't use that.
Based on what I've read it seems that I might need to add a node to the dts
and then a custom piece of code in the platform directory for my board. I
am just not sure how to proceed there.
thanks
ayman
^ permalink raw reply
* Re: How to set GPIO state in the dts or in platform
From: Bill Gatliff @ 2010-01-06 4:38 UTC (permalink / raw)
To: Ayman El-Khashab; +Cc: linuxppc-dev
In-Reply-To: <4B440EDC.3060805@elkhashab.com>
Ayman El-Khashab wrote:
> I've got a custom board akin to the walnut. I've successfully got
> u-boot,
> the kernel, and a working filesystem. The only thing I lack is a
> clear idea
> of how to set a GPIO.
Isn't that the "flags" parameter, e.g.:
gpios = <phandle gpioid flags>
?
If you are passing a 0 for the flags, try a 1. I know of at least one
driver that interprets that to mean a polarity inversion. Maybe you'll
get lucky. :)
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http://billgatliff.com
bgat@billgatliff.com
^ permalink raw reply
* [patch 1/6] powerpc: cpumask_of_node() should handle -1 as a node
From: Anton Blanchard @ 2010-01-06 4:55 UTC (permalink / raw)
To: Benjamin Herrenschmidt
Cc: linuxppc-dev, Andrew Morton, Rusty Russell, linux-kernel
In-Reply-To: <20100106045509.245662398@samba.org>
pcibus_to_node can return -1 if we cannot determine which node a pci bus
is on. If passed -1, cpumask_of_node will negatively index the lookup array
and pull in random data:
# cat /sys/devices/pci0000:00/0000:00:01.0/local_cpus
00000000,00000003,00000000,00000000
# cat /sys/devices/pci0000:00/0000:00:01.0/local_cpulist
64-65
Change cpumask_of_node to check for -1 and return cpu_all_mask in this
case:
# cat /sys/devices/pci0000:00/0000:00:01.0/local_cpus
ffffffff,ffffffff,ffffffff,ffffffff
# cat /sys/devices/pci0000:00/0000:00:01.0/local_cpulist
0-127
Signed-off-by: Anton Blanchard <anton@samba.org>
---
Index: linux-cpumask/arch/powerpc/include/asm/topology.h
===================================================================
--- linux-cpumask.orig/arch/powerpc/include/asm/topology.h 2010-01-06 15:20:22.992583563 +1100
+++ linux-cpumask/arch/powerpc/include/asm/topology.h 2010-01-06 15:27:24.058833128 +1100
@@ -17,7 +17,9 @@ static inline int cpu_to_node(int cpu)
#define parent_node(node) (node)
-#define cpumask_of_node(node) (&numa_cpumask_lookup_table[node])
+#define cpumask_of_node(node) ((node) == -1 ? \
+ cpu_all_mask : \
+ &numa_cpumask_lookup_table[node])
int of_node_to_nid(struct device_node *device);
--
^ permalink raw reply
* Re: How to set GPIO state in the dts or in platform
From: Ayman El-Khashab @ 2010-01-06 5:08 UTC (permalink / raw)
To: Bill Gatliff; +Cc: linuxppc-dev
In-Reply-To: <4B4413DA.7010704@billgatliff.com>
On 1/5/2010 10:38 PM, Bill Gatliff wrote:
> Ayman El-Khashab wrote:
>
>> I've got a custom board akin to the walnut. I've successfully got
>> u-boot,
>> the kernel, and a working filesystem. The only thing I lack is a
>> clear idea
>> of how to set a GPIO.
>>
>
> Isn't that the "flags" parameter, e.g.:
>
> gpios = <phandle gpioid flags>
>
> ?
>
> If you are passing a 0 for the flags, try a 1. I know of at least one
> driver that interprets that to mean a polarity inversion. Maybe you'll
> get lucky. :)
>
>
Possibly, I saw that in the documentation directory, but didn't quite
follow the explanation that
was given. Below is what I was using as a reference, but is it as
simple as that? Do the flags encode
just the state or also, the open drain, hi-z and everything else? In my
case, I want the GPIO 3 actively
driven high.
Example of the node using GPIOs:
20
21 node {
22 gpios = <&qe_pio_e 18 0>;
23 };
24
25 In this example gpio-specifier is "18 0" and encodes GPIO pin number,
26 and empty GPIO flags as accepted by the "qe_pio_e" gpio-controller.
^ permalink raw reply
* [git pull] 5200 defconfigs and bootwrapper fix
From: Grant Likely @ 2010-01-06 5:14 UTC (permalink / raw)
To: Benjamin Herrenschmidt, linuxppc-dev; +Cc: Peter Tyser
Hi Ben,
Here's the 5200 defconfig updates and a fix for build errors when
U-Boot's 'mkimage' tool isn't in $PATH.
g.
The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
Linus Torvalds (1):
Linux 2.6.33-rc3
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6 merge
Grant Likely (1):
powerpc/5200: update defconfigs
Peter Tyser (1):
powerpc: Use scripts/mkuboot.sh instead of 'mkimage'
arch/powerpc/boot/wrapper | 7 +-
arch/powerpc/configs/52xx/cm5200_defconfig | 75 ++++++++++++++---
arch/powerpc/configs/52xx/lite5200b_defconfig | 90 +++++++++++++++++-----
arch/powerpc/configs/52xx/motionpro_defconfig | 79 +++++++++++++++---
arch/powerpc/configs/52xx/pcm030_defconfig | 83 +++++++++++++++-----
arch/powerpc/configs/52xx/tqm5200_defconfig | 79 +++++++++++++++---
arch/powerpc/configs/mpc5200_defconfig | 106 ++++++++++++++++++++-----
7 files changed, 418 insertions(+), 101 deletions(-)
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
^ permalink raw reply
* Re: [PATCH net-next v2 0/3] can: mscan-mpc5xxx: add support for the Freescale MPC512x
From: Wolfgang Grandegger @ 2010-01-06 14:31 UTC (permalink / raw)
To: Netdev; +Cc: Socketcan-core, Devicetree-discuss, Linuxppc-dev
In-Reply-To: <1262719241-2422-1-git-send-email-wg@grandegger.com>
Wolfgang Grandegger wrote:
> This patch series adds support for the MPC512x from Freescale to
> the mpc5xxx_can MSCAN driver.
>
> Changes since v1:
>
> - Various coding style issues, printk formats, variable names and
> error messagaes and typos fixes or improved
>
> - MPC5xxx specific data are now passed to mpc5xxx_can_probe() via
> "of_device_id->data".
>
> - The index of the MPC512x CAN controller is now derived directly
> from reg property. This allows use of_iomap() as usual.
>
> - It has been documented that MPC512x Rev.1 CPUs are not supported.
As you might have already realized, this patch set slipped out
accidentally to the mailing list due to a bug in my
patch-format-test-and-send-email script. Nevertheless, it's good enough
for reviewing and testing. Just some debugging code needs to be removed.
Wolfram, is it OK from your point of view now? I will roll out v3 after
some more thorough testing tomorrow.
Wolfgang.
^ permalink raw reply
* Re: [PATCH net-next v2 1/3] can: mscan: fix improper return if dlc < 8 in start_xmit function
From: Wolfram Sang @ 2010-01-06 14:33 UTC (permalink / raw)
To: Wolfgang Grandegger
Cc: Socketcan-core, Netdev, Devicetree-discuss, Linuxppc-dev,
Wolfgang Grandegger
In-Reply-To: <1262719169-2350-2-git-send-email-wg@grandegger.com>
[-- Attachment #1: Type: text/plain, Size: 1994 bytes --]
On Tue, Jan 05, 2010 at 08:19:27PM +0100, Wolfgang Grandegger wrote:
> From: Wolfgang Grandegger <wg@denx.de>
>
> The start_xmit function of the MSCAN Driver did return improperly if
> the CAN dlc check failed (skb not freed and invalid return code). This
> patch adds a proper check of the frame lenght and data size and returns
> now correctly. Furthermore, a typo has been fixed.
>
> Signed-off-by: Wolfgang Grandegger <wg@denx.de>
> Acked-by: Wolfram Sang <w.sang@pengutronix.de>
> ---
> drivers/net/can/mscan/mscan.c | 11 ++++++++---
> 1 files changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/net/can/mscan/mscan.c b/drivers/net/can/mscan/mscan.c
> index bb06dfb..7df950e 100644
> --- a/drivers/net/can/mscan/mscan.c
> +++ b/drivers/net/can/mscan/mscan.c
> @@ -4,7 +4,7 @@
> * Copyright (C) 2005-2006 Andrey Volkov <avolkov@varma-el.com>,
> * Varma Electronics Oy
> * Copyright (C) 2008-2009 Wolfgang Grandegger <wg@grandegger.com>
> - * Copytight (C) 2008-2009 Pengutronix <kernel@pengutronix.de>
> + * Copyright (C) 2008-2009 Pengutronix <kernel@pengutronix.de>
> *
> * This program is free software; you can redistribute it and/or modify
> * it under the terms of the version 2 of the GNU General Public License
> @@ -177,8 +177,13 @@ static netdev_tx_t mscan_start_xmit(struct sk_buff *skb, struct net_device *dev)
> int i, rtr, buf_id;
> u32 can_id;
>
> - if (frame->can_dlc > 8)
> - return -EINVAL;
> + if (skb->len != sizeof(*frame) || frame->can_dlc > 8) {
> + dev_err(dev->dev.parent,
> + "Dropping non-conform packet: len %u, can_dlc %u\n",
> + skb->len, frame->can_dlc);
> + kfree_skb(skb);
> + return NETDEV_TX_OK;
Double space.
> + }
>
> out_8(®s->cantier, 0);
>
> --
> 1.6.2.5
>
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: [PATCH net-next v2 0/3] can: mscan-mpc5xxx: add support for the Freescale MPC512x
From: Wolfram Sang @ 2010-01-06 14:45 UTC (permalink / raw)
To: Wolfgang Grandegger
Cc: Socketcan-core, Netdev, Devicetree-discuss, Linuxppc-dev
In-Reply-To: <4B449EB0.5090107@grandegger.com>
[-- Attachment #1: Type: text/plain, Size: 380 bytes --]
> Wolfram, is it OK from your point of view now? I will roll out v3 after
> some more thorough testing tomorrow.
It still works here and, as I see it, all issues were resolved as discussed.
Thanks,
Wolfram
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: How to set GPIO state in the dts or in platform
From: Bill Gatliff @ 2010-01-06 15:16 UTC (permalink / raw)
To: Ayman El-Khashab; +Cc: linuxppc-dev
In-Reply-To: <4B441AD8.4050709@elkhashab.com>
Ayman El-Khashab wrote:
> On 1/5/2010 10:38 PM, Bill Gatliff wrote:
>> Ayman El-Khashab wrote:
>>
>>> I've got a custom board akin to the walnut. I've successfully got
>>> u-boot,
>>> the kernel, and a working filesystem. The only thing I lack is a
>>> clear idea
>>> of how to set a GPIO.
>>>
>>
>> Isn't that the "flags" parameter, e.g.:
>>
>> gpios = <phandle gpioid flags>
>>
>> ?
>>
>> If you are passing a 0 for the flags, try a 1. I know of at least one
>> driver that interprets that to mean a polarity inversion. Maybe you'll
>> get lucky. :)
>>
>>
> Possibly, I saw that in the documentation directory, but didn't quite
> follow the explanation that
> was given. Below is what I was using as a reference, but is it as
> simple as that? Do the flags encode
> just the state or also, the open drain, hi-z and everything else? In
> my case, I want the GPIO 3 actively
> driven high.
The flags can encode everything, or nothing. It all depends on what the
caller of of_get_gpio_flags() does with them. (Note that I'm not an
authority on this topic, I'm just telling what I've learned about it
recently).
For example, in of_mpc8xxx_spi_get_chipselects(), the flag is tested
against OF_GPIO_ACTIVE_LOW, and the result is passed to
gpio_direction_output() as the initial value. So it both inverts the
sense of the pin, and sets its initial state.
In of_gpio_leds_probe(), the flag is tested against OF_GPIO_ACTIVE_LOW
as well.
In both of the above examples, the drivers can make assumptions about
things like the pin must be an output, will be actively driven in either
direction, and so on. The convention is for the flag to be a bitmap of
values from the of_gpio_flags enumeration, but the only value there
is--- you guessed it--- OF_GPIO_ACTIVE_LOW. :)
If you provide your own xlate() function in a of_gpio_chip driver, you
can make the flags mean anything you want. As for anywhere you call
of_gpio_get_flags(). For now, the only established interpretation is
the OF_GPIO_ACTIVE_LOW one.
b.g.
--
Bill Gatliff
Embedded systems training and consulting
http://billgatliff.com
bgat@billgatliff.com
^ permalink raw reply
* Re: [PATCH net-next v2 0/3] can: mscan-mpc5xxx: add support for the Freescale MPC512x
From: Wolfgang Grandegger @ 2010-01-06 15:22 UTC (permalink / raw)
To: Wolfram Sang; +Cc: Socketcan-core, Netdev, Devicetree-discuss, Linuxppc-dev
In-Reply-To: <20100106144531.GD5299@pengutronix.de>
Wolfram Sang wrote:
>> Wolfram, is it OK from your point of view now? I will roll out v3 after
>> some more thorough testing tomorrow.
>
> It still works here and, as I see it, all issues were resolved as discussed.
OK, fine if I add your acked-by then?
Thanks,
Wolfgang.
^ permalink raw reply
* [PATCH] spi_mpc8xxx: fix WARN_ON on remove after 4c1fba44296
From: Peter Korsgaard @ 2010-01-06 15:57 UTC (permalink / raw)
To: avorontsov, dbrownell, galak, linuxppc-dev
Commit 4c1fba44296 (Add support for QE DMA mode and CPM1/CPM2 chips)
added unconditional calls to _cpm_init() / _cpm_free() from
probe()/remove(), but only checked if we're actually using CPM mode
in _init(), causing the WARN_ON in mpc8xxx_spi_free_dummy_rx() for !CPM.
Fix it by adding the same check in _cpm_free() as well.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
drivers/spi/spi_mpc8xxx.c | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/spi/spi_mpc8xxx.c b/drivers/spi/spi_mpc8xxx.c
index 1fb2a6e..0604d6b 100644
--- a/drivers/spi/spi_mpc8xxx.c
+++ b/drivers/spi/spi_mpc8xxx.c
@@ -946,6 +946,9 @@ static void mpc8xxx_spi_cpm_free(struct mpc8xxx_spi *mspi)
{
struct device *dev = mspi->dev;
+ if (!(mspi->flags & SPI_CPM_MODE))
+ return 0;
+
dma_unmap_single(dev, mspi->dma_dummy_rx, SPI_MRBLR, DMA_FROM_DEVICE);
dma_unmap_single(dev, mspi->dma_dummy_tx, PAGE_SIZE, DMA_TO_DEVICE);
cpm_muram_free(cpm_muram_offset(mspi->tx_bd));
--
1.6.5
^ permalink raw reply related
* Re: [PATCH net-next v2 0/3] can: mscan-mpc5xxx: add support for the Freescale MPC512x
From: Wolfram Sang @ 2010-01-06 15:59 UTC (permalink / raw)
To: Wolfgang Grandegger
Cc: Socketcan-core, Netdev, Devicetree-discuss, Linuxppc-dev
In-Reply-To: <4B44AAAA.2080503@grandegger.com>
[-- Attachment #1: Type: text/plain, Size: 367 bytes --]
> > It still works here and, as I see it, all issues were resolved as discussed.
>
> OK, fine if I add your acked-by then?
I wanted to add a 'Reviewed-by' after I checked V3.
Regards,
Wolfram
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* [PATCH] PPC: use helpers for rlimits
From: Jiri Slaby @ 2010-01-06 15:24 UTC (permalink / raw)
To: jirislaby; +Cc: Paul Mackerras, linux-kernel, linuxppc-dev
In-Reply-To: <1262791479-26594-1-git-send-email-jslaby@suse.cz>
Make sure compiler won't do weird things with limits. E.g. fetching
them twice may return 2 different values after writable limits are
implemented.
I.e. either use rlimit helpers added in
3e10e716abf3c71bdb5d86b8f507f9e72236c9cd
or ACCESS_ONCE if not applicable.
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: Paul Mackerras <paulus@samba.org>
Cc: linuxppc-dev@ozlabs.org
---
arch/powerpc/mm/mmap_64.c | 4 ++--
arch/powerpc/platforms/cell/spufs/coredump.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/mm/mmap_64.c b/arch/powerpc/mm/mmap_64.c
index 0d957a4..5a783d8 100644
--- a/arch/powerpc/mm/mmap_64.c
+++ b/arch/powerpc/mm/mmap_64.c
@@ -47,7 +47,7 @@ static inline int mmap_is_legacy(void)
if (current->personality & ADDR_COMPAT_LAYOUT)
return 1;
- if (current->signal->rlim[RLIMIT_STACK].rlim_cur == RLIM_INFINITY)
+ if (rlimit(RLIMIT_STACK) == RLIM_INFINITY)
return 1;
return sysctl_legacy_va_layout;
@@ -77,7 +77,7 @@ static unsigned long mmap_rnd(void)
static inline unsigned long mmap_base(void)
{
- unsigned long gap = current->signal->rlim[RLIMIT_STACK].rlim_cur;
+ unsigned long gap = rlimit(RLIMIT_STACK);
if (gap < MIN_GAP)
gap = MIN_GAP;
diff --git a/arch/powerpc/platforms/cell/spufs/coredump.c b/arch/powerpc/platforms/cell/spufs/coredump.c
index c4d4a19..eea1202 100644
--- a/arch/powerpc/platforms/cell/spufs/coredump.c
+++ b/arch/powerpc/platforms/cell/spufs/coredump.c
@@ -54,7 +54,7 @@ static ssize_t do_coredump_read(int num, struct spu_context *ctx, void *buffer,
*/
static int spufs_dump_write(struct file *file, const void *addr, int nr, loff_t *foffset)
{
- unsigned long limit = current->signal->rlim[RLIMIT_CORE].rlim_cur;
+ unsigned long limit = rlimit(RLIMIT_CORE);
ssize_t written;
if (*foffset + nr > limit)
--
1.6.5.7
^ permalink raw reply related
* [git pull] defconfig updates
From: Kumar Gala @ 2010-01-06 16:34 UTC (permalink / raw)
To: Benjamin Herrenschmidt; +Cc: linuxppc-dev
The following changes since commit 74d2e4f8d79ae0c4b6ec027958d5b18058662eea:
Linus Torvalds (1):
Linux 2.6.33-rc3
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/galak/powerpc.git merge
Kumar Gala (1):
powerpc: 2.6.33 update of defconfigs for embedded 6xx/7xxx, 8xx, 8xxx
arch/powerpc/configs/83xx/asp8347_defconfig | 88 +++++++++++++-----
arch/powerpc/configs/83xx/kmeter1_defconfig | 68 +++++++++++---
arch/powerpc/configs/83xx/mpc8313_rdb_defconfig | 97 +++++++++++++++-----
arch/powerpc/configs/83xx/mpc8315_rdb_defconfig | 100 +++++++++++++++-----
arch/powerpc/configs/83xx/mpc832x_mds_defconfig | 89 +++++++++++++-----
arch/powerpc/configs/83xx/mpc832x_rdb_defconfig | 93 ++++++++++++++-----
arch/powerpc/configs/83xx/mpc834x_itx_defconfig | 95 ++++++++++++++-----
arch/powerpc/configs/83xx/mpc834x_itxgp_defconfig | 92 ++++++++++++++-----
arch/powerpc/configs/83xx/mpc834x_mds_defconfig | 86 +++++++++++++-----
arch/powerpc/configs/83xx/mpc836x_mds_defconfig | 89 +++++++++++++-----
arch/powerpc/configs/83xx/mpc836x_rdk_defconfig | 87 +++++++++++++-----
arch/powerpc/configs/83xx/mpc837x_mds_defconfig | 89 +++++++++++++-----
arch/powerpc/configs/83xx/mpc837x_rdb_defconfig | 91 ++++++++++++++-----
arch/powerpc/configs/83xx/sbc834x_defconfig | 85 +++++++++++++-----
arch/powerpc/configs/85xx/ksi8560_defconfig | 69 +++++++++++---
arch/powerpc/configs/85xx/mpc8540_ads_defconfig | 69 +++++++++++---
arch/powerpc/configs/85xx/mpc8560_ads_defconfig | 76 ++++++++++++----
arch/powerpc/configs/85xx/mpc85xx_cds_defconfig | 75 ++++++++++++----
arch/powerpc/configs/85xx/sbc8548_defconfig | 77 ++++++++++++----
arch/powerpc/configs/85xx/sbc8560_defconfig | 72 +++++++++++---
arch/powerpc/configs/85xx/socrates_defconfig | 99 +++++++++++++++-----
arch/powerpc/configs/85xx/stx_gp3_defconfig | 87 +++++++++++++-----
arch/powerpc/configs/85xx/tqm8540_defconfig | 89 +++++++++++++-----
arch/powerpc/configs/85xx/tqm8541_defconfig | 90 +++++++++++++-----
arch/powerpc/configs/85xx/tqm8548_defconfig | 95 +++++++++++++++----
arch/powerpc/configs/85xx/tqm8555_defconfig | 90 +++++++++++++-----
arch/powerpc/configs/85xx/tqm8560_defconfig | 90 +++++++++++++-----
arch/powerpc/configs/85xx/xes_mpc85xx_defconfig | 103 ++++++++++++++++----
arch/powerpc/configs/86xx/gef_ppc9a_defconfig | 102 ++++++++++++++++----
arch/powerpc/configs/86xx/gef_sbc310_defconfig | 99 ++++++++++++++++----
arch/powerpc/configs/86xx/gef_sbc610_defconfig | 92 ++++++++++++++----
arch/powerpc/configs/86xx/mpc8610_hpcd_defconfig | 88 ++++++++++++++----
arch/powerpc/configs/86xx/mpc8641_hpcn_defconfig | 90 ++++++++++++++----
arch/powerpc/configs/86xx/sbc8641d_defconfig | 81 ++++++++++++----
arch/powerpc/configs/adder875_defconfig | 57 +++++++++---
arch/powerpc/configs/c2k_defconfig | 90 +++++++++++++-----
arch/powerpc/configs/ep8248e_defconfig | 64 ++++++++++---
arch/powerpc/configs/ep88xc_defconfig | 55 +++++++++---
arch/powerpc/configs/linkstation_defconfig | 96 +++++++++++++++-----
arch/powerpc/configs/mgcoge_defconfig | 74 +++++++++++----
arch/powerpc/configs/mgsuvd_defconfig | 63 ++++++++++---
arch/powerpc/configs/mpc7448_hpc2_defconfig | 79 ++++++++++++----
arch/powerpc/configs/mpc8272_ads_defconfig | 70 +++++++++++---
arch/powerpc/configs/mpc83xx_defconfig | 92 ++++++++++++++-----
arch/powerpc/configs/mpc85xx_defconfig | 97 +++++++++++++++-----
arch/powerpc/configs/mpc85xx_smp_defconfig | 97 +++++++++++++++-----
arch/powerpc/configs/mpc866_ads_defconfig | 65 ++++++++++---
arch/powerpc/configs/mpc86xx_defconfig | 93 ++++++++++++++----
arch/powerpc/configs/mpc885_ads_defconfig | 55 +++++++++---
arch/powerpc/configs/pq2fads_defconfig | 72 +++++++++++---
arch/powerpc/configs/prpmc2800_defconfig | 94 ++++++++++++++-----
arch/powerpc/configs/storcenter_defconfig | 86 +++++++++++++----
52 files changed, 3351 insertions(+), 1030 deletions(-)
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox