On Tue, Aug 14, 2012 at 8:01 PM, Fengguang Wu wrote:
> On Tue, Aug 14, 2012 at 02:16:52PM -0700, Kees Cook wrote:
>> On Thu, Aug 9, 2012 at 6:52 PM, Fengguang Wu wrote:
>> > On Thu, Aug 09, 2012 at 06:39:34PM -0700, Kees Cook wrote:
>> >> Hi,
>> >>
>> >> So, after taking a closer look at this, I
On 08/15/2012 06:54 AM, Jacob Shin wrote:
On Tue, Aug 14, 2012 at 04:34:39PM +0800, Dave Young wrote:
On 08/14/2012 05:46 AM, Jacob Shin wrote:
Currently kernel direct mappings are created for all pfns between
[ 0 to max_low_pfn ) and [ 4GB to max_pfn ). When we introduce memory
holes, we end
> Sorry I have no compilers for build testing these changes, however the
> risk looks low and it's much better than to leave the arch broken,
> considering that Eric will do atomic64_t in the core fs/namespace.c code.
>
> CC: "Eric W. Biederman"
> Signed-off-by: Fengguang Wu
It looks ok for
On Thu, 9 Aug 2012 14:56:24 +0200
Hiroshi Doyu wrote:
> Hi Greg, Felipe,
>
> On Wed, 8 Aug 2012 15:34:27 +0200
> Greg Kroah-Hartman wrote:
>
> > On Wed, Aug 08, 2012 at 09:24:32AM +0300, Hiroshi Doyu wrote:
> > > Add __debugfs_create_dir(), which takes data passed from caller.
> >
> > Why?
>
From: David Miller [mailto:da...@davemloft.net]
Sent: Wednesday, August 15, 2012 1:33 PM
>From: "Ren, Cloud"
>Date: Wed, 15 Aug 2012 03:29:26 +
>
+ strncpy(netdev->name, pci_name(pdev), sizeof(netdev->name) - 1);
...
+ strcpy(netdev->name, "eth%d");
+ retval =
From: "Ren, Cloud"
Date: Wed, 15 Aug 2012 03:29:26 +
>>> + strncpy(netdev->name, pci_name(pdev), sizeof(netdev->name) - 1);
>>> ...
>>> + strcpy(netdev->name, "eth%d");
>>> + retval = register_netdev(netdev);
>>
>>The strcpy is unnecessary, alloc_etherdev already sets that.
>
> The
On Tue, Aug 14, 2012 at 04:16:46PM +0200, Frederic Weisbecker wrote:
> Hi,
>
> No fundamental change in this release but a rebase to solve conflicts
> against latest tip:/sched/core commits.
>
> Thanks.
This can be pulled from:
git://github.com/fweisbec/linux-dynticks.git
"Rémi Denis-Courmont" writes:
> Le lundi 13 août 2012 23:18:20, vous avez écrit :
>> From: "Eric W. Biederman"
>>
>> Cc: David Miller
>> Cc: Alexey Kuznetsov
>> Cc: James Morris
>> Cc: Hideaki YOSHIFUJI
>> Cc: Patrick McHardy
>> Cc: Arnaldo Carvalho de Melo
>> Cc: Vlad Yasevich
>> Cc:
Hi Jan,
> Yeah, I don't think this happens in practice but in theory it could. BTW,
> did you check whether we don't need to free other information (like VAT
> inode etc.) when rescanning the filesystem? I think we do but currently I'm
> catching up after a long vacation and this doesn't have
* aborigines <7aborigin...@gmail.com> [2012-08-12 14:41:44 +0700]:
> $ usb-deveices
> T: Bus=01 Lev=02 Prnt=02 Port=02 Cnt=03 Dev#= 5 Spd=12 MxCh= 0
> D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
> P: Vendor=0489 ProdID=e046 Rev=01.12
> S: Manufacturer=Broadcom Corp
> S:
On Mon, 2012-08-13 at 15:13 -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Will Deacon
>
> commit a76d7bd96d65fa5119adba97e1b58d95f2e78829 upstream.
>
> The open-coded mutex
On Tue, 14 Aug 2012 11:33:20 +0300, "Michael S. Tsirkin"
wrote:
> On Tue, Aug 14, 2012 at 09:29:49AM +0930, Rusty Russell wrote:
> > On Mon, 13 Aug 2012 11:41:23 +0300, "Michael S. Tsirkin"
> > wrote:
> > > On Fri, Aug 10, 2012 at 02:55:15PM -0300, Rafael Aquini wrote:
> > > > +/*
> > > > + *
On Tue, 14 Aug 2012 12:24:33 +0200, Valerio Baudo = wrote:
> From: Valerio Baudo
>
> Fixed a coding style issue.
>
> Signed-off-by: Valerio Baudo
Please forward to triv...@kernel.org.
Thanks,
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, 14 Aug 2012 15:08:10 +0100, David Howells wrote:
> Rusty Russell wrote:
>
> > Yep, thanks. And might as well sent them straight to Linus; since
> > linux-next didn't catch this, there's little point baking them there if
> > we have some acks.
> >
> > If he misses it, I'll grab them.
>
* Eric W. Biederman (ebied...@xmission.com) wrote:
> Sasha Levin writes:
>
> > On 08/15/2012 03:08 AM, Eric W. Biederman wrote:
> >>> I can offer the following: I'll write a small module that will hash
> >>> 1...1
> >>> > into a hashtable which uses 7 bits (just like user_ns) and post the
>> +strncpy(netdev->name, pci_name(pdev), sizeof(netdev->name) - 1);
>> ...
>> +strcpy(netdev->name, "eth%d");
>> +retval = register_netdev(netdev);
>
>The strcpy is unnecessary, alloc_etherdev already sets that.
The strcpy is useful. netdev->name is set as pci_name in front. So the
On 08/04/2012 05:30 PM, Jan Ariyasu wrote:
The following set of patches enable network-namespaces for the SCTP protocol.
The multitude of global parameters are stored in a net_generic
structure, and the bulk of the patches enable the protocol to access
the parameters on a per-namespace basis.
On 08/13/2012 04:18 PM, Eric W. Biederman wrote:
From: "Eric W. Biederman"
Cc: David Miller
Cc: Alexey Kuznetsov
Cc: James Morris
Cc: Hideaki YOSHIFUJI
Cc: Patrick McHardy
Cc: Remi Denis-Courmont
Cc: Arnaldo Carvalho de Melo
Cc: Vlad Yasevich
Cc: Sridhar Samudrala
Acked-by: Serge
On 08/07/2012 01:17 PM, Eric W. Biederman wrote:
Since I am motivated to get things done, and since there has been much
grumbling about my patches not implementing tunables, I have added
tunable support on top of my last patchset.
I have performed basic testing on the these patches and nothing
On 08/07/2012 01:23 PM, Eric W. Biederman wrote:
Start with an empty sctp_net_table that will be populated as the various
tunable sysctls are made per net.
Signed-off-by: "Eric W. Biederman"
Acked-by: Vlad Yasevich
---
include/net/netns/sctp.h |6 +-
include/net/sctp/sctp.h |
On 08/06/2012 02:47 PM, Eric W. Biederman wrote:
Signed-off-by: "Eric W. Biederman"
Acked-by: Vlad Yasevich
---
include/net/netns/sctp.h |3 +
include/net/sctp/sctp.h |9 +--
net/sctp/associola.c |2 +-
net/sctp/chunk.c |2 +-
net/sctp/endpointola.c |
On 08/06/2012 02:46 PM, Eric W. Biederman wrote:
- Fix the sctp_af operations to work in all namespaces
- Enable sctp socket creation in all network namespaces.
Signed-off-by: "Eric W. Biederman"
Acked-by: Vlad Yasevich
---
net/sctp/ipv6.c | 12 ++--
net/sctp/protocol.c
On 08/06/2012 02:45 PM, Eric W. Biederman wrote:
- Convert all of the files under /proc/net/sctp to be per
network namespace.
- Don't print anything for /proc/net/sctp/snmp except in
the initial network namespaces as the snmp counters still
have to be converted to be per network
On 08/06/2012 02:44 PM, Eric W. Biederman wrote:
The percpu sctp socket counter has nothing at all to do with the sctp
proc files, and having it in the wrong initialization is confusing,
and makes network namespace support a pain.
Signed-off-by: "Eric W. Biederman"
Acked-by: Vlad Yasevich
On 08/06/2012 02:43 PM, Eric W. Biederman wrote:
- Kill sctp_get_ctl_sock, it is useless now.
- Pass struct net where needed so net->sctp.ctl_sock is accessible.
Signed-off-by: "Eric W. Biederman"
Acked-by: Vlad Yasevich
---
include/net/netns/sctp.h |8 +++
On 08/06/2012 02:42 PM, Eric W. Biederman wrote:
- Move the address lists into struct net
- Add per network namespace initialization and cleanup
- Pass around struct net so it is everywhere I need it.
- Rename all of the global variable references into references
to the variables moved into
On 08/06/2012 02:41 PM, Eric W. Biederman wrote:
- Use struct net in the hash calculation
- Use sock_net(association.base.sk) in the association lookups.
- On receive calculate the network namespace from skb->dev.
- Pass struct net from receive down to the functions that actually
do the
On 08/06/2012 02:40 PM, Eric W. Biederman wrote:
- Use struct net in the hash calculation
- Use sock_net(endpoint.base.sk) in the endpoint lookups.
- On receive calculate the network namespace from skb->dev.
Signed-off-by: "Eric W. Biederman"
Acked-by: Vlad Yasevich
---
On 08/06/2012 02:39 PM, Eric W. Biederman wrote:
- Add struct net into the port hash table hash calculation
- Add struct net inot the struct sctp_bind_bucket so there
is a memory of which network namespace a port is allocated in.
No need for a ref count because sctp_bind_bucket only
On 08/14/2012 05:14 PM, David Miller wrote:
Come on Vlad, please review this stuff some time this century. If you
want inclusion to be dependent upon your review, then the onus is on
you to review it in a timely manner. And you are not doing so here.
I'm not letting Eric's patches rot in
Sasha Levin writes:
> On 08/15/2012 03:08 AM, Eric W. Biederman wrote:
>>> I can offer the following: I'll write a small module that will hash
>>> 1...1
>>> > into a hashtable which uses 7 bits (just like user_ns) and post the
>>> > distribution
>>> > we'll get.
>> That won't hurt. I
On Tue, Aug 14, 2012 at 02:16:52PM -0700, Kees Cook wrote:
> On Thu, Aug 9, 2012 at 6:52 PM, Fengguang Wu wrote:
> > On Thu, Aug 09, 2012 at 06:39:34PM -0700, Kees Cook wrote:
> >> Hi,
> >>
> >> So, after taking a closer look at this, I cannot understand how it's
> >> possible. Yama's task_lock
> -#define L1_CACHE_BYTESL2_CACHE_BYTES
> +#define L1_CACHE_SHIFTL2_CACHE_SHIFT
> +#define L1_CACHE_BYTES(1 << L2_CACHE_SHIFT)
Nitpick: the last line could better be:
+#define L1_CACHE_BYTES(1 << L1_CACHE_SHIFT)
Reviewed-by: Fengguang Wu
Thanks!
--
To
On Tue, Aug 14, 2012 at 12:22:49PM -0400, Mark Salter wrote:
> On Tue, 2012-08-14 at 23:34 +0800, Fengguang Wu wrote:
> > Sorry I have no compilers for build testing these changes, however the
> > risk looks low and it's much better than to leave the arch broken,
> > considering that Eric will do
> On Fri, Jul 27, 2012 at 10:26:21PM +0530, Ramakrishna Pallala wrote:
> > This patch adds the support to report the battery power supply
> > attributes STATUS and CHARGE_TYPE. This patch makes use of
> > power_supply_get_external_attr() API to get these attributes through power
> supply core.
> >
> On Fri, Jul 20, 2012 at 07:22:48PM +0530, Ramakrishna Pallala wrote:
> > This patch checks for charger status register for determining the
> > battery charging status and reports Discharing/Charging/Not
> > Charging/Full accordingly.
> >
> > This patch also adds the interrupt support for
On Tue, Aug 14, 2012 at 1:54 AM, Konrad Rzeszutek Wilk
wrote:
>> +static void *loongson_dma_alloc_coherent(struct device *dev, size_t size,
>> + dma_addr_t *dma_handle, gfp_t gfp, struct
>> dma_attrs *attrs)
>> +{
>> + void *ret;
>> +
>> + if
This patch fixes the following bug:
http://marc.info/?l=linux-pci=134338059022620=2
Where lspci does not work properly if a device and the corresponding
parent bridge (such as PCIe port) is suspended. This is because the
device configuration space registers will be not accessible if the
On Tue, Aug 14, 2012 at 05:59:06PM -0500, Anthony Liguori wrote:
> Marcelo Tosatti writes:
>
> > On Tue, Aug 14, 2012 at 02:35:34PM -0500, Anthony Liguori wrote:
> >> Marcelo Tosatti writes:
> >>
> >> > On Tue, Aug 14, 2012 at 01:53:01PM -0500, Anthony Liguori wrote:
> >> >> Marcelo Tosatti
On 08/15/2012 03:08 AM, Eric W. Biederman wrote:
>> I can offer the following: I'll write a small module that will hash 1...1
>> > into a hashtable which uses 7 bits (just like user_ns) and post the
>> > distribution
>> > we'll get.
> That won't hurt. I think 1-100 then 1000-1100 may
There is only one "boardtype" actually supported by this driver.
The second entry in the boardinfo is a dummy entry that would
result in an unusable device.
Remove the boardinfo fields and just use the open coded values
in the subdevice setup.
Signed-off-by: H Hartley Sweeten
Cc: Ian Abbott
This define is not used in the driver. Remove it.
Signed-off-by: H Hartley Sweeten
Cc: Ian Abbott
Cc: Greg Kroah-Hartman
---
drivers/staging/comedi/drivers/dyna_pci10xx.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/dyna_pci10xx.c
The boardinfo code is not needed by this driver. Only one board
type is supported.
Signed-off-by: H Hartley Sweeten
Cc: Ian Abbott
Cc: Greg Kroah-Hartman
---
drivers/staging/comedi/drivers/dyna_pci10xx.c | 38 ++-
1 file changed, 2 insertions(+), 36 deletions(-)
diff
The analog output channels on this board only support a single
range, 0-10V unipolar. This range is available as an exported
symbol from the comedi core and "range_unipolar10". Use that
instead of duplicating the range in this driver and remove
the information from the boardinfo.
Signed-off-by: H
The *_bits information in the boardinfo is not used by the driver.
Remove it.
Signed-off-by: H Hartley Sweeten
Cc: Ian Abbott
Cc: Greg Kroah-Hartman
---
drivers/staging/comedi/drivers/dyna_pci10xx.c | 8
1 file changed, 8 deletions(-)
diff --git
Convert this PCI driver to use the comedi PCI auto config attach
mechanism by adding an attach_pci callback function. Since the
driver does not require any external configuration options, disable
the legacy attach by making the attach simply return -ENOSYS. This
removes the need to walk the pci
These macros rely on local variables having a specific name. Replace
them with local variables where used. Use the comedi_board() helper
to get the thisboard pointer.
Signed-off-by: H Hartley Sweeten
Cc: Ian Abbott
Cc: Greg Kroah-Hartman
---
drivers/staging/comedi/drivers/dyna_pci10xx.c | 23
On 2012-08-15 09:12 Andy Lutomirski Wrote:
>Ubuntu's 3.2.0-27-generic. I can test on a newer kernel tomorrow.
I guess maybe miss the blk_plug function.
Can you add this patch and retest.
Move unplugging for direct I/O from around ->direct_IO() down to
do_blockdev_direct_IO(). This implicitly
Update the dyna_pci10xx driver to use the PCI Pnp auto config mechanism
of the comedi core and remove the unneeded boardinfo code.
H Hartley Sweeten (7):
staging: comedi: dnya_pci10xx: remove thisboard and devpriv macros
staging: comedi: dnya_pci10xx: use attach_pci callback
staging:
Ubuntu's 3.2.0-27-generic. I can test on a newer kernel tomorrow.
--Andy
On Tue, Aug 14, 2012 at 6:07 PM, kedacomkernel wrote:
> On 2012-08-15 08:49 Andy Lutomirski Wrote:
>>If I do:
>># dd if=/dev/zero of=/dev/md0p1 bs=8M
>>then iostat -m 5 says:
>>
>>avg-cpu: %user %nice %system %iowait
Sasha Levin writes:
> On 08/15/2012 01:52 AM, Eric W. Biederman wrote:
>> Sasha Levin writes:
>>
>>> Switch user_ns to use the new hashtable implementation. This reduces the
>>> amount of
>>> generic unrelated code in user_ns.
>>
>> Two concerns here.
>> 1) When adding a new entry you
On 2012-08-15 08:49 Andy Lutomirski Wrote:
>If I do:
># dd if=/dev/zero of=/dev/md0p1 bs=8M
>then iostat -m 5 says:
>
>avg-cpu: %user %nice %system %iowait %steal %idle
> 0.000.00 26.88 35.270.00 37.85
>
>Device:tpsMB_read/sMB_wrtn/sMB_read
On 08/15/2012 04:36 AM, Fengguang Wu wrote:
> Hi Alex,
>
> FYI, kernel build failed on
>
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git auto-latest
> head: e42942691c8262b7fe2a7b88577623082b988217
> commit: f03542a7019c600163ac4441d8a826c92c1bd510 [18/37] sched: recover
Hi,
On Tue, Aug 14, 2012 at 06:52:16PM +0100, Catalin Marinas wrote:
> This patch adds SMP initialisation and spinlocks implementation for
> AArch64. The spinlock support uses the new load-acquire/store-release
> instructions to avoid explicit barriers. The architecture also specifies
> that an
On Tue, Aug 14, 2012 at 2:12 PM, Dmitry Torokhov
wrote:
> >> On Sun, Aug 12, 2012 at 2:42 PM, Henrik Rydberg
> >> wrote:
> >> > Many MT devices send a number of keys along with the mt information.
> >> > This patch makes sure that there is room for them in the packet
> >> > buffer.
>>
>> So,
On 06/28/2012 10:02 AM, Olof Johansson wrote:
On Wed, Jun 27, 2012 at 2:52 PM, H. Peter Anvin wrote:
On 06/27/2012 02:35 PM, Olof Johansson wrote:
This adds an efi_runtime variable indicating whether the
efi runtime services are available. The only time they are
expected to not be available
If I do:
# dd if=/dev/zero of=/dev/md0p1 bs=8M
then iostat -m 5 says:
avg-cpu: %user %nice %system %iowait %steal %idle
0.000.00 26.88 35.270.00 37.85
Device:tpsMB_read/sMB_wrtn/sMB_readMB_wrtn
sdb 265.20 1.16
On 08/15/2012 01:52 AM, Eric W. Biederman wrote:
> Sasha Levin writes:
>
>> Switch user_ns to use the new hashtable implementation. This reduces the
>> amount of
>> generic unrelated code in user_ns.
>
> Two concerns here.
> 1) When adding a new entry you recompute the hash where previously
Hi,
On Tue, Aug 14, 2012 at 06:52:15PM +0100, Catalin Marinas wrote:
> This patch adds support for the DMA mapping API. It uses dma_map_ops for
> flexibility and it currently supports swiotlb. This patch could be
> simplified further if the DMA accesses are coherent (not mandated by the
>
On Tue, Aug 14, 2012 at 06:52:14PM +0100, Catalin Marinas wrote:
> This patch adds several definitions for device communication, including
> I/O accessors and ioremap(). The __raw_* accessors are implemented as
> inline asm to avoid compiler generation of post-indexed accesses (less
> efficient to
Hello,
(Sasha, would it be possible to change your MUA so that it breaks long
lines. It's pretty difficult to reply to.)
On Wed, Aug 15, 2012 at 02:24:49AM +0200, Sasha Levin wrote:
> The hashtable uses hlist. hlist provides us with an entire family of
> init functions which I'm supposed to
I believe the patch bellow, which was required on 3.2, will also be
necessary.
From: Kevin Winchester
Subject: [PATCH] x86: Simplify code by removing a !SMP #ifdefs from 'struct
cpuinfo_x86'
commit 141168c36cdee3ff23d9c7700b0edc47cb65479f and
commit 3f806e50981825fa56a7f1938f24c0680816be45
On 08/15/2012 01:25 AM, NeilBrown wrote:
> On Tue, 14 Aug 2012 18:24:35 +0200 Sasha Levin
> wrote:
>
>
>> +static inline void hash_init_size(struct hlist_head *hashtable, int bits)
>> +{
>> +int i;
>> +
>> +for (i = 0; i < HASH_SIZE(bits); i++)
>> +INIT_HLIST_HEAD(hashtable
Hi,
On Tue, Aug 14, 2012 at 06:52:13PM +0100, Catalin Marinas wrote:
> This patch introduces the atomic, mutex and futex operations. Many
> atomic operations use the load-acquire and store-release operations
> which imply barriers, avoiding the need for explicit DMB.
>
> Signed-off-by: Will
Hello, Thomas.
On Wed, Aug 15, 2012 at 01:33:09AM +0200, Thomas Gleixner wrote:
> To convince me to accept your patches you should start answering my
> questions and suggestions seriously in the first place and not
> discarding them upfront as lunatic visions.
>
> As long as you can't provide a
On 14/08/12 21:01, David Herrmann wrote:
> Hi Ryan
>
> On Mon, Aug 13, 2012 at 1:54 AM, Ryan Mallon wrote:
>> On 13/08/12 00:53, David Herrmann wrote:
>>> drivers/video/console/fblog.c | 195
>>> ++
>>> 1 file changed, 195 insertions(+)
>>>
>>> diff
Hi,
On Tue, Aug 14, 2012 at 06:52:09PM +0100, Catalin Marinas wrote:
> diff --git a/arch/arm64/include/asm/cputype.h
> b/arch/arm64/include/asm/cputype.h
> new file mode 100644
> index 000..ef54125
> --- /dev/null
> +++ b/arch/arm64/include/asm/cputype.h
> @@ -0,0 +1,49 @@
> +/*
> + *
On Wed, Aug 15, 2012 at 02:21:47AM +0400, Cyrill Gorcunov wrote:
> > Hmm, in very first versions I've been using one ->show method, but
> > then I thought that this is not very correlate with seq-files idea
> > where for each record show/next sequence is called. I'll update (this
> > for sure will
From: "John W. Linville"
Date: Tue, 14 Aug 2012 15:02:46 -0400
> Alexey Khoroshilov provides a potential memory leak in rndis_wlan.
>
> Bob Copeland gives us an ath5k fix for a lockdep problem.
>
> Dan Carpenter fixes a signedness mismatch in at76c50x.
>
> Felix Fietkau corrects a regression
From: Julia Lawall
Date: Tue, 14 Aug 2012 14:58:34 +0200
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
...
From: Julia Lawall
Date: Tue, 14 Aug 2012 14:58:33 +0200
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
...
From: Julia Lawall
Date: Tue, 14 Aug 2012 17:49:47 +0200
> From: Julia Lawall
>
> If the NULL test is necessary, the initialization involving a dereference of
> the tested value should be moved after the NULL test.
>
> The sematic patch that fixes this problem is as follows:
>
Hello,
On Tue, Aug 14, 2012 at 4:46 PM, Thomas Gleixner wrote:
> Do you really expect that I follow all of kernel dev posts within a
> day of returning from a two weeks vacation?
The head message says on what it's based on and the git branch. I
can't read your mind or know your current state.
Sasha Levin writes:
> Switch user_ns to use the new hashtable implementation. This reduces the
> amount of
> generic unrelated code in user_ns.
Two concerns here.
1) When adding a new entry you recompute the hash where previously that
was not done. I believe that will slow down adding of
On Thu, 26 Jul 2012 12:05:19 +0530
Venu Byravarasu wrote:
> TPS65910 PMIC is a MFD with RTC as one of the device.
> Adding RTC driver for supporting RTC device present
> inside TPS65910 PMIC.
>
> Only support for RTC alarm is implemented as part of this patch.
It needs a build fix:
Hi,
On Tue, Aug 14, 2012 at 06:52:08PM +0100, Catalin Marinas wrote:
> diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
> new file mode 100644
> index 000..c4a4e1c
> --- /dev/null
> +++ b/arch/arm64/kernel/process.c
> @@ -0,0 +1,416 @@
[...]
> +/*
> + * Function
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/14/2012 07:59 PM, Randy Dunlap wrote:
> on x86_64, when CONFIG_DEBUG_FS is not enabled:
>
> drivers/input/touchscreen/edt-ft5x06.c: In function
> 'edt_ft5x06_ts_remove':
> drivers/input/touchscreen/edt-ft5x06.c:846:14: error: 'struct
>
On Tue, 14 Aug 2012, Olof Johansson wrote:
> > diff --git a/arch/arm64/kernel/traps.c b/arch/arm64/kernel/traps.c
> > new file mode 100644
> > index 000..8712a8e
> > --- /dev/null
> > +++ b/arch/arm64/kernel/traps.c
> [...]
> > +DEFINE_SPINLOCK(die_lock);
>
> Should probably be static.
And
Tejun,
On Tue, 14 Aug 2012, Tejun Heo wrote:
> On Wed, Aug 15, 2012 at 01:12:01AM +0200, Thomas Gleixner wrote:
> > Just for the record. The thread evolved from here:
> >
> > * mod_delayed_work() can't be used from IRQ handlers.
> >
> > My answer was:
> >
> > This function does not
This patch instantiate Stored Measurement Log (SML) and put the
log address and size in the device tree.
Signed-off-by: Ashley Lai
---
arch/powerpc/kernel/prom_init.c | 62 +++
1 files changed, 62 insertions(+), 0 deletions(-)
diff --git
In commit c5857ccf293 ("random: remove rand_initialize_irq()")
the timer_rand_state was removed from struct irq_desc. Hence
we can also remove the forward declaration of it and the kernel
doc information now too.
Cc: Jiri Kosina
Signed-off-by: Paul Gortmaker
---
include/linux/irqdesc.h | 2 --
This patch retrieves the event log data from the device tree
during file open. The event log data will then displayed through
securityfs.
Signed-off-by: Ashley Lai
---
drivers/char/tpm/Makefile |5 +++
drivers/char/tpm/tpm.h | 12 --
drivers/char/tpm/tpm_eventlog.h |
On Tue, 14 Aug 2012, Tejun Heo wrote:
> On Wed, Aug 15, 2012 at 12:45:24AM +0200, Thomas Gleixner wrote:
> > And we have very well worked out mechanisms regarding cross tree
> > changes, i.e. providing minimal trees to pull for other maintainers.
>
> If you look at the review branches, they're
This patch adds a new device driver to support IBM virtual TPM
(vTPM) for PPC64. IBM vTPM is supported through the adjunct
partition with firmware release 740 or higher. With vTPM
support, each lpar is able to have its own vTPM without the
physical TPM hardware.
This driver provides TPM
Hi Seth,
On Tue, Aug 14, 2012 at 05:18:57PM -0500, Seth Jennings wrote:
> On 07/27/2012 01:18 PM, Seth Jennings wrote:
> > zcache is the remaining piece of code required to support in-kernel
> > memory compression. The other two features, cleancache and frontswap,
> > have been promoted to
Hi,
This one is a bit denser, so just a quick first pass with a couple of minor
comments. I'll revisit the rest.
On Tue, Aug 14, 2012 at 06:52:04PM +0100, Catalin Marinas wrote:
> +el1_sp_pc:
> + /*
> + *Stack or PC alignment exception handling
> + */
> + mrs x0, far_el1
>
Hello, Thomas.
On Wed, Aug 15, 2012 at 01:12:01AM +0200, Thomas Gleixner wrote:
> Just for the record. The thread evolved from here:
>
> * mod_delayed_work() can't be used from IRQ handlers.
>
> My answer was:
>
> This function does not exist. So what?
>
> Which was completely
On Wed, 2012-08-15 at 02:04 +0300, Michael S. Tsirkin wrote:
> On Tue, Aug 14, 2012 at 04:01:15PM -0600, Alex Williamson wrote:
> > On Tue, 2012-08-14 at 15:35 +0300, Avi Kivity wrote:
> > > On 08/12/2012 12:33 PM, Michael S. Tsirkin wrote:
> > > >>
> > > >> Michael, would the interface be more
On Tue, 14 Aug 2012 18:24:35 +0200 Sasha Levin
wrote:
> +static inline void hash_init_size(struct hlist_head *hashtable, int bits)
> +{
> + int i;
> +
> + for (i = 0; i < HASH_SIZE(bits); i++)
> + INIT_HLIST_HEAD(hashtable + i);
> +}
This seems like an inefficient way to do
Hi,
On Tue, Aug 14, 2012 at 06:52:12PM +0100, Catalin Marinas wrote:
> +void handle_IRQ(unsigned int irq, struct pt_regs *regs)
> +{
> + struct pt_regs *old_regs = set_irq_regs(regs);
> +
> + irq_enter();
> +
> + /*
> + * Some hardware gives randomly wrong interrupts. Rather
> +
On Tue, Aug 14, 2012 at 10:43:41PM +0200, Sebastian Hesselbarth wrote:
> This add a DT compatible board specific setup for the Seagate
> FreeAgent Dockstar.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Russell King
> Cc:
Change log V3:
- Replaced TPM_NO_EVENT_LOG macro with stubs
- Removed tpm_noeventlog.c file
- Called of_node_put() before return in tpm_of.c
Change log V2:
- Removed unnecessary tpm_bios_log_setup and tpm_bios_log_teardown
functions in tpm_eventlog.h (patch 3/3).
- Added more descriptions on
Tejun,
On Tue, 14 Aug 2012, Tejun Heo wrote:
> On Tue, Aug 14, 2012 at 10:43:30PM +0200, Thomas Gleixner wrote:
> > > It makes the workqueue users messy. It's difficult to get completely
> > > correct and subtle errors are difficult to detect / verify.
> >
> > Ah, the function which does not
On Tuesday, August 14, 2012, Rafael J. Wysocki wrote:
> On Monday, August 13, 2012, Alan Stern wrote:
> > On Mon, 13 Aug 2012, Rafael J. Wysocki wrote:
> >
> > > > I guess the best we can say is that if you call pm_runtime_barrier()
> > > > after updating the dev_pm_ops method pointers then
Hi,
On Tue, Aug 14, 2012 at 06:52:03PM +0100, Catalin Marinas wrote:
> +Before jumping into the kernel, the following conditions must be met:
> +
> +- Quiesce all DMA capable devices so that memory does not get
> + corrupted by bogus network packets or disk data. This will save
> + you many
On Tue, Aug 14, 2012 at 04:01:15PM -0600, Alex Williamson wrote:
> On Tue, 2012-08-14 at 15:35 +0300, Avi Kivity wrote:
> > On 08/12/2012 12:33 PM, Michael S. Tsirkin wrote:
> > >>
> > >> Michael, would the interface be more acceptable to you if we added
> > >> separate ioctls to allocate and
On Tue, 14 Aug 2012 23:33:44 +0100
Ben Hutchings wrote:
> On Tue, 2012-08-14 at 17:05 +0200, Jiri Pirko wrote:
> > This lists are supposed to serve for storing pointers to all upper devices.
> > Eventually it will replace dev->master pointer which is used for
> > bonding, bridge, team but it
Hello, Thomas.
On Wed, Aug 15, 2012 at 12:45:24AM +0200, Thomas Gleixner wrote:
> And we have very well worked out mechanisms regarding cross tree
> changes, i.e. providing minimal trees to pull for other maintainers.
If you look at the review branches, they're actually structured that
way so
On Tue, Aug 14, 2012 at 9:33 AM, Luis R. Rodriguez wrote:
> On Tue, Aug 14, 2012 at 9:00 AM, Luis R. Rodriguez
> wrote:
>> For more details please see:
>>
>> http://www.do-not-panic.com/2012/08/automatically-backporting-linux-kernel.html
>>
Marcelo Tosatti writes:
> On Tue, Aug 14, 2012 at 02:35:34PM -0500, Anthony Liguori wrote:
>> Marcelo Tosatti writes:
>>
>> > On Tue, Aug 14, 2012 at 01:53:01PM -0500, Anthony Liguori wrote:
>> >> Marcelo Tosatti writes:
>> >>
>> >> > On Tue, Aug 14, 2012 at 05:55:54PM +0300, Yan Vugenfirer
1 - 100 of 1300 matches
Mail list logo
