Currently the driver returns full length of the active descriptor which is
wrong. We have to go throught the active descriptor and substract the length of
each sent children in the chain from the total length along with the actual
data in the DMA channel registers.
The cyclic case is not handled b
The patch series is targeted for getting proper residue value.
Since v3:
- split dwc_get_residue() from dwc_tx_status and improve locking there
- patch 1/4 "dw_dmac: remove unnecessary tx_list field in dw_dma_chan" was
amended a bit to simplify patch 4/4
Since v2:
- get rid of dwc_update_residu
By this new field we distinguish a total length of the chain and the individual
length of each descriptor in the chain.
Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
---
drivers/dma/dw_dmac.c | 12 ++--
drivers/dma/dw_dmac_regs.h |1 +
2 files changed, 7 insertions(+)
The soft LLP mode is working for active descriptor only. So, we do not need to
have a copy of its pointer.
Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
---
drivers/dma/dw_dmac.c | 20 +++-
drivers/dma/dw_dmac_regs.h |1 -
2 files changed, 15 insertions(+), 6
It will be useful to have the length of the transfer in the descriptor. The
cyclic transfer functions remained untouched.
Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
---
drivers/dma/dw_dmac.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/dma/dw_dmac.c b/drivers/dma
On Thu, Jan 24, 2013 at 9:52 PM, Aaron Sierra wrote:
> In ICH5 and earlier the GPIOBASE and GPIOCTRL registers are found at
> offsets 0x58 and 0x5C, respectively. This patch allows GPIO access to
> properly be enabled (and disabled) for these chipsets.
>
> Signed-off-by: Agócs Pál
> Signed-off-b
On Fri, Jan 25, 2013 at 11:30 AM, Viresh Kumar wrote:
> On Fri, Jan 25, 2013 at 2:49 PM, Andy Shevchenko
> wrote:
>> On Fri, Jan 25, 2013 at 11:07 AM, Viresh Kumar
>> wrote:
>>> Who is going to right on ctlhi/lo?
>
> Ahh, my English :( (/s/right/write)
>
>> dwc_do_single_block()
>>
>>> we write
On linux, the pages used by kernel could not be migrated. As a result,
if a memory range is used by kernel, it cannot be hot-removed. So if
we want to hot-remove memory, we should prevent kernel from using it.
The way now used to prevent this is specify a memory range by
movablemem_map boot option
We now provide an option for users who don't want to specify physical
memory address in kernel commandline.
/*
* For movablemem_map=acpi:
*
* SRAT:|_| |_| |_| |_| ..
* node id:0 1
Here, we do two things:
1) patch1 ~ patch2: Prevent memblock from allocating memory in memory
to be set as ZONE_MOVABLE.
2) patch3: Provide movablemem_map=acpi option for users who
don't want to specify physical address in kernel
Hi Jacob,
I will apply this patch to libpfm4.
But I have a question. Why aren't the other uncore
events included here as well? I am talking about
the events listed in BKDG sections 3.16.2 to 3.16.6?
Are those NOT supported by your kernel patchset?
On Thu, Jan 24, 2013 at 11:06 PM, Jacob Shin w
When implementing movablemem_map boot option, we introduced an array
movablemem_map.map[] to store the memory ranges to be set as ZONE_MOVABLE.
Since ZONE_MOVABLE is the latst zone of a node, if user didn't specify
the whole node memory range, we need to extend it to the node end so that
we can us
On Fri, Jan 25, 2013 at 11:39 AM, Viresh Kumar wrote:
> On 25 January 2013 15:07, Andy Shevchenko wrote:
>> Yeah, the keyword is "look". 1 per million cases it could be true. I
>> think this discussion is going to the dead end.
>> Anyone else would like to argue for one or the other opinion?
>>
>
On 25 January 2013 15:07, Andy Shevchenko wrote:
> Yeah, the keyword is "look". 1 per million cases it could be true. I
> think this discussion is going to the dead end.
> Anyone else would like to argue for one or the other opinion?
>
> I might obey your way with the commentary that with quite lo
v0->v1: Update MPS parameters as non-arch and add MRRS
description into pcie_bus_perf parameter suggested
by Andrew Murray.
v1->v2: Update some semantic problems and add MPS and MRRS
explanation suggested by Joe Lawrence and Randy Dunlap.
v2->v3: Upda
* Borislav Petkov wrote:
> On Fri, Jan 25, 2013 at 10:20:32AM +0100, Ingo Molnar wrote:
> > Maybe it's related, but I had to resolve two conflicts when
> > merging your two patches to tip:x86/cpu and then to
> > tip:master - first in arch/x86/Kconfig, then in
> > arch/x86/include/asm/hypervi
On Fri, Jan 25, 2013 at 2:49 PM, Andy Shevchenko
wrote:
> On Fri, Jan 25, 2013 at 11:07 AM, Viresh Kumar
> wrote:
>> Who is going to right on ctlhi/lo?
Ahh, my English :( (/s/right/write)
> dwc_do_single_block()
>
>> we write to ctlhi/lo only when we program new
>> transfer. and that is not go
On Fri, Jan 25, 2013 at 10:20:32AM +0100, Ingo Molnar wrote:
> Maybe it's related, but I had to resolve two conflicts when merging
> your two patches to tip:x86/cpu and then to tip:master - first in
> arch/x86/Kconfig, then in arch/x86/include/asm/hypervisor.h.
>
> The second conflict looked harmle
Il 24/01/2013 23:55, Tejun Heo ha scritto:
> On Thu, Jan 24, 2013 at 04:00:42PM +0100, Paolo Bonzini wrote:
>> Strangely, a couple of MMC commands were never included. Add them too.
>
> What are the justifications for adding these commands to the filter?
> Are there users requesting these?
I thi
* nan chen wrote:
> 2013/1/25 Ingo Molnar
>
> >
> > * Andrew Morton wrote:
> >
> > > On Thu, 24 Jan 2013 17:22:45 +0800
> > > Yuanhan Liu wrote:
> > >
> > > > Use spin_[un]lock instead of arch_spin_[un]lock in mutex-debug.h so
> > > > that we can collect the lock statistics of spin_lock_mute
* Borislav Petkov wrote:
> On Fri, Jan 25, 2013 at 09:21:26AM +0100, Ingo Molnar wrote:
> >
> > So, these two patches, on top of -tip, produce:
> >
> > vmw_balloon.c:(.init.text+0x8506): undefined reference to `x86_hyper'
> > vmw_balloon.c:(.init.text+0x850a): undefined reference to `x86_hyper
On Fri, Jan 25, 2013 at 11:07 AM, Viresh Kumar wrote:
> On 25 January 2013 14:34, Andy Shevchenko wrote:
>> Okay, we have to have a protection here because get_sent reads two
>> registers consequentially. This means we could end up with scenario
>> with threads 1 and 2
>>
>> 1. read ctlhi
>> 2. w
- for (i = 0; i < vi->max_queue_pairs; i++) {
- int cpu = set ? i : -1;
- virtqueue_set_affinity(vi->rq[i].vq, cpu);
- virtqueue_set_affinity(vi->sq[i].vq, cpu);
- }
+ if (set) {
+ i = 0;
+ for_each_onli
Hi Bjorn,
Thanks for your review and comments! Please refer to inlined comment bellow.
On 2013/1/25 12:57, Bjorn Helgaas wrote:
> [+cc Jon, can you make sure this documentation is accurate?]
>
>>
>> diff --git a/Documentation/kernel-parameters.txt
>> b/Documentation/kernel-parameters.txt
>> i
On 01/25/2013 05:05 PM, Wanlong Gao wrote:
> On 01/25/2013 05:00 PM, Jason Wang wrote:
>> On 01/25/2013 04:36 PM, Wanlong Gao wrote:
>>> As Michael mentioned, set affinity and select queue will not work very
>>> well when CPU IDs are not consecutive, this can happen with hot unplug.
>>> Fix this bu
At Fri, 25 Jan 2013 00:38:06 +0200,
Stratos Karafotis wrote:
>
> Fix the following build warnings
>
> sound/pci/hda/patch_sigmatel.c: In function ‘stac92hd71bxx_fixup_hp’:
> sound/pci/hda/patch_sigmatel.c:2434:24: warning: unused variable ‘spec’
> [-Wunused-variable]
Thanks for catching. But s
On 25 January 2013 14:34, Andy Shevchenko wrote:
> Okay, we have to have a protection here because get_sent reads two
> registers consequentially. This means we could end up with scenario
> with threads 1 and 2
>
> 1. read ctlhi
> 2. write ctlhi
> 2. write ctllo
> 1. read ctllo
Who is going to ri
On 01/25/2013 05:00 PM, Jason Wang wrote:
> On 01/25/2013 04:36 PM, Wanlong Gao wrote:
>> As Michael mentioned, set affinity and select queue will not work very
>> well when CPU IDs are not consecutive, this can happen with hot unplug.
>> Fix this bug by traversal the online CPUs, and create a per
On Fri, Jan 25, 2013 at 10:56 AM, Andy Shevchenko
wrote:
> On Fri, 2013-01-25 at 09:43 +0530, Viresh Kumar wrote:
>> On Thu, Jan 24, 2013 at 6:37 PM, Andy Shevchenko
>> wrote:
>> > diff --git a/drivers/dma/dw_dmac.c b/drivers/dma/dw_dmac.c
>> > +static inline u32 dwc_get_residue(struct dw_dma_ch
* Stephane Eranian wrote:
> This patch adds PERF_SAMPLE_DSRC.
>
> PERF_SAMPLE_DSRC collects the data source, i.e., where
> did the data associated with the sampled instruction
> come from. Information is stored in a perf_mem_dsrc
> structure. It contains opcode, mem level, tlb, snoop,
> lock in
On 01/25/2013 04:36 PM, Wanlong Gao wrote:
> As Michael mentioned, set affinity and select queue will not work very
> well when CPU IDs are not consecutive, this can happen with hot unplug.
> Fix this bug by traversal the online CPUs, and create a per cpu variable
> to find the mapping from CPU to
The CFA-10037 is another expansion board for the CFA-10036 module, with
only a USB Host, a Ethernet device and a lot of gpios.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/imx28-cfa10037.dts | 77 ++
arch/arm/
On Fri, Jan 25, 2013 at 02:14:07PM +0530, kishon wrote:
> On Friday 25 January 2013 01:13 PM, Felipe Balbi wrote:
> >Hi,
> >
> >On Fri, Jan 25, 2013 at 08:42:24AM +0530, Kishon Vijay Abraham I wrote:
> >>palmas-usb is made as a comparator driver to omap usb2 phy, so that
> >>omap usb can make use o
>From 82f36ae635f404ae8518c4813bafeb2dbbefdfa8 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Fri, 25 Jan 2013 15:43:34 +0800
Subject: [PATCH 3/3] Xen ACPI cpu hotplug
This patch implement real Xen ACPI cpu hotplug driver as module.
When loaded, it replaces Xen stub driver.
For booting existed
>From ede9d238638c12dc80e08187500f4ef163e49a49 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Fri, 25 Jan 2013 15:42:31 +0800
Subject: [PATCH 2/3] Move xen_acpi_get_pxm to Xen acpi.h
So that it could be reused by Xen CPU hotplug logic.
Signed-off-by: Liu, Jinsong
---
drivers/xen/xen-acpi-mem
>From 74028ed6e4190ba0ea8ec87cba1d28de95a128bf Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Thu, 24 Jan 2013 22:12:30 +0800
Subject: [PATCH 1/3] Xen stub driver for CPU hotplug
Add Xen stub driver for CPU hotplug, early occupy to block native,
will be replaced later by real Xen processor driv
On Fri, 2013-01-25 at 09:43 +0530, Viresh Kumar wrote:
> On Thu, Jan 24, 2013 at 6:37 PM, Andy Shevchenko
> wrote:
> > Currently the driver returns full length of the active descriptor which is
> > wrong. We have to go throught the active descriptor and substract the
> > length of
> > each sent
>From 8e9d4d9b17bfb3831c6a49ad9b72c1395bde2d6b Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Thu, 24 Jan 2013 20:19:47 +0800
Subject: [PATCH 2/2] Xen ACPI memory hotplug
This patch implements real Xen acpi memory hotplug driver as module.
When loaded, it replaces Xen stub driver.
When an acpi
Using the devm_* managed resources the pca driver can be simplified
and cut down on boilerplate code.
Signed-off-by: Linus Walleij
---
drivers/gpio/gpio-pca953x.c | 30 +++---
1 file changed, 7 insertions(+), 23 deletions(-)
diff --git a/drivers/gpio/gpio-pca953x.c b/dri
This switches the legacy irqdomain to the simple one, which will
auto-allocate descriptors, and also make sure that we use
irq_create_mapping() in the to_irq function.
Signed-off-by: Linus Walleij
---
drivers/gpio/gpio-pca953x.c | 35 ++-
1 file changed, 10 insert
* Stephane Eranian wrote:
> This patch series had a new feature to the kernel perf_events
> interface and corresponding user level tool, perf.
Can I add your Signed-off-by tag to the patches you picked up
from Andi?
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsub
>From ccd5a2e956b51579a641a4b7922e95f9f4a51bbb Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Thu, 24 Jan 2013 20:16:59 +0800
Subject: [PATCH 1/2] Xen stub driver for memory hotplug
This patch create a file (xen-stub.c) for Xen stub drivers.
Xen stub drivers are used to reserve space for Xen dr
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/imx28.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/imx28.dtsi b/arch/arm/boot/dts/imx28.dtsi
index 13b7053..7ba4966 100644
--- a/arch/arm/boot/dts/imx28.dtsi
+++ b/arch/arm/boot/dts/imx28.dtsi
@@ -502,6
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/imx28-cfa10049.dts | 99 ++
arch/arm/mach-mxs/mach-mxs.c | 22
2 files changed, 121 insertions(+)
diff --git a/arch/arm/boot/dts/imx28-cfa10049.dts
b/arch/arm/boot/dts/imx28-cfa10049.dts
inde
Signed-off-by: Maxime Ripard
Cc: Andrew Morton
---
drivers/video/backlight/Kconfig |7 +
drivers/video/backlight/Makefile |1 +
drivers/video/backlight/hx8357.c | 482 ++
3 files changed, 490 insertions(+)
create mode 100644 drivers/video/backlight/
On Thu, Jan 24, 2013 at 10:01:26PM -0500, Steven Rostedt wrote:
> I've recently started testing my work on arm boards and have found that
> they both don't boot under the latest kernel anymore. I already posted
> about my snowball board, but my panda board also locks up.
You need to enable DMA eng
On Fri, Jan 25, 2013 at 9:36 AM, Gregory CLEMENT
wrote:
> Well, at the beginning I thought adding support for pca9505 was just a matter
> of a couple of lines to add. Then I realized that I need to handle the 40 bits
> case, and I ended up refactoring all access to the registers. So now I am on
On Fri, Jan 25, 2013 at 09:21:26AM +0100, Ingo Molnar wrote:
>
> So, these two patches, on top of -tip, produce:
>
> vmw_balloon.c:(.init.text+0x8506): undefined reference to `x86_hyper'
> vmw_balloon.c:(.init.text+0x850a): undefined reference to `x86_hyper_vmware'
Hmm, I somehow can't trigger i
On Friday 25 January 2013 02:15 PM, Felipe Balbi wrote:
hi,
On Fri, Jan 25, 2013 at 02:12:41PM +0530, kishon wrote:
On Friday 25 January 2013 01:18 PM, Felipe Balbi wrote:
On Thu, Jan 24, 2013 at 09:32:46PM -0800, Stephen Warren wrote:
On 01/24/2013 06:19 PM, Kishon Vijay Abraham I wrote:
Ad
hi,
On Fri, Jan 25, 2013 at 02:12:41PM +0530, kishon wrote:
> On Friday 25 January 2013 01:18 PM, Felipe Balbi wrote:
> >On Thu, Jan 24, 2013 at 09:32:46PM -0800, Stephen Warren wrote:
> >>On 01/24/2013 06:19 PM, Kishon Vijay Abraham I wrote:
> >>>Added a new driver for the usb part of control mod
On Tue, 22 Jan 2013, Afzal Mohammed wrote:
> am335x does not have freqsel, avoid it.
>
> Signed-off-by: Afzal Mohammed
Thanks, queued for 3.9.
- Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On Friday 25 January 2013 01:13 PM, Felipe Balbi wrote:
Hi,
On Fri, Jan 25, 2013 at 08:42:24AM +0530, Kishon Vijay Abraham I wrote:
palmas-usb is made as a comparator driver to omap usb2 phy, so that
omap usb can make use of palmas for srp and also to set vbus.
Signed-off-by: Kishon Vijay Abra
Hi Steven,
Do you have CONFIG_CPU_FREQ enabled? As I posted earlier in linux-kernel forum
("Failed booting PandaBoard ES with Linux 3.8 RC4" two days ago) my PandaBoard
ES hangs while booting with this option enabled. It works fine without it. I
have not bisected it down to a single commit thou
On Friday 25 January 2013 01:18 PM, Felipe Balbi wrote:
On Thu, Jan 24, 2013 at 09:32:46PM -0800, Stephen Warren wrote:
On 01/24/2013 06:19 PM, Kishon Vijay Abraham I wrote:
Added a new driver for the usb part of control module. This has an API
to power on the USB2 phy and an API to write to th
BTW, isn't this a similar to what should happen with the block io cgroup?
What is the behavior with a fd writing to a file in the scenario you
describe above?
>>>
>>> It forbids task moving in this case:
>>>
>>> /*
>>> * We cannot support shared io contexts, as we have no mean
The DAC found on the last chip select requires a word length of 12 bits,
which is not supported by the SSP controller of the iMX28. Use
bitbanging for that bus to support such a length.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/imx28-cfa10049.dts | 78 ++---
The bindings assumed that the gpios properties were always there, which
made the NO_TX and NO_RX mode not usable from device tree. Add extra
checks to make sure that the driver can work if either MOSI or MISO is
not used.
Signed-off-by: Maxime Ripard
Cc: Mark Brown
---
drivers/spi/spi-gpio.c |
Split out the clean affinity function to virtnet_clean_affinity().
Cc: Rusty Russell
Cc: "Michael S. Tsirkin"
Cc: Jason Wang
Cc: Eric Dumazet
Cc: "David S. Miller"
Cc: virtualizat...@lists.linux-foundation.org
Cc: net...@vger.kernel.org
Signed-off-by: Wanlong Gao
Acked-by: Michael S. Tsirkin
An issue has been reported where the PMIC either locks up or fails to
respond following a system Reset. This could result in a second write
in which the bus writes the current content of the write buffer to address
of the last I2C access.
The failure case is where this unwanted write transfers inc
Add a cpu notifier to virtio-net, so that we can reset the
virtqueue affinity if the cpu hotplug happens. It improve
the performance through enabling or disabling the virtqueue
affinity after doing cpu hotplug.
Cc: Rusty Russell
Cc: "Michael S. Tsirkin"
Cc: Jason Wang
Cc: Eric Dumazet
Cc: "Dav
On 01/25/2013 09:16 AM, Linus Walleij wrote:
> On Tue, Jan 22, 2013 at 10:10 PM, Gregory CLEMENT
> wrote:
>
>> Now that pca953x driver can handle GPIO expanders with more than 32
>> bits this patch adds the support for the pca9505 which cam with 40
>> GPIOs.
>>
>> Signed-off-by: Gregory CLEMENT
As Michael mentioned, set affinity and select queue will not work very
well when CPU IDs are not consecutive, this can happen with hot unplug.
Fix this bug by traversal the online CPUs, and create a per cpu variable
to find the mapping from CPU to the preferable virtual-queue.
Cc: Rusty Russell
C
On Thu, 2013-01-24 at 00:03 +0800, Mark Brown wrote:
> On Mon, Jan 21, 2013 at 02:05:12PM +0530, Ashish Jangam wrote:
>
> > > What makes you say that there is a dependency here? It's really not at
> > > all obvious why a change to the primary IRQ signalling mechanism would
> > > affect the intern
Correct value for minimal voltage for ldo10 output is 95 uV. This
patch fixes the typo introduced by patch adf6178ad5552a7f2f742a8c85343c50
("regulator: max8998: Use uV in voltage_map_desc"), what solves broken
probe of max8998 in v3.8-rc4.
Signed-off-by: Marek Szyprowski
Cc: sta...@vger.kern
* Jan Beulich wrote:
> >>> On 24.01.13 at 18:32, "H. Peter Anvin" wrote:
> > On 01/24/2013 11:15 AM, Ingo Molnar wrote:
> >>
> >> * Jan Beulich wrote:
> >>
> >>> v2 of this series is merely updated on top of the changes between
> >>> 3.6 and 3.7-rc (which includes the dropping of what previo
>>> On 24.01.13 at 18:32, "H. Peter Anvin" wrote:
> On 01/24/2013 11:15 AM, Ingo Molnar wrote:
>>
>> * Jan Beulich wrote:
>>
>>> v2 of this series is merely updated on top of the changes between
>>> 3.6 and 3.7-rc (which includes the dropping of what previously was
>>> the second patch in a fou
Hi Peter,
On Thu, Jan 24, 2013 at 12:44:29PM +0100, Peter Ujfalusi wrote:
> Hi Dmitry,
>
> On 01/14/2013 04:34 PM, Peter Ujfalusi wrote:
> > Hi Dmitry,
> >
> > Changes since v2:
> > - twl4030-vibra patches are left out (they have been applied)
> > - Do not use devm_input_allocate_device() in twl
* Clark Williams wrote:
> On Thu, 24 Jan 2013 17:59:55 +0100
> Ingo Molnar wrote:
>
> >
> > * Clark Williams wrote:
> >
> > > This version stores the user-input value in a separate
> > > location from the jiffies values used by the scheduler, to
> > > prevent a race condition.
> > >
> >
Hi
On Wed, 23 Jan 2013, Afzal Mohammed wrote:
> Currently round rate function would return proper rate iff requested
> rate exactly matches the PLL lockable rate. This causes set_rate to
> fail if exact rate could not be set. Instead round rate may return
> closest rate possible (less than the re
On Tue, Jan 22, 2013 at 10:10 PM, Gregory CLEMENT
wrote:
> The Globalscale Mirabox platform can be connected to the JTAG/GPIO box
> through the Multi-IO port. The GPIO box use the NXP PCA9505 I/O port
> expansion IC to provide 40-bit parallel input/output GPIOs. This patch
> enable the use of thi
On Tue, Jan 22, 2013 at 10:10 PM, Gregory CLEMENT
wrote:
> Now that pca953x driver can handle GPIO expanders with more than 32
> bits this patch adds the support for the pca9505 which cam with 40
> GPIOs.
>
> Signed-off-by: Gregory CLEMENT
Patch applied, thanks.
But guys, this driver contains
rename() will change dentry->d_name. The result of this race can
be worse than seeing partially rewritten name, but we might access
a stale pointer because rename() will re-allocate memory to hold
a longer name.
It's safe in the protection of dentry->d_lock.
v2: check NULL dentry before acquiring
From: Wei WANG
If rtsx_pci_sdmmc is not probed, function pointer pcr->slots[].card_event
will point to NULL, and thus rtsx_pci_card_detect will reference a NULL pointer.
Check card_event pointer before referencing it can avoid kernel panic.
Signed-off-by: Wei WANG
---
drivers/mfd/rtsx_pcr.c |
* Paul Turner wrote:
> On Thu, Jan 24, 2013 at 11:19 PM, Ingo Molnar wrote:
> >
> > * Fabio Estevam wrote:
> >
> >> On Thu, Jan 24, 2013 at 12:19 PM, Ingo Molnar wrote:
> >>
> >> > I suppose - is this patch warning-free both on 64-bit and 32-bit
> >> > systems?
> >>
> >> Yes, just confirmed t
On Tue, Jan 22, 2013 at 10:10 PM, Gregory CLEMENT
wrote:
> Until now the pca953x driver accessed all the bank of a given register
> in a single command using only a 32 bits variable. New expanders from
> the pca53x family come with 40 GPIOs which no more fit in a 32
> variable. This patch make ac
701 - 775 of 775 matches
Mail list logo
