Hi Stefan,
Thanks for the patch.
On Saturday 28 July 2012 18:49:14 Stefan Muenzel wrote:
> Some cameras support 10bit and 12bit greyscale, or use the alternate "Y8
> " FOURCC for 8bit greyscale. Add support for these.
Could you please tell me which camera(s) use those formats ?
> Tested on a
On Sat, 28 Jul 2012, Eric Dumazet wrote:
> On Sat, 2012-07-28 at 12:41 -0400, Mikulas Patocka wrote:
> > Introduce percpu rw semaphores
> >
> > When many CPUs are locking a rw semaphore for read concurrently, cache
> > line bouncing occurs. When a CPU acquires rw semaphore for read, the
> >
It is possible that users can use non-standard chargers
or use invalid batteries especially with mobile devices.
This patch adds a new power supply property called 'VALID' to
indicate this to the user(user space).
Signed-off-by: Ramakrishna Pallala
---
gpio_chip.can_sleep is 0, but current code uses mutex in pch_gpio_set
pch_gpio_get and pch_gpio_direction_input functions.
Thus those functions are not callable from interrupt context.
This patch converts mutex into spinlock.
Signed-off-by: Axel Lin
---
drivers/gpio/gpio-pch.c | 22
gpio_chip.can_sleep is 0, but current code uses mutex in ioh_gpio_set,
ioh_gpio_get and ioh_gpio_direction_input functions.
Thus those functions are not callable from interrupt context.
This patch converts mutex into spinlock.
Signed-off-by: Axel Lin
---
drivers/gpio/gpio-ml-ioh.c | 20
On 07/25/2012 05:09 AM, Don Dutile wrote:
> On 07/24/2012 12:31 PM, Jiang Liu wrote:
>> From: Jiang Liu
>>
>> As suggested by Bjorn Helgaas and Don Dutile in threads
>> http://www.spinics.net/lists/linux-pci/msg15663.html, we could improve access
>> to PCIe capabilities register in to way:
>> 1)
On 07/28/2012 06:11 AM, Alan Cox wrote:
> On Fri, 27 Jul 2012 18:42:53 -0400
> Len Brown wrote:
>
>> From: Len Brown
>>
>> The APM idle feature to call into the BIOS
>> is known to break some machines, and it has dubious benefit
>> on the (decades old) machines it doesn't break.
>
> You mean
Hi Seth,
zcache out of staging is rather controversial as you see this thread.
But I believe zram is very mature and code/comment is clean. In addition,
it has lots of real customers in embedded side so IMHO, it would be easy to
promote it firstly. Of course, it will promote zsmalloc which is
Hi Dan,
Sorry for slow response, was busy with a patch for a new PCI hotplug
framework patch set last week.
Thanks for your comments, and seems I need to be more aggressive to
reduce redundant pci_is_pcie() checks:) Will send out V3 to simplify code
further.
Thanks!
On Fri, Jul 27, 2012 at 02:42:14PM -0700, Dan Magenheimer wrote:
> > From: Konrad Rzeszutek Wilk [mailto:kon...@darnok.org]
> > Sent: Friday, July 27, 2012 3:00 PM
> > Subject: Re: [PATCH 0/4] promote zcache from staging
> >
> > On Fri, Jul 27, 2012 at 12:21:50PM -0700, Dan Magenheimer wrote:
> >
Hi Marek,
I looked at patch and have minor points and a question.
I should have said in early patch. Sorry about that.
Anyway, except below points, It's good to me.
On Fri, Jul 27, 2012 at 02:03:39PM +0200, Marek Szyprowski wrote:
> This patch changes dma-mapping subsystem to use generic vmalloc
On Sat, Jul 28, 2012 at 5:08 PM, RongQing Li wrote:
> Any advice
>
> 2012/7/2 :
>> From: RongQing.Li
>>
>> Now the tc_id is:
>> (read_c0_tcbind() >> TCBIND_CURTC_SHIFT) & TCBIND_CURTC;
>> After substitute macro:
>> (read_c0_tcbind() >> 21) & ((0xff) << 21)
>> It should be:
>>
On Sun, 2012-07-29 at 01:42 +0100, David Woodhouse wrote:
> If I don't hack it to switch the mux to IGD at boot time, I never manage
> to get a sane picture out of the Intel device after switching to it.
> It's late now, but I'll try to get a proper debug log of the working and
> failing cases
This quiets the coccinelle warnings:
net/bridge/netfilter/ebtable_filter.c:107:1-3: WARNING: PTR_RET can be used
net/bridge/netfilter/ebtable_nat.c:107:1-3: WARNING: PTR_RET can be used
net/ipv6/netfilter/ip6table_filter.c:65:1-3: WARNING: PTR_RET can be used
On Wed, 2012-07-11 at 02:25 +0200, Andreas Heider wrote:
> Thanks for adding me, seeing the gmux driver progress is always great.
>
> Regarding the original patch: This is probably only useful when the gmux
> was switched in GRUB and there's already a solution for the resume
> problem in
On 07/28/2012 10:05 AM, Randy Dunlap wrote:
> On 07/28/2012 04:26 AM, Johannes Berg wrote:
>
>> On Fri, 2012-07-27 at 15:29 -0700, Randy Dunlap wrote:
>>> On 06/13/2012 01:43 AM, Johannes Berg wrote:
>>>
From: Johannes Berg
Prior to
commit
On Fri, 2012-07-27 at 13:56 -0400, Jeff Garzik wrote:
> An Andre To Remember
> July 2012
>
> Linux lost a friend and advocate this month. Though never a household
> name, Andre Hedrick had a positive impact on everyone today running
> Linux, or using a website, with any form of IDE
Some cameras support 10bit and 12bit greyscale, or use the alternate "Y8
" FOURCC for 8bit greyscale. Add support for these.
Tested on a 12bit camera.
Signed-off-by: Stefan Muenzel
---
drivers/media/video/uvc/uvc_driver.c | 19 +--
drivers/media/video/uvc/uvcvideo.h |9
Hi,
It seems the baycom driver (for ham radio) needs some attention.
The problems:
- the baycom_ser_hdx driver does not work at all: very occasionally it
switches the radio to send and transmit the data, but that's only one
in thousand
- the baycom_ser_fdx does seem to send, but only 1 or 2
> I agree with this. Most of it looks easily fixable, but how would I
> enable the fix for ia64? For PA it's simple: I'll just use
> CONFIG_STACK_GROWSUP, but that won't work for you.
ia64 has an ugly chicken vs. egg build dependency. When trying to build our
asm-offsets.h
file (to get #define
On Sat, Jul 28, 2012 at 12:55:35PM -0700, Greg KH wrote:
> On Fri, Jul 27, 2012 at 01:29:27PM -0700, Dmitry Torokhov wrote:
> > On Fri, Jul 27, 2012 at 11:16:39AM -0700, Greg KH wrote:
> > > On Fri, Jul 27, 2012 at 10:20:43AM -0700, Andrew Stiegmann wrote:
> > > > > The kernel style is to use
On Sat, 2012-07-28 at 12:41 -0400, Mikulas Patocka wrote:
> Introduce percpu rw semaphores
>
> When many CPUs are locking a rw semaphore for read concurrently, cache
> line bouncing occurs. When a CPU acquires rw semaphore for read, the
> CPU writes to the cache line holding the semaphore.
On Fri, Jul 27, 2012 at 01:29:27PM -0700, Dmitry Torokhov wrote:
> On Fri, Jul 27, 2012 at 11:16:39AM -0700, Greg KH wrote:
> > On Fri, Jul 27, 2012 at 10:20:43AM -0700, Andrew Stiegmann wrote:
> > > > The kernel style is to use lower_case for everything.
> > > > So this would become:
> > > >
> >
Linus,
please pull the changes for the "embedded" part of the I2C subsystem:
* lots of devicetree conversions of drivers (and preparations for that)
* big cleanups for drivers for OMAP, Tegra, Nomadik, Blackfin
* Rafael's struct dev_pm_ops conversion patches for I2C
* usual driver cleanups and
On Fri, 27 Jul 2012 18:42:53 -0400
Len Brown wrote:
> From: Len Brown
>
> The APM idle feature to call into the BIOS
> is known to break some machines, and it has dubious benefit
> on the (decades old) machines it doesn't break.
You mean "doesn't fit my current plan" I think. I see almost no
On Sat, 2012-07-28 at 17:06 +0200, Philipp Kern wrote:
> ip6_xmit checks if the outgoing packet is larger than the path MTU and
> emits ICMPv6 packet too big locally if this is the case. Logging this,
> even at KERN_DEBUG, confuses users. It is also not actually helpful for
> debugging, given that
On Fri, 2012-07-27 at 10:45 -0600, Tim Gardner wrote:
> Cc: Andy Walls
Acked-by: Andy Walls
Regards,
Andy
> Cc: Mauro Carvalho Chehab
> Cc: ivtv-de...@ivtvdriver.org
> Cc: linux-me...@vger.kernel.org
> Signed-off-by: Tim Gardner
> ---
> drivers/media/video/cx18/cx18-av-firmware.c |2 ++
On Fri, 2012-07-27 at 09:45 -0600, Tim Gardner wrote:
> On 07/26/2012 04:21 PM, Andy Walls wrote:
> > On Thu, 2012-07-26 at 12:26 -0600, Tim Gardner wrote:
> >> Cc: Andy Walls
> >> Cc: Mauro Carvalho Chehab
> >> Cc: ivtv-de...@ivtvdriver.org
> >> Cc: linux-me...@vger.kernel.org
> >>
On Fri, 2012-07-27 at 06:06 -0600, Tim Gardner wrote:
> On 07/26/2012 03:59 PM, Andy Walls wrote:
> > On Thu, 2012-07-26 at 10:44 -0600, Tim Gardner wrote:
> >> Cc: Mauro Carvalho Chehab
> >> Cc: linux-me...@vger.kernel.org
> >> Signed-off-by: Tim Gardner
> >> ---
> >>
From: Johannes Berg
Prior to
commit 4266129964b8238526936d723de65b419d8069c6
Author: Mauro Carvalho Chehab
Date: Tue May 31 16:27:44 2011 -0300
[media] DocBook: Move all media docbook stuff into its own directory
it was possible to build only a single (or more)
book(s) by calling, for
blockdev: turn a rw semaphore into a percpu rw semaphore
This avoids cache line bouncing when many processes lock the semaphore
for read.
Partially based on a patch by Jeff Moyer .
Signed-off-by: Mikulas Patocka
---
fs/block_dev.c | 30 --
include/linux/fs.h
Introduce percpu rw semaphores
When many CPUs are locking a rw semaphore for read concurrently, cache
line bouncing occurs. When a CPU acquires rw semaphore for read, the
CPU writes to the cache line holding the semaphore. Consequently, the
cache line is being moved between CPUs and this slows
On Thu, 19 Jul 2012, Jeff Moyer wrote:
> Mikulas Patocka writes:
>
> > On Tue, 17 Jul 2012, Jeff Moyer wrote:
> >
>
> >> > This is the patch that fixes this crash: it takes a rw-semaphore around
> >> > all direct-IO path.
> >> >
> >> > (note that if someone is concerned about performance,
On 07/28, Oleg Nesterov wrote:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=843640
>
> If mmap_region()->uprobe_mmap() fails, unmap_and_free_vma path
> does unmap_region() but does not remove the soon-to-be-freed vma
> from rb tree (actually there are more problems).
Just in case...
Ingo,
https://bugzilla.redhat.com/show_bug.cgi?id=843640
If mmap_region()->uprobe_mmap() fails, unmap_and_free_vma path
does unmap_region() but does not remove the soon-to-be-freed vma
from rb tree (actually there are more problems).
Perhaps we could do do_munmap() + return in this case, but in fact
On Sat, 28 Jul 2012, Daniel Mack wrote:
> Hmm, interesting. Thanks for sharing this. I personally never saw this
> bug kicking in, but if I understand your findings correctly, we would
> need something like the following patch for snd-usb and the storage driver?
>
> Sarbojit, could you give this
On Sat, Jul 28, 2012 at 12:37:05AM +0200, Linus Walleij wrote:
> Better page the MXC people so they can scream if something
> goes wild.
>
Just tested the driver a little bit, and it still works for me.
--
Regards,
Shawn
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, Jul 25, 2012 at 08:54:02AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add the missing entries for mx6.
>
> Signed-off-by: Fabio Estevam
> ---
> Build tested only, as I currently do not have mx6 board handy.
>
> drivers/dma/mxs-dma.c |9 -
> 1 files changed, 8
On Fri, Jul 27, 2012 at 11:52 PM, Greg KH wrote:
> On Fri, Jul 27, 2012 at 12:02:41PM +0800, Bryan Wu wrote:
>> Send a uevent notification whenever a new sysfs file is created to allow
>> userspace processes such as udev to modify permissions on the new files.
>
> This makes no sense, why not
ip6_xmit checks if the outgoing packet is larger than the path MTU and
emits ICMPv6 packet too big locally if this is the case. Logging this,
even at KERN_DEBUG, confuses users. It is also not actually helpful for
debugging, given that there is no reference to the connection that
triggered this
On 28.07.2012 15:20, Fengguang Wu wrote:
> (ES1688)
> Reply-To:
>
> Hi all,
>
> snd_es1688_create() seems not doing things right. It never frees the
> previously allocated resources on error return.. Anyone cares about
> this driver now?
Could you try the (not even compile-tested) patch
On 07/28/2012 04:26 AM, Johannes Berg wrote:
> On Fri, 2012-07-27 at 15:29 -0700, Randy Dunlap wrote:
>> On 06/13/2012 01:43 AM, Johannes Berg wrote:
>>
>>> From: Johannes Berg
>>>
>>> Prior to
>>> commit 4266129964b8238526936d723de65b419d8069c6
>>> Author: Mauro Carvalho Chehab
>>> Date:
On Sat, 2012-07-28 at 19:45 +0800, Fengguang Wu wrote:
> FD_RAW_NEED_DISK | FD_RAW_NEED_DISK
That's a pretty old defect from kernel 1.1 days.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Sat, 2012-07-28 at 16:15 +0530, Jeffrin Jose wrote:
> Fixed coding style issues relating to indentation found in
> net/appletalkddp.c."git diff -w" is empty and the compiled objects
> are the same too.
Hello Jeffrin.
Your commit message is OK but your patch not.
The switch/case that could
On Fri, Jul 27, 2012 at 6:32 PM, Borislav Petkov wrote:
>
> I still don't like too much the "not possible to sleep for long time"
> expression.
>
> Maybe change it to "should sleep for as small periods as possible since
> it increases boot time of device drivers requesting firmware in their
>
On Jul 27, 2012, at 5:20 PM, Benjamin Herrenschmidt wrote:
> On Fri, 2012-07-27 at 16:58 -0500, Kumar Gala wrote:
>> On Jul 20, 2012, at 7:47 AM, Zhao Chenhui wrote:
>>
>>> During suspend, all interrupts including IPI will be disabled. In this case,
>>> the suspend process will hang in SMP. To
On Fri, Jul 27, 2012 at 6:35 PM, Borislav Petkov wrote:
> On Fri, Jul 27, 2012 at 09:54:25AM +0800, Ming Lei wrote:
>> On Fri, Jul 27, 2012 at 1:54 AM, Borislav Petkov wrote:
>>
>> >> No, it is not what I was saying.
>>
>> I just mean the point is not mentioned in my commit log, but I admit it
2012/7/28 Christoph Lameter :
> On Sat, 28 Jul 2012, Joonsoo Kim wrote:
>
>> Subject and commit log are changed from v1.
>
> That looks a bit better. But the changelog could use more cleanup and
> clearer expression.
>
>> @@ -2490,25 +2492,17 @@ static void __slab_free(struct kmem_cache *s, struct
On 28.07.2012 15:25, Bjørn Mork wrote:
> Daniel Mack writes:
>> On 28.07.2012 14:27, Bjørn Mork wrote:
>>
>>> The reason is this change:
>>>
>>> 0998d0631 device-core: Ensure drvdata = NULL when no driver is bound
>>>
>>>
>>> It will make bugs like this suddenly 100% reproducible. But the bugs
Daniel Mack writes:
> On 28.07.2012 14:27, Bjørn Mork wrote:
>
>> The reason is this change:
>>
>> 0998d0631 device-core: Ensure drvdata = NULL when no driver is bound
>>
>>
>> It will make bugs like this suddenly 100% reproducible. But the bugs
>> *are* in the drivers, and may have been
On Saturday, July 28, 2012, Paul Mundt wrote:
> On Sat, Jul 28, 2012 at 12:07:04AM +0200, Rafael J. Wysocki wrote:
> >
> > First off, drivers/sh/pfc/pinctrl.c doesn't build after commit
> > 5d589b0 (pinctrl: remove pinctrl_remove_gpio_range), because
> > sh_pfc_pinctrl_remove() uses the function
On 28.07.2012 14:27, Bjørn Mork wrote:
> Daniel Mack writes:
>> On 23.07.2012 16:47, Alan Stern wrote:
>>> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
That is why I provided two stacks,
1st one is when I tried to remove the USB hub (which connects a webcam
+ microphone)
Reported by coccinelle:
drivers/tty/serial/pch_uart.c:979:1-14: alloc with no test, possible model on
line 994
Signed-off-by: Fengguang Wu
---
drivers/tty/serial/pch_uart.c |4
1 file changed, 4 insertions(+)
WARNING: this may be a superficial fix!
---
Hi Venu,
Is this coccinelle warning a trivial one, or indicates some copy
error? It's introduced by commit 3c33be06 ("mfd: Add support for
TPS65090").
drivers/mfd/tps65090.c:239:5-30: duplicated argument to && or ||
vim +239 drivers/mfd/tps65090.c
236
237 static bool
Daniel Mack writes:
> On 23.07.2012 16:47, Alan Stern wrote:
>> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>>> That is why I provided two stacks,
>>>
>>> 1st one is when I tried to remove the USB hub (which connects a webcam
>>> + microphone)
>>> 2nd one is when I tried to remove an USB powered
Fix coccinelle warning (without behavior change):
drivers/block/floppy.c:2518:32-48: duplicated argument to & or |
Signed-off-by: Fengguang Wu
---
diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c
index 553f43a..0fcbe14 100644
--- a/drivers/block/floppy.c
+++
From: Jiang Liu
The patchset is based on v3.5-rc6 and you may pull them from:
git://github.com/jiangliu/linux.git acpihp
Modern high-end server may support advanced hotplug features for system
devices, including physical processor, memory board, IO extension board
and/or computer node. The ACPI
On Fri, 2012-07-27 at 15:29 -0700, Randy Dunlap wrote:
> On 06/13/2012 01:43 AM, Johannes Berg wrote:
>
> > From: Johannes Berg
> >
> > Prior to
> > commit 4266129964b8238526936d723de65b419d8069c6
> > Author: Mauro Carvalho Chehab
> > Date: Tue May 31 16:27:44 2011 -0300
> >
> >
Tim Gardner writes:
> +++ b/arch/arm/mach-ixp4xx/ixp4xx_npe.c
> @@ -116,7 +116,11 @@
> /* NPE mailbox_status value for reset */
> #define RESET_MBOX_STAT 0xF0F0
>
> -const char *npe_names[] = { "NPE-A", "NPE-B", "NPE-C" };
> +#define NPE_A_FIRMWARE "NPE-A"
> +#define
On 23.07.2012 17:04, Sarbojit Ganguly wrote:
> On 23 July 2012 20:17, Alan Stern wrote:
>> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>>
>>> Hello Daniel,
>>>
>>> That is why I provided two stacks,
>>>
>>> 1st one is when I tried to remove the USB hub (which connects a webcam
>>> + microphone)
Borislav Petkov writes:
> On Fri, Jul 27, 2012 at 11:24:53AM +0200, Dirk Gouders wrote:
>> Cong Wang writes:
>>
>> > On Fri, Jul 27, 2012 at 2:35 PM, Dirk Gouders
>> > wrote:
>> >> Hi Jesse,
>> >>
>> >> I would like to ask you to check if the documentation of "nc" in
>> >> netconsole.txt is
* Tino Reichardt wrote:
> This patch adds support for the two linux interfaces of the discard/TRIM
> command for SSD devices and sparse/thinly-provisioned LUNs.
Fixed a problem when setting minlen in jfs_ioc_trim().
Signed-off-by: Tino Reichardt
--
regards, TR
diff -X exclude -urpN
Fixed coding style issues relating to indentation found in
net/appletalkddp.c."git diff -w" is empty and the compiled objects
are the same too.
Signed-off-by: Jeffrin Jose
---
net/appletalk/ddp.c | 212 +--
1 file changed, 106 insertions(+), 106
Printing with CUPS is broken on the current git tree. Whenever I print a page
the job just sits in the CUPS queue showing "processing". But it never reaches
the printer. (My CUPS version is 1.5.2. Filesystem is xfs.)
I've bisected this issue to:
commit 7157486541bffc0dfec912e21ae639b029dae3d3
On Sat, Jul 28, 2012 at 02:02:31AM -0300, Herton Ronaldo Krzesinski wrote:
> > Thanks, I've merged this with the "original" in the tree, so all should
> > be good now.
>
> Thanks. I saw what seems another issue now on the patch too, sorry for
> not noticing earlier: this backport is lacking the
>
Any advice
2012/7/2 :
> From: RongQing.Li
>
> Now the tc_id is:
> (read_c0_tcbind() >> TCBIND_CURTC_SHIFT) & TCBIND_CURTC;
> After substitute macro:
> (read_c0_tcbind() >> 21) & ((0xff) << 21)
> It should be:
> (read_c0_tcbind() & ((0xff)<< 21)) >>21
>
> Signed-off-by: RongQing.Li
> ---
Hi Dmitry,
>> +config INPUT_EBEAM_USB_CLASSIC
>> +bool "eBeam Classic Projection support"
>> +depends on INPUT_EBEAM_USB
>> +default y
>
> Will there be support for other eBean devices (are there any)? If there
> will how soon? How different are they? If not the we probably do not
>
Ack-by: matthieu castet
Le Wed, 25 Jul 2012 14:32:50 -0600,
Tim Gardner a écrit :
> Cc: Matthieu CASTET
> Cc: Stanislaw Gruszka
> Cc: Greg Kroah-Hartman
> Cc: linux-...@vger.kernel.org
> Signed-off-by: Tim Gardner
> ---
> drivers/usb/atm/ueagle-atm.c | 79
>
On 07/27/2012 09:45 PM, Grant Coady wrote:
On Fri, 27 Jul 2012 14:45:18 -0700, you wrote:
On 07/27/2012 12:08 PM, Bill Davidsen wrote:
Have you set the io scheduler to deadline on all members of the array?
That's kind of "job one" on older kernels.
I have not, thanks for the tip, I'll look
On Wed, 2012-07-18 at 10:35 -0700, Tony Luck wrote:
> The stack_not_used() function in assumes that stacks
> grow downwards. This is not true on IA64 or PARISC, so this function
> would walk off in the wrong direction and into the weeds.
OK, so looking at all of this, that statement's not quite
commit c4e00daaa9 ("driver-core: extend dev_printk() to pass structured data")
changed __dev_printk and broke dynamic-debug's ability to control the
dynamic prefix of dev_dbg(dev,..).
dynamic_emit_prefix() adds "[tid] module:func:line:" to the output and
those additions got lost.
In addition,
Several bug fixes, some to new features appearing in this merge window,
some that have been around for a while.
I have a short list of known problems that need to be sorted out, but
all of them can be solved easily during the run up to 3.6-final.
I'll be offline until Sunday afternoon, but
hello again,
bisect git gives ( after 13 steps) :
58bca4a8fa90fcf9069379653b396b2cec642f7f is the first bad commit
Regards,
Nicolas Prochazka
2012/7/24 Thadeu Lima de Souza Cascardo :
> On Mon, Jul 23, 2012 at 11:15:09PM +0200, nicolas prochazka wrote:
>> Hello,
>> I 'm trying differents
> > I'm not sure what the correct behavior for bio & cacheflush is, if
> > any.
>
> REQ_FLUSH is not supported in the bio path.
Ouch, that's correct:
@@ -414,7 +529,7 @@ static void virtblk_update_cache_mode(struct virtio_device
*vdev)
u8 writeback = virtblk_get_cache_mode(vdev);
On 07/28/2012 04:21 AM, Asias He wrote:
> This patch introduces bio-based IO path for virtio-blk.
>
> Compared to request-based IO path, bio-based IO path uses driver
> provided ->make_request_fn() method to bypasses the IO scheduler. It
> handles the bio to device directly without allocating a
2012/7/28 Christoph Lameter :
> On Sat, 28 Jul 2012, Joonsoo Kim wrote:
>
>> do_migrate_pages() can return the number of pages not migrated.
>> Because migrate_pages() syscall return this value directly,
>> migrate_pages() syscall may return the number of pages not migrated.
>> In fail case in
From: Leed Aguilar
TCA6424 being a 24 bit I2C and SMBus I/O expander has 24 available GPIO lines
that can be used as IRQs lines. So, the support for 24 more IRQ lines has been
added to the kernel.
Signed-off-by: Leed Aguilar
Signed-off-by: Chandrabhanu Mahapatra
---
From: Leed Aguilar
Increase variable size from u16 to u32 to allocate 24 bit of data required for
the TCA6424 I/O expander device type.
Signed-off-by: Leed Aguilar
Signed-off-by: Chandrabhanu Mahapatra
---
drivers/gpio/gpio-pca953x.c | 28 ++--
1 file changed, 14
TCA6424 is a low voltage 24 bit I2C and SMBus I/O expander of pca953x family
similar to its 16 bit predecessor TCA6416. It comes with three 8-bit active
Input, Output, Polarity Inversion and Configuration registers each. The polarity
of Input ports can be reversed by setting the appropiate bit in
2012/7/28 Christoph Lameter :
> On Sat, 28 Jul 2012, Joonsoo Kim wrote:
>
>> move_pages() syscall may return success in case that
>> do_move_page_to_node_array return positive value which means migration
>> failed.
>
> Nope. It only means that the migration for some pages has failed. This may
>
Hi everyone!
This following patch series extends support capabilities of TCA6424 through
following patches.
The 1st patch adds 24 bit support for polarity inversion registers by providing
24 bit support for invert variable.
The 2nd patch adds 24 bit support of the variables such as irq_mask,
Hi everyone!
This following patch series extends support capabilities of TCA6424 through
following patches.
The 1st patch adds 24 bit support for polarity inversion registers by providing
24 bit support for invert variable.
The 2nd patch adds 24 bit support of the variables such as irq_mask,
2012/7/28 Christoph Lameter c...@linux.com:
On Sat, 28 Jul 2012, Joonsoo Kim wrote:
move_pages() syscall may return success in case that
do_move_page_to_node_array return positive value which means migration
failed.
Nope. It only means that the migration for some pages has failed. This may
TCA6424 is a low voltage 24 bit I2C and SMBus I/O expander of pca953x family
similar to its 16 bit predecessor TCA6416. It comes with three 8-bit active
Input, Output, Polarity Inversion and Configuration registers each. The polarity
of Input ports can be reversed by setting the appropiate bit in
From: Leed Aguilar leed.agui...@ti.com
Increase variable size from u16 to u32 to allocate 24 bit of data required for
the TCA6424 I/O expander device type.
Signed-off-by: Leed Aguilar leed.agui...@ti.com
Signed-off-by: Chandrabhanu Mahapatra cmahapa...@ti.com
---
drivers/gpio/gpio-pca953x.c |
From: Leed Aguilar leed.agui...@ti.com
TCA6424 being a 24 bit I2C and SMBus I/O expander has 24 available GPIO lines
that can be used as IRQs lines. So, the support for 24 more IRQ lines has been
added to the kernel.
Signed-off-by: Leed Aguilar leed.agui...@ti.com
Signed-off-by: Chandrabhanu
2012/7/28 Christoph Lameter c...@linux.com:
On Sat, 28 Jul 2012, Joonsoo Kim wrote:
do_migrate_pages() can return the number of pages not migrated.
Because migrate_pages() syscall return this value directly,
migrate_pages() syscall may return the number of pages not migrated.
In fail case in
On 07/28/2012 04:21 AM, Asias He wrote:
This patch introduces bio-based IO path for virtio-blk.
Compared to request-based IO path, bio-based IO path uses driver
provided -make_request_fn() method to bypasses the IO scheduler. It
handles the bio to device directly without allocating a request
I'm not sure what the correct behavior for bio cacheflush is, if
any.
REQ_FLUSH is not supported in the bio path.
Ouch, that's correct:
@@ -414,7 +529,7 @@ static void virtblk_update_cache_mode(struct virtio_device
*vdev)
u8 writeback = virtblk_get_cache_mode(vdev);
hello again,
bisect git gives ( after 13 steps) :
58bca4a8fa90fcf9069379653b396b2cec642f7f is the first bad commit
Regards,
Nicolas Prochazka
2012/7/24 Thadeu Lima de Souza Cascardo casca...@linux.vnet.ibm.com:
On Mon, Jul 23, 2012 at 11:15:09PM +0200, nicolas prochazka wrote:
Hello,
I 'm
Several bug fixes, some to new features appearing in this merge window,
some that have been around for a while.
I have a short list of known problems that need to be sorted out, but
all of them can be solved easily during the run up to 3.6-final.
I'll be offline until Sunday afternoon, but
commit c4e00daaa9 (driver-core: extend dev_printk() to pass structured data)
changed __dev_printk and broke dynamic-debug's ability to control the
dynamic prefix of dev_dbg(dev,..).
dynamic_emit_prefix() adds [tid] module:func:line: to the output and
those additions got lost.
In addition, the
On Wed, 2012-07-18 at 10:35 -0700, Tony Luck wrote:
The stack_not_used() function in linux/sched.h assumes that stacks
grow downwards. This is not true on IA64 or PARISC, so this function
would walk off in the wrong direction and into the weeds.
OK, so looking at all of this, that statement's
On 07/27/2012 09:45 PM, Grant Coady wrote:
On Fri, 27 Jul 2012 14:45:18 -0700, you wrote:
On 07/27/2012 12:08 PM, Bill Davidsen wrote:
Have you set the io scheduler to deadline on all members of the array?
That's kind of job one on older kernels.
I have not, thanks for the tip, I'll look
Ack-by: matthieu castet castet.matth...@free.fr
Le Wed, 25 Jul 2012 14:32:50 -0600,
Tim Gardner tim.gard...@canonical.com a écrit :
Cc: Matthieu CASTET castet.matth...@free.fr
Cc: Stanislaw Gruszka stf...@wp.pl
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: linux-...@vger.kernel.org
Hi Dmitry,
+config INPUT_EBEAM_USB_CLASSIC
+bool eBeam Classic Projection support
+depends on INPUT_EBEAM_USB
+default y
Will there be support for other eBean devices (are there any)? If there
will how soon? How different are they? If not the we probably do not
need this
Any advice
2012/7/2 roy.qing...@gmail.com:
From: RongQing.Li roy.qing...@gmail.com
Now the tc_id is:
(read_c0_tcbind() TCBIND_CURTC_SHIFT) TCBIND_CURTC;
After substitute macro:
(read_c0_tcbind() 21) ((0xff) 21)
It should be:
(read_c0_tcbind() ((0xff) 21)) 21
Signed-off-by:
On Sat, Jul 28, 2012 at 02:02:31AM -0300, Herton Ronaldo Krzesinski wrote:
Thanks, I've merged this with the original in the tree, so all should
be good now.
Thanks. I saw what seems another issue now on the patch too, sorry for
not noticing earlier: this backport is lacking the
Printing with CUPS is broken on the current git tree. Whenever I print a page
the job just sits in the CUPS queue showing processing. But it never reaches
the printer. (My CUPS version is 1.5.2. Filesystem is xfs.)
I've bisected this issue to:
commit 7157486541bffc0dfec912e21ae639b029dae3d3
Fixed coding style issues relating to indentation found in
net/appletalkddp.c.git diff -w is empty and the compiled objects
are the same too.
Signed-off-by: Jeffrin Jose ahiliat...@yahoo.co.in
---
net/appletalk/ddp.c | 212 +--
1 file changed, 106
1 - 100 of 162 matches
Mail list logo
