On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
> The function aer_recover_queue() makes a call to
> pci_get_domain_bus_and_slot().
> That function is documented to require that the caller decrement the
> reference count by calling pci_dev_put(). This patch adds the missing
> call to pci_dev_pu
On Tue, 2012-11-27 at 19:01 +0100, Sebastian Andrzej Siewior wrote:
> Since commit 89c8d91e31f2 ("tty: localise the lock") I see a dead lock
> in one of my dummy_hcd + g_nokia test cases. The first run one was usually
> okay, the second often resulted in a splat by lockdep and the third was
> usual
> On Wed, Nov 14, 2012 at 8:17 AM, viresh kumar wrote:
> > On Mon, Nov 12, 2012 at 4:33 AM, Jon Mason wrote:
> >> device_control is an optional and not implemented in all DMA drivers.
> >> Any calls to these will result in a NULL pointer dereference.
> >> dmatest makes two of these calls when com
Add more CC's
On Mon, Dec 3, 2012 at 12:39 PM, Heinz Diehl wrote:
> Hi,
>
> with latest linus-3.7 git from today, after some time, my machine gets
> more and more unresponsible, fanspeed increases, and that's what I see in the
> logs:
>
> Dec 3 18:08:10 wildsau kernel: [35092.535757] [drm:i915_
On Mon, Dec 03, 2012 at 01:56:27AM +0200, Dimitrios Apostolou wrote:
>
> Please take a look at [2], it's what is called in that case. Via
> this call all slabs that have registered a shrinker, get actually
> shrinked. Other fs do, but I can't find whether ext4 actually
> registers a shrinker for i
Hello,
On Tue, Nov 27, 2012 at 02:35:05PM -0500, Aristeu Rozanski wrote:
> @@ -375,22 +376,33 @@
> continue;
> if (refex->access & (~ex->access))
> continue;
> - match = true;
> + match = 1;
> break;
>
On Mon, Dec 03, 2012 at 05:25:53PM +, Russell King - ARM Linux wrote:
> On Mon, Dec 03, 2012 at 05:44:11PM +0100, Armando Visconti wrote:
> > On 11/29/2012 12:04 PM, Armando VISCONTI wrote:
> >> This patch keeps disabled the strict alignment CP15 bit for
> >> all armv6 and armv7 processor witho
On Sat, 2012-10-20 at 09:22 -0700, Joe Perches wrote:
> Use the normal kernel test instead of a module specific one.
ping?
> Signed-off-by: Joe Perches
> ---
> found when doing that larger style conversion,
> might as well submit it.
>
> drivers/net/ethernet/intel/ixgbe/ixgbe_82599.c | 2 +-
>
> If dmaengine driver's .device_alloc_chan_resources() method returns -ENODEV,
> dma_request_channel() will decide, that the driver has been removed and will
> remove
> the device from its list. To prevent this use ENXIO if a slave lookup fails.
>
> Reported-by: Kuninori Morimoto
> Signed-off
On Mon, 2012-12-03 at 17:13 +0100, Ralf Baechle wrote:
> On Mon, Dec 03, 2012 at 09:40:48AM -0500, Steven Rostedt wrote:
>
> > The issue is with x86. Gcc wont compile if you have -pg and
> > -fomit-frame-pointer on x86. I originally forced function tracing to
> > select FRAME_POINTER, but because
On Mon, 2012-12-03 at 13:52 +1100, Alexey Kardashevskiy wrote:
> VFIO implements platform independent stuff such as
> a PCI driver, BAR access (via read/write on a file descriptor
> or direct mapping when possible) and IRQ signaling.
>
> The platform dependent part includes IOMMU initialization
>
Quoting Aristeu Rozanski (a...@redhat.com):
> On Thu, Nov 29, 2012 at 08:26:08PM +, Serge E. Hallyn wrote:
> > Quoting Aristeu Rozanski (a...@redhat.com):
> > > I see your point. it's indeed a problem. in dev_exception_add(), it
> > > needs to check for permissions before actually adding to
> >
Relatime should update the inode atime if it is more than a day in the
future. The original problem seen was a tarball that had a bad atime,
but could also happen if someone fat-fingers a "touch". The future
atime will never be fixed. Before the relatime patch, the future atime
would be updated
Hello, Aristeu.
On Tue, Nov 27, 2012 at 02:35:06PM -0500, Aristeu Rozanski wrote:
> This patch makes all changes propagate down in hierarchy respecting when
> possible local configurations.
>
> Behavior changes will clean up exceptions in all the children except when the
> parent changes the beha
On 2012-12-03 Monday at 01:56 +0200 Dimitrios Apostolou wrote:
> Dear Ronald,
Excuse me, my name is Roland.
> sorry for not replying at your first message but I didn't consider changing
> kernel as a resolution to my problem.
>
> … …
> > … …
> > One advantage of Linux compared to other OS is much
Current tags.sh doesn't handle subarch for ARM.
There are too many subarch on ARM, it is hard that we locate some
functions which are defined in every subarch with tags util family.
Therefore support subarch for removing this unconvenience.
We can use ARM subarch functionality like below.
"make cs
We usually have interst in compiled files only,
because they are strongly related to individual's work.
Current tags.sh can't select compiled files, so support it.
We can use this functionality like below.
"make cscope O=. SRCARCH= COMPILED_SOURCE=compiled"
It must be executed after building
On Tue, Dec 04, 2012 at 01:56:39AM +0800, yangsheng wrote:
> Relatime should update the inode atime if it is more than a day in the
> future. The original problem seen was a tarball that had a bad atime,
> but could also happen if someone fat-fingers a "touch". The future
> atime will never be fi
2012/12/4 Michal Marek :
> On 3.12.2012 17:22, Joonsoo Kim wrote:
>> We usually have interst in compiled files only,
>> because they are strongly related to individual's work.
>> Current tags.sh can't select compiled files, so support it.
>>
>> We can use this functionality like below.
>> "make csc
From: "Rajanikanth H.V"
dt property, 'battery-type' shall be one of supported technology type
instead blank.
refer:Documentation/devicetree/bindings/power_supply/ab8500/fg.txt
for the list of supported types
thanks to Francesco Lavra for highlighting missing of_node_put(...)
for '3.7-rc5'
From: "Rajanikanth H.V"
ab8500_fg driver prepares instance list of fuelgauge which is
required by btemp driver for battery identification. So make sure
that ab8500 fuelgauge list is ready before btemp driver starts.
for '3.7-rc5': of git://git.infradead.org/battery-2.6.git
Acked-by: Lee Jones
On Mon, Dec 03 2012, Vitaly Andrianov wrote:
> This patch fixes a couple of bugs that otherwise impair CMA functionality on
> PAE machines:
>
> - alignment must be a 64-bit type when running on systems with 64-bit
> physical addresses. If this is not the case, the limit calculation thunks
>
Hi John,
A few more patches to 3.8, I hope they can still make it to mainline!
The most important ones are the socket option for the SCO protocol to allow
accept/refuse new connections from userspace. Other than that I added some
fixes and Andrei did more AMP work.
Please pull, or let me know any
On Mon, Dec 03, 2012 at 05:12:32PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> drivers/dma/mv_xor.c between commit d51e88b99533 ("dma: Convert dev_printk
> (KERN_ to dev_(") from the slave-dma tree, commits
> a7d6e3ec28bb ("dma: rem
> Almost three days, when it wouldn't live overnight before.
> As promised, I'm declaring victory.
>
> The patch that worked (on top of -rc7) was Johannes Weiner's
> "mm: vmscan: fix endless loop in kswapd balancing"
> that added the zone_balanced() function to mm/vmscan.c:2400.
>
> Thank you all
Hello.
On 11/30/2012 01:56 PM, Bartlomiej Zolnierkiewicz wrote:
> From: Bartlomiej Zolnierkiewicz
> Subject: [PATCH] ata_piix: re-oder code and remove prototypes
You meant "re-order", I think.
> Signed-off-by: Bartlomiej Zolnierkiewicz
> Signed-off-by: Kyungmin Park
> ---
> Jeff, please a
On Mon, Dec 3, 2012 at 6:13 AM, Peter Ujfalusi wrote:
> Hi Bryan,
>
> On 11/14/2012 02:14 AM, Bryan Wu wrote:
>> On Mon, Nov 12, 2012 at 6:41 AM, Peter Ujfalusi
>> wrote:
>>> Update the driver to use the new API for requesting pwm so we can take
>>> advantage of the pwm_lookup table to find the
This has been a requested feature for a long time [1][2].
/proc/ and /proc//task/ will show POLLIN | POLLRDNORM
when the is dead and POLLIN | POLLRDNORM | POLLERR when is
dead and reaped.
The ability to tell whether the task exists given an fd isn't new -- readdir
can do it. The ability to dis
From: Philippe Reynes
Date: Sat, 1 Dec 2012 21:44:49 +0100
> static int smsc_phy_config_init(struct phy_device *phydev)
> {
> - int rc = phy_read(phydev, MII_LAN83C185_CTRL_STATUS);
> + /*
> + * If the SMSC PHY is in power down mode, then set it
> + * in all capable mode befo
This header file will define a new trace event that will be triggered when
a AER event occurs. The following data will be provided to the trace
event.
char * dev_name - The name of the slot where the device resides
([domain:]bus:device.function).
u32 status - Either the correct
This patch will provide a more reliable and easy way for user-space
applications to have access to AER logs rather than reading them from the
message buffer. It also provides a way to notify user-space when an AER
event occurs.
The aer driver is updated to generate a trace event of function 'aer_e
These changes make cper_print_aer more consistent with aer_print_error
which is called in the AER interrupt case. The string in the variable
'prefix' is printed at the beginning of each print statement in
cper_print_aer(). The prefix is a string containing the driver name
and the device's slot loca
This adds OF support for DaVinci SPI driver. Following are changes from initial
version based on mostly review comments.
- removed attribute for spi version. instead, compatibility string is
modified to include version info.
- pdata ptr in davinci_spi_platform_data is replaced with struct itse
This adds OF support to DaVinci SPI controller to configure platform
data through device bindings. Also replaces clk_enable() with
of clk_prepare_enable() as well as clk_disable() with
clk_disable_unprepare().
Signed-off-by: Murali Karicheri
Reviewed-by : Grant Likely
---
.../devicetree/binding
Ben - what is your policy on extracting firmware from Windows drivers?
It seems like it ought to be OK, and they _are_ the same files that are
covered under the license in WHENCE.
The following changes since commit bda53ca96deb3cacbef10a7a84bbaee2d09c7f34:
brcm: new firmware version for brcmsma
On 12/03/2012 02:29 PM, Sergei Shtylyov wrote:
Hello.
On 11/30/2012 01:56 PM, Bartlomiej Zolnierkiewicz wrote:
From: Bartlomiej Zolnierkiewicz
Subject: [PATCH] ata_piix: re-oder code and remove prototypes
You meant "re-order", I think.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-
From: "Michael S. Tsirkin"
Date: Mon, 3 Dec 2012 15:19:43 +0200
> Historically tun supported two modes of operation:
> - in default mode, a small number of packets would get queued
> at the device, the rest would be queued in qdisc
> - in one queue mode, all packets would get queued at the devi
From: "Michael S. Tsirkin"
Date: Mon, 3 Dec 2012 19:31:51 +0200
> These packet counters are used to drive the zercopy
> selection heuristic so nothing too bad happens if they are off a bit -
> and they are also reset once in a while.
> But it's cleaner to clear them when backend is set so that
>
On Fri, 2012-11-30 at 09:39 -0600, Steve French wrote:
> But ... the need still remains for more tracing for cifs (I run into
> this a few times a month at least when debugging) - does anyone have
> any ideas for how to add dynamic trace points to cifs (has anyone even
> done it for the vfs?) - is
On Mon, Dec 3, 2012 at 12:43 PM, Theodore Ts'o wrote:
> If you are seeing a large number of inodes still in the ext4 inode
> cache after using drop_caches, then I'd look to see whether you have
> something like SELinux or auditing enabled which is pinning a bunch of
> dentries or inodes
You can
From: Jason Wang
Date: Mon, 3 Dec 2012 11:19:45 +0800
> We attach queue 0 after registering netdevice currently. This leads to call
> netif_set_real_num_{tx|rx}_queues() after registering the netdevice. Since we
> allow tun/tap has a maximum of 1024 queues, this may lead a huge number of
> ueven
On Mon, Dec 03, 2012 at 11:33:05AM -0700, Lance Ortiz wrote:
> This header file will define a new trace event that will be triggered when
> a AER event occurs. The following data will be provided to the trace
> event.
>
> char * dev_name - The name of the slot where the device resides
>
Hi,
In realtime environments, it may be desirable to keep the per-bdi
flusher threads from running on certain cpus. This patch adds a
cpu_list file to /sys/class/bdi/* to enable this. The default is to tie
the flusher threads to the same numa node as the backing device (though
I could be convinc
On 12-12-03 12:57 PM, Sebastian Andrzej Siewior wrote:
On Thu, Nov 01, 2012 at 09:21:16AM +0200, Felipe Balbi wrote:
then we can merge to net tree and handle the conflicts when merging to
Linus, that'd be fine by me as long as people know how to solve the
conflict properly ;-)
Felipe please dro
On Mon, Dec 03, 2012 at 09:44:14AM -0800, Tejun Heo wrote:
> I kinda dislike this. This isn't a performanc critical path where we
> must try our best to shave off a few condition checks. There's no
> reason to encode the test like this. Please just spell the conditions
> out in code rather than
On Mon, Dec 03, 2012 at 04:22:08PM -0200, Gustavo Padovan wrote:
> Hi John,
>
> A few more patches to 3.8, I hope they can still make it to mainline!
> The most important ones are the socket option for the SCO protocol to allow
> accept/refuse new connections from userspace. Other than that I adde
On Mon, Dec 03, 2012 at 06:01:25PM +, Serge E. Hallyn wrote:
> First, generally, I don't think 'allows' added to parent should be
> automatically propagated to descendents.
that's what I think too and what I tried to do
> In devcgroup_update_access: (around line 625)
> there is a perio
On Mon, Dec 03, 2012 at 11:22:31AM -0500, Jeff Moyer wrote:
> Jeff Moyer writes:
>
> >>> + bdi->flusher_cpumask = kmalloc(sizeof(cpumask_t), GFP_KERNEL);
> >>> + if (!bdi->flusher_cpumask)
> >>> + return -ENOMEM;
> >>
> >> The bare GFP_KERNEL raises an eyebrow. So
On Mon, Dec 03, 2012 at 10:01:45AM -0800, Tejun Heo wrote:
> On Tue, Nov 27, 2012 at 02:35:06PM -0500, Aristeu Rozanski wrote:
> > This patch makes all changes propagate down in hierarchy respecting when
> > possible local configurations.
> >
> > Behavior changes will clean up exceptions in all th
On 11/23/2012 11:59 AM, Dave Kleikamp wrote:
> On 11/22/2012 04:59 PM, Dave Chinner wrote:
>> On Thu, Nov 22, 2012 at 09:51:33AM +, Steven Whitehouse wrote:
>>> Hi,
>>>
>>> On Wed, 2012-11-21 at 16:41 -0600, Dave Kleikamp wrote:
Signed-off-by: Dave Kleikamp
Cc: Steven Whitehouse
>>>
On Sun, Dec 2, 2012 at 9:29 AM, Dan Carpenter wrote:
> If "buf" wasn't equal to LP5521_REG_R_CURR_DEFAULT the probe fails but
> we still return zero. I've changed it to print an error message and
> return -EINVAL.
>
Looks fine with me, I applied it to my for-next branch.
-Bryan
> Reported-by:
Szia Zdenek,
On Mon, Dec 03, 2012 at 04:23:15PM +0100, Zdenek Kabelac wrote:
> Ok, bad news - I've been hit by kswapd0 loop again -
> my kernel git commit cc19528bd3084c3c2d870b31a3578da8c69952f3 again
> shown kswapd0 for couple minutes on CPU.
>
> It seemed to go instantly away when I've drop c
On 11/30/2012 03:38 AM, Thierry Reding wrote:
> On Fri, Nov 30, 2012 at 10:56:39AM +0200, Terje Bergström wrote:
>> On 29.11.2012 13:47, Thierry Reding wrote:
>>> On Thu, Nov 29, 2012 at 12:21:04PM +0200, Terje Bergström
>>> wrote:
Tegra20 and Tegra30 are compatible, but future chips are not.
On 12/01/2012 07:58 AM, Thierry Reding wrote:
> On Sat, Dec 01, 2012 at 01:31:02PM +0200, Terje Bergström wrote:
...
>> I was thinking of definitions like this:
>>
>> static inline u32 host1x_sync_cfpeek_ctrl_cfpeek_addr_f(u32 v) {
>> return (v & 0x1ff) << 0; }
>>
>> versus
>>
>> #define host1x
On Mon, 3 Dec 2012, Roland Eggner wrote:
On 2012-12-03 Monday at 01:56 +0200 Dimitrios Apostolou wrote:
Dear Ronald,
Excuse me, my name is Roland.
Sorry, this was not intentional.
Dimitris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
wrote:
> Signed-off-by: Marek Belisko
> ---
> Documentation/devicetree/bindings/leds/tca6507.txt | 33
>
> 1 file changed, 33 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/leds/tca6507.txt
>
> diff --g
be->mode is obtained from xenbus_read, which does a kmalloc for the
message body. The short string is never released, so do it on blkbk
remove.
Signed-off-by: Olaf Hering
---
!! Not compile tested !!
drivers/block/xen-blkback/xenbus.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers
On Mon, 3 Dec 2012, Eric Paris wrote:
On Mon, Dec 3, 2012 at 12:43 PM, Theodore Ts'o wrote:
If you are seeing a large number of inodes still in the ext4 inode
cache after using drop_caches, then I'd look to see whether you have
something like SELinux or auditing enabled which is pinning a bun
On Mon, Dec 03, 2012 at 09:30:12AM +0100, Thorsten Leemhuis wrote:
> >> John was able to reproduce the problem quickly with a kernel that
> >> contained the patch from your mail. For details see
> >
> > [stripped: all the glory details of what likely went wrong and lead
> > to the problem john see
Hello,
JFYI: Yet Another Suspend Breakage, it seems (hopefully someone
can contribute to and further nail down this issue).
Working:
vmlinuz-3.7.0-rc5-00068-gc5e35d6 (HEAD possibly unknown?)
Failing:
vmlinuz-3.7.0-rc7-00179-g2db18aa (HEAD 3c46f3d6406b1d0c53575774b2d1fd013cd7f76f)
Athlon XP 32
On Mon, Dec 3, 2012 at 11:33 AM, Andreas Mohr wrote:
> Hello,
>
> JFYI: Yet Another Suspend Breakage, it seems (hopefully someone
> can contribute to and further nail down this issue).
>
>
> Working:
> vmlinuz-3.7.0-rc5-00068-gc5e35d6 (HEAD possibly unknown?)
>
> Failing:
> vmlinuz-3.7.0-rc7-00179
Historically tun supported two modes of operation:
- in default mode, a small number of packets would get queued
at the device, the rest would be queued in qdisc
- in one queue mode, all packets would get queued at the device
This might have made sense up to a point where we made the
queue depth
On Mon, Dec 03, 2012 at 04:33:01PM +0800, Xiao Guangrong wrote:
> Hi Marcelo,
>
> Thanks for your patience. I was reading your reply over and over again, i
> would
> like to argue it more :).
> Please see below.
>
> On 11/29/2012 08:21 AM, Marcelo Tosatti wrote:
>
> >
> > https://lkml.org/lkml
On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
> On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
> > The function aer_recover_queue() makes a call to
> > pci_get_domain_bus_and_slot().
> > That function is documented to require that the caller decrement the
> > reference count by calling
Hi,
On Mon, Dec 03, 2012 at 11:39:07AM -0800, Linus Torvalds wrote:
> On Mon, Dec 3, 2012 at 11:33 AM, Andreas Mohr wrote:
> > Florian Fainelli (1):
> > x86/ce4100: Fix pm_poweroff
> >
> > sounds like it *might* happen to be a candidate (I could try to add a
> > revert on top, of certain li
From: "Michael S. Tsirkin"
Date: Mon, 3 Dec 2012 21:48:50 +0200
>
> + /* This flag has no real effect. We track the value for backwards
> + * compatibility. */
/* Always
* like this.
*/
/*
* Never
* like this.
*/
On Mon, 2012-12-03 at 11:33 -0700, Lance Ortiz wrote:
> This header file will define a new trace event that will be triggered when
> a AER event occurs. The following data will be provided to the trace
> event.
trivial notes:
> diff --git a/include/trace/events/ras.h b/include/trace/events/ras.h
On Wed, Nov 28, 2012 at 10:40:56AM +0530, Raghavendra K T wrote:
> On 11/28/2012 06:42 AM, Marcelo Tosatti wrote:
> >
> >Don't understand the reasoning behind why 3 is a good choice.
>
> Here is where I came from. (explaining from scratch for
> completeness, forgive me :))
> In moderate overcommit
On 12/02/2012 01:43 PM, Ingo Molnar wrote:
Back off slowly from scanning, up to sysctl_sched_numa_scan_period_max
(1.6 seconds). Scan faster again if we were forced to switch to
another node.
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 8f0e6ba..59fea2e 100644
--- a/kernel/sche
> > +/*
> > + * PCIe Advanced Error Reporting (AER) PCIE Report Error
>
> Why do you insist on keeping this convoluted compound name? What does
> "PCIe AER PCIe Report Error" even mean?
>
> This is not unreadable technical documentation but something people
> should actually understand. And it is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
drivers/fs/partitions/ldm.[ch] refer to documentation at
http://www.linux-ntfs.org/content/view/19/37/. This link appears to
be dead and just redirects to the main tuxera.com page.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Commen
On Mon, 3 Dec 2012, Dimitrios Apostolou wrote:
I've managed to reproduce the scenario with concurrent "du" commands running
on the filesystems. I'll try doing it once more, but it may take a while to
get the dmesg/slabinfo etc output, since even a realtime root shell is
non-responsive for man
On Mon, Dec 3, 2012 at 12:48 PM, Alex Williamson
wrote:
> On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
>> On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
>> > The function aer_recover_queue() makes a call to
>> > pci_get_domain_bus_and_slot().
>> > That function is documented to requir
> > +#define correctable_error_string \
> > + {BIT(0),"Receiver Error"}, \
> > + {BIT(6),"Bad TLP"}, \
> > + {BIT(7),"Bad DLLP"},\
> > + {BIT(8),"RELAY_NUM Rollover"}, \
> > + {
On Thu, Oct 25, 2012 at 11:35:57AM -0600, Bjorn Helgaas wrote:
> On Thu, Aug 23, 2012 at 10:36 AM, Matthew Garrett wrote:
> > V3 just fixes all the casting issues and incorporates David's change in
> > search ordering.
>
> I think there's still a section mismatch issue with these patches, so
> I
Varun Sethi wrote:
> + out_be32(&pamu_regs->ppbah, ((u64)ppaact_phys) >> 32);
> + out_be32(&pamu_regs->ppbal, ppaact_phys);
> + ppaact_phys = ppaact_phys + PAACT_SIZE;
> + out_be32(&pamu_regs->pplah, ((u64)ppaact_phys) >> 32);
> + out_be32(&pamu_regs->pplal, ppaact_phys);
Inst
Historically tun supported two modes of operation:
- in default mode, a small number of packets would get queued
at the device, the rest would be queued in qdisc
- in one queue mode, all packets would get queued at the device
This might have made sense up to a point where we made the
queue depth
From: "Michael S. Tsirkin"
Date: Mon, 3 Dec 2012 22:07:14 +0200
> Historically tun supported two modes of operation:
> - in default mode, a small number of packets would get queued
> at the device, the rest would be queued in qdisc
> - in one queue mode, all packets would get queued at the devi
On Mon, Dec 03, 2012 at 01:22:41PM +, David Woodhouse wrote:
> On Wed, 2012-11-28 at 23:33 +0100, Krzysztof Mazur wrote:
> >
> > Many ATM drivers store vcc in ATM_SKB(skb)->vcc and use it for
> > freeing skbs. Now they can just use atm_pop_skb() to free such
> > buffers.
> >
> > Signed-off-by
Le 02/12/2012 15:40, Axel Lin a écrit :
> The of_device_id table is supposed to be zero-terminated.
Applied, thanks.
--
Maxime Ripard, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this
Le 02/12/2012 16:08, Axel Lin a écrit :
> The of_device_id table is supposed to be zero-terminated.
Applied, thanks
--
Maxime Ripard, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this
Le 02/12/2012 16:32, Axel Lin a écrit :
> This fixes below build error:
>
> CC arch/arm/mach-sunxi/sunxi.o
> arch/arm/mach-sunxi/sunxi.c: In function 'sunxi_restart':
> arch/arm/mach-sunxi/sunxi.c:55:3: error: implicit declaration of function
> 'mdelay' [-Werror=implicit-function-declarati
> > +#define correctable_error_string \
> > + {BIT(0),"Receiver Error"}, \
> > + {BIT(6),"Bad TLP"}, \
> > + {BIT(7),"Bad DLLP"},\
> > + {BIT(8),"RELAY_NUM Rollover"}, \
> > + {
On Mon, 2012-12-03 at 12:48 -0700, Alex Williamson wrote:
> On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
> > On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
> > > The function aer_recover_queue() makes a call to
> > > pci_get_domain_bus_and_slot().
> > > That function is documented to r
On Mon, 2012-12-03 at 20:20 +, Ortiz, Lance E wrote:
> > > +#define correctable_error_string \
> > > + {BIT(0),"Receiver Error"}, \
> > > + {BIT(6),"Bad TLP"}, \
> > > + {BIT(7),"Bad DLLP"},\
> > > + {B
> -Original Message-
> From: Arnd Bergmann [mailto:a...@arndb.de]
> Sent: Saturday, December 01, 2012 12:49 PM
> To: Philip Balister
> Cc: Greg KH; Eli Billauer; linux-kernel@vger.kernel.org; Pavel Machek; John
> Linn; Michal Simek; Ira W.
> Snyder; Josh Cartwright
> Subject: Re: [PATCH 2/
On Mon, Dec 03, 2012 at 08:01:46PM +, Ortiz, Lance E wrote:
> > > +#define correctable_error_string \
> > > + {BIT(0),"Receiver Error"}, \
> > > + {BIT(6),"Bad TLP"}, \
> > > + {BIT(7),"Bad DLLP"},\
> >
Without this patch, a SPI device may keep its drvdata whereas it was unbound
from its driver. This may result in accessing an invalid pointer.
As for i2c-core, let the SPI core handle the removal of the device's drvdata,
after a remove(), or a probe() failure.
This is a resent of the previous pat
Two small fixes for Sparc, nobody uses sparc, so these are
low risk :-)
1) Piggyback is too picky about the symbol types that _start
and _end have in the final kernel image, and it thus breaks
with newer binutils. Future proof by getting rid of the
symbol type checks.
2) exit_group() s
I really didn't want it to come to this, but I was uncomfortable doing
the 3.7 release yesterday due to last-minute issues, and decided to
sleep on it.
And today, I ended up even *less* comfortable about it due to the
resurrection of a kswapd issue, so I decided that I'm going to do
another -rc af
From: David Daney
Problem:
1) Huge page mapping of anonymous memory is initially invalid. Will be
faulted in by copy-on-write mechanism.
2) Userspace attempts store at the end of the huge mapping.
3) TLB Refill exception handler fill TLB with a normal (4K sized)
invalid page at the end
On Mon, 3 Dec 2012 12:36:26 -0800 Linus Torvalds
wrote:
>
> (Ok, while writing this I got another pull request that made me go "We
> don't really need this". I'll pull that, because technically it came
> in before I'd given people this warning, but ...)
You really are an old softie, aren't you ;
On Mon, Dec 03, 2012 at 10:46:59AM +0100, David Henningsson wrote:
> On 11/30/2012 07:45 PM, Greg Kroah-Hartman wrote:
> >3.0-stable review patch. If anyone has any objections, please let me know.
> >
> >--
> >
> >From: David Henningsson
> >
> >commit 34c3d1926bdaf45d3a891dd577482
Last posting: http://thread.gmane.org/gmane.linux.kernel.aio.general/3169
Changes since the last posting should all be noted in the individual
patch descriptions.
* Zach pointed out the aio_read_evt() patch was calling functions that
could sleep in TASK_INTERRUPTIBLE state, that patch is rewr
From: Zach Brown
This removes the only in-tree user of aio retry. This will let us
remove the retry code from the aio core.
Removing retry is relatively easy as the USB gadget wasn't using it to
retry IOs at all. It always fully submitted the IO in the context of
the initial io_submit() call.
Signed-off-by: Kent Overstreet
---
drivers/usb/gadget/inode.c | 1 +
fs/aio.c | 61 ++
include/linux/aio.h| 61 --
3 files changed, 62 insertions(+), 61 deletions(-)
diff --git a/dr
Cancelling kiocbs requires adding them to a per kioctx linked list,
which is one of the few things we need to take the kioctx lock for in
the fast path. But most kiocbs can't be cancelled - so if we just do
this lazily, we can avoid quite a bit of locking overhead.
Signed-off-by: Kent Overstreet
Yay faster kernel compiles
Signed-off-by: Kent Overstreet
---
arch/s390/hypfs/inode.c | 1 +
block/scsi_ioctl.c | 1 +
drivers/char/mem.c | 1 +
drivers/infiniband/hw/ipath/ipath_file_ops.c | 1 +
drivers/infiniband/hw/qib/
On Mon, Dec 3, 2012 at 1:00 PM, Alex Williamson
wrote:
> On Mon, 2012-12-03 at 12:48 -0700, Alex Williamson wrote:
>> On Mon, 2012-12-03 at 10:40 -0700, Shuah Khan wrote:
>> > On Mon, Dec 3, 2012 at 9:37 AM, Betty Dall wrote:
>> > > The function aer_recover_queue() makes a call to
>> > > pci_get
Signed-off-by: Kent Overstreet
---
fs/aio.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index cebd8f2..70a34f6 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -67,13 +67,6 @@ struct kioctx {
unsigned long user_id;
301 - 400 of 577 matches
Mail list logo
