Commit 1def9238d4aa2 (net_sched: more precise pkt_len computation) tries to do
precise packet len computation for GSO packets, but it does not check whether
the packets were from untrusted source. This is wrong since: we haven't done
header check before so both gso_segs and headers may not be
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
wrote:
>
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +static int filemap_huge_fault(struct vm_area_struct *vma, struct vm_fault
> *vmf)
> +{
> + struct file *file = vma->vm_file;
> + struct address_space *mapping = file->f_mapping;
> +
Hi Linus,
This is the first batch of MFD fixes for 3.9.
With this one we have:
- An ab8500 build failure fix.
- An ab8500 device tree parsing fix.
- A fix for twl4030_madc remove routine to work properly (when built-in).
- A fix for properly registering palmas interrupt handler.
- A fix for
Hi,
On Fri, Mar 15, 2013 at 11:36:00AM +0530, Vivek Gautam wrote:
> >> Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
> >> calls as required by common clock framework.
> >>
> >> Signed-off-by: Vivek Gautam
> >> CC: Felipe Balbi
> >> CC: Kukjin Kim
> >> ---
> >>
Hi,
On Fri, Mar 15, 2013 at 1:04 PM, Sasha Levin wrote:
> On 03/15/2013 12:03 AM, Sasha Levin wrote:
>>
>> [ 350.140100] general protection fault: [#1] PREEMPT SMP
>> DEBUG_PAGEALLOC
>> [ 350.141468] Dumping ftrace buffer:
>> [ 350.142048](ftrace buffer empty)
>> [ 350.142619]
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
wrote:
> From: "Kirill A. Shutemov"
>
> It's confusing that mk_huge_pmd() has sematics different from mk_pte()
> or mk_pmd().
>
> Let's move maybe_pmd_mkwrite() out of mk_huge_pmd() and adjust
> prototype to match mk_pte().
>
No urgent if not
On Thu, 14 Mar 2013, Chris Li wrote:
> Hi, I attach the two demsg and with and without the bad commit
> on the intel nightly branch. Without the bad commit it actually works.
> However, on the tip of intel nightly. the moeset work around does not work
> there any more.
Hi Chris, thanks for the
On 03/14/2013 07:29 PM, Huang Shijie wrote:
sorry for my poor english.
No need to apologize.
Thanks for braving through the 6 iterations of this! We were going to
need this eventually anyway. Now that the dust is settling, your v6 is
looking pretty good. I'll have a closer look later and
From: Namhyung Kim
perf_event_task_event() iterates pmu list and generate events for each
eligible pmu context. But if task_event has task_ctx like in EXIT
it'll generate events even though the pmu doesn't have an eligible one.
Fix it by moving the code to proper places.
Before this patch:
On Thu, Mar 14, 2013 at 03:38:44PM -0300, Mauro Carvalho Chehab wrote:
> It is still on my TODO list to add a RAS trace event for non-memory
> related errors that come via the MCA machine check handler (mcelog).
That's already there: trace_mce_record.
> While progress made was made at Kernel
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
wrote:
> From: "Kirill A. Shutemov"
>
> Uncharge pages from correct counter.
>
> Signed-off-by: Kirill A. Shutemov
> ---
> mm/huge_memory.c |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/mm/huge_memory.c
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
wrote:
>
> We are not ready to mmap file-backed tranparent huge pages.
>
It is not on todo list either.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Stephen Warren wrote @ Fri, 15 Mar 2013 06:23:38 +0100:
> On 03/14/2013 03:08 AM, Hiroshi Doyu wrote:
> > Make this depend on CONFIG_PM. This protection is necessary to not
> > cause any build errors with any combination of PM features especially
> > when supporting a new SoC where each PM
Hi Arnd,
On Thu, Mar 14, 2013 at 10:56:40PM +0100, Arnd Bergmann wrote:
> The ab8500 device is a child of the prcmu device, which is a memory mapped
> bus device, whose children are addressable using physical memory addresses,
> not using mailboxes, so a mailbox number in the ab8500 node cannot
Hi Arnd,
On Thu, Mar 14, 2013 at 10:56:39PM +0100, Arnd Bergmann wrote:
> From: Axel Lin
>
> This patch fixes below build error when CONFIG_POWER_SUPPLY is not set.
>
> drivers/built-in.o: In function `ab8500_power_off':
> drivers/mfd/ab8500-sysctrl.c:37: undefined reference to
>
Hi Arnd,
On Thu, Mar 14, 2013 at 10:56:38PM +0100, Arnd Bergmann wrote:
> 4740f73fe5 "mfd: remove use of __devexit" removed the __devexit annotation
> on the twl4030_madc_remove function, but left an __exit_p() present on the
> pointer to this function. Using __exit_p was as wrong with the
On 03.14 2013 22:56:44, Arnd Bergmann wrote:
> This driver can be enabled on OMAP1 at the moment, which breaks
> allyesconfig for that platform. Let's mark it OMAP2PLUS-only
> in Kconfig, since that is the only thing it builds on.
>
Acked-by: Timo Kokkonen
Thanks!
> Signed-off-by: Arnd
On Thu, Mar 14, 2013 at 10:56 PM, Arnd Bergmann wrote:
> Disabling CONFIG_VIRT_TO_BUS on ARM showed that the hisax netjet
> driver depends on this deprecated functionality but is not
> marked so in Kconfig.
>
> Rather than adding ARM to the already long list of architectures
> that this driver is
On 03/14/2013 06:58 PM, Peter Zijlstra wrote:
> On Wed, 2013-03-13 at 11:07 +0800, Michael Wang wrote:
>
>> However, we already figure out the logical that wakeup related task
>> could benefit from closely running, this could promise us somewhat
>> reliable benefit.
>
> I'm not convinced that
Hi Linus,
Here are 3 patches to fix OpenRISC build issues for 3.9. 2 of them are
essential as the build is broken without them; the third patch, removing
VIRT_TO_BUS, isn't strictly essential, but is harmless enough and
removes an invalid config setting introduced during this cycle.
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
wrote:
> -int split_huge_page(struct page *page)
> +static int split_anon_huge_page(struct page *page)
> {
> struct anon_vma *anon_vma;
> int ret = 1;
>
> - BUG_ON(is_huge_zero_pfn(page_to_pfn(page)));
> -
Hi,
On Thu, Mar 14, 2013 at 4:23 PM, Felipe Balbi wrote:
> Hi,
>
> On Thu, Mar 14, 2013 at 04:14:58PM +0530, Vivek Gautam wrote:
>> Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
>> calls as required by common clock framework.
>>
>> Signed-off-by: Vivek Gautam
>>
Hi,
On Thu, Mar 14, 2013 at 4:23 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Mar 14, 2013 at 04:14:58PM +0530, Vivek Gautam wrote:
Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
calls as required by common clock framework.
Signed-off-by: Vivek Gautam
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
-int split_huge_page(struct page *page)
+static int split_anon_huge_page(struct page *page)
{
struct anon_vma *anon_vma;
int ret = 1;
-
Hi Linus,
Here are 3 patches to fix OpenRISC build issues for 3.9. 2 of them are
essential as the build is broken without them; the third patch, removing
VIRT_TO_BUS, isn't strictly essential, but is harmless enough and
removes an invalid config setting introduced during this cycle.
On 03/14/2013 06:58 PM, Peter Zijlstra wrote:
On Wed, 2013-03-13 at 11:07 +0800, Michael Wang wrote:
However, we already figure out the logical that wakeup related task
could benefit from closely running, this could promise us somewhat
reliable benefit.
I'm not convinced that the 2 task
On Thu, Mar 14, 2013 at 10:56 PM, Arnd Bergmann a...@arndb.de wrote:
Disabling CONFIG_VIRT_TO_BUS on ARM showed that the hisax netjet
driver depends on this deprecated functionality but is not
marked so in Kconfig.
Rather than adding ARM to the already long list of architectures
that this
On 03.14 2013 22:56:44, Arnd Bergmann wrote:
This driver can be enabled on OMAP1 at the moment, which breaks
allyesconfig for that platform. Let's mark it OMAP2PLUS-only
in Kconfig, since that is the only thing it builds on.
Acked-by: Timo Kokkonen timo.t.kokko...@iki.fi
Thanks!
Hi Arnd,
On Thu, Mar 14, 2013 at 10:56:38PM +0100, Arnd Bergmann wrote:
4740f73fe5 mfd: remove use of __devexit removed the __devexit annotation
on the twl4030_madc_remove function, but left an __exit_p() present on the
pointer to this function. Using __exit_p was as wrong with the devexit in
Hi Arnd,
On Thu, Mar 14, 2013 at 10:56:39PM +0100, Arnd Bergmann wrote:
From: Axel Lin axel@ingics.com
This patch fixes below build error when CONFIG_POWER_SUPPLY is not set.
drivers/built-in.o: In function `ab8500_power_off':
drivers/mfd/ab8500-sysctrl.c:37: undefined reference to
Hi Arnd,
On Thu, Mar 14, 2013 at 10:56:40PM +0100, Arnd Bergmann wrote:
The ab8500 device is a child of the prcmu device, which is a memory mapped
bus device, whose children are addressable using physical memory addresses,
not using mailboxes, so a mailbox number in the ab8500 node cannot be
Stephen Warren swar...@wwwdotorg.org wrote @ Fri, 15 Mar 2013 06:23:38 +0100:
On 03/14/2013 03:08 AM, Hiroshi Doyu wrote:
Make this depend on CONFIG_PM. This protection is necessary to not
cause any build errors with any combination of PM features especially
when supporting a new SoC where
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
We are not ready to mmap file-backed tranparent huge pages.
It is not on todo list either.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Uncharge pages from correct counter.
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c |4 +++-
1
On Thu, Mar 14, 2013 at 03:38:44PM -0300, Mauro Carvalho Chehab wrote:
It is still on my TODO list to add a RAS trace event for non-memory
related errors that come via the MCA machine check handler (mcelog).
That's already there: trace_mce_record.
While progress made was made at Kernel
From: Namhyung Kim namhyung@lge.com
perf_event_task_event() iterates pmu list and generate events for each
eligible pmu context. But if task_event has task_ctx like in EXIT
it'll generate events even though the pmu doesn't have an eligible one.
Fix it by moving the code to proper places.
On 03/14/2013 07:29 PM, Huang Shijie wrote:
sorry for my poor english.
No need to apologize.
Thanks for braving through the 6 iterations of this! We were going to
need this eventually anyway. Now that the dust is settling, your v6 is
looking pretty good. I'll have a closer look later and
On Thu, 14 Mar 2013, Chris Li l...@chrisli.org wrote:
Hi, I attach the two demsg and with and without the bad commit
on the intel nightly branch. Without the bad commit it actually works.
However, on the tip of intel nightly. the moeset work around does not work
there any more.
Hi Chris,
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
It's confusing that mk_huge_pmd() has sematics different from mk_pte()
or mk_pmd().
Let's move maybe_pmd_mkwrite() out of mk_huge_pmd() and
Hi,
On Fri, Mar 15, 2013 at 1:04 PM, Sasha Levin levinsasha...@gmail.com wrote:
On 03/15/2013 12:03 AM, Sasha Levin wrote:
[ 350.140100] general protection fault: [#1] PREEMPT SMP
DEBUG_PAGEALLOC
[ 350.141468] Dumping ftrace buffer:
[ 350.142048](ftrace buffer empty)
[
Hi,
On Fri, Mar 15, 2013 at 11:36:00AM +0530, Vivek Gautam wrote:
Convert clk_enable/clk_disable to clk_prepare_enable/clk_disable_unprepare
calls as required by common clock framework.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
CC: Felipe Balbi ba...@ti.com
CC: Kukjin Kim
Hi Linus,
This is the first batch of MFD fixes for 3.9.
With this one we have:
- An ab8500 build failure fix.
- An ab8500 device tree parsing fix.
- A fix for twl4030_madc remove routine to work properly (when built-in).
- A fix for properly registering palmas interrupt handler.
- A fix for
On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
kirill.shute...@linux.intel.com wrote:
+#ifdef CONFIG_TRANSPARENT_HUGEPAGE
+static int filemap_huge_fault(struct vm_area_struct *vma, struct vm_fault
*vmf)
+{
+ struct file *file = vma-vm_file;
+ struct address_space *mapping
Commit 1def9238d4aa2 (net_sched: more precise pkt_len computation) tries to do
precise packet len computation for GSO packets, but it does not check whether
the packets were from untrusted source. This is wrong since: we haven't done
header check before so both gso_segs and headers may not be
Some drivers depends on transport_header to do packet transmission, but it was
unset in some cases (one example is macvtap driver which build skbs from
userspace and generate CHECKSUM_NONE packets). The driver may crash in those
cases since the transport_header was not valid. The problem becomes
Based on 'for-next' of linux-samsung tree with following patches
from Doug on top:
usb: Document clocks in samsung, exynos4210-ehci/ohci bindings
ARM: dts: add usb 2.0 clock references to exynos5250 device tree
Also depending upon following patch-series for Samsung-usb-phy driver:
[PATCH v7 0/2]
Adding usbphy node for Exynos5250 along with the
necessary device data to be parsed.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5250.dtsi | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
Adding usb3.0 phy node for Exynos5250 along with the
necessary device data to be parsed.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5250.dtsi | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git
On Thu, 14 Mar 2013, Rafael J. Wysocki wrote:
commit 181380b702eee1a9aca51354d7b87c7b08541fcf
Author: Yinghai Lu ying...@kernel.org
Date: Sat Feb 16 11:58:34 2013 -0700
PCI/ACPI: Don't cache _PRT, and don't associate them with bus numbers
This patch __fixed__ this
On Fri, Mar 15, 2013 at 2:06 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, Mar 14, 2013 at 5:24 PM, Stephane Eranian eran...@google.com wrote:
I bet if you force the affinity of your perf record to be on
a CPU other than CPU0, you will not get the crash.
This is what I am
This patch enables support for XHCI on exynos5 series of SOCs,
to support host side USB 3.0 support.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/mach-exynos/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-exynos/Kconfig
This patch-set is in continuation with patch-series:
[PATCH v4 0/4] Enable ehci, ohci and dwc3 devices on exynos5250
out of which follwowing patches have been picked up:
ARM: Exynos5250: Enabling ehci-s5p driver
ARM: Exynos5250: Enabling ohci-exynos driver
Based on following patch-set for
Adding DWC3 device tree node for Exynos5250 needed to
parse device tree data.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
arch/arm/boot/dts/exynos5250.dtsi | 20 ++--
1 files changed, 18 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
Document device tree binding information as required by the
Samsung' USB 3.0 controller.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
.../devicetree/bindings/usb/exynos-usb.txt | 34
1 files changed, 34 insertions(+), 0 deletions(-)
diff --git
Doug,
On 14 March 2013 02:09, Doug Anderson diand...@chromium.org wrote:
The exynos ADC won't work without a regulator called vdd and a clock
called adc. Document this fact in the device tree bindings.
Signed-off-by: Doug Anderson diand...@chromium.org
Thanks for the correction. Clocks and
fix a missing end-of-statement by adding a semicolon.
Signed-off-by: Kumar Amit Mehta gmate.a...@gmail.com
---
drivers/staging/comedi/drivers/ni_atmio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/ni_atmio.c
On Fri, 2013-03-15 at 05:13 +, Al Viro wrote:
On Fri, Mar 15, 2013 at 02:09:14PM +0900, J. R. Okajima wrote:
If so, it has a big disadvantage for the layer-fs (or branch-fs) to have
to implement a new method for whiteout.
Overlayfs implements whiteout as symlink+xattr which
On Thu, Mar 14, 2013 at 09:50:04PM -0700, Ben Widawsky wrote:
On Thu, Mar 14, 2013 at 12:59:57PM +, Chris Wilson wrote:
In order to prevent a potential NULL deference with hostile userspace,
we need to check whether the ioctl was passed an invalid args pointer.
Reported-by: Tommi
On Fri, 2013-03-15 at 11:58 +1100, Stephen Rothwell wrote:
Hi Artem,
Today's linux-next merge of the l2-mtd tree got a conflict in
include/linux/mtd/nand.h between commit 5bc7c33ca93a (mtd: nand:
reintroduce NAND_NO_READRDY as NAND_NEED_READRDY) from the mtd tree and
commit edac3311879c
On 03/14/2013 06:34 PM, Danny Baumann wrote:
In particular, this fixes brightness control initialization for all
devices that return index values from _BQC and don't happen to have the
initial index set by the BIOS in their _BCL table. One example for that
is the Dell Inspiron 15R SE (model
On 03/14/2013 06:34 PM, Danny Baumann wrote:
Make code paths a little easier to follow, and don't needlessly continue
list iteration.
Same here, please add Signed-off-by tag.
Reviewed-by: Aaron Lu aaron...@intel.com
Thanks,
Aaron
---
drivers/acpi/video.c | 13 +++--
1 file
On Thu, 2013-03-14 at 13:40 +, Mark Jackson wrote:
On 14/03/13 12:23, Artem Bityutskiy wrote:
On Thu, 2013-03-14 at 14:18 +0200, Artem Bityutskiy wrote:
Is this size larger than the allocated buffer ?
I believe so.
Err, I mean, the buffer is large enough. I do not believe there
On Thu, 2013-03-14 at 11:13 +0200, Artem Bityutskiy wrote:
On Wed, 2013-03-13 at 11:12 +, Mark Jackson wrote:
Sorry ... this just locks up the unit.
OK, I've reproduced the issue with 3.9-rc2 in nandsim, see the details
below. The patch I proposed did not get the error path correctly,
On 03/14/2013 06:14 PM, Michal Hocko wrote:
On Mon 04-03-13 17:52:22, Lenky Gao wrote:
Hi,
When i just run a test on Centos 6.2 as follows:
#!/bin/bash
while true
do
file=/tmp/filetest
echo $file
dd if=/dev/zero of=${file} bs=512 count=204800 /dev/null
On 03/14/2013 06:34 PM, Danny Baumann wrote:
The value initially read via _BQC also needs to be offset by 2 to
compensate for the first 2 special items in _BCL. Introduce a helper
function to do the conversion in order to not needlessly duplicate code.
---
drivers/acpi/video.c | 23
DA9052/53 MFD core handles only virtual irq therefore rtc driver needs
to be updated to work on virtual irq. Without this update DA9052/53 rtc
driver will fail during its registration.
Also getting irq by it name is no longer supported in DA9052/53 core.
Signed-off-by: Ashish Jangam
In of_dma_controller_register() routine we are calling of_get_property() as an
parameter to be32_to_cpup(). In case the property doesn't exist we will get a
crash.
This patch changes this code to check if we got a valid property first and then
runs be32_to_cpup() on it.
Signed-off-by: Viresh
On 03/14/2013 08:39 PM, Hillf Danton wrote:
On Sat, Mar 9, 2013 at 10:14 AM, Will Huck will.hu...@gmail.com wrote:
Cc experts. Hugh, Johannes,
On 03/04/2013 08:21 PM, Lenky Gao wrote:
2013/3/4 Zlatko Calusic zlatko.calu...@iskon.hr:
The drop_caches mechanism doesn't free dirty page cache
Hi,
+static unsigned long long
+acpi_video_index_to_level(struct acpi_video_device *device,
+ unsigned long long index)
+{
+ if (device-brightness-flags._BCL_reversed)
+ index = device-brightness-count - 3 - index;
+
+ return
Hi,
I added a test case for this. Please take a look on it too.
This patch is based on my previous evlist cleanup patchset:
https://lkml.org/lkml/2013/3/15/47
Thanks,
Namhyung
From df86ff1984a2ab89331a10f5e1fc93f09e260ed9 Mon Sep 17 00:00:00 2001
From: Namhyung Kim namhyung@lge.com
On 03/15/2013 04:55 PM, Danny Baumann wrote:
Hi,
+static unsigned long long
+acpi_video_index_to_level(struct acpi_video_device *device,
+ unsigned long long index)
+{
+ if (device-brightness-flags._BCL_reversed)
+ index = device-brightness-count - 3 -
In August 2010, Jens and Alan discussed about Runtime PM and the block
layer. http://marc.info/?t=12825910841r=1w=2
And then Alan has given a detailed implementation guide:
http://marc.info/?l=linux-scsim=133727953625963w=2
To test:
# ls -l /sys/block/sda
From: Lin Ming ming.m@intel.com
Add runtime pm helper functions:
void blk_pm_runtime_init(struct request_queue *q, struct device *dev)
- Initialization function for drivers to call.
int blk_pre_runtime_suspend(struct request_queue *q)
- If any requests are in the queue, mark last busy
From: Lin Ming ming.m@intel.com
Uses block layer runtime pm helper functions in
scsi_runtime_suspend/resume for devices that take advantage of it.
Remove scsi_autopm_* from sd open/release path and check_events path.
Signed-off-by: Lin Ming ming.m@intel.com
Signed-off-by: Aaron Lu
From: Lin Ming ming.m@intel.com
When a request is added:
If device is suspended or is suspending and the request is not a
PM request, resume the device.
When the last request finishes:
Call pm_runtime_mark_last_busy().
When pick a request:
If device is resuming/suspending,
From: Lin Ming ming.m@intel.com
Add a flag REQ_PM to identify the request is PM related, such requests
will not change the device request queue's runtime status. It is
intended to be used in driver's runtime PM callback, so that driver can
perform some IO to the device there with the queue's
On Fri, Mar 15, 2013 at 12:29 AM, Jani Nikula
jani.nik...@linux.intel.com wrote:
I've never used the acpi_osi= kernel parameter, but it looks like you
could workaround this with acpi_osi=!Windows 2012. Please check that
running the bad kernel.
That did not work for me. Still have black screen
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-adp5520.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-adp5520.c b/drivers/gpio/gpio-adp5520.c
index 8afa95f..f33f78d 100644
---
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-max7300.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-max7300.c b/drivers/gpio/gpio-max7300.c
index 4b6b9a0..40ab6df 100644
---
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-max7301.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-max7301.c b/drivers/gpio/gpio-max7301.c
index c6c535c..6e1c984 100644
---
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-max732x.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-max732x.c b/drivers/gpio/gpio-max732x.c
index 1e0467c..d4b51b1 100644
---
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-mc33880.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpio/gpio-mc33880.c b/drivers/gpio/gpio-mc33880.c
index 6a8fdc2..b161489 100644
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-pcf857x.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpio/gpio-pcf857x.c b/drivers/gpio/gpio-pcf857x.c
index a19b745..4f76514 100644
dev_err() is more preferred than printk().
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-mc33880.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpio/gpio-mc33880.c b/drivers/gpio/gpio-mc33880.c
index b161489..3395879 100644
---
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
spi-dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-74x164.c |8
1 files changed, 4
Use the wrapper functions for getting and setting the driver data
using spi_device instead of using dev_{get|set}_drvdata with
spi-dev, so we can directly pass a struct spi_device.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/gpio/gpio-mc33880.c |8
1 files changed, 4
I have the same problem on my Lenovo T500. I think the graphics card is
involved.
This laptop has hybrid graphics - one Intel GMA 4500MHD and one ATI
Mobility Radeon HD 3650. When I boot with the Intel card, I get irq 16:
nobody cared during boot, not when I boot with the ATI card.
And
Hi,
On debian 3.8-trunk-amd64 3.8.2-1~experimental.1 on Atom D2550 board Jetway
NF9I-2550. When I run
modprobe -r gma500_gfx
i get the following oops.
[ 117.598660] BUG: unable to handle kernel NULL pointer dereference at
03a8
[ 117.606591] IP: [813805a6]
On 03/14/2013 06:54 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130314 08:45]:
OK. Let me know how the below patch looks. After that, the board code
will look like.
static struct usbhs_phy_data phy_data[] = {
{
.reset_gpio = 147,
.vcc_gpio = 148
On Wed, Mar 13, 2013 at 03:43:43PM -0400, Peter Hurley wrote:
On Thu, 2013-03-07 at 15:55 +0100, Johan Hovold wrote:
Make sure to check ASYNC_INITIALISED before raising DTR when waking up
from blocked open in tty_port_block_til_ready.
Currently DTR could get raised at hang up as a
On Wed, Mar 13, 2013 at 03:50:32PM -0400, Peter Hurley wrote:
On Thu, 2013-03-07 at 15:55 +0100, Johan Hovold wrote:
These patches against 3.9-rc1 fix a few issues with tty-port hangup and
close.
The first and fifth patch are essentially clean ups.
The second and third patch fix the
From: Erwan Yvin erwan.y...@stericsson.com
This driver depends on Rusty's new host virtio ring implementation,
so this patch-set is based on the vringh branch in Rusty's git.
with the vringh wrapper patch on top. They do not apply cleanly on top of the
remoteproc virtio config patches from Sjur,
From: Erwan YVIN erwan.y...@stericsson.com
Refactor code for creating virtio queues and prepare
for accommodating the new host virtio rings.
This refactoring moves all handing of struct virtqueue
to a separate function __create_new_virtqueue().
A more generic function __rproc_virtio_find_rings()
From: Erwan Yvin erwan.y...@stericsson.com
Implement the vringh callback functions in order
to manage host virtio rings and handle kicks.
This allows virtio device to request host-virtio-rings.
Signed-off-by: Erwan Yvin erwan.y...@stericsson.com
---
drivers/remoteproc/remoteproc_virtio.c | 115
On Fri, Mar 15, 2013 at 1:52 AM, Chen Gang gang.c...@asianux.com wrote:
于 2013年03月15日 07:43, Russell King - ARM Linux 写道:
So our wonderful toolchain has decided to start producing NULL warnings
for every mcr p15, 0, rX, c7, c10, 4 instruction? I'd just ignore
them and hope that the
On Fri, Mar 15, 2013 at 12:29 AM, Jani Nikula
jani.nik...@linux.intel.com wrote:
Fun. The BIOS seems to ask for zero backlight. Maybe it means something
else for Windows 8. White is the new black or something.
I did some experiment, I go to intel_backlight directory.
It show brightness is
On Fri, Mar 15, 2013 at 06:22:47AM +0100, Stephen Warren wrote:
On 03/14/2013 07:20 PM, Bill Huang wrote:
On Fri, 2013-03-15 at 01:54 +0800, Stephen Warren wrote:
On 03/14/2013 03:28 AM, Bill Huang wrote:
On Thu, 2013-03-14 at 17:21 +0800, Peter De Schrijver wrote:
On Thu, Mar 14, 2013 at
On 2013-03-15 08:14, Kumar Amit Mehta wrote:
fix a missing end-of-statement by adding a semicolon.
Signed-off-by: Kumar Amit Mehta gmate.a...@gmail.com
---
drivers/staging/comedi/drivers/ni_atmio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Il 14/03/2013 18:27, Rafael J. Wysocki ha scritto:
On Thursday, March 14, 2013 09:20:51 AM Roberto Oppedisano wrote:
As Toshi said, this particular commit doesn't make any functional
changes. Can you please verify if the immediately preceding commit
6af9a803f4d2e4137d9f74a8fc9af4857fbda001
Il 14/03/2013 15:37, Toshi Kani ha scritto:
By the boot failure, are you referring the one that is partially
captured in screeshot3.png?
yes
If so, we need full error messages (i.e.
the top of the stack trace) to see what happened.
I'll try to get it, but it could take some time (I hope
to
601 - 700 of 1244 matches
Mail list logo
